[28287] in Perl-Users-Digest

home help back first fref pref prev next nref lref last post

Perl-Users Digest, Issue: 9651 Volume: 10

daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Sun Aug 27 03:05:54 2006

Date: Sun, 27 Aug 2006 00:05:06 -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           Sun, 27 Aug 2006     Volume: 10 Number: 9651

Today's topics:
        Catalog() in Win32::ODBC for MySQL dmittleider@gmail.com
        new CPAN modules on Sun Aug 27 2006 (Randal Schwartz)
    Re: read file backwards kejoseph@hotmail.com
    Re: read file backwards <uri@stemsystems.com>
    Re: read file backwards <tadmc@augustmail.com>
    Re: regular expression variables under debugger - SOME  <wlcna@nospam.com>
    Re: regular expression variables under debugger - SOME  <mgarrish@gmail.com>
    Re: regular expression variables under debugger - SOME  <wlcna@nospam.com>
    Re: regular expression variables under debugger - SOME  <tadmc@augustmail.com>
    Re: regular expression variables under debugger - SOME  <wlcna@nospam.com>
    Re: regular expression variables under debugger - SOME  <uri@stemsystems.com>
    Re: skip path prune (David Combs)
        Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)

----------------------------------------------------------------------

Date: 26 Aug 2006 22:57:28 -0700
From: dmittleider@gmail.com
Subject: Catalog() in Win32::ODBC for MySQL
Message-Id: <1156658248.925956.58470@i42g2000cwa.googlegroups.com>

I'm trying to pull the table information from MySQL using the Catalog()
method and it gives me errors...

Here's an example of my code:
-----------------------------------------------------------------------------
use Win32::ODBC;
my($db) = new Win32::ODBC("dsn=mysqldb;uid=user;pwd=pass");

if( $db->Catalog( '', '', '', "'TABLE','SYSTEM TABLE'" ) )
{
    my %Data;
    print "Available tables:\n";
    while( $db->FetchRow( %Data ) )
    {
        print "\t" . $Data{TABLE_NAME} . "\n";
        #print "[";
    }
}
$db->Close();
-----------------------------------------------------------------------------

This DSN maps to a database that has just one table in it.  When I run
this it gives me an error in ODBC.pm "Use of uninitialized value in
numeric ne (!=) at C:/Perl/site/lib/Win32/ODBC.pm line 291." which I
think is just because it doesn't grab any results from the database.

If I use the db->TableList that works, but I need the schema
information.  I don't want to resort to running SQL statements against
the system tables or using any list tables type of statements because
eventually I want to make this portable enough to run on an Oracle
database too so I'm trying to stick to built-in Win32::ODBC methods.

Any ideas anybody?



------------------------------

Date: Sun, 27 Aug 2006 04:42:13 GMT
From: merlyn@stonehenge.com (Randal Schwartz)
Subject: new CPAN modules on Sun Aug 27 2006
Message-Id: <J4n3qD.1y8G@zorch.sf-bay.org>

The following modules have recently been added to or updated in the
Comprehensive Perl Archive Network (CPAN).  You can install them using the
instructions in the 'perlmodinstall' page included with your Perl
distribution.

