[13296] in Perl-Users-Digest
Perl-Users Digest, Issue: 706 Volume: 9
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Thu Sep 2 21:07:29 1999
Date: Thu, 2 Sep 1999 18:05:09 -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 Thu, 2 Sep 1999 Volume: 9 Number: 706
Today's topics:
Re: A concatenation problem... (Martien Verbruggen)
Re: Case insensitive SQL query <laurensmith@sprynet.com>
Re: Case insensitive SQL query (Martien Verbruggen)
Re: Case insensitive SQL query (Martien Verbruggen)
Re: Compiling 5.005_03 source on Solaris 7 <bryan@ets02.jpl.nasa.gov>
darndest regex thing <jmayer@earthling.nospam.com>
Re: different compiler for perl and module (SGI-cc and <tye@metronet.com>
Re: General Question, Win98 and Win32 modules... <wyzelli@yahoo.com>
glob w/spaces in dir names <tuzen@hotmail.com>
Re: Help another Perl newbee <johnohara@compuserve.com>
Re: Inter-process Queues (Martien Verbruggen)
Re: Need your help here. (Martien Verbruggen)
Re: Need your help here. <wyzelli@yahoo.com>
Re: Need your help here. (Martien Verbruggen)
Re: newbi needs help (Martien Verbruggen)
null character kills CGI script on NT <not-really-me@here.com>
Re: Serialization (Martien Verbruggen)
String Length <variant@pacifier.com>
Re: That Cargo Date Code ( was Re: Y2K) (Martien Verbruggen)
Digest Administrivia (Last modified: 1 Jul 99) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Thu, 02 Sep 1999 23:57:02 GMT
From: mgjv@comdyn.com.au (Martien Verbruggen)
Subject: Re: A concatenation problem...
Message-Id: <i9Ez3.167$Of6.6005@nsw.nnrp.telstra.net>
In article <7qm1v4$i74$1@nnrp1.deja.com>,
William <willmurat@my-deja.com> writes:
> I'm a newbie... I just only want to add "<" and ">" in the beginning and
> in the end of a string. But, for some reason, just don't works... Look
All of your examples 'work', even though they contain some unnecessary
characters here and there. But maybe the problem is not that your
code doesn't work, but the way you are looking at the output, or the
way you are trying to use the string:
- Is this maybe outputting HTML, which you then try to view in a
browser? If so, read up on HTML to find out how to get angle
brackets in there.
- Are you maybe trying to use these strings as file names? Don't do
that. Perl's open will interpret those brackets.
Next time you tell us something like "this doesn't work", explain what
you expect it to do, and what it doesn't do. Also _show_ some code
that demonstrates _how_ it "doesn't work". Now we have to guess how
you are trying to use/display these strings.
Martien
--
Martien Verbruggen |
Interactive Media Division | Begin at the beginning and go on till
Commercial Dynamics Pty. Ltd. | you come to the end; then stop.
NSW, Australia |
------------------------------
Date: Thu, 2 Sep 1999 16:07:14 -0700
From: "Lauren Smith" <laurensmith@sprynet.com>
Subject: Re: Case insensitive SQL query
Message-Id: <7qmvv2$2no$1@brokaw.wa.com>
mrbog@my-deja.com wrote in message <7qmsva$7na$1@nnrp1.deja.com>...
>
>I still contest that SQL IS tangentially related to perl, given that as
>much as 30 to 40% of people who program perl for a living have to write
>code that consults a database. That's in the "duh" category.
I'm pretty sure this is on topic for this group. Could someone help me
with typing? I figure that if you program, you have at least a little
experience with keyboard layout and typing techniques.
Likewise, I've been having problems lately turning on the lights in my
house. I used to use candles, but now that I've moved into a new house
with electricity, I am having trouble with the light switches. Can
someone send me more information?
TIA
Lauren
------------------------------
Date: Fri, 03 Sep 1999 00:26:11 GMT
From: mgjv@comdyn.com.au (Martien Verbruggen)
Subject: Re: Case insensitive SQL query
Message-Id: <DAEz3.181$Of6.6005@nsw.nnrp.telstra.net>
In article <7qmsva$7na$1@nnrp1.deja.com>,
mrbog@my-deja.com writes:
> I still contest that SQL IS tangentially related to perl, given that as
A tangential relationship does not mean that it should be discussed
here. There are tangential relationships of perl with almost anything
in the universe. Perl can be used to calculate red-shift factors for
distant galaxies, but I haven't seen anyone discuss astronomy here.
Perl can be used to communicate with NTP servers, but you don't see
people discuss the NTP protocol here.
> much as 30 to 40% of people who program perl for a living have to write
> code that consults a database. That's in the "duh" category.
I doubt those figures very much, but lets say they're true (quote
source, please). That would make the following statements true as
well:
- n% of Perl coding is related to HTML. HTML should be discussed
here.
- n% of Perl coding is related to graphics processing. We should
discuss all graphics formats here.
- n% of Perl coding is related to parsing programming languages foo,
bar or baz. We should discuss those three languages, their syntax,
support systems, extensions, and intricacies here.
- n% of Perl is used in controlling the watering system of my cucumber
greenhouse. We should discuss cucumber growing here.
I'll leave it up to you to decide which number 'n' should for us be
the reason to allow or disallow discussion of it here. My feeling is
it should be about 99%. Anything not directly related to perl should be
discussed on a different group. Note that there is no mention of
tangential relationship here, but a direct one.
Martien
--
Martien Verbruggen |
Interactive Media Division | Useful Statistic: 75% of the people
Commercial Dynamics Pty. Ltd. | make up 3/4 of the population.
NSW, Australia |
------------------------------
Date: Fri, 03 Sep 1999 00:31:45 GMT
From: mgjv@comdyn.com.au (Martien Verbruggen)
Subject: Re: Case insensitive SQL query
Message-Id: <RFEz3.185$Of6.6005@nsw.nnrp.telstra.net>
In article <7qmtav$81o$1@nnrp1.deja.com>,
mrbog@my-deja.com writes:
> Guess yet again, my friend. While it is certainly possible that someone
> can program perl their whole life and never touch a database, at least
> 30% of all profession programmers WILL deal with SQL at some point if
> not frequently. That's what I call a tangential relation.
See my other post about comments to this little gem of reasoning.
>> >And BTW mysql.com doesn't solve my problem.
>>
>> then you didn't look hard enough
>
> By your logic there's no point in having a newsgroup, because everyone
> should "just read the documentation" and if anyone has a question, then
> they "didn't look hard enough".
No. newsgroups exist to discuss the topic that they were created for.
Not anything 'tangentially related' to that. If you allow all
tangential relations, nothing is off-topic.
By being so arrogantly contrary on this subject, and refusing to
accept the long established rules of this group, you have made
yourself magically appear in the killfiles of many people. Refusing to
accept what you now have been told a few times will only end you up in
more. Meaning that if you ever really need help with Perl, you'll be
very likely to not be heard by the people you most want help from.
You do not make the rules for this group. They've been here for quite
a while, and your blinkered reasoning will not change them.
Welcome to my killfile.
Martien
--
Martien Verbruggen |
Interactive Media Division | In the fight between you and the world,
Commercial Dynamics Pty. Ltd. | back the world - Franz Kafka
NSW, Australia |
------------------------------
Date: 02 Sep 1999 17:38:45 -0700
From: Bryan D Howard <bryan@ets02.jpl.nasa.gov>
Subject: Re: Compiling 5.005_03 source on Solaris 7
Message-Id: <7cg10whlre.fsf@ets02.jpl.nasa.gov>
eggert@twinsun.com (Paul Eggert) writes:
> ...
> ftp://sunsolve.sun.com/pub/patches/7_Recommended.zip
>
> This includes 106541-07. If that doesn't work, I think you'll need a
> Sun maintenance contract to get 106950-03.
> ...
Unfortunately, installing 106541-07 requires a Sun maintenance
contract since it requires 106544, which isn't available otherwise.
I sincerely hope it was just a mistake and Sun will fix it soon. I
reported the problem earlier this week and have only gotten the polite
but useless "we got your message and will pass it along" message back.
{Bryan}
--
Bryan D Howard, EIS FIL Unix Toolbuilder
JPL Section 363, Pasadena, CA, USA <bryan@solstice.jpl.nasa.gov>
------------------------------
Date: Fri, 03 Sep 1999 00:19:47 +0000
From: Jonathan Mayer <jmayer@earthling.nospam.com>
Subject: darndest regex thing
Message-Id: <37CF1423.BA9127DC@earthling.nospam.com>
I'm trying to make a smart parser that tokenizes a string, but treats
anything between
two quotes as a single token. You would think this would do the trick:
$_ = qq!first second "the third token" fourth!;
@a = m/(?:\"(.+?)\")|(\S+)/g;
for ($i = 0; $i <= $#a; $i++) { print "$i: <$a[$i]>\n"; }
and yet the output is:
0: <>
1: <first>
2: <>
3: <second>
4: <the third token>
5: <>
6: <>
7: <fourth>
Why on earth is my regex matching the null strings in the 0, 2, 5, and 6
positions?
Any ideas? Please cc: your response to me in email -- USENET is big and
scary.
Jonathan.
---
------------------ jmayer@earthling.nospam.com -------------------
"pop pop ... pop ... ... pop ... ... BLAM!"
- the demise of my Martian Popping Thing toy
------------------------------------------------------------------
------------------------------
Date: 2 Sep 1999 19:08:44 -0500
From: Tye McQueen <tye@metronet.com>
Subject: Re: different compiler for perl and module (SGI-cc and gcc)
Message-Id: <7qn3ic$it1@beanix.metronet.com>
[Posted and e-mailed.]
Michiel Kreutzer <mkreutzer@my-deja.com> writes:
) Do perl and
) perl-modules have to be compiled with same compiler, or can config.pm
) safely be edited to hold _current_ information about the system?
In general, compiling modules with a compiler other than the one
used to build Perl is not supported.
When you build Perl, a great deal of information about your
operating system, compiler, include files, and run-time libraries
is analysed. The results of this analysis and some personal
preferences about how you want Perl built end up in Config.pm
and a bunch of C include files that end up someplace like
lib/core/*.h.
Changing Config.pm and lib/core/*.h to match what they would have
been had you used a different compiler to build Perl can be quite
a challenge and can also result in modules being built that are
not compatible with your copy of Perl.
There are many ordered pairs of combinations of systems,
compilers, and Perl options where modules built under one set
will work with Perls built on the other. While it can be easy to
determine that a given pair does *not* belong to this set, trying
to show that a given pair *does* belong to this set can be a
daunting task. It may appear to work for a while and then you
start running into strange errors.
) Building perl with gcc on Irix is troublesome, I have to patch gcc to do
) that (has to do with integer sizes in n32), as someone suggested.
This sounds like the type of thing that would break a Perl module
built with an unpatched version of gcc anyway. It sounds like
you'll end up with incompatible structs between Perl and the module.
) Number found where operator expected at (eval 103) line 1, near "*(138"
) (Missing operator before 138?)
I don't see how you could get such an error. If you are curious,
you could use the Perl debugger to get more data on this. But I
think you'll just have to build your own copy of Perl in the end.
--
Tye McQueen Nothing is obvious unless you are overlooking something
http://www.metronet.com/~tye/ (scripts, links, nothing fancy)
------------------------------
Date: Fri, 3 Sep 1999 09:54:07 +0930
From: "Wyzelli" <wyzelli@yahoo.com>
Subject: Re: General Question, Win98 and Win32 modules...
Message-Id: <GyEz3.2$ao5.3832@vic.nntp.telstra.net>
Peter Wilford <psw@net1plus.com> wrote in message
news:37cd25bf.6300332@news.net1plus.com...
> Hi all,
>
> I am a newbie with Perl, therfore I would like input from the experts;
>
> For certain applications I am forced to use the Win9x platform (not my
> choice). Unfortunately, to my knowledge it is not a true Win32
> kernel, which leads me to believe that when I try to use Win32 modules
> it fails... Am I correct in this assumption?
Depends on the version of win9x... there are different levels of '32
bitness' (talk about kill a language!).
True Win32 is still only on Win NT.
Wyzelli
------------------------------
Date: Thu, 2 Sep 1999 16:22:02 -0700
From: "Brian Williams" <tuzen@hotmail.com>
Subject: glob w/spaces in dir names
Message-Id: <7qn0rc$2tt@news.dns.microsoft.com>
I'm trying to get a list of files in this directory with:
if ($s eq "Some Folder" )
{
@MORE = glob( "$s\\*" );
print "@MORE\n";
}
It just prints "Some\n". It works great if I take the space out of the
dir name, but I think this should work... Am I missing something? I've got
ActiveState perl on WinNT.
Thanks in advance,
-Brian
------------------------------
Date: Thu, 2 Sep 1999 16:14:39 -0700
From: "John M. O'Hara" <johnohara@compuserve.com>
Subject: Re: Help another Perl newbee
Message-Id: <AxDz3.5198$iy.108659@newsr1.san.rr.com>
Nova Crystals wrote in message <37CEEDB5.41C6@novacrystals.ns.ca>...
>now I want epochsecs.pl to take for standard input:
>[31/Aug/1999:12:34:56
>and output:
>93xxxxxx
>
>I have tried several variations, my latest is:
>
>#!/usr/bin/perl5
>require "timelocal.pl";
>
>%month = ( 'Jan' => 0,
> 'Feb' => 1,
> 'Mar' => 2,
> 'Apr' => 3,
> 'May' => 4,
> 'Jun' => 5,
> 'Jul' => 6,
> 'Aug' => 7,
> 'Sep' => 8,
> 'Oct' => 9,
> 'Nov' => 10,
> 'Dec' => 11);
>
>$line = <STDIN>
>$line =~ /\[(\d?)\/([a-zA-Z]*)\/(\d*):(\d?):(\d?):(\d?)/;
>$epoch = timelocal($6,$5,$4,$1,$month{$2},$3);
>print $epoch, '\n';
>
>It doesn't work...
o Take a look at perlre. In your pattern you're misusing the "?" quantifier,
which matches 0 or 1. Since your date begins with 2 digits, the first
grouping (\d?) fails, so the whole pattern fails and none of the match
variables are assigned. You should check for this.
o Better to use Time::Local, and the 4-digit year needs to be adjusted
relative to 1900. See perlfunc, localtime.
require 5.005;
use Time::Local;
use strict;
my %month = (
Jan => 0, Feb => 1, Mar => 2, Apr => 3, May => 4, Jun => 5,
Jul => 6, Aug => 7, Sep => 8, Oct => 9, Nov => 10, Dec => 11
);
my $line = <STDIN>;
$line =~ m#\[(\d+)/([A-z]+)/(\d+):(\d\d):(\d\d):(\d\d)#
or die "Pattern failed\n";
print timelocal($6,$5,$4,$1,$month{$2},$3-1900), "\n";
Hope that helps,
-- JohnO'
------------------------------
Date: Thu, 02 Sep 1999 23:07:12 GMT
From: mgjv@comdyn.com.au (Martien Verbruggen)
Subject: Re: Inter-process Queues
Message-Id: <AqDz3.113$Of6.5119@nsw.nnrp.telstra.net>
In article <37cef7f8.9637912@news.inter.net.il>,
grosen@idc.ac._il_ (Guy Rosen) writes:
> Hi,
>
> I was thinking of making my application multithreaded and having the
> threads communicate via Thread::Queue. Reading up on PERL Threads has
> made me sceptical as to whether to use it, considering my project is
> rather critical.
In that case I wouldn't do it yet. Perl's threading code (in the core)
is still all quite new, and not always as robust as it will be if you
give it a bit longer. If you have the option of using fork, I would go
with that for now. Write the code that does the multithreading
(multiprocessing, whatever word you want to use) flexible enough so
you can port it to lightweight threading code when the time comes. But
you might not want to anymore :). The only reasons for avoiding fork
probably come into play when you need a really really really large
number of processes, or you need to port your code to a platform that
doesn't have fork.
Modern operating systems are very efficient forking off processes.
> I'm thinking of putting some of the functionality in a forked off
> process. Has anyone found a useful way to manage a queue of PERL data
> structures across processes, efficiently? I may be using large amounts
> of data, so serializing the thing into a pipe is out of the question.
The perlipc documentation talks about this quite a bit. The Perl
Cookbook has a chapter on it as well (if you don't have it yet, get
it, it's really worth every cent spent on it).
You might be surprised about how efficient unix domain sockets or
interprocess pipes can be. Maybe you should write a little test
program to see if that would really limit your program.
On the other hand, if your programs really need access to the same
large amount of data:
> I've given SysV shared memory a thought, but how efficient is it, and
> has anyone used it as an inter-process queue?
Very very efficient. I have used it in C programs, and the perl
interface is just a call to the SysV IPC libraries of your system. A
good start would be the IPC::SysV documentation (which is sparse) and
the perlipc documentation.
If you need more general information about SysV IPC, there's a lot of
documentaiton out on the web, one of which is 'Linux Interprocess
Communications', available from e.g.
http://gmml.slctech/org/~mackay/lpg/node7.html
Martien
PS. Sybase uses SysV IPC in their databases to give multiple engines
(just really forked processes) access to the same meory area. They
wouldn't do that unless it was fast :)
--
Martien Verbruggen |
Interactive Media Division | Freudian slip: when you say one thing
Commercial Dynamics Pty. Ltd. | but mean your mother.
NSW, Australia |
------------------------------
Date: Fri, 03 Sep 1999 00:08:29 GMT
From: mgjv@comdyn.com.au (Martien Verbruggen)
Subject: Re: Need your help here.
Message-Id: <1kEz3.177$Of6.6005@nsw.nnrp.telstra.net>
In article <37CEBE2F.B6209A97@oerlnow.com>,
Dimitri Ostapenko <dimitri@oerlnow.com> writes:
> Lex wrote:
[reformat of long lines]
>> I know that I can schedule the job to run at the specific time
>> using the 'at' scheduler in NT but how can I automate the part
>> where I have to type the date everyday and of course I would like
>> to use perl and also may be utilizing the date modules.
>
> Oh, almost forgot. Help is in a left-hand corner of your screen.
> Click on start menu, then on help, index, type schedule and select
> 1-st topic. See text on at command.
>
> If you have any more questions feel free to post... into another
> group.
There is no need to be so unfriendly. The question was actually perl
related, although packed in a lot of NT specific stuff.
If you read it again, you'll see that the question distills to: "How
do I find out the current date in Perl?". This is a perl question.
It's a simple one, and one which could have easily been answered
by reading the documentation, but not one that warranted two posts
by you about NT's scheduling possibilities. The first of which
tells the poster to use at. Let me requote the original question's
relevant part:
>> I know that I can schedule the job to run at the specific time
>> using the 'at' scheduler in NT
Obviously, they already knew that.
The second post explains where to get the NT documentation on at. Now,
_that_ is offtopic. And you even continue with a saracastic comment
about posting to another group.
Now, I agree that people that post offtopic stuff should be redirected
to the correct group. I agree that people who post questions to which
the answer is in the documentation should be referred to it, (as long
as it's all Perl related). But, before posting _two_ messages in
answer to one question, you should at least make sure that your answer
is at least relevant. Especially if you resort to sarcasm. It makes
you look silly if you're sarcastic about something, and you then turn
out to be off the mark.
Thank you for being more careful next time.
Martien
--
Martien Verbruggen |
Interactive Media Division |
Commercial Dynamics Pty. Ltd. | "Mr Kaplan. Paging Mr Kaplan..."
NSW, Australia |
------------------------------
Date: Fri, 3 Sep 1999 09:50:34 +0930
From: "Wyzelli" <wyzelli@yahoo.com>
Subject: Re: Need your help here.
Message-Id: <lvEz3.1$ao5.3813@vic.nntp.telstra.net>
> >
> > Thanks very much for your support and please send reply's to
> > dazimi@oradev.csis.csd.metrotor.on.ca
>
> Read help on at command. nt is brain damaged but it still can run dos
commands
> regularly without intervention.
> --
> Dimitri Ostapenko,
> dimitrio@sympatico.ca
I'd be interested in a technical definition of the computing term 'brain
damaged' as applied to Windows NT above. This is a term I read frequently
and profess not to understand. Is it because it is not free? Not 'open
source'? What exactly does it mean?
Wyzelli
------------------------------
Date: Fri, 03 Sep 1999 00:39:55 GMT
From: mgjv@comdyn.com.au (Martien Verbruggen)
Subject: Re: Need your help here.
Message-Id: <vNEz3.195$Of6.6005@nsw.nnrp.telstra.net>
In article <lvEz3.1$ao5.3813@vic.nntp.telstra.net>,
"Wyzelli" <wyzelli@yahoo.com> writes:
> I'd be interested in a technical definition of the computing term
> 'brain damaged' as applied to Windows NT above. This is a term I
> read frequently and profess not to understand. Is it because it is
> not free? Not 'open source'? What exactly does it mean?
poorly designed, tool-poor.
From the Jargon File (available all over the net)
brain-damaged /adj./ 1. [generalization of `Honeywell Brain Damage'
(HBD), a theoretical disease invented to explain certain utter
cretinisms in Honeywell Multics] /adj./ Obviously wrong; cretinous;
demented. There is an implication that the person responsible must
have suffered brain damage, because he should have known better.
Calling something brain-damaged is really bad; it also implies it
is unusable, and that its failure to work is due to poor design
rather than some accident. "Only six monocase characters per file
name? Now *that's* brain-damaged!" 2. [esp. in the Mac world] May
refer to free demonstration software that has been deliberately
crippled in some way so as not to compete with the commercial
product it is intended to sell. Syn. crippleware.
brain-dead /adj./ Brain-damaged in the extreme. It tends to imply
terminal design failure rather than malfunction or simple
stupidity. "This comm program doesn't know how to send a break --
how brain-dead!"
Martien
--
Martien Verbruggen |
Interactive Media Division | I took an IQ test and the results were
Commercial Dynamics Pty. Ltd. | negative.
NSW, Australia |
------------------------------
Date: Fri, 03 Sep 1999 00:16:26 GMT
From: mgjv@comdyn.com.au (Martien Verbruggen)
Subject: Re: newbi needs help
Message-Id: <urEz3.178$Of6.6005@nsw.nnrp.telstra.net>
In article <37CE7186.50952329@ratheon.com>,
Michael Godfred <mtg82814@ratheon.com> writes:
> I have a form, that when submitted it brings up a new window which calls
> a java applet. Is there a way to have the window controlling the applet
> to be minimized automatically. I tried the javascript newsgroup to see
> if they knew how to minimize a window, but all they told me was how to
> close one.
While Perl is often used for web-related programming, it is _not_ the
web itself, and is not specific to it.
I don't know why you decided that the most likely place to find an
answer to a question which involves Java, JavaScript, and some browser
and Window system specific functionality, but _no_ Perl, would be this
newsgroup, but let me inform you that it certainly isn't. If the
people in the javascript groups don't know it, then there possibly
isn't an answer. Just wildly going off into other newsgroups that you
think may have anything to do with 'web' may get you a lot of hostile
reactions.
In short: Stick to one of the web (or Java language, since it's a Java
applet) groups with this question. The Java and JavaScript groups to
me look to be the most authoritative on this, but then, I don't ever
frequent either of them.
Martien
--
Martien Verbruggen |
Interactive Media Division | Freudian slip: when you say one thing
Commercial Dynamics Pty. Ltd. | but mean your mother.
NSW, Australia |
------------------------------
Date: Thu, 02 Sep 1999 17:08:38 -0600
From: Corey Edwards <not-really-me@here.com>
Subject: null character kills CGI script on NT
Message-Id: <37CF0375.84C84098@here.com>
I have written a CGI script which opens a file, often times an image,
and prints that data out to the browser. First, I wrote it on UNIX, and
it worked great. No problems. Then they wanted me to port it to NT, so I
did. Then comes the problem of null characters in the file. Whenever one
is reached and I try to print it, the script will die as in:
open (FILE, "sample.gif");
while (<FILE>) {
print;
}
#won't get here
close(FILE);
However, if I do this, it'll work (although it'll only print the
characters out because its mime type is wrong.):
open (FILE, "sample.gif");
$bytesread = 1;
while ($bytesread != 0) {
$bytesread = read FILE, $_, 1;
if ($bytesread != 0) {push @data, $_;}
}
#get rid of nulls
@data = grep {!/[\0x00]/} @data;
print "Content-type: text/plain\n\n";
print @data;
#works but data is corrupted
The algorithm works to remove the nulls, but that's no good. Any clue
why sending the null character would kill Perl and/or what I can do
about it?
------------------------------
Date: Thu, 02 Sep 1999 23:14:42 GMT
From: mgjv@comdyn.com.au (Martien Verbruggen)
Subject: Re: Serialization
Message-Id: <CxDz3.114$Of6.5119@nsw.nnrp.telstra.net>
In article <37cef622.9168173@news.inter.net.il>,
grosen@idc.ac._il_ (Guy Rosen) writes:
> Has anyone heard of, or even used, an efficient data structure
> serialization module. I'm looking for something suitable for use in
> the I/O between the processes of my appplcation, that can take
> complete data structures and pass them from one point to another -
> efficiently.
>
> FreezeThaw doesn't count: it uses regexps. Obviously, something
> C-based would be even better.
There are a few listed on CPAN:
http://www.perl.com/CPAN/modules/00modlist.long.html
Storable is written in C (at least the core is), but make sure to read
the README. It has its limitations.
Data::Dumper may be something to consider.
Martien
--
Martien Verbruggen |
Interactive Media Division | Never hire a poor lawyer. Never buy
Commercial Dynamics Pty. Ltd. | from a rich salesperson.
NSW, Australia |
------------------------------
Date: 2 Sep 1999 17:54:34 PST
From: Jason Hurst <variant@pacifier.com>
Subject: String Length
Message-Id: <37cf1c4a.0@news.pacifier.com>
Ok, i'm sure there is a very simple solution to this and i'll feel real
stupid when someone tells me, but i can't figure out how to get the length
of a string. Someone told me about a count function, but it didn't seam
to work for me. I'm using perl in a win32 invirontment, if that makes any
differance, but i wouldn't think so. Any help would be appreciated.
Thanks!
Jason Hust
jasonh@colubs.com
------------------------------
Date: Fri, 03 Sep 1999 00:50:43 GMT
From: mgjv@comdyn.com.au (Martien Verbruggen)
Subject: Re: That Cargo Date Code ( was Re: Y2K)
Message-Id: <DXEz3.204$Of6.6005@nsw.nnrp.telstra.net>
In article <6Btz3.3$Rm5.1665@vic.nntp.telstra.net>,
"Wyzelli" <wyzelli@yahoo.com> writes:
> Sorta highlights one problem with open source and freeware...
But at least with Open Source you can investigate the software, and
identify problems. With for example Microsoft products all you can do
is wait for the problems to hit.
Besides that, I have found that most of the well organised Open Source
projects produce much better code than any commercial product I've
ever seen. Believe me, I work with both here, and the only things
which seem to run almost without maintenance are the free things.
Almost all of the commercial products have given us some grief.
> Anybody can get it and use it, And since they don't pay for it they
> don't spend as much time trying to learn it. And much of the
> 'reference' material comes from clearly non credible sources.
> Still.. how hard is it really to RTFM?? Or RTBF for that matter!
This is indeed more the problem (although people will also not spend
any time learning a commercial piece of software). People expect to be
given things that do everything for them, including the dishes and
fetching of the newspaper. But it shouldn't cost them anything. No
money, no effort, nothing. And people will invariably go for the
product that _promises_ them the least amount of work themselves. Any
software that states that it's a bastard to set up will not be
successful, no matter how good it is.
This is the success of Microsoft. Market the thing, and make it easy
to install. No matter how inflexible or hard to maintain that makes
it. Provide people with 80% marketing, 10% useful code, 5% obsolete or
nonfunctional code, and 5% easter eggs. They'll love it.
Martien
PS. The signature below is a coincidence (randomly and automatically
picked from a long list). Synchronicity, I suppose.
--
Martien Verbruggen |
Interactive Media Division | Failure is not an option. It comes
Commercial Dynamics Pty. Ltd. | bundled with your Microsoft product.
NSW, Australia |
------------------------------
Date: 1 Jul 99 21:33:47 GMT (Last modified)
From: Perl-Users-Request@ruby.oce.orst.edu (Perl-Users-Digest Admin)
Subject: Digest Administrivia (Last modified: 1 Jul 99)
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.misc (and this Digest), send your
article to perl-users@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.
The Meta-FAQ, an article containing information about the FAQ, is
available by requesting "send perl-users meta-faq" from
almanac@ruby.oce.orst.edu. The real FAQ, as it appeared last in the
newsgroup, can be retrieved with the request "send perl-users FAQ" from
almanac@ruby.oce.orst.edu. Due to their sizes, neither the Meta-FAQ nor
the FAQ are included in the digest.
The "mini-FAQ", which is an updated version of the Meta-FAQ, is
available by requesting "send perl-users mini-faq" from
almanac@ruby.oce.orst.edu.
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 V9 Issue 706
*************************************
