[32379] in Perl-Users-Digest
Perl-Users Digest, Issue: 3646 Volume: 11
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Wed Mar 21 14:09:26 2012
Date: Wed, 21 Mar 2012 11:09: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 Wed, 21 Mar 2012 Volume: 11 Number: 3646
Today's topics:
nice website <zhendeainihuang@yahoo.cn>
Re: Problem with splitting data <rweikusat@mssgmbh.com>
Re: Problem with splitting data <uri@stemsystems.com>
Re: Problem with splitting data <dave@invalid.invalid>
Re: Problem with splitting data <rweikusat@mssgmbh.com>
Re: Problem with splitting data <rweikusat@mssgmbh.com>
Re: Problem with splitting data (Tim McDaniel)
Re: Problem with splitting data <uri@stemsystems.com>
Re: Problem with splitting data <uri@stemsystems.com>
Re: Problem with splitting data <rweikusat@mssgmbh.com>
Re: Why is postgresql beter than mysql? <kkeller-usenet@wombat.san-francisco.ca.us>
Re: Why is postgresql beter than mysql? <cartercc@gmail.com>
Re: Why is postgresql beter than mysql? <cwilbur@chromatico.net>
Re: Why is postgresql beter than mysql? <cwilbur@chromatico.net>
Re: Why is postgresql beter than mysql? <cartercc@gmail.com>
Re: Why is postgresql beter than mysql? <kkeller-usenet@wombat.san-francisco.ca.us>
Re: Why is postgresql beter than mysql? <cwilbur@chromatico.net>
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Wed, 21 Mar 2012 02:19:23 -0700 (PDT)
From: zhendeaini <zhendeainihuang@yahoo.cn>
Subject: nice website
Message-Id: <328b752f-46b8-418f-8585-17c211f80469@r2g2000pbs.googlegroups.com>
www.wholesalestorecn.com
------------------------------
Date: Wed, 21 Mar 2012 01:18:59 +0000
From: Rainer Weikusat <rweikusat@mssgmbh.com>
Subject: Re: Problem with splitting data
Message-Id: <87ehsmkayk.fsf@sapphire.mobileactivedefense.com>
Ben Morrow <ben@morrow.me.uk> writes:
> Quoth "Dave Saville" <dave@invalid.invalid>:
>> On Tue, 20 Mar 2012 14:10:34 UTC, Ben Morrow <ben@morrow.me.uk> wrote:
>> >
>> > local $/ = "\0";
>> > while (<$BINFILE>) {
>> > chomp;
>> > length and last;
>> > }
>> >
>> > Reading with the default of $/="\n" will break up the strings in
>> > completely the wrong places.
>> >
>>
>> I had set it to undef. I see what you are doing but balked because
>> there are thousands of consecutive x'00's :-)
>
> It makes less difference than you might think, since Perl's IO is
> buffered by default. Still, if you're happy to slurp the whole file
> something like
>
> use File::Slurp qw/slurp/;
[rw@splittermine]~ $perl -e 'use File::Slurp';
Can't locate File/Slurp.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.10.1 /usr/local/share/perl/5.10.1 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl /usr/local/lib/perl/5.10.0 /usr/local/share/perl/5.10.0 .) at -e line 1.
BEGIN failed--compilation aborted at -e line 1.
> my $data = slurp $binfile;
In this case, the 'pure Perl' equivalent is even simpler. Assuming
that keeping the previous value of $/ actually matters (which it very
likely doesn't), it would be
my $data = do { local $/; <$binfile>; };
And unless someone happens to be seriously disabled (say, blind and
can only use two fingers of one hand), there's no way to 'save time'
by downloading something from CPAN instead (not to mention that
sysread still returns data in whatever chunks the underlying OS sees
fit and that 'feilsloerp' will still silently omit everything after the
first chunk [I haven't checked if the code was changed. However,
considering who wrote it, I don't think that would be worth the
effort]).
------------------------------
Date: Tue, 20 Mar 2012 23:13:16 -0400
From: Uri Guttman <uri@stemsystems.com>
Subject: Re: Problem with splitting data
Message-Id: <87zkbasl2r.fsf@stemsystems.com>
>>>>> "RW" == Rainer Weikusat <rweikusat@mssgmbh.com> writes:
RW> [rw@splittermine]~ $perl -e 'use File::Slurp';
RW> Can't locate File/Slurp.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.10.1 /usr/local/share/perl/5.10.1 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.10 /usr/share/perl/5.10 /usr/local/lib/site_perl /usr/local/lib/perl/5.10.0 /usr/local/share/perl/5.10.0 .) at -e line 1.
RW> BEGIN failed--compilation aborted at -e line 1.
you do know how to use cpan? never sure so i have to ask.
also p5p was asked to put that in core but their policy now is to keep
more modules on cpan and fewer in core. but you wouldn't know that,
would you?
>> my $data = slurp $binfile;
RW> In this case, the 'pure Perl' equivalent is even simpler. Assuming
RW> that keeping the previous value of $/ actually matters (which it very
RW> likely doesn't), it would be
RW> my $data = do { local $/; <$binfile>; };
simpler? for some wacko definition of simpler. it uses a do block, a
local call (rare these days), a special variable AND a <> op. plus the
open call you don't show. you don't even know the proper idiom to bypass
the open call.
RW> And unless someone happens to be seriously disabled (say, blind and
RW> can only use two fingers of one hand), there's no way to 'save time'
RW> by downloading something from CPAN instead (not to mention that
RW> sysread still returns data in whatever chunks the underlying OS sees
RW> fit and that 'feilsloerp' will still silently omit everything after the
RW> first chunk [I haven't checked if the code was changed. However,
RW> considering who wrote it, I don't think that would be worth the
RW> effort]).
you don't know sysread too well. please demonstrate with your superior
skills a bug with reading any size file that fits into ram or swap. of
course you won't and you can't as you don't know the code nor
sysread. btw, file::slurp is now a dependency on over 400 modules and
distributions on cpan. i take that as more of a vote of confidence than
your biased views. also it blows away your idiom in speed. check out the
benchmark script that comes with it. you might learn something if that
were possible.
uri
------------------------------
Date: Wed, 21 Mar 2012 10:07:48 +0000 (UTC)
From: "Dave Saville" <dave@invalid.invalid>
Subject: Re: Problem with splitting data
Message-Id: <fV45K0OBJxbE-pn2-8Jfdeu7Hx6U7@localhost>
On Tue, 20 Mar 2012 21:49:48 UTC, ccc31807 <cartercc@gmail.com> wrote:
> On Mar 20, 9:23ÿam, "Dave Saville" <d...@invalid.invalid> wrote:
> > I need a quick and dirty method to hack strings out of a binary file.
> > The data looks like this, via a hex dump
> >
> > 02414343 54444953 4B4E414D 45000000
> >
> > Loads of hex 00 later another string appears and so on for a lot of
> > data.
>
> I don't know if this will work in Perl, but it certainly works well in
> Lisp!
>
> Think of your file as a list of characters, and read the file
> character by character, or byte by byte, feeding each character/byte
> into a conditional. If the character matches a digit, concat the digit
> on to a string variable. If the character matches a white space
> character, skip it, push the previous variable on to an array, and
> look at the next character.
<snip>
That is really what I was trying to do but no test I could come up
with could detect the zeros. At the time I did not know about ord.
--
Regards
Dave Saville
------------------------------
Date: Wed, 21 Mar 2012 15:27:03 +0000
From: Rainer Weikusat <rweikusat@mssgmbh.com>
Subject: Re: Problem with splitting data
Message-Id: <87bonq9dq0.fsf@sapphire.mobileactivedefense.com>
"Dave Saville" <dave@invalid.invalid> writes:
> On Tue, 20 Mar 2012 21:49:48 UTC, ccc31807 <cartercc@gmail.com> wrote:
>> On Mar 20, 9:23ÿam, "Dave Saville" <d...@invalid.invalid> wrote:
>> > I need a quick and dirty method to hack strings out of a binary file.
>> > The data looks like this, via a hex dump
>> >
>> > 02414343 54444953 4B4E414D 45000000
>> >
>> > Loads of hex 00 later another string appears and so on for a lot of
>> > data.
>>
>> I don't know if this will work in Perl, but it certainly works well in
>> Lisp!
>>
>> Think of your file as a list of characters, and read the file
>> character by character, or byte by byte, feeding each character/byte
>> into a conditional.
[...]
> That is really what I was trying to do but no test I could come up
> with could detect the zeros. At the time I did not know about ord.
ord (or the regexp operator .) are not really the proper choices here
because (except if 'use bytes' is in effect, use of which will result
in instant excommunication) they operate on characters and not
bytes. This likely doesn't matter since binary data which came from
some filehandle without an character encoding I/O layer attached to it
won't have character semantics althoug there are certain gotchas,
especially, concatening a character string and a byte string will
result in a character string (according to the perl 5.10.1
perlunicode(1)). In any case, someone looking at the code can't tell
that it is supposed to operate on bytes and not characters just by
looking at the 'character operators' alone.
Perl also has functions dealing with binary strings, namely, pack and
unpack, and because of the reasons given in the previous paragraph,
using these when operating with binary data is IMO preferrable.
NB: This is an argument about style.
------------------------------
Date: Wed, 21 Mar 2012 15:47:39 +0000
From: Rainer Weikusat <rweikusat@mssgmbh.com>
Subject: Re: Problem with splitting data
Message-Id: <877gye9cro.fsf@sapphire.mobileactivedefense.com>
ccc31807 <cartercc@gmail.com> writes:
> On Mar 20, 9:23 am, "Dave Saville" <d...@invalid.invalid> wrote:
>> I need a quick and dirty method to hack strings out of a binary file.
>> The data looks like this, via a hex dump
>>
>> 02414343 54444953 4B4E414D 45000000
>>
>> Loads of hex 00 later another string appears and so on for a lot of
>> data.
[...]
> Think of your file as a list of characters, and read the file
> character by character, or byte by byte, feeding each character/byte
> into a conditional.
This is not really a good idea in Perl. A nice explanation why this is
so is in section 8.1 ('Lexers') of the book 'Higher Order Perl' (by
Mark Jason Dominus). A free copy is available here:
http://hop.perl.plover.com
Note to the 'pirated content!' autoresponder: This is the official
website for this book and the copy is legal, cf
In particular, note that although the text is available for
free, Higher-Order Perl is not in the public domain and is not
available under a free license of any sort. I distribute it
from this web site by virtue of special permission from the
publisher. You, most likely, do not have any such permission.
http://hop.perl.plover.com/book
------------------------------
Date: Wed, 21 Mar 2012 15:50:18 +0000 (UTC)
From: tmcd@panix.com (Tim McDaniel)
Subject: Re: Problem with splitting data
Message-Id: <jkctbq$97g$1@reader1.panix.com>
In article <87zkbasl2r.fsf@stemsystems.com>,
Uri Guttman <uri@stemsystems.com> wrote:
>>>>>> "RW" == Rainer Weikusat <rweikusat@mssgmbh.com> writes:
>
>
> RW> [rw@splittermine]~ $perl -e 'use File::Slurp';
> RW> Can't locate File/Slurp.pm in @INC ...
>
>you do know how to use cpan? never sure so i have to ask.
If I may give an example: my employer's software is almost all in
Perl. I don't control the version of perl or the modules. I suspect
that, if I asked support, they'd likely add a CPAN module, but I'm not
at all sure.
> >> my $data = slurp $binfile;
>
> RW> In this case, the 'pure Perl' equivalent is even simpler. Assuming
> RW> that keeping the previous value of $/ actually matters (which it very
> RW> likely doesn't), it would be
>
> RW> my $data = do { local $/; <$binfile>; };
>
>simpler? for some wacko definition of simpler. it uses a do block, a
>local call (rare these days), a special variable AND a <> op. plus
>the open call you don't show.
I think it's simpler.
For the base Perl above, I already knew about those things. The only
things that I'd have to look up would be
- "man perlvar" to find the variable to read all the file at once. I
search it for "read" and, as it happens, the first hits has below it
a discussion of "correct ways to read the whole file at once"Q It
includes the open.
- "perldoc -f binmode", because I've never used it in practice, but I
know it exists.
I could then type the code above in seconds, expecially because it's
close to the man-page examples.
I hadn't heard about File::Slurp. I just searched CPAN for
read file
and it's not even in the first 100 hits (except File::OldSlurp is on
page 2). It's true that a couple of perl manpages use "slurp", but
it's not at all clear that that's the crucial word to search for.
>you don't even know the proper idiom to bypass the open call.
I'm afraid I don't remember such a thing. Will you please explain?
Not `cat FOO`, I hope?
--
Tim McDaniel, tmcd@panix.com
------------------------------
Date: Wed, 21 Mar 2012 12:33:45 -0400
From: Uri Guttman <uri@stemsystems.com>
Subject: Re: Problem with splitting data
Message-Id: <87vclxsyl2.fsf@stemsystems.com>
>>>>> "TM" == Tim McDaniel <tmcd@panix.com> writes:
TM> In article <87zkbasl2r.fsf@stemsystems.com>,
TM> Uri Guttman <uri@stemsystems.com> wrote:
>>>>>>> "RW" == Rainer Weikusat <rweikusat@mssgmbh.com> writes:
>>
>>
RW> [rw@splittermine]~ $perl -e 'use File::Slurp';
RW> Can't locate File/Slurp.pm in @INC ...
>>
>> you do know how to use cpan? never sure so i have to ask.
TM> If I may give an example: my employer's software is almost all in
TM> Perl. I don't control the version of perl or the modules. I suspect
TM> that, if I asked support, they'd likely add a CPAN module, but I'm not
TM> at all sure.
you can always load perl modules even if you don't have control over the
official libs. if you can install perl scripts, you can also install
pure perl modules (xs ones may need a non-existant compiler).
>> >> my $data = slurp $binfile;
>>
RW> In this case, the 'pure Perl' equivalent is even simpler. Assuming
RW> that keeping the previous value of $/ actually matters (which it very
RW> likely doesn't), it would be
>>
RW> my $data = do { local $/; <$binfile>; };
>>
>> simpler? for some wacko definition of simpler. it uses a do block, a
>> local call (rare these days), a special variable AND a <> op. plus
>> the open call you don't show.
TM> I think it's simpler.
good. then teach this to every newbie vs using a single sub. how can you
think 4 ops with a special var, a missing open line, etc. is simpler?
having done plenty of perl training and support, i think i know what is
simpler to most perlers.
TM> For the base Perl above, I already knew about those things. The only
TM> things that I'd have to look up would be
TM> - "man perlvar" to find the variable to read all the file at once. I
TM> search it for "read" and, as it happens, the first hits has below it
TM> a discussion of "correct ways to read the whole file at once"Q It
TM> includes the open.
TM> - "perldoc -f binmode", because I've never used it in practice, but I
TM> know it exists.
and looking things up is also simpler? wow.
TM> I could then type the code above in seconds, expecially because it's
TM> close to the man-page examples.
how long does it take to type read_file?
TM> I hadn't heard about File::Slurp. I just searched CPAN for
TM> read file
TM> and it's not even in the first 100 hits (except File::OldSlurp is on
TM> page 2). It's true that a couple of perl manpages use "slurp", but
TM> it's not at all clear that that's the crucial word to search for.
the module name is File::Slurp. it is been in cpan for many years. it is
on version .19 (in the current authorship). it is used or a dependency
in over 400 modules/distros. you haven't heard of it?
>> you don't even know the proper idiom to bypass the open call.
TM> I'm afraid I don't remember such a thing. Will you please explain?
TM> Not `cat FOO`, I hope?
nope.
my $text = do { local( @ARGV, $/ ) = $filename ; <> } ;
that is the (im)proper idiom for slurping in a file. no open needed as
it is done by the <> on the values in @ARGV. slow as hell too!
uri
------------------------------
Date: Wed, 21 Mar 2012 12:38:09 -0400
From: Uri Guttman <uri@stemsystems.com>
Subject: Re: Problem with splitting data
Message-Id: <87r4wlsydq.fsf@stemsystems.com>
>>>>> "RW" == Rainer Weikusat <rweikusat@mssgmbh.com> writes:
RW> tmcd@panix.com (Tim McDaniel) writes:
>> Uri Guttman <uri@stemsystems.com> wrote:
RW> [...]
RW> In this case, the 'pure Perl' equivalent is even simpler. Assuming
RW> that keeping the previous value of $/ actually matters (which it very
RW> likely doesn't), it would be
>>>
RW> my $data = do { local $/; <$binfile>; };
>>>
>>> simpler? for some wacko definition of simpler. it uses a do block, a
>>> local call (rare these days), a special variable AND a <> op. plus
>>> the open call you don't show.
RW> Yes. And it doesn't use some 380 lines of code written by you I
RW> wouldn't want to touch with a ten feet pole if only because of the
RW> O(n*n) algorithm used to deal with Windows text files:
RW> $buf =~ s/\015\012/\n/g if $is_win32 ;
and you know a better faster way? try reading some winblows files your
way and benchmark them. oh, there already is a benchmark script in the
distro you can use. ever think that perl already does the same crap to
convert cr/lf to \n in stdio? oh, you didn't think about that. it has to
be done regardless of whose code it doing it. but no, you know better
about these things. your algorithms bypass reality! how nice.
RW> the unjustified assumption that reading a named file whose size is
RW> less 100K can always be read in one go, because of the TOCTOU races in
RW> the same part of the code and - last but not least - because of the
RW> 'wacko' mathematical property that 1 << 380.
wow. you know basic math. how good of your schools to teach you
that. now try an actual benchmark. let's see you do something concrete
instead of blathering useless comments about speed.
RW> [...]
>>> you don't even know the proper idiom to bypass the open call.
>>
>> I'm afraid I don't remember such a thing. Will you please explain?
>> Not `cat FOO`, I hope?
RW> The short answer is: I (Uri Guttman) run a recruiting agency in
RW> Belfast and I'm more than willing to exploit the connections I surely
RW> have in order to harm people who dare to disagree with my opinion and/
RW> or disapprove of the catankerous and highly abusive way I usually
RW> present it.
belfast? wow. you are really delusional. and yes, i run
perlhunter.com. and it is very successful. and i also do perl support,
training, development, etc. try to learn something in reality for a
change.
uri
------------------------------
Date: Wed, 21 Mar 2012 16:46:04 +0000
From: Rainer Weikusat <rweikusat@mssgmbh.com>
Subject: Re: Problem with splitting data
Message-Id: <87wr6d9a2b.fsf@sapphire.mobileactivedefense.com>
tmcd@panix.com (Tim McDaniel) writes:
> Uri Guttman <uri@stemsystems.com> wrote:
[...]
>> RW> In this case, the 'pure Perl' equivalent is even simpler. Assuming
>> RW> that keeping the previous value of $/ actually matters (which it very
>> RW> likely doesn't), it would be
>>
>> RW> my $data = do { local $/; <$binfile>; };
>>
>>simpler? for some wacko definition of simpler. it uses a do block, a
>>local call (rare these days), a special variable AND a <> op. plus
>>the open call you don't show.
Yes. And it doesn't use some 380 lines of code written by you I
wouldn't want to touch with a ten feet pole if only because of the
O(n*n) algorithm used to deal with Windows text files:
$buf =~ s/\015\012/\n/g if $is_win32 ;
the unjustified assumption that reading a named file whose size is
less 100K can always be read in one go, because of the TOCTOU races in
the same part of the code and - last but not least - because of the
'wacko' mathematical property that 1 << 380.
------------------------------
Date: Tue, 20 Mar 2012 20:39:24 -0700
From: Keith Keller <kkeller-usenet@wombat.san-francisco.ca.us>
Subject: Re: Why is postgresql beter than mysql?
Message-Id: <c4vn39xo0r.ln2@goaway.wombat.san-francisco.ca.us>
On 2012-03-20, quiet_lad <gavcomedy@gmail.com> wrote:
> If it is is it? I hear from most hackers pg is bestest adn even that
> firebird db is better than the mysql
Why is this posted in a Perl newsgroup?
FWIW, Perl's DBI supports both PostgreSQL and MySQL.
--keith
--
kkeller-usenet@wombat.san-francisco.ca.us
(try just my userid to email me)
AOLSFAQ=http://www.therockgarden.ca/aolsfaq.txt
see X- headers for PGP signature information
------------------------------
Date: Wed, 21 Mar 2012 06:58:13 -0700 (PDT)
From: ccc31807 <cartercc@gmail.com>
Subject: Re: Why is postgresql beter than mysql?
Message-Id: <e5cac1ff-4059-418c-b9c0-620d25ecfe73@fk28g2000vbb.googlegroups.com>
> Why is this posted in a Perl newsgroup?
Because many of use who use Perl use it to munge data, and data
commonly resides in relational databases.
I have often asked myself this question with a direct tie-in to a Perl
project, and for those of use who deal mainly with data, NOT
programming, building apps, or development, it's a good and sometimes
necessary question.
CC.
------------------------------
Date: Wed, 21 Mar 2012 11:05:16 -0400
From: Charlton Wilbur <cwilbur@chromatico.net>
Subject: Re: Why is postgresql beter than mysql?
Message-Id: <87ehsmnger.fsf@new.chromatico.net>
>>>>> "cc" == ccc31807 <cartercc@gmail.com> writes:
>> Why is this posted in a Perl newsgroup?
cc> Because many of use who use Perl use it to munge data, and data
cc> commonly resides in relational databases.
Many people who use Perl like to listen to music. Does that make my
question about the Dropkick Murphys' tour dates relevant?
Many people who use Perl eat food. Does that mean my restaurant
recommendations and recipes are relevant?
You've been here long enough to know better. You've also been here long
enough to recognize a troll when you see one. Start paying attention.
Charlton
--
Charlton Wilbur
cwilbur@chromatico.net
------------------------------
Date: Wed, 21 Mar 2012 11:03:47 -0400
From: Charlton Wilbur <cwilbur@chromatico.net>
Subject: Re: Why is postgresql beter than mysql?
Message-Id: <87iphyngh8.fsf@new.chromatico.net>
>>>>> "KK" == Keith Keller <kkeller-usenet@wombat.san-francisco.ca.us> writes:
KK> On 2012-03-20, quiet_lad <gavcomedy@gmail.com> wrote:
>> If it is is it? I hear from most hackers pg is bestest adn even
>> that firebird db is better than the mysql
KK> Why is this posted in a Perl newsgroup?
Because trolls laugh at the concept of topicality.
Notice the email address: gavcomedy@gmail.com. Gavino is a troll with
about as much clue as purl gurl and about as much sense as Xah Lee, and
he's been trolling intermittently for the better part of a decade. He's
best ignored.
Charlton
--
Charlton Wilbur
cwilbur@chromatico.net
------------------------------
Date: Wed, 21 Mar 2012 10:00:01 -0700 (PDT)
From: ccc31807 <cartercc@gmail.com>
Subject: Re: Why is postgresql beter than mysql?
Message-Id: <55169272-5791-42b8-b1d6-5783502f78c5@q11g2000vbu.googlegroups.com>
On Mar 21, 11:05=A0am, Charlton Wilbur <cwil...@chromatico.net> wrote:
> Many people who use Perl like to listen to music. =A0Does that make my
> question about the Dropkick Murphys' tour dates relevant?
We don't normally use Perl to interact with music, but if we did the
question would be on topic.
> Many people who use Perl eat food. =A0Does that mean my restaurant
> recommendations and recipes are relevant?
We don't normally use Perl to interact with food, but if we did the
question would be on topic.
> You've been here long enough to know better. =A0You've also been here lon=
g
> enough to recognize a troll when you see one. =A0Start paying attention.
Seems to me that in this instance you are the troll. The OP might
sometimes troll on some (or most) threads, but this one poses a fair
question.
Let me be clear and specific. I have a job that requires me to connect
to a large variety of data sources and to manipulate data from these
sources. I sometimes use MSSIS to do this, sometimes R, I have used
Java some in the past, frequently I use vi (yes, I use vi to munge
data), but mostly I use Perl, about 80 to 90 percent of the time. I
mentioned that sometimes I use pgsql's array datatype. Some types of
data can be most usefully manipulated as an array, such as dates. It's
much easier to use Perl to build a calendar from an array sourced from
pgsql's array datatype than using the traditional RDBMS techniques of
foreign keys and joining tables to decompose a many-to-many
relationship. In this example, it most certainly is legitimate and on
topic to ask a question about using particular database products in
conjunction with Perl. Where would you do it? In a pgsql list? I don't
think so.
Not trying to insult you, just trying to explain why I treated the OP
seriously and responded as I did.
Best, CC.
------------------------------
Date: Wed, 21 Mar 2012 10:25:55 -0700
From: Keith Keller <kkeller-usenet@wombat.san-francisco.ca.us>
Subject: Re: Why is postgresql beter than mysql?
Message-Id: <4ifp39x715.ln2@goaway.wombat.san-francisco.ca.us>
On 2012-03-21, Charlton Wilbur <cwilbur@chromatico.net> wrote:
>
> Notice the email address: gavcomedy@gmail.com. Gavino is a troll
Ah, good catch! Gavino has been in my killfile for a while, but I
didn't make the connection with this new alias.
--keith
--
kkeller-usenet@wombat.san-francisco.ca.us
(try just my userid to email me)
AOLSFAQ=http://www.therockgarden.ca/aolsfaq.txt
see X- headers for PGP signature information
------------------------------
Date: Wed, 21 Mar 2012 13:44:53 -0400
From: Charlton Wilbur <cwilbur@chromatico.net>
Subject: Re: Why is postgresql beter than mysql?
Message-Id: <877gydonl6.fsf@new.chromatico.net>
>>>>> "cc" == ccc31807 <cartercc@gmail.com> writes:
cc> In this example, it most certainly is legitimate and on topic to
cc> ask a question about using particular database products in
cc> conjunction with Perl. Where would you do it? In a pgsql list? I
cc> don't think so.
Oh, so the OP was asking a Perl question? Really?
>> If it is is it? I hear from most hackers pg is bestest adn even
>> that firebird db is better than the mysql
No mention of Perl. No Perl dependencies. No Perl content whatsoever.
cc> Not trying to insult you, just trying to explain why I treated
cc> the OP seriously and responded as I did.
Because you didn't have the memory to realize he was a frequent troll
and you didn't have the wit or the reading comprehension skill to
recognize a post with zero Perl content in it. Gotcha.
Charlton
--
Charlton Wilbur
cwilbur@chromatico.net
------------------------------
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:
To submit articles to comp.lang.perl.announce, send your article to
clpa@perl.com.
Back issues are available via anonymous ftp from
ftp://cil-www.oce.orst.edu/pub/perl/old-digests.
#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 V11 Issue 3646
***************************************