Apache-Session-Generate-UUID-0.2
http://search.cpan.org/~sock/Apache-Session-Generate-UUID-0.2/
UUID for session ID generation
----
Archive-Any-0.092
http://search.cpan.org/~cmoore/Archive-Any-0.092/
Single interface to deal with file archives.
----
CGI-Application-Plugin-PageBuilder-0.93
http://search.cpan.org/~cmoore/CGI-Application-Plugin-PageBuilder-0.93/
Simplifies building pages with multiple templates.
----
CPAN-1.87_57
http://search.cpan.org/~andk/CPAN-1.87_57/
query, download and build perl modules from CPAN sites
----
CPAN-Reporter-0.11
http://search.cpan.org/~dagolden/CPAN-Reporter-0.11/
Provides Test::Reporter support for CPAN.pm
----
CPAN-Reporter-0.12
http://search.cpan.org/~dagolden/CPAN-Reporter-0.12/
Provides Test::Reporter support for CPAN.pm
----
Catalyst-Plugin-Session-0.12
http://search.cpan.org/~nuffin/Catalyst-Plugin-Session-0.12/
Generic Session plugin - ties together server side storage and client side state required to maintain session data.
----
Catalyst-Plugin-Session-Store-Delegate-0.01
http://search.cpan.org/~nuffin/Catalyst-Plugin-Session-Store-Delegate-0.01/
Delegate session storage to an application model object.
----
Class-Constant-0.05
http://search.cpan.org/~robn/Class-Constant-0.05/
Build constant classes
----
Class-Data-Inheritable-0.05
http://search.cpan.org/~tmtm/Class-Data-Inheritable-0.05/
Inheritable, overridable class data
----
Class-MOP-0.34
http://search.cpan.org/~stevan/Class-MOP-0.34/
A Meta Object Protocol for Perl 5
----
HTML-Template-Compiled-0.73
http://search.cpan.org/~tinita/HTML-Template-Compiled-0.73/
Template System Compiles HTML::Template files to Perl code
----
HTML-Template-Compiled-Plugin-InlineImage-0.01
http://search.cpan.org/~tinita/HTML-Template-Compiled-Plugin-InlineImage-0.01/
XML-Escaping for HTC
----
Net-Amazon-S3-0.33
http://search.cpan.org/~lbrocard/Net-Amazon-S3-0.33/
Use the Amazon S3 - Simple Storage Service
----
Net-FeedBurner-0.10
http://search.cpan.org/~sock/Net-FeedBurner-0.10/
The great new Net::FeedBurner!
----
PAR-Repository-0.10
http://search.cpan.org/~smueller/PAR-Repository-0.10/
Create and modify PAR repositories
----
PAR-Repository-Client-0.10
http://search.cpan.org/~smueller/PAR-Repository-Client-0.10/
Access PAR repositories
----
Plucene-1.25
http://search.cpan.org/~tmtm/Plucene-1.25/
A Perl port of the Lucene search engine
----
Senna-0.50
http://search.cpan.org/~dmaki/Senna-0.50/
Perl Interface To Senna Fulltext Search Engine
----
Template-Multilingual-0.07
http://search.cpan.org/~cholet/Template-Multilingual-0.07/
Multilingual templates for Template Toolkit
----
Test-NoTabs-0.3
http://search.cpan.org/~sock/Test-NoTabs-0.3/
Check the presence of tabs in your project
----
WWW-NameGen-0.03
http://search.cpan.org/~sock/WWW-NameGen-0.03/
A website polling random name generator
----
WWW-Search-Ebay-2.224
http://search.cpan.org/~mthurn/WWW-Search-Ebay-2.224/
backend for searching www.ebay.com
----
WWW-Search-Ebay-2.225
http://search.cpan.org/~mthurn/WWW-Search-Ebay-2.225/
backend for searching www.ebay.com
----
WWW-Search-ISBNDB-0.3
http://search.cpan.org/~sock/WWW-Search-ISBNDB-0.3/
Search for book information on isbndb.com
----
WWW-Search-Odeo-0.2
http://search.cpan.org/~sock/WWW-Search-Odeo-0.2/
Find cool stuff in Odeo
----
WWW-Search-UrbanDictionary-0.3
http://search.cpan.org/~sock/WWW-Search-UrbanDictionary-0.3/
Search the Urban Dictionary via SOAP
----
WWW-Yahoo-KeywordExtractor-0.04
http://search.cpan.org/~sock/WWW-Yahoo-KeywordExtractor-0.04/
Get keywords from summary text via the Yahoo API
----
XML-FeedPP-0.15
http://search.cpan.org/~kawasaki/XML-FeedPP-0.15/
Parse/write/merge/edit web feeds, RSS/RDF/Atom
----
XML-LibXML-1.60
http://search.cpan.org/~pajas/XML-LibXML-1.60/
Perl Binding for libxml2
----
XML-LibXSLT-1.60
http://search.cpan.org/~pajas/XML-LibXSLT-1.60/
Interface to the gnome libxslt library


