[19077] in Perl-Users-Digest
Perl-Users Digest, Issue: 1272 Volume: 10
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Wed Jul 11 03:12:45 2001
Date: Wed, 11 Jul 2001 00:11:30 -0700 (PDT)
From: Perl-Users Digest <Perl-Users-Request@ruby.OCE.ORST.EDU>
To: Perl-Users@ruby.OCE.ORST.EDU (Perl-Users Digest)
Message-Id: <994835490-v10-i1272@ruby.oce.orst.edu>
Content-Type: text
Perl-Users Digest Wed, 11 Jul 2001 Volume: 10 Number: 1272
Today's topics:
Re: Calculating business hours between 2 dates <bart.lateur@skynet.be>
Re: Calculating business hours between 2 dates <sb@mcasia.imperia.net>
Calendar Date Problem <variant@shell.pacifier.com>
Re: Calendar Date Problem <pne-news-20010710@newton.digitalspace.net>
Re: Calendar Date Problem (Tad McClellan)
Re: Calendar Date Problem <variant@shell.pacifier.com>
Re: Call Perl from VB <family@ipickworth.fsnet.co.uk>
calling C program executable from perl and return value <goette@ti.com>
Re: calling C program executable from perl and return v (Logan Shaw)
Can anyone recommend a Fax program? (Miriam Raphael-Roberts)
Re: Can anyone recommend a Fax program? <mdufault@dynamicservers.com>
Re: Can anyone recommend a Fax program? (Martien Verbruggen)
Can't Read Cookie <anilk@broden.com>
Re: Can't Read Cookie (David Efflandt)
Causing a slow page delivery (on purpose) (Scott Porter)
Re: Causing a slow page delivery (on purpose) <ayamanita.nospam@bigfoot.com>
CGI - forcing HREF to open as "Content-Type application <ben@bensommer.com>
Re: CGI - forcing HREF to open as "Content-Type applica nobull@mail.com
Re: CGI - forcing HREF to open as "Content-Type applica <ben@bensommer.com>
Re: CGI - forcing HREF to open as "Content-Type applica <ben@bensommer.com>
Re: CGI - forcing HREF to open as "Content-Type applica <ben@bensommer.com>
Re: CGI - forcing HREF to open as "Content-Type applica <uri@sysarch.com>
Re: CGI - forcing HREF to open as "Content-Type applica (Tad McClellan)
Re: CGI - forcing HREF to open as "Content-Type applica <flavell@mail.cern.ch>
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Mon, 09 Jul 2001 18:02:47 GMT
From: Bart Lateur <bart.lateur@skynet.be>
Subject: Re: Calculating business hours between 2 dates
Message-Id: <ngsjktchim0jup4rqa5aika8vta5is7eem@4ax.com>
Steffen Beyer wrote:
>In your case you'd exclude both, and calculate the difference in
>business _hours_ for the start date and the end date yourself, and
>add these to the value returned by the module times 24.
Shouldn't that be 8? According to the OP, a business day only contains 8
business hours.
--
Bart.
------------------------------
Date: Tue, 10 Jul 2001 13:40:27 +0200
From: Steffen Beyer <sb@mcasia.imperia.net>
Subject: Re: Calculating business hours between 2 dates
Message-Id: <bjpei9.p93.ln@imperia.net>
Bart Lateur <bart.lateur@skynet.be> wrote:
>>In your case you'd exclude both, and calculate the difference in
>>business _hours_ for the start date and the end date yourself, and
>>add these to the value returned by the module times 24.
>
> Shouldn't that be 8? According to the OP, a business day only contains 8
> business hours.
Ooops! Of course! :-)
(Well, actually this depends on how many hours you work per day... ;-) )
--
Steffen Beyer <sb@engelschall.com>
(This message may not be replyable. Use address on line above instead!)
http://www.engelschall.com/u/sb/whoami/ (Who am I)
http://www.engelschall.com/u/sb/gallery/ (Fotos Brasil, USA, ...)
http://www.engelschall.com/u/sb/download/ (Free Perl and C Software)
------------------------------
Date: 10 Jul 2001 12:56:44 PDT
From: Jason Hurst <variant@shell.pacifier.com>
Subject: Calendar Date Problem
Message-Id: <3b4b5dfb_2@news.pacifier.com>
Im having problems with some date functions. This is actually for a
calendar program that I wrote, however Ive created a simple test script
for the purpose of clarity here. Basically what Im doing is starting with
a date (October 25, 2001 here) and adding 1 day and printing it. Im doing
the calculations in epoch time so I should just be able to add 86400 each
time I want to increment by a day. This works fine until I get to October
28, at which point it loses an hour??? Does anyone have an idea why this
is? I have my code and output bellow. Any help would be greatly
appreciated; I cant seam to figure this one out!
Thanks for the help
-jason
---------CODE---------------
use Time::Local;
use Date::Calc qw(Date_to_Text_Long);
#$sec,$min,$hour,$mday,$mon,$year,$wday,$yday,$isdst
my $date = timelocal(0,0,7,25,9,101);
foreach (1..6) {
my ($sec,$min,$hour,$day,$mon,$year) = localtime($date);
print Date_to_Text_Long(($year+1900),(++$mon),$day) . "
$hour:$min:$sec\n";
$date += 86400;
}
--------End Code------------
-------Output---------------
Thursday, October 25th 2001 7:0:0
Friday, October 26th 2001 7:0:0
Saturday, October 27th 2001 7:0:0
Sunday, October 28th 2001 6:0:0
Monday, October 29th 2001 6:0:0
Tuesday, October 30th 2001 6:0:0
-------End Output-----------
------------------------------
Date: Tue, 10 Jul 2001 22:15:10 +0200
From: Philip Newton <pne-news-20010710@newton.digitalspace.net>
Subject: Re: Calendar Date Problem
Message-Id: <pfomktcr8o11aitg9v5he7fnh86frr8vjc@4ax.com>
On 10 Jul 2001 12:56:44 PDT, Jason Hurst <variant@shell.pacifier.com>
wrote:
> This works fine until I get to October 28, at which point it loses
> an hour??? Does anyone have an idea why this is?
You've heard of summer time or Daylight Savings Time, haven't you?
Cheers,
Philip
--
Philip Newton <nospam.newton@gmx.li>
That really is my address; no need to remove anything to reply.
If you're not part of the solution, you're part of the precipitate.
------------------------------
Date: Tue, 10 Jul 2001 16:56:08 -0400
From: tadmc@augustmail.com (Tad McClellan)
Subject: Re: Calendar Date Problem
Message-Id: <slrn9kmqv8.bnn.tadmc@tadmc26.august.net>
Jason Hurst <variant@shell.pacifier.com> wrote:
>Im having problems with some date functions. This is actually for a
>calendar program that I wrote, however Ive created a simple test script
>for the purpose of clarity here. Basically what Im doing is starting with
>a date (October 25, 2001 here) and adding 1 day and printing it. Im doing
>the calculations in epoch time so I should just be able to add 86400 each
>time I want to increment by a day. This works fine until I get to October
>28, at which point it loses an hour??? Does anyone have an idea why this
>is?
>#$sec,$min,$hour,$mday,$mon,$year,$wday,$yday,$isdst
>my $date = timelocal(0,0,7,25,9,101);
^^^^^
^^^^^ _local_ time
>foreach (1..6) {
> my ($sec,$min,$hour,$day,$mon,$year) = localtime($date);
^^^^^
^^^^^ local time again
>Saturday, October 27th 2001 7:0:0
>Sunday, October 28th 2001 6:0:0
Do you have daylight savings time in your _local_e?
Don't use local times if you don't want local times :-)
Use timegm() and gmtime() instead.
--
Tad McClellan SGML consulting
tadmc@augustmail.com Perl programming
Fort Worth, Texas
------------------------------
Date: 10 Jul 2001 16:17:58 PDT
From: Jason Hurst <variant@shell.pacifier.com>
Subject: Re: Calendar Date Problem
Message-Id: <3b4b8d26_1@news.pacifier.com>
Thanks guys, i knew it was going to be something that i'd look stupid for.
:)
Philip Newton <pne-news-20010710@newton.digitalspace.net> wrote:
> On 10 Jul 2001 12:56:44 PDT, Jason Hurst <variant@shell.pacifier.com>
> wrote:
>> This works fine until I get to October 28, at which point it loses
>> an hour??? Does anyone have an idea why this is?
> You've heard of summer time or Daylight Savings Time, haven't you?
> Cheers,
> Philip
> --
> Philip Newton <nospam.newton@gmx.li>
> That really is my address; no need to remove anything to reply.
> If you're not part of the solution, you're part of the precipitate.
------------------------------
Date: Mon, 09 Jul 2001 20:28:51 +0100
From: Ian Pickworth <family@ipickworth.fsnet.co.uk>
To: keng <keng@spinalfluid.com>
Subject: Re: Call Perl from VB
Message-Id: <3B4A05F3.F822F7C@ipickworth.fsnet.co.uk>
keng wrote:
>
> hi
> anyone know if i can call perl prog from VB?
> if it is possible, can you direct me to where i can find more info on it?
> i tried support.microsoft.com but to no avail
I have used the ActiveState distribution, and its DLL called PerlEZ to
make calls from VB to a Perl instance. The process involves you writing
a piece of glue in VB that will pass some Perl statements to the DLL,
which can then load up appropriate modules and get on with the job.
Ian
------------------------------
Date: Tue, 10 Jul 2001 15:00:16 -0700
From: Mike Goettemoeller <goette@ti.com>
Subject: calling C program executable from perl and return value...
Message-Id: <3B4B7AF0.19C55322@ti.com>
This is a multi-part message in MIME format.
--------------E9C2AA1010FBCF4C3416A9F3
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Hi,
I'm trying to call the 'system' function to execute a C executable and
return the value sent to STDOUT to a variable in Perl. I'm sure this is
easy...but, am having difficulty.
I tried this:
$val = system("/users/x/c_program")
The prints a value to STDOUT and I want to catch it in the
variable...any clues? Thanks,
Mike
--------------E9C2AA1010FBCF4C3416A9F3
Content-Type: text/x-vcard; charset=us-ascii;
name="goette.vcf"
Content-Transfer-Encoding: 7bit
Content-Description: Card for Mike Goettemoeller
Content-Disposition: attachment;
filename="goette.vcf"
begin:vcard
n:Goettemoeller;Mike
tel;work:Texas Instruments (formerly Alantro Communications)
x-mozilla-html:FALSE
url:www.alantro.com
org:Alantro Communications
adr:;;;Santa Rosa;CA;;
version:2.1
email;internet:goette@ti.com
title:Application Engineer
fn:Mike Goettemoeller
end:vcard
--------------E9C2AA1010FBCF4C3416A9F3--
------------------------------
Date: 10 Jul 2001 17:29:40 -0500
From: logan@cs.utexas.edu (Logan Shaw)
Subject: Re: calling C program executable from perl and return value...
Message-Id: <9ifvkk$cu8$1@charity.cs.utexas.edu>
In article <3B4B7AF0.19C55322@ti.com>,
Mike Goettemoeller <goette@ti.com> wrote:
>I'm trying to call the 'system' function to execute a C executable and
>return the value sent to STDOUT to a variable in Perl. I'm sure this is
>easy...but, am having difficulty.
There's a built-in operator for just that purpose. You can just
do this:
$val = `/users/x/c_program`;
Note that those are backticks, not single quotes. You can also use a
slightly different syntax if you want:
$val = qx[ /users/x/c_program ];
For more information, see the "Regexp Quote-Like Operators" and "I/O
Operators" sections from "perldoc perlop", and see the description of
the special variable "$?" from "perldoc perlvar".
Note that, if I am reading the documentation right, this operator
always invokes a shell and has that shell run the command on your
behalf. Since this isn't terribly efficient, you might want to
consider the other alternative, which is to set up a pipe and do a fork
on your own:
$pid = fork;
die "fork() failed ($!)\n" if $pid == -1;
pipe PIPEOUT, PIPEIN; # create a pipe for child->parent communication
if ($pid == 0)
{
# child process
close PIPEOUT; # child doesn't need it.
open (STDOUT, '>&PIPEIN'); # put standard output on pipe input
exec ('/users/x/c_program'); # replace this process with
# another program
die "exec() failed ($!)\n";
}
# parent process
close PIPEIN; # parent doesn't need it.
@c_program_output = <PIPEOUT>; # get output from program.
close PIPEOUT; # wait for program to finish; this sets "$?".
This latter method is certainly more verbose, but because you're doing
the work that the shell would normally do for you, it gives you more
control and is more efficient since the shell doesn't need to be run.
If you really feel like it, you can create two (three) pipes and talk
to the child process's standard input (and standard error) as well.
But if you do this, be VERY careful to avoid deadlock.
- Logan
--
my your his her our their _its_
I'm you're he's she's we're they're _it's_
------------------------------
Date: 9 Jul 2001 10:21:10 -0700
From: miriamraphael@yahoo.com (Miriam Raphael-Roberts)
Subject: Can anyone recommend a Fax program?
Message-Id: <748729f5.0107090921.2c99ed2a@posting.google.com>
I'm looking for a fax program that I can execute from my perl script - I would
like the program to take be able to fax a word/wordperfect document to a
fax number that I pass it. Anyone have a program that they recommend?
I'd like it to be able to handle a lot of faxes every minute. It would also
be nice if the program wasn't too hard on my server.
Please post me your suggestions!
Thanks
------------------------------
Date: Mon, 09 Jul 2001 23:32:38 GMT
From: "Mark W. Dufault" <mdufault@dynamicservers.com>
Subject: Re: Can anyone recommend a Fax program?
Message-Id: <qar27.149611$v5.11396576@news1.rdc1.ct.home.com>
Send it to an email fax should do the job
"Miriam Raphael-Roberts" <miriamraphael@yahoo.com> wrote in message
news:748729f5.0107090921.2c99ed2a@posting.google.com...
> I'm looking for a fax program that I can execute from my perl script - I
would
> like the program to take be able to fax a word/wordperfect document to a
> fax number that I pass it. Anyone have a program that they recommend?
> I'd like it to be able to handle a lot of faxes every minute. It would
also
> be nice if the program wasn't too hard on my server.
> Please post me your suggestions!
> Thanks
------------------------------
Date: Tue, 10 Jul 2001 02:31:04 GMT
From: mgjv@tradingpost.com.au (Martien Verbruggen)
Subject: Re: Can anyone recommend a Fax program?
Message-Id: <slrn9kkq78.4ot.mgjv@verbruggen.comdyn.com.au>
On 9 Jul 2001 10:21:10 -0700,
Miriam Raphael-Roberts <miriamraphael@yahoo.com> wrote:
> I'm looking for a fax program that I can execute from my perl script - I would
This has nothing at all to do with Perl. Please, in the future, try to
find a more appropriate forum. Maybe there's a software group for your
platform.
That said:
I use Hylafax with great success.
Martien
--
Martien Verbruggen |
Interactive Media Division |
Commercial Dynamics Pty. Ltd. | "Mr Kaplan. Paging Mr Kaplan..."
NSW, Australia |
------------------------------
Date: Mon, 9 Jul 2001 13:31:47 -0400
From: "Anil Kripalani" <anilk@broden.com>
Subject: Can't Read Cookie
Message-Id: <IPl27.178$S23.130722@news.uswest.net>
I'm trying to read the value of a cookie from PerlScript, to no avail. My
code is:
if (defined($Request->Cookie("SessionID"))) {
$strSessionID = $Request->Cookie("SessionID")->Item;
}
else {
...
}
The "else" code is running which means the cookie was not detected. I have
set the cookie from another page running VBScript on the server, and if I
run another page with server side VBScript, it does recognize the same
cookie. How can I read it from PerlScript?
Thanks,
Anil Kripalani
------------------------------
Date: Tue, 10 Jul 2001 03:22:29 +0000 (UTC)
From: see-sig@from.invalid (David Efflandt)
Subject: Re: Can't Read Cookie
Message-Id: <slrn9kkt7l.b94.see-sig@typhoon.xnet.com>
On Mon, 9 Jul 2001 13:31:47 -0400, Anil Kripalani <anilk@broden.com> wrote:
> I'm trying to read the value of a cookie from PerlScript, to no avail. My
> code is:
>
> if (defined($Request->Cookie("SessionID"))) {
> $strSessionID = $Request->Cookie("SessionID")->Item;
> }
> else {
> ...
> }
>
> The "else" code is running which means the cookie was not detected. I have
> set the cookie from another page running VBScript on the server, and if I
> run another page with server side VBScript, it does recognize the same
> cookie. How can I read it from PerlScript?
I don't know what method you are using to get the cookie, but if you are
using the CGI module rather than CGI::Cookie, perhaps what you should test
is $Request->cookie() instead of $Request->Cookie() (not sure if case is
important for that). Also I am not sure what the ->Item means, but you
might try:
# somewhere before that
use CGI;
$Request = new CGI;
# then:
unless ($strSessionID = $Request->cookie("SessionID")) {
# you have no session ID
}
--
David Efflandt (Reply-To is valid) http://www.de-srv.com/
http://www.autox.chicago.il.us/ http://www.berniesfloral.net/
http://cgi-help.virtualave.net/ http://hammer.prohosting.com/~cgi-wiz/
------------------------------
Date: Tue, 10 Jul 2001 20:34:29 GMT
From: scott@nospamthankx.javascript-games.org (Scott Porter)
Subject: Causing a slow page delivery (on purpose)
Message-Id: <3b4b65a1.4837609@news.freeserve.co.uk>
I'm using the apache server on Linux; my goal is to delivery a page incrementally to
the browser, so it can delivery constantly changing data as a "stream". While this
works fine with a java app, bypassing apache, it doesn't give the required results
under apache. The page shows no data until the perl script exits. Is it possible to
send content that forces apache to flush whatever the perl script has passed on to
the browser, or is it impossible?
The reason for having to serve via apache is because my web host doesn't allow java
servlets, or "persistant" scripts (which kind of rules out writing a daemon!)
Any help appreciated!
------------------------------
Date: Tue, 10 Jul 2001 21:16:47 GMT
From: Akira Yamanita <ayamanita.nospam@bigfoot.com>
Subject: Re: Causing a slow page delivery (on purpose)
Message-Id: <3B4B70BA.E32CF2D6@bigfoot.com>
Scott Porter wrote:
>
> I'm using the apache server on Linux; my goal is to delivery a page incrementally to
> the browser, so it can delivery constantly changing data as a "stream". While this
> works fine with a java app, bypassing apache, it doesn't give the required results
> under apache. The page shows no data until the perl script exits. Is it possible to
> send content that forces apache to flush whatever the perl script has passed on to
> the browser, or is it impossible?
>
> The reason for having to serve via apache is because my web host doesn't allow java
> servlets, or "persistant" scripts (which kind of rules out writing a daemon!)
>
> Any help appreciated!
Disable output buffering. Put the following line at/near the beginning
of your script.
$| = 1;
------------------------------
Date: Mon, 9 Jul 2001 11:49:32 -0400
From: "Ben Sommer" <ben@bensommer.com>
Subject: CGI - forcing HREF to open as "Content-Type application/octet stream"
Message-Id: <9icjl0$9ep$1@news.jump.net>
Hi all. I want to make a HREF to a BLOB coming out of a database. Some of
these items are executables and other non-web browser file types, but many
are types that would open in a browser (i.e. pdf, word doc, jpeg).
Trouble is, I want the user to be prompted to "Save to disk" when clicking
on all the HREFs, whether they are borwser file-types or not.
Would this do it?:
print "Content-type: application/octet-stream";
<A HREF=$blob>$descriptionOfBlob</A>
thanks so much!
------------------------------
Date: 09 Jul 2001 18:06:36 +0100
From: nobull@mail.com
Subject: Re: CGI - forcing HREF to open as "Content-Type application/octet stream"
Message-Id: <u9bsmu9gmb.fsf@wcl-l.bham.ac.uk>
"Ben Sommer" <ben@bensommer.com> writes:
> Hi all. I want to make a HREF to a BLOB coming out of a database. Some of
> these items are executables and other non-web browser file types, but many
> are types that would open in a browser (i.e. pdf, word doc, jpeg).
>
> Trouble is, I want the user to be prompted to "Save to disk" when clicking
> on all the HREFs, whether they are borwser file-types or not.
This has nothing whatever in the least to do with Perl. Perhaps you
should try a group where non-language-specific aspects of CGI are
discussed. Of course you'd be wise to do a search first to avoid
being flamed for asking such an oft asked question. Actually, despite
having nothing to do with Perl this question is oft asked here to so
your search here should have found answers too.
> Would this do it?:
>
> print "Content-type: application/octet-stream";
> <A HREF=$blob>$descriptionOfBlob</A>
No, that's not valid Perl.
No, even if you fixed the Perl it wouldn't be a valid CGI script.
No, the Content-type header must go in the headers of the entity it
describes not in a different entity.
No, even if you put "Content-type: application/octet-stream" in the
right entity's headers at least one wildely used browser will not do
the right thing.
Anyhow, this has nothing to do with Perl.
--
\\ ( )
. _\\__[oo
.__/ \\ /\@
. l___\\
# ll l\\
###LL LL\\
------------------------------
Date: Mon, 9 Jul 2001 13:55:39 -0400
From: "Ben Sommer" <ben@bensommer.com>
Subject: Re: CGI - forcing HREF to open as "Content-Type application/octet stream"
Message-Id: <9icr1g$e1b$1@news.jump.net>
what a jerk
"Ben Sommer" <ben@bensommer.com> wrote in message
news:9icjl0$9ep$1@news.jump.net...
> Hi all. I want to make a HREF to a BLOB coming out of a database. Some of
> these items are executables and other non-web browser file types, but many
> are types that would open in a browser (i.e. pdf, word doc, jpeg).
>
> Trouble is, I want the user to be prompted to "Save to disk" when clicking
> on all the HREFs, whether they are borwser file-types or not.
>
> Would this do it?:
>
> print "Content-type: application/octet-stream";
> <A HREF=$blob>$descriptionOfBlob</A>
>
> thanks so much!
>
>
------------------------------
Date: Mon, 9 Jul 2001 13:56:03 -0400
From: "Ben Sommer" <ben@bensommer.com>
Subject: Re: CGI - forcing HREF to open as "Content-Type application/octet stream"
Message-Id: <9icr28$e20$1@news.jump.net>
sorry, this guy's the jerk, not me
<nobull@mail.com> wrote in message news:u9bsmu9gmb.fsf@wcl-l.bham.ac.uk...
> "Ben Sommer" <ben@bensommer.com> writes:
>
> > Hi all. I want to make a HREF to a BLOB coming out of a database. Some
of
> > these items are executables and other non-web browser file types, but
many
> > are types that would open in a browser (i.e. pdf, word doc, jpeg).
> >
> > Trouble is, I want the user to be prompted to "Save to disk" when
clicking
> > on all the HREFs, whether they are borwser file-types or not.
>
> This has nothing whatever in the least to do with Perl. Perhaps you
> should try a group where non-language-specific aspects of CGI are
> discussed. Of course you'd be wise to do a search first to avoid
> being flamed for asking such an oft asked question. Actually, despite
> having nothing to do with Perl this question is oft asked here to so
> your search here should have found answers too.
>
> > Would this do it?:
> >
> > print "Content-type: application/octet-stream";
> > <A HREF=$blob>$descriptionOfBlob</A>
>
> No, that's not valid Perl.
>
> No, even if you fixed the Perl it wouldn't be a valid CGI script.
>
> No, the Content-type header must go in the headers of the entity it
> describes not in a different entity.
>
> No, even if you put "Content-type: application/octet-stream" in the
> right entity's headers at least one wildely used browser will not do
> the right thing.
>
> Anyhow, this has nothing to do with Perl.
>
> --
> \\ ( )
> . _\\__[oo
> .__/ \\ /\@
> . l___\\
> # ll l\\
> ###LL LL\\
------------------------------
Date: Mon, 9 Jul 2001 16:11:12 -0400
From: "Ben Sommer" <ben@bensommer.com>
Subject: Re: CGI - forcing HREF to open as "Content-Type application/octet stream"
Message-Id: <9id2vl$hfl$1@news.jump.net>
I'm sorry, I don't know what you mean. I would greatly appreciate any help
you or anyone could offer. I am new to newsgroups and maybe I can't yet
appreciate all the protocol and etiquitte, but I think my original question
was straightforward, and it didn't deserve that rude reply from someone at
nobull@mail.com
"Alan J. Flavell" <flavell@mail.cern.ch> wrote in message
news:Pine.LNX.4.30.0107092112410.21903-100000@lxplus003.cern.ch...
> On Jul 9, Ben Sommer rearranged some electrons to say
>
> > what a jerk
>
> Curious - I started to compose a reply to the original question, and
> then I realised that your next move was going to be to apply for
> killfile membership, so I tossed the partly composed reply and waited
> developments. And now, here we are.
>
> Bye.
>
------------------------------
Date: Mon, 09 Jul 2001 20:10:27 GMT
From: Uri Guttman <uri@sysarch.com>
Subject: Re: CGI - forcing HREF to open as "Content-Type application/octet stream"
Message-Id: <x7k81h50el.fsf@home.sysarch.com>
>>>>> "BS" == Ben Sommer <ben@bensommer.com> writes:
BS> sorry, this guy's the jerk, not me
BS> <nobull@mail.com> wrote in message news:u9bsmu9gmb.fsf@wcl-l.bham.ac.uk...
no, you had it correct in the other post. you just lost most any chance
for many of the regulars here to help you again.
congratulations, you may have just entered the killfiles of many expert
perl hackers.
uri
--
Uri Guttman --------- uri@sysarch.com ---------- http://www.sysarch.com
SYStems ARCHitecture and Stem Development ------ http://www.stemsystems.com
Learn Advanced Object Oriented Perl from Damian Conway - Boston, July 10-11
Class and Registration info: http://www.sysarch.com/perl/OOP_class.html
------------------------------
Date: Mon, 9 Jul 2001 18:53:57 -0400
From: tadmc@augustmail.com (Tad McClellan)
Subject: Re: CGI - forcing HREF to open as "Content-Type application/octet stream"
Message-Id: <slrn9kkdg5.806.tadmc@tadmc26.august.net>
[ Please put your comments *following* the quoted text that you
are commenting on.
Thank you.
]
Ben Sommer <ben@bensommer.com> wrote:
>"Alan J. Flavell" <flavell@mail.cern.ch> wrote in message
>news:Pine.LNX.4.30.0107092112410.21903-100000@lxplus003.cern.ch...
>> On Jul 9, Ben Sommer rearranged some electrons to say
>>
>> > what a jerk
>>
>> Curious - I started to compose a reply to the original question, and
>> then I realised that your next move was going to be to apply for
>> killfile membership, so I tossed the partly composed reply and waited
>> developments. And now, here we are.
>>
>> Bye.
>I'm sorry, I don't know what you mean.
Nobody reads all of the 100-200 posts that are here each day.
To deal with the volume, most regular readers have newsreaders
that can "score" (rate) articles to help the reader decide which
ones to bother reading. These scoring rules are kept in a config
file usually called a "killfile" or "scorefile".
Alan and nobull are both regulars here, they have been reading
and answering Perl questions here for years.
Alan recognized the "killfile pattern" in your manner of interaction,
and saved himself the time of replying to you. Experience has shown
that off-topic posters who do not go elsewhere usually followup and
help to remove any lingering doubt about whether they should
be killfiled or not. You proved him right!
>I would greatly appreciate any help
>you or anyone could offer.
nobull *did* helped you. You were asking in the wrong place, he told
you a better place to ask.
We have seen you demonstrate your "appreciation".
You will get much less help here from now on, as many of the
regulars have setup their news software to automatically
discard all of your future posts.
>I am new to newsgroups
You have done yourself (semi?) permanent damage with regards to
getting help in comp.lang.perl.misc in the future.
This very scenario is what I hope the Posting Guidelines would
help to prevent:
http://mail.augustmail.com/~tadmc/clpmisc/
[ I better get to revising that and start the autoposting... ]
>and maybe I can't yet
>appreciate all the protocol and etiquitte,
When someone says "the line forms to the rear", a well-socialized
response would be something like "Oh. OK", then you move to the
end of the line.
A response of "you are a jerk" tells the perceptive observer
something about you.
You have revealed some of your personality that has nothing to do
with being new to Usenet. So long.
>but I think my original question
>was straightforward,
Yes, but it was *NOT* about Perl. The Perl part of the answer to
your question was:
you use the print() function to make output.
That's all the Perl that is there!
_What_ to print will be the same whether you output it from Perl or
Java or Visual Basic or type it on a keyboard. For _what_ to output,
you go to a newsgroup related to the application area, not to the
programming language you just happen to be using.
>and it didn't deserve that rude reply from someone at
>nobull@mail.com
You were rude first, whether you recognize that or not. What you
got was more rudeness in response. You shouldn't be surprised
by that.
You walked into a foreign society, and insulted one of the "insiders"
(who had helped you toward an answer to boot).
You have no doubt earned many silent "sympathetic kills" from other
regulars who have witnessed your shameful display.
I feel sorry for you, but not sorry enough to take you out of
my scorefile. Live and Learn. There might be some killfiles that
don't have your address in it still...
------------------------------------------------------
In article <1995Nov9.193745.13694@netlabs.com>, lwall@netlabs.com (Larry
Wall) wrote: ...
<Larry> [snip] I view a programming language as a place to be
<Larry> explored, like Disneyland. You don't need to have a lot of preparation
<Larry> to explore a theme park. You do have to go along with the crowd
<Larry> control measures, though. In a sense, each ride has its own
<Larry> prerequisites--if you cut in line, you risk getting tossed out of the
<Larry> park.
<Larry>
<Larry> What we have here in this newsgroup is a failure in crowd control.
<Larry> Reading the FAQ is like staying in line--it's something you should
<Larry> learn in kindergarten. Usenet needs a better kindergarten.
------------------------------------------------------
You really must expect that someone will say something (probably
nastily) when you take cuts in line. Just "take it", or do not
take cuts in the first place.
--
Tad McClellan SGML consulting
tadmc@augustmail.com Perl programming
Fort Worth, Texas
------------------------------
Date: Mon, 9 Jul 2001 21:14:50 +0200
From: "Alan J. Flavell" <flavell@mail.cern.ch>
Subject: Re: CGI - forcing HREF to open as "Content-Type application/octet stream"
Message-Id: <Pine.LNX.4.30.0107092112410.21903-100000@lxplus003.cern.ch>
On Jul 9, Ben Sommer rearranged some electrons to say
> what a jerk
Curious - I started to compose a reply to the original question, and
then I realised that your next move was going to be to apply for
killfile membership, so I tossed the partly composed reply and waited
developments. And now, here we are.
Bye.
------------------------------
Date: 6 Apr 2001 21:33:47 GMT (Last modified)
From: Perl-Users-Request@ruby.oce.orst.edu (Perl-Users-Digest Admin)
Subject: Digest Administrivia (Last modified: 6 Apr 01)
Message-Id: <null>
Administrivia:
The Perl-Users Digest is a retransmission of the USENET newsgroup
comp.lang.perl.misc. For subscription or unsubscription requests, send
the single line:
subscribe perl-users
or:
unsubscribe perl-users
to almanac@ruby.oce.orst.edu.
To submit articles to comp.lang.perl.announce, send your article to
clpa@perl.com.
To request back copies (available for a week or so), send your request
to almanac@ruby.oce.orst.edu with the command "send perl-users x.y",
where x is the volume number and y is the issue number.
For other requests pertaining to the digest, send mail to
perl-users-request@ruby.oce.orst.edu. Do not waste your time or mine
sending perl questions to the -request address, I don't have time to
answer them even if I did know the answer.
------------------------------
End of Perl-Users Digest V10 Issue 1272
***************************************
