[28494] in Perl-Users-Digest
Perl-Users Digest, Issue: 9858 Volume: 10
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Tue Oct 17 14:05:49 2006
Date: Tue, 17 Oct 2006 11:05:08 -0700 (PDT)
From: Perl-Users Digest <Perl-Users-Request@ruby.OCE.ORST.EDU>
To: Perl-Users@ruby.OCE.ORST.EDU (Perl-Users Digest)
Perl-Users Digest Tue, 17 Oct 2006 Volume: 10 Number: 9858
Today's topics:
ActivePerl Module Install <bradbrockman@yahoo.com>
Re: ActivePerl Module Install <christoph.lamprecht.no.spam@web.de>
Re: ActivePerl Module Install <sherm@Sherm-Pendleys-Computer.local>
Re: ActivePerl Module Install <christoph.lamprecht.no.spam@web.de>
Re: alarm() - SIGALRM sent too eariy? xhoster@gmail.com
Re: Hanging at several places when multiple-commanding <glex_no-spam@qwest-spam-no.invalid>
Re: Hanging at several places when multiple-commanding <mabounajm@gmail.com>
Re: Hanging at several places when multiple-commanding <glex_no-spam@qwest-spam-no.invalid>
Re: How to access a property within a class <asandstrom@accesswave.ca>
Re: How to kill a perl thread <zentara@highstream.net>
Re: I have no problems eating cereal...after it softens samiam@mytrashmail.com
Re: I have no problems eating cereal...after it softens <sherm@Sherm-Pendleys-Computer.local>
Re: I have no problems eating cereal...after it softens samiam@mytrashmail.com
Re: I have no problems eating cereal...after it softens samiam@mytrashmail.com
Re: I have no problems eating cereal...after it softens <sbryce@scottbryce.com>
Re: I have no problems eating cereal...after it softens <sbryce@scottbryce.com>
modify posting guidelines to allow MIME charset=utf8 (w <tzz@lifelogs.com>
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: 17 Oct 2006 10:27:27 -0700
From: "banker123" <bradbrockman@yahoo.com>
Subject: ActivePerl Module Install
Message-Id: <1161106047.734265.266650@m7g2000cwm.googlegroups.com>
I have downloaded the Text-CSV-Seperator-0.09 module to the directory
c:\perl\lib\test-csv-Seperator-0.09 directory.
How do I install the module?
How do I determine which modules are installed?
What I have tried:
1. Dowloaded the module to the directory above
2. From the directory above run makefile.pl (writing makefile for
Text::CSV::Seperator
3. Run dmake (file mot found)
4. Include dmake directory in Path (c:\perl\libConfig.pm not found)
Please Help!
------------------------------
Date: Tue, 17 Oct 2006 19:38:27 +0200
From: Ch Lamprecht <christoph.lamprecht.no.spam@web.de>
Subject: Re: ActivePerl Module Install
Message-Id: <eh34ei$r1l$1@online.de>
banker123 wrote:
> I have downloaded the Text-CSV-Seperator-0.09 module to the directory
> c:\perl\lib\test-csv-Seperator-0.09 directory.
>
> How do I install the module?
> How do I determine which modules are installed?
>
> What I have tried:
> 1. Dowloaded the module to the directory above
> 2. From the directory above run makefile.pl (writing makefile for
> Text::CSV::Seperator
> 3. Run dmake (file mot found)
> 4. Include dmake directory in Path (c:\perl\libConfig.pm not found)
>
> Please Help!
>
Run ppm from your console.
s text-csv-sep
i 1
HTH Christoph
--
perl -e "print scalar reverse q/ed.enilno@ergn.l.hc/"
------------------------------
Date: Tue, 17 Oct 2006 13:41:17 -0400
From: Sherm Pendley <sherm@Sherm-Pendleys-Computer.local>
Subject: Re: ActivePerl Module Install
Message-Id: <m2bqoargaq.fsf@Sherm-Pendleys-Computer.local>
"banker123" <bradbrockman@yahoo.com> writes:
> I have downloaded the Text-CSV-Seperator-0.09 module to the directory
> c:\perl\lib\test-csv-Seperator-0.09 directory.
Don't do that. Download things into a separate temp directory. Part of
the module build process is copying the files into their final home;
after you're done you can then delete the temp directory.
> How do I install the module?
Under ActiveState, it's a bit different than usual. Since Windows build
tools (used to) cost money, ActiveState maintains a set of prebuilt binary
packages and a manager to install them, collectively called PPM.
So, to install Text::CSV::Separator (spelling is important!), you'd do:
ppm install Text::CSV::Separator
Full docs for PPM are here:
<http://aspn.activestate.com/ASPN/docs/ActivePerl/5.8/faq/ActivePerl-faq2.html>
<http://tinyurl.com/yh8aj9>
sherm--
--
Web Hosting by West Virginians, for West Virginians: http://wv-www.net
Cocoa programming in Perl: http://camelbones.sourceforge.net
------------------------------
Date: Tue, 17 Oct 2006 19:45:47 +0200
From: Ch Lamprecht <christoph.lamprecht.no.spam@web.de>
Subject: Re: ActivePerl Module Install
Message-Id: <eh34s9$tji$2@online.de>
Sherm Pendley schrieb:
> "banker123" <bradbrockman@yahoo.com> writes:
>
>
>>I have downloaded the Text-CSV-Seperator-0.09 module to the directory
>>c:\perl\lib\test-csv-Seperator-0.09 directory.
>
>
> Don't do that. Download things into a separate temp directory. Part of
> the module build process is copying the files into their final home;
> after you're done you can then delete the temp directory.
>
>
>>How do I install the module?
>
>
> Under ActiveState, it's a bit different than usual. Since Windows build
> tools (used to) cost money, ActiveState maintains a set of prebuilt binary
> packages and a manager to install them, collectively called PPM.
>
> So, to install Text::CSV::Separator (spelling is important!), you'd do:
>
> ppm install Text::CSV::Separator
s/::/-/
Christoph
--
perl -e "print scalar reverse q/ed.enilno@ergn.l.hc/"
------------------------------
Date: 17 Oct 2006 16:46:40 GMT
From: xhoster@gmail.com
Subject: Re: alarm() - SIGALRM sent too eariy?
Message-Id: <20061017124734.937$Ke@newsreader.com>
anno4000@radom.zrz.tu-berlin.de wrote:
> <anno4000@radom.zrz.tu-berlin.de> wrote in comp.lang.perl.misc:
> > Peter J. Holzer <hjp-usenet2@hjp.at> wrote in comp.lang.perl.misc:
> > > On 2006-10-15 20:48, anno4000@radom.zrz.tu-berlin.de
> > > <anno4000@radom.zrz.tu-berlin.de> wrote:
>
> > > I've seen the bug with Time::HiRes 1.59 and 1.86, so I'd be surprised
> > > if it wasn't present in any version between them. It might be
> > > platform-specific, though: I have tested it only on Linux/i386, and I
> > > haven't looked at the source code yet.
> >
> > Okay, I'll check again when I have a few hours :)
>
> Right, the bug is still in bleadperl (5.9.4). It ought to be reported.
> Anyone?
I looked into the source code, and I doesn't look like a trivial fix.
I ultimately turns the time into a int holding the number of microseconds,
and that is where the problem occurs as the int can't hold the full
precision. I guess you would need to propagate the system setitimer
argument method (one long for seconds, one long for microseconds) farther
up the call stack, instead of decomposing a single int into those
immediately before the system call.
Xho
--
-------------------- http://NewsReader.Com/ --------------------
Usenet Newsgroup Service $9.95/Month 30GB
------------------------------
Date: Tue, 17 Oct 2006 10:04:23 -0500
From: "J. Gleixner" <glex_no-spam@qwest-spam-no.invalid>
Subject: Re: Hanging at several places when multiple-commanding Net::SSH::W32Perl
Message-Id: <4534f0a3$0$596$815e3792@news.qwest.net>
enigma wrote:
> Any help would be greatly appreciated. If you need the small scripts
> i'll post it
Of course that's needed, how else could anyone possibly determine the
issue with your code? You may try to 'debug' your code, on your own, to
help narrow down the issue. Also, there is a Net:SSH discussion group
where you may possibly find the solution or a similar issue that was
reported:
http://sourceforge.net/mailarchive/forum.php?forum=ssh-sftp-perl-users
------------------------------
Date: 17 Oct 2006 08:46:23 -0700
From: "enigma" <mabounajm@gmail.com>
Subject: Re: Hanging at several places when multiple-commanding Net::SSH::W32Perl
Message-Id: <1161099983.061787.52060@m73g2000cwd.googlegroups.com>
Here's my script:
use strict;
use Net::SSH::W32Perl;
my $host = 'antar';
my $user = 'oracle';
my $pwd = 'oracle';
$ENV{'HOME'} = '/temp';
my $ssh = new Net::SSH::W32Perl($host, protocol => 2, debug=>1);
$ssh-> login($user, $pwd);
$ssh-> cmd("ls > mazen1.txt","\n");
$ssh-> cmd("uname > mazen2.txt","\n");
$ssh-> cmd("uname > mazen3.txt","\n");
$ssh-> cmd("uname > mazen4.txt","\n");
$ssh-> cmd("mkdir foo","\n");
here's what i get at the screen:
mazendesktop: Reading configuration data /temp/.ssh/config
mazendesktop: Reading configuration data /etc/ssh_config
mazendesktop: Connecting to antar, port 22.
mazendesktop: Socket created, turning on blocking...
mazendesktop: Remote version string: SSH-1.99-OpenSSH_3.6.1p2
mazendesktop: Remote protocol version 1.99, remote software version
OpenSSH_3.6.1p2
mazendesktop: Net::SSH::Perl Version 1.30, protocol version 2.0.
mazendesktop: No compat match: OpenSSH_3.6.1p2.
mazendesktop: Connection established.
mazendesktop: Sent key-exchange init (KEXINIT), wait response.
mazendesktop: Algorithms, c->s: 3des-cbc hmac-sha1 none
mazendesktop: Algorithms, s->c: 3des-cbc hmac-sha1 none
mazendesktop: Entering Diffie-Hellman Group 1 key exchange.
mazendesktop: Sent DH public key, waiting for reply.
mazendesktop: Received host key, type 'ssh-dss'.
mazendesktop: Host 'antar' is known and matches the host key.
mazendesktop: Computing shared secret key.
mazendesktop: Verifying server signature.
mazendesktop: Waiting for NEWKEYS message.
mazendesktop: Enabling incoming encryption/MAC/compression.
mazendesktop: Send NEWKEYS, enable outgoing encryption/MAC/compression.
mazendesktop: Sending request for user-authentication service.
mazendesktop: Service accepted: ssh-userauth.
mazendesktop: Trying empty user-authentication request.
mazendesktop: Authentication methods that can continue:
publickey,password,keyboard-interactive.
mazendesktop: Next method to try is publickey.
mazendesktop: Next method to try is password.
mazendesktop: Trying password authentication.
mazendesktop: Login completed, opening dummy shell channel.
mazendesktop: channel 0: new [client-session]
mazendesktop: Requesting channel_open for channel 0.
mazendesktop: channel 0: open confirm rwindow 0 rmax 32768
mazendesktop: Got channel open confirmation, requesting shell.
mazendesktop: Requesting service shell on channel 0.
mazendesktop: channel 1: new [client-session]
mazendesktop: Requesting channel_open for channel 1.
mazendesktop: Entering interactive session.
mazendesktop: Sending command: ls > mazen1.txt
mazendesktop: Requesting service exec on channel 1.
mazendesktop: channel 1: send eof
mazendesktop: channel 1: open confirm rwindow 131071 rmax 32768
mazendesktop: input_channel_request: rtype exit-status reply 0
mazendesktop: channel 1: rcvd eof
mazendesktop: channel 1: output open -> drain
mazendesktop: channel 1: rcvd close
mazendesktop: channel 1: obuf empty
mazendesktop: channel 1: output drain -> closed
mazendesktop: channel 1: close_write
mazendesktop: channel 1: send close
mazendesktop: channel 1: full closed
mazendesktop: channel 2: new [client-session]
mazendesktop: Requesting channel_open for channel 2.
mazendesktop: Entering interactive session.
mazendesktop: Sending command: uname > mazen2.txt
mazendesktop: Requesting service exec on channel 2.
mazendesktop: channel 2: send eof
mazendesktop: channel 2: open confirm rwindow 131071 rmax 32768
mazendesktop: input_channel_request: rtype exit-status reply 0
mazendesktop: channel 2: rcvd eof
mazendesktop: channel 2: output open -> drain
mazendesktop: channel 2: rcvd close
mazendesktop: channel 2: obuf empty
mazendesktop: channel 2: output drain -> closed
mazendesktop: channel 2: close_write
mazendesktop: channel 2: send close
mazendesktop: channel 2: full closed
mazendesktop: channel 3: new [client-session]
mazendesktop: Requesting channel_open for channel 3.
mazendesktop: Entering interactive session.
mazendesktop: Sending command: uname > mazen3.txt
mazendesktop: Requesting service exec on channel 3.
mazendesktop: input_channel_request: rtype exit-status reply 0
mazendesktop: channel 3: rcvd eof
mazendesktop: channel 3: output open -> drain
mazendesktop: channel 3: rcvd close
mazendesktop: channel 3: input open -> closed
mazendesktop: channel 3: close_read
mazendesktop: channel 3: obuf empty
mazendesktop: channel 3: output drain -> closed
mazendesktop: channel 3: close_write
mazendesktop: channel 3: send close
mazendesktop: channel 3: full closed
---> Program hangs here
------------------------------
Date: Tue, 17 Oct 2006 11:21:45 -0500
From: "J. Gleixner" <glex_no-spam@qwest-spam-no.invalid>
Subject: Re: Hanging at several places when multiple-commanding Net::SSH::W32Perl
Message-Id: <453502c5$0$3579$815e3792@news.qwest.net>
enigma wrote:
> Here's my script:
>
> use strict;
Good!
> use Net::SSH::W32Perl;
> my $host = 'antar';
> my $user = 'oracle';
> my $pwd = 'XXXXXXXX';
Hopefully, that isn't your actual data.. Never post the actual user &
password.
> $ENV{'HOME'} = '/temp';
> my $ssh = new Net::SSH::W32Perl($host, protocol => 2, debug=>1);
> $ssh-> login($user, $pwd);
>
> $ssh-> cmd("ls > mazen1.txt","\n");
> $ssh-> cmd("uname > mazen2.txt","\n");
> $ssh-> cmd("uname > mazen3.txt","\n");
> $ssh-> cmd("uname > mazen4.txt","\n");
> $ssh-> cmd("mkdir foo","\n");
[...]
> mazendesktop: Sending command: uname > mazen3.txt
[...]
> ---> Program hangs here
>
Why the "\n"??
Use full paths to your command.
Try wrapping everything in an eval, to see if it's dying for some reason.
$|++;
eval {
my $ssh = Net::SSH::W32Perl->new(
$host,
protocol => 2,
debug => 1 );
$ssh->login($user, $pwd);
#Use full paths to the command.
$ssh->cmd( '/bin/ls > mazen1.txt' ):
$ssh->cmd( '/bin/uname > mazen2.txt' );
$ssh->cmd( '/bin/uname > mazen3.txt' );
$ssh->cmd( '/bin/uname > mazen4.txt' );
$ssh->cmd( '/bin/mkdir foo' );
};
print "Error: $@\n" if $@;
Or possibly something more verbose...
$|++;
my $ssh = Net::SSH::W32Perl->new($host, protocol => 2, debug=>1);
$ssh->login($user, $pwd);
run_cmd( '/bin/ls > mazen1.txt' ):
run_cmd( '/bin/uname > mazen2.txt' );
etc..
sub run_cmd
{
my $cmd = shift;
my( $out, $err, $exit ) = $ssh->cmd( $cmd ):
print "cmd=$cmd out=$out err=$err exit=$exit\n";
}
------------------------------
Date: Tue, 17 Oct 2006 17:41:56 GMT
From: "Arved Sandstrom" <asandstrom@accesswave.ca>
Subject: Re: How to access a property within a class
Message-Id: <EB8Zg.69318$E67.36299@clgrps13>
"rose999" <myrose999@gmail.com> wrote in message
news:1160981999.803299.236760@f16g2000cwb.googlegroups.com...
> Hi all,
> I have a question as below:
> #------------------------------------
> #myPM.pm
> package myPM;
>
> my $aProperty;
> sub new
> {
> my $this = {};
> bless $this;
> return $this;
> }
>
> sub OneSub
> {
> my $this = shift;
> $this->{'aProperty'} = "something";
> }
>
> sub TwoSub
> {
> $aProperty = "something";
> }
> #------------------------------------------------------------------
> I need using which sub for accessed "aProperty"? OneSub or TwoSub?
Re-reading the documentation on Perl objects, as another poster suggested,
is a very good idea.
Having said that, here are some points. If they go over your head, that's
why you need to reread the docs.
1. Always throw in "use strict".
2. You need a true value at the end of your module. I suspect you figured
this one out.
3. You're using a one-argument form of "bless". This works - here. When
would you have to use the two-argument form? Be aware that with the
one-argument form you are blessing into the current class (package).
4. You have decided to make your object (each object) a hash reference,
which is blessed. This is fine. It could be a scalar, array or code
reference too. But what you picked is fundamentally a hash reference, which
is why $this->{'aProperty'} created a new key-value pair. Also, for clarity
you should create fields in your constructor, not elsewhere.
5. Be cognizant of scoping when it comes to how you set up your class data.
It's fine that you are using a file lexical - this is ordinarily better than
using a package global. But if you are going to inherit from this module,
say a MyDerivedPM which "uses" myPM and has @ISA=("myPM"), be aware that
$aProperty is visible only to methods defined in myPM. This is covered in
perltoot, and if you do use class data *and* inheritance, read the manpage.
AHS
------------------------------
Date: Tue, 17 Oct 2006 16:28:51 GMT
From: zentara <zentara@highstream.net>
Subject: Re: How to kill a perl thread
Message-Id: <il0aj2pdjv22md0i9j2noh200ormabkhg9@4ax.com>
On 16 Oct 2006 10:26:17 -0700, raaghulists@yahoo.com wrote:
>>Can you please tell me how to kill a perl thread? I am trying to bound
>the wait time on a call which is called as part of the thread.
>
>Here is a snippet of the code:
First, to kill the perl thread, you must somehow return from
it's code block, either with a return, or it reaching the end of
it's code block.
With your eval in the thread code, there is no easy way to do it.
You would be better off forking off the $cmd and setting up an
alarm or timer, to kill the $pid after $waitTime.
You could also use a piped open to run the command and get
it's pid.
You might be able to set up an alarm on the eval, but I'm not sure
how well that would work in a thread.
When you write thread code, you need to be aware of the need to
send the execution pointer to the end of the code block or do a
return. Sometimes threads are not the best option.
So, you are better off forking here, than using a thread.
--
I'm not really a human, but I play one on earth.
http://zentara.net/japh.html
------------------------------
Date: 17 Oct 2006 07:09:50 -0700
From: samiam@mytrashmail.com
Subject: Re: I have no problems eating cereal...after it softens. Why is replacing a simple string so hard then?
Message-Id: <1161094190.527943.200840@i42g2000cwa.googlegroups.com>
Well, since this is a highly subjective matter, it might serve all if
those who feel deeply about it were to come out and say: I won't read
your posts unless you do it my way.
That would take the guesswork out and would remove the notion of
freedom to choose from various schools of thought. In place of freedom
would be the obligation to do it, in this case, to Tad's preferences.
Now that it's clear what the costs are, which I didn't know before,
I'll tow the line, no problem.
I hope just thinking about the other method is not wrong, because it
occurs to me to wonder just how large of a burden are unique
identifiers, given that some say they are in fact less burdensome?
Can they be that much harder, because if not...this kind of breakdown
in communication can come across as one pampered who has no significant
issue of burden but rather needs to exercise gratuitous control and
worse, reflects the ubiquitous hypersensitivity over whims and petty
things easily overlooked that is ruining America so that even benign
innocuous choices, behaviors and utterances must be hushed away lest
the easily offended sound the alarm and storm off in a huff.
Of course, that's just what happens elsewhere...surely it's not the
case here and I am explicitly saying Tad is not this way.
However, it wouldn't be something new. I'm sure Tad is not in this
category, but I've seen it again and again where the power one might
wield on the net is the only taste some get and they maximize it
however they can. This situation is exceptional even if it has all the
ear markings of the former.
Of course, the ideal of nobly suffering without complaint under even
real burdens is long since gone from the rules of what is right and
proper and necessary and as well is itself, in it's antipodal
manifestation of delicate sensibilities, whines, moans, and runaway
tantrums, its own burden we all must bear. Otherwise informative and
friendly communications are ruined over nothing, because someone has to
walk an extra mile? Hardly. When a subtle virtually meaningless
difference of opinion is more important than goodwill, all is lost.
Funny, those who complain and filibuster over nothing are themselves
the true burden and iconic of what's wrong with society.
But again, just because it walks like a duck and talks like a duck,
doesn't mean it's a duck. Tad, once again, surely is a patient loving
person who would do without so others could have more and is not the
type to take his ball and go home over trivial matters.
I am just glad you tolerated my posts for as long as you did and
better, under the agonizing onslaught of unique comment labels, still
managed to provide very useful information; and for that I thank you
Tad.
Clearly, Tad is one of the golden people with a pure, loving, giving
heart and his actions are undoubtedly motivated by some tacit
beneficent reason. Because in a world of turmoil, another brother
alienated is a big thing and I know that of all the things in our world
that bring ruin, pain, and destruction to people, Tad has chosen a
worthy issue on which to take a stand. Bravo Tad.
L,
S
Scott Bryce wrote:
> Tad McClellan wrote:
>
> > samiam@mytrashmail.com <samiam@mytrashmail.com> wrote:
> >> And, respectfully, it's easier for me and friends
> >
> > That is fine by me, as I have now taken the appropriate action.
>
>
> What Tad means is that since you have decided not to follow the usual
> usenet conventions, he has decided not to read your posts.
>
> You need to decide how many people you are willing to alienate here.
------------------------------
Date: Tue, 17 Oct 2006 10:39:40 -0400
From: Sherm Pendley <sherm@Sherm-Pendleys-Computer.local>
Subject: Re: I have no problems eating cereal...after it softens. Why is replacing a simple string so hard then?
Message-Id: <m2zmbvqa4z.fsf@Sherm-Pendleys-Computer.local>
samiam@mytrashmail.com writes:
> Well, since this is a highly subjective matter, it might serve all if
> those who feel deeply about it were to come out and say: I won't read
> your posts unless you do it my way.
Would you like some cheese with that whine?
*plonk*
sherm--
--
Web Hosting by West Virginians, for West Virginians: http://wv-www.net
Cocoa programming in Perl: http://camelbones.sourceforge.net
------------------------------
Date: 17 Oct 2006 08:12:11 -0700
From: samiam@mytrashmail.com
Subject: Re: I have no problems eating cereal...after it softens. Why is replacing a simple string so hard then?
Message-Id: <1161097931.710597.26230@f16g2000cwb.googlegroups.com>
Agreed. Thanks :-)
L,
S
Scott Bryce wrote:
> samiam@mytrashmail.com wrote:
>
> > Well, since this is a highly subjective matter, it might serve all if
> > those who feel deeply about it were to come out and say: I won't read
> > your posts unless you do it my way.
>
> Your sarcasm bordering on whining won't earn you points here.
>
> Understand that there are somewhere in the neighborhood of 200 posts in
> this newsgroup every day. Tad is one of the most knowledgeable people in
> this group. He doesn't have the time to personally read and respond to
> every post in this newsgroup. He needs to decide how to make the best
> use of his time here. So he has made a few decisions.
>
> People who ask questions that can easily be answered by reading the docs
> get killfiled. People who post off-topic get killfiled. People who are
> rude get killfiled. People who won't follow standard usenet conventions
> get killfiled.
>
> I don't know if you are aware, but you are in all 4 of those categories.
>
> You can't use personal freedom as an excuse to be rude. We ask people to
> follow certain conventions because it makes the process of helping
> people easier for those who are volunteering their time here.
>
> You have received a lot more hand holding than most people get in this
> newsgroup. Most of your questions would have been answered if you took
> the time to learn Perl before trying to write code.
>
> Your friend had some good advice. Read Learning Perl. Then Read Perl
> Best Practices. While you are at it, read the documentation and the FAQ
> that come with Perl. If you don't know how to find them on your local
> machine, you can find them on-line.
>
> http://perldoc.perl.org/
> http://faq.perl.org/
>
> After that, if you sill have questions, you can post here and see if
> anyone is still reading your posts. People here are happy to help out if
> they can see that you are putting in the effort to help yourself first.
------------------------------
Date: 17 Oct 2006 10:15:26 -0700
From: samiam@mytrashmail.com
Subject: Re: I have no problems eating cereal...after it softens. Why is replacing a simple string so hard then?
Message-Id: <1161105326.573605.300410@i42g2000cwa.googlegroups.com>
I don't know what TOFU means. I did a quick lookup and it said
something about quoting over the top of something.
All I did was hit reply in google, express gratitude and add a smiley.
I suppose your message has found YET ANOTHER fault, problem, etc., with
even this bare minimal expression of thanks.
If that's the case, enjoy your greased rail to a place made for fault
finders. There is only one way off that path anyway, and I doubt you've
found it...much less applied it.
I don't care to receive anything from you ever again. Keep it and all
the pettiness of this group, all to yourself. That goes double for the
jerk above who had nothing to add but the most worn and predictable of
cliches.
-S
Scott Bryce wrote:
> samiam@mytrashmail.com wrote:
>
> > Agreed. Thanks :-)
>
> But you TOFU anyway?
------------------------------
Date: Tue, 17 Oct 2006 08:48:34 -0600
From: Scott Bryce <sbryce@scottbryce.com>
Subject: Re: I have no problems eating cereal...after it softens. Why is replacing a simple string so hard then?
Message-Id: <nLqdndXkjejdcKnYnZ2dnUVZ_vOdnZ2d@comcast.com>
samiam@mytrashmail.com wrote:
> Well, since this is a highly subjective matter, it might serve all if
> those who feel deeply about it were to come out and say: I won't read
> your posts unless you do it my way.
Your sarcasm bordering on whining won't earn you points here.
Understand that there are somewhere in the neighborhood of 200 posts in
this newsgroup every day. Tad is one of the most knowledgeable people in
this group. He doesn't have the time to personally read and respond to
every post in this newsgroup. He needs to decide how to make the best
use of his time here. So he has made a few decisions.
People who ask questions that can easily be answered by reading the docs
get killfiled. People who post off-topic get killfiled. People who are
rude get killfiled. People who won't follow standard usenet conventions
get killfiled.
I don't know if you are aware, but you are in all 4 of those categories.
You can't use personal freedom as an excuse to be rude. We ask people to
follow certain conventions because it makes the process of helping
people easier for those who are volunteering their time here.
You have received a lot more hand holding than most people get in this
newsgroup. Most of your questions would have been answered if you took
the time to learn Perl before trying to write code.
Your friend had some good advice. Read Learning Perl. Then Read Perl
Best Practices. While you are at it, read the documentation and the FAQ
that come with Perl. If you don't know how to find them on your local
machine, you can find them on-line.
http://perldoc.perl.org/
http://faq.perl.org/
After that, if you sill have questions, you can post here and see if
anyone is still reading your posts. People here are happy to help out if
they can see that you are putting in the effort to help yourself first.
------------------------------
Date: Tue, 17 Oct 2006 09:25:23 -0600
From: Scott Bryce <sbryce@scottbryce.com>
Subject: Re: I have no problems eating cereal...after it softens. Why is replacing a simple string so hard then?
Message-Id: <LJSdnadN4op8aKnYnZ2dnUVZ_sCdnZ2d@comcast.com>
samiam@mytrashmail.com wrote:
> Agreed. Thanks :-)
But you TOFU anyway?
------------------------------
Date: Tue, 17 Oct 2006 17:49:14 +0100
From: Ted Zlatanov <tzz@lifelogs.com>
Subject: modify posting guidelines to allow MIME charset=utf8 (was: LWP and Unicode)
Message-Id: <g6964eiriph.fsf_-_@lifelogs.com>
On 17 Oct 2006, scobloke2@infotop.co.uk wrote:
Ted Zlatanov wrote:
>> So is there a consensus
>
> How could you tell?
By the lack of dissent. Seriously, how else can you get 37K+
passive-aggressive people to agree? :)
>> that MIME with charset=utf8 and a suitable
>> 8-bit-safe content-transfer-encoding should be acceptable in
>> comp.lang.perl.misc?
>
> It gets my vote. Now you just have to find out what the other 37,292
> readers of this newsgroup think :-)
I think it's 2006, not 1996; let's just start a new thread to put it
in the posting guidelines and if people complain, we'll argue
viciously about it and then there will be a shootout in front of the
saloon.
Ted
------------------------------
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.
NOTE: due to the current flood of worm email banging on ruby, the smtp
server on ruby has been shut off until further notice.
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 9858
***************************************