If you're an author of one of these modules, please submit a detailed
announcement to comp.lang.perl.announce, and we'll pass it along.

This message was generated by a Perl program described in my Linux
Magazine column, which can be found on-line (along with more than
200 other freely available past column articles) at
  http://www.stonehenge.com/merlyn/LinuxMag/col82.html

print "Just another Perl hacker," # the original

--
Randal L. Schwartz - Stonehenge Consulting Services, Inc. - +1 503 777 0095
<merlyn@stonehenge.com> <URL:http://www.stonehenge.com/merlyn/>
Perl/Unix/security consulting, Technical writing, Comedy, etc. etc.
See PerlTraining.Stonehenge.com for onsite and open-enrollment Perl training!


------------------------------

Date: 26 Aug 2006 18:53:41 -0700
From: kejoseph@hotmail.com
Subject: Re: read file backwards
Message-Id: <1156643621.568772.69120@h48g2000cwc.googlegroups.com>

Wow, I had no idea a simple query would resuilt in such hostility !

Why do I not want to use a module ? Really simple, I then have to
install the module on all the servers. If I were doing this on my test
box it would be okay, but I plan to put this script on production
servers ; not a couple or a dozen but around 50 or more. Not just that,
since this is perceived as a system change, I need to open a change
control and obtain permission from various teams/managers !

Which I why I insisted in a "shrink wrapped" solution.

Kevin.



------------------------------

Date: Sat, 26 Aug 2006 23:29:46 -0400
From: Uri Guttman <uri@stemsystems.com>
Subject: Re: read file backwards
Message-Id: <x7k64u3lg5.fsf@mail.sysarch.com>

>>>>> "k" == kejoseph  <kejoseph@hotmail.com> writes:

  k> Wow, I had no idea a simple query would resuilt in such hostility !
  k> Why do I not want to use a module ? Really simple, I then have to
  k> install the module on all the servers. If I were doing this on my test
  k> box it would be okay, but I plan to put this script on production
  k> servers ; not a couple or a dozen but around 50 or more. Not just that,
  k> since this is perceived as a system change, I need to open a change
  k> control and obtain permission from various teams/managers !

and changing a script or putting a new one on them is easier?

  k> Which I why I insisted in a "shrink wrapped" solution.

and did you read the ideas about including the module code in your
script? or figuring out a way to make installing modules easier for
yourself? and 50 servers is not that many. ask around and you will find
modules in use on much larger farms than that. so come up with some
decent excused like your dog ate your server passwords. not using
modules is stupid to an extreme and you can shoot yourself in your foot
anyway you want. hell, i wrote file::readbackwards and it is open to use
any way you want. steal the code. sell it for fun and profit. but don't
be a moron who refuses help when it is offered because of lame ass
excuses. be a professsional who tries to solve the problem in the best
way possible and not someone who caves in to every little problem thrown
their way.

uri

-- 
Uri Guttman  ------  uri@stemsystems.com  -------- http://www.stemsystems.com
--Perl Consulting, Stem Development, Systems Architecture, Design and Coding-
Search or Offer Perl Jobs  ----------------------------  http://jobs.perl.org


------------------------------

Date: Sat, 26 Aug 2006 23:46:08 -0500
From: Tad McClellan <tadmc@augustmail.com>
Subject: Re: read file backwards
Message-Id: <slrnef28sg.sqb.tadmc@magna.augustmail.com>

kejoseph@hotmail.com <kejoseph@hotmail.com> wrote:

> Wow, I had no idea a simple query would resuilt in such hostility !


You must be a slow learner then, since this isn't the first
time you've brought out hostility here.

Message-ID: <54c48ac0.0408121505.16f7baf6@posting.google.com>


-- 
    Tad McClellan                          SGML consulting
    tadmc@augustmail.com                   Perl programming
    Fort Worth, Texas


------------------------------

Date: Sun, 27 Aug 2006 01:42:47 GMT
From: "wlcna" <wlcna@nospam.com>
Subject: Re: regular expression variables under debugger - SOME RESOLUTION!
Message-Id: <rM6Ig.13489$kO3.1436@newssvr12.news.prodigy.com>

"Henry Law" <news@lawshouse.org> wrote in message 
news:1156630781.11058.0@proxy00.news.clara.net...
> wlcna wrote:
>
>> It's there, see my other post to your neighbor in this thread.
>
> NNTP doesn't maintain rigid sequence of posts so I have no clue which 
> one you're talking about.  I did find a post containing some code of

You've never heard of a threaded news reader??  Also never heard of 
groups.google.com??

> yours, which I copied and pasted into a file, to see if I could help 
> you, but running it produces this:
>
>> F:\WIP>wlcna.pl
>> syntax error at F:\WIP\wlcna.pl line 26, near ", for
>> "
>> "use" not allowed in expression at F:\WIP\wlcna.pl line 31, at end of 
>> line
>> BEGIN not safe after errors--compilation aborted at F:\WIP\wlcna.pl 
>> line 34.

Well everything I've posted runs fine and I've run the code on two 
machines now - the only caveat being the XML:: stuff may not be 
installed on your machine (and of course other things may not be 
installed if you have an extremely minimal or old perl), but what you 
posted looks more like you may have just made a silly copy/paste error - 
for instance the word "for" never occurs in anything I posted.

But anyway, as a result of just running it this other machine I think I 
can tell you to not worry about trying it.

RESOLUTION:  I've just found it doesn't happen on this other machine 
with a slightly more recent perl version, 5.8.7.

That means I'm ascribing a resolution to either a more current version 
or that my installation on this one machine is possibly messed up (so 
possibly back to the lightning/data corruption/whatever explanation).

Now this doesn't entirely resolve the issue in my mind because as I 
initially said I've seen the issue in other places when running perl 
under the debugger, and though I couldn't reproduce it right now in 
HTML:: I'm quite sure I've seen it there too, though of course I never 
remembered it actually changing results of code execution as I've stated 
(I use the debugger alot to check things over).

So I will keep my eyes open for it the next time and analyze it further 
then, AND HOPEFULLY THERE WILL BE NO NEXT TIME OF COURSE, but I won't be 
analyzing anything in any important way until I do a complete update of 
my perl installation.  I considered it recent enough, but it's either 
corrupt or not recent enough, hence I'm starting fresh.  After this 
though, I may post back regarding if I still see the problem on this one 
machine, because this machine is Linux and the one where I do NOT see 
the problem is Windows, which may also be a reason why I'm not seeing it 
(in other words, it may reappear even after I do a fresh perl install).

Regarding installation tips, I've gotten one so far about modifying INC 
during the config step of the installation but I'm quite sure you can 
modify that even after the installation, so if I wanted to do that still 
could later on, I'm quite certain.

But frankly, at this point I'm assuming modifying INC in this way to 
point to the older version will be unsafe, partly because I notice that 
the path to all these module files has the version number in it, so I'm 
just going to reinstall perl libs as they come up, I don't think there 
are TONS of them, and they're very easy to add, and I want to ensure the 
new install is as clean as possible.

But if any of you know a nice and still very safe way to update the perl 
version, like from just 5.8.2 to 5.8.7 or whatever it is now, something 
small like that, I'd be interested in hearing if anyone knows (I won't 
hold my breath).

So that should wrap this noodling out here for now.  I think only one 
person who posted out here even has any clue what I'm talking about or 
what's going on, but I will leave it at that for now. 




------------------------------

Date: 26 Aug 2006 19:10:09 -0700
From: "Matt Garrish" <mgarrish@gmail.com>
Subject: Re: regular expression variables under debugger - SOME RESOLUTION!
Message-Id: <1156644609.633862.89090@m73g2000cwd.googlegroups.com>


wlcna wrote:

> "Henry Law" <news@lawshouse.org> wrote in message
> news:1156630781.11058.0@proxy00.news.clara.net...
> > wlcna wrote:
> >
> >> It's there, see my other post to your neighbor in this thread.
> >
> > NNTP doesn't maintain rigid sequence of posts so I have no clue which
> > one you're talking about.  I did find a post containing some code of
>
> You've never heard of a threaded news reader??  Also never heard of
> groups.google.com??
>

Have you never heard of providing context for your posts? Why do you
think your problem is so profoundly interesting to anyone that they
should go looking for your code, which in this case was pointless and
proved nothing.

> > yours, which I copied and pasted into a file, to see if I could help
> > you, but running it produces this:
> >
> >> F:\WIP>wlcna.pl
> >> syntax error at F:\WIP\wlcna.pl line 26, near ", for
> >> "
> >> "use" not allowed in expression at F:\WIP\wlcna.pl line 31, at end of
> >> line
> >> BEGIN not safe after errors--compilation aborted at F:\WIP\wlcna.pl
> >> line 34.
>
> Well everything I've posted runs fine and I've run the code on two
> machines now - the only caveat being the XML:: stuff may not be
> installed on your machine (and of course other things may not be
> installed if you have an extremely minimal or old perl), but what you
> posted looks more like you may have just made a silly copy/paste error -
> for instance the word "for" never occurs in anything I posted.
>
> But anyway, as a result of just running it this other machine I think I
> can tell you to not worry about trying it.
>
> RESOLUTION:  I've just found it doesn't happen on this other machine
> with a slightly more recent perl version, 5.8.7.
>
> That means I'm ascribing a resolution to either a more current version
> or that my installation on this one machine is possibly messed up (so
> possibly back to the lightning/data corruption/whatever explanation).
>
> Now this doesn't entirely resolve the issue in my mind because as I
> initially said I've seen the issue in other places when running perl
> under the debugger, and though I couldn't reproduce it right now in
> HTML:: I'm quite sure I've seen it there too, though of course I never
> remembered it actually changing results of code execution as I've stated
> (I use the debugger alot to check things over).
>

I think everyone reading this thread realizes the problem is with you
and not perl. If you're going to post again, do like you've been asked
numerous times and post a real program that everyone can run that
exhibits your problem. Showing some debugging output proves nothing,
and leads people to the rightful conclusion that your installation is
broken, which for all your blustering is what you've finally come to
realize. Just because *you* think the sky is falling doesn't make it
so.

Matt



------------------------------

Date: Sun, 27 Aug 2006 02:52:07 GMT
From: "wlcna" <wlcna@nospam.com>
Subject: Re: regular expression variables under debugger - SOME RESOLUTION!
Message-Id: <rN7Ig.20708$gY6.12895@newssvr11.news.prodigy.com>

"Matt Garrish" <mgarrish@gmail.com> wrote in message 
news:1156644609.633862.89090@m73g2000cwd.googlegroups.com...
>
> Have you never heard of providing context for your posts? Why do you
> think your problem is so profoundly interesting to anyone that they
> should go looking for your code, which in this case was pointless and
> proved nothing.
>

Well, I think it *would* be interesting if a regular expression that one 
knows ahead of time *does* match and matches fine when in non-debugging 
mode, but it does something completely different under the debugger, 
gee, silly me, I thought that was interesting.

I still think it is, and if I see it again, I will post back because 
this is not the first time I've seen something like that, as I 
originally indicated.

And I did post the code that reproduced the problem for me, what like 3 
or 4 times??  At first, I didn't have the exact code, and when that was 
the case I said so and said I'd post it as soon as I had it because I 
thought I had hit upon the actual problem area.  And I figured out what 
the problem was with no help from you all and I posted the code that 
reproduced the problem.

And what did the folks out here say.  First, I don't want to install any 
XML:: library.  Second, what I posted was not minimal enough, when in 
fact it was, well at least give or take a line or two.  Third, that I 
needed use strict and use warnings, when these things of course had 
nothing whatsoever to do with the issue.

I do expect people to read an entire thread before they post and be sure 
when they say something berating me that they know what they're talking 
about.  You think that unreasonable?  You prefer wasting bandwidth on 
trivial discussions that are not to the point.  Well, actually, often 
usenet involves a little circuitousness while arriving at a proper 
discussion, but this discussion never got there and I think I posted 
plenty of info about the issue.

I expect people to have threaded news readers and be able to follow a 
slightly lengthy thread before they post into it.  I can't quote the 
entire thread, I quote what came just before, and I don't waste 
bandwidth repeating things 2 or 3 times.

Your "sky is falling" item is completely ridiculous as I don't think at 
any point I was begging anyone out here for help, simply pointing out 
odd behavior and trying to get comments.  I think I can safely say that 
at no point was I at risk of receiving help here and I wasn't really 
asking for help, more like "serving notice" of a problem and getting 
comments about what people thought about it (like it it lightning 
striking or just par for the course).

> I think everyone reading this thread realizes the problem is with you
> and not perl.

Well, who knows what some people think and frankly who cares.  I don't 
have any idea what most of the people who have been posting in this 
thread think about.  I know that they can't read very well though and I 
know they still don't understand things I've explained like 3 times or 
so.  I'm certainly not lowering myself to further explanations at this 
point.

I'm optimistically thinking to myself that the brighter ones among you 
probably just opted out of this thread as the one guy did, saying, "it's 
probably a version problem" or an installation problem.  That was in 
fact the apt analysis.

I don't appreciate the people who come out here and make me waste time 
by over-analyzing demo code in ways that have absolutely nothing to do 
with my problem or my issue and making me hand-hold them through some 
quite decently explained observations, and then ask for more and more 
code, which I give, and then they simply whine and make pointless 
observations that were already addressed elsewhere in the thread.  These 
people destroy constructive discussions, plain and simple and they are a 
menace to usenet.

These people aren't helping me or doing anything useful and I don't care 
if I alienate them.

So, what did I do wrong again?? 




------------------------------

Date: Sat, 26 Aug 2006 23:36:41 -0500
From: Tad McClellan <tadmc@augustmail.com>
Subject: Re: regular expression variables under debugger - SOME RESOLUTION!
Message-Id: <slrnef28ap.sqb.tadmc@magna.augustmail.com>

wlcna <wlcna@nospam.com> wrote:


> I think only one 
> person who posted out here even has any clue what I'm talking about


People will think you're strange if you keep talking to yourself.


-- 
    Tad McClellan                          SGML consulting
    tadmc@augustmail.com                   Perl programming
    Fort Worth, Texas


------------------------------

Date: Sun, 27 Aug 2006 05:20:32 GMT
From: "wlcna" <wlcna@nospam.com>
Subject: Re: regular expression variables under debugger - SOME RESOLUTION!
Message-Id: <AY9Ig.2766$tU.877@newssvr21.news.prodigy.com>

"Tad McClellan" <tadmc@augustmail.com> wrote in message 
news:slrnef28ap.sqb.tadmc@magna.augustmail.com...
> wlcna <wlcna@nospam.com> wrote:
>
>
>> I think only one
>> person who posted out here even has any clue what I'm talking about
>
>
> People will think you're strange if you keep talking to yourself.
>

Well, *I* think I'm strange for talking out here, so you got me there. 
But I'm actually talking to google now, just noting things for the 
record (and my posts *are* the only record here!).  I know one of the 
other guys out here has never heard of google groups before, maybe you 
haven't either... 




------------------------------

Date: Sun, 27 Aug 2006 03:03:51 -0400
From: Uri Guttman <uri@stemsystems.com>
Subject: Re: regular expression variables under debugger - SOME RESOLUTION!
Message-Id: <x71wr23bjc.fsf@mail.sysarch.com>

>>>>> "w" == wlcna  <wlcna@nospam.com> writes:

  w> "Tad McClellan" <tadmc@augustmail.com> wrote in message 
  w> news:slrnef28ap.sqb.tadmc@magna.augustmail.com...
  >> wlcna <wlcna@nospam.com> wrote:
  >> 
  >>> I think only one
  >>> person who posted out here even has any clue what I'm talking about
  >> 
  >> People will think you're strange if you keep talking to yourself.

  w> Well, *I* think I'm strange for talking out here, so you got me there. 
  w> But I'm actually talking to google now, just noting things for the 
  w> record (and my posts *are* the only record here!).  I know one of the 
  w> other guys out here has never heard of google groups before, maybe you 
  w> haven't either... 

you are beyond clueless. please leave and go learn python. they need to
be told about google groups. and in case you didn't know, google didn't
invent usenet nor even searching usenet. but of course you know all
about google and perl bugs that don't exist.

uri

-- 
Uri Guttman  ------  uri@stemsystems.com  -------- http://www.stemsystems.com
--Perl Consulting, Stem Development, Systems Architecture, Design and Coding-
Search or Offer Perl Jobs  ----------------------------  http://jobs.perl.org


------------------------------

Date: Sun, 27 Aug 2006 06:57:54 +0000 (UTC)
From: dkcombs@panix.com (David Combs)
Subject: Re: skip path prune
Message-Id: <ecrfph$o0s$1@reader2.panix.com>

In article <080820061020595881%jgibson@mail.arc.nasa.gov>,
Jim Gibson  <jgibson@mail.arc.nasa.gov> wrote:
>In article <Xns9818A6172F2ABasu1cornelledu@127.0.0.1>, A. Sinan Unur
><1usa@llenroc.ude.invalid> wrote:
>
>> Jim Gibson <jgibson@mail.arc.nasa.gov> wrote in
>> news:070820061234093867%jgibson@mail.arc.nasa.gov: 
>> 
>> > In article <eb3o0c$8hv$1@reader2.panix.com>, David Combs
>> > <dkcombs@panix.com> wrote:
>> > 
>> > [advice against multi-posting snipped]
>> > 
>> >> Man, whenever *I* try that (crossposting), do I get flamed!
>> 
>> ...
>>  
>> > Please make sure you know the difference between multi-posting and
>> > cross-posting, and why one is bad and the other is OK. OK?
>> 
>> FYI, I am pretty sure David's post a humor piece.
>
>Apologies to David from the humor-impaired.

Nope, not a joke.

At my ISP (panix.com (in NYC)), I and a whole huge bunch
of people use "shell accounts", actually old-time "timesharing",
like on a dec-20 or vax or the like.

You log in, and you're sitting at a bash prompt (I switch 
to tcsh), just like at home.

Plus, you're connected to the net, via eg lynx, mutt, trn4, etc.

Anyway, they have this local newsgroup, panix.questions, with
(like here) all these super-smart people on it.

I s**t you not, this bunch of people HATE cross-posting,
and if they ever got physical access to someone who
did it, they'd tie him/her to the stake and set it afire.

You say to them "well, isn't it useful *sometimes* (rarely)",
well, it'd be like asking Cheney "yeah, but shouldn't
we be asking if it was anything we (USA) did that
made them so angry?"!

David




------------------------------

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 9651
***************************************


home help back first fref pref prev next nref lref last post