[6747] in Perl-Users-Digest
Perl-Users Digest, Issue: 372 Volume: 8
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Fri Apr 25 15:17:33 1997
Date: Fri, 25 Apr 97 12:00:20 -0700
From: Perl-Users Digest <Perl-Users-Request@ruby.OCE.ORST.EDU>
To: Perl-Users@ruby.OCE.ORST.EDU (Perl-Users Digest)
Perl-Users Digest Fri, 25 Apr 1997 Volume: 8 Number: 372
Today's topics:
Building 5.003 on IRIX 6.3 (Was Re: cc/make Problems Co <bugaj@bell-labs.com>
Re: cc/make Problems Compiling Perl Modules Under IRIX <scotth@sgi.com>
Challenge <mstrohofer@cincom.com>
Re: Day of the week <rootbeer@teleport.com>
Re: Is there a YACC module? <seay@absyss.fr>
Re: Notice to antispammers <gnat@elara.frii.com>
Re: Odd array sizing information <eryq@enteract.com>
Re: Odd array sizing information <lmichael@gdc.com>
Re: Odd array sizing information (Abigail)
Re: Odd array sizing information <eryq@enteract.com>
Re: OOP & perl (Abigail)
Re: Ousterhout and Tcl lost the plot with latest paper schaffer@wat.hookup.net
Re: PERL & ADO - SQL INSERT slows after 100 Executions <rtremble@ctissrv1.plt.ford.com>
Re: Perl compiler (Kyzer)
Re: Preferred style of "named parameter" subroutine arg <bah@mail.med.cornell.edu>
Re: Preferred style of "named parameter" subroutine arg <eryq@enteract.com>
Re: SLEEP (.5) ??? (A. Deckers)
ST-a-gogo: question about sort-within-sort-.... (David Alan Black)
undump revisited? <rsmith@proteus.arc.nasa.gov>
Re: Who will win? Borland or Microsoft or Programmers? <qdmerchan@mail.HiWAAY.net>
ZipFolders and Zip compressed filesystems (WAS: Re: Uni <fbonnet@irisa.fr>
Digest Administrivia (Last modified: 8 Mar 97) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Fri, 25 Apr 1997 13:17:29 -0400
From: Stephan Vladimir Bugaj <bugaj@bell-labs.com>
Subject: Building 5.003 on IRIX 6.3 (Was Re: cc/make Problems Compiling Perl Modules Under IRIX 6.3...)
Message-Id: <3360E729.4638@bell-labs.com>
Well, I have tried compiling these modules with and without gcc
installed, on two different machines (an Indy with IRIX 6.2 and an O2
with IRIX 6.3), to no avail.
I asked the people at utwente.nl if they'd had any other problems with
that 5.003 build for SGI (since the perl.h that was generating the
errors in all cases -with or without gcc and on both 6.2 and 6.3- was
from that install) and was told they don't support the software on their
ftp site and to go 'look on the web'. I've got a call into SGI tech
support about their make & compiler, an email into the SGI freeware team
about their install of gcc (since it claims it can't find cpp and nobody
seems to know why), etc.
So, now it seems I have to build Perl5.003 (and maybe gcc and friends)
on IRIX 6.3 myself to see if that solves the problem. Last night I
tried doing this and sh Configure can not find a number of header files
that are certainly in /usr/include (yes, I told it to look in
/usr/include). I ran make for the heck of it afterwards and it barfed
so many errors back at me I won't bother to recount them here. Has
anyone compiled 5.003 or 5.004beta successfully under IRIX and is
willing to tell me what you had to fudge to make it work?
Thanks.
LL+P,
Stephan
------------------------------
Date: 25 Apr 1997 11:13:56 -0700
From: Scott Henry <scotth@sgi.com>
Subject: Re: cc/make Problems Compiling Perl Modules Under IRIX 6.3 (& perhaps with gmake & gcc & the IRIX libraries...)
Message-Id: <yd8207z2cnv.fsf@hoshi.engr.sgi.com>
>>>>> "S" == Stephan Vladimir Bugaj <bugaj@bell-labs.com> writes:
S> The LD_LIBRARY_PATH gibberish is, probably, either because SGI doesn't
S> like to ship upgrades all at once
No, the LD_LIBRARY*_PATH issue is because there is more than one
ABI, and you need to set the correct one. More than one ABI exists
for both flexibility, and backwards compatibility. It is probably
the case that some of the settings in perl's Config.pm assume an
environment that isn't true. Because the *N32* and *64* versions
are unique to SGI they are not supported in the standard Perl
release. As I have found during the 5.004beta period is that the
compiler options need to be always specified explicitely, since the
defaults vary by system and IRIX release.
I've looked at the specific .h files, and don't see why you are
getting the error. I certainly don't get them. Do you get the
error compiling with the 5.002 Freeware Perl? Now that the security
patch for 5.003 has come out, I will be updating the 5.003 on my Web
site to include compiler option forcing. Hopefully, I'll get to it
next week...
http://reality.sgi.com/scotth/info/perl5.html
--
Scott Henry <scotth@sgi.com> / Help! My disclaimer is missing!
IRIX MTS, / GIGO *really* means: Garbage in, Gospel Out
Silicon Graphics, Inc / http://reality.sgi.com/scotth/
------------------------------
Date: 25 Apr 1997 18:07:30 GMT
From: "Marty Strohofer" <mstrohofer@cincom.com>
Subject: Challenge
Message-Id: <01bc51a3$1d158540$6b0312c7@mstrohofer.cincom.com>
Can anyone figure this out?
I need to generate an 8 character string (which will serve as a purchase
req number) based on the date and time the request/form is submitted.
The string would be something like 70425n14
where 7 is the last digit in the year (1997)
where 04 is the month
where 25 is the day of the month
where n is the hour (instead of 00-23, we want to use a-w)
where 14 is the minute
Any and all help would be greatly appreciated.
Marty Strohofer
------------------------------
Date: Fri, 25 Apr 1997 10:27:48 -0700
From: Tom Phoenix <rootbeer@teleport.com>
To: Mark Guz <markguz@sol.co.uk>
Subject: Re: Day of the week
Message-Id: <Pine.GSO.3.96.970425102710.26685O-100000@kelly.teleport.com>
On Thu, 24 Apr 1997, Mark Guz wrote:
> I have a text file with a field in there which shows the month and
> date(MAR1 or APR2)
> I need to convert this to the day of the week that it was
There's a module on CPAN which can help. Good luck!
http://www.perl.com/CPAN/
-- Tom Phoenix http://www.teleport.com/~rootbeer/
rootbeer@teleport.com PGP Skribu al mi per Esperanto!
Randal Schwartz Case: http://www.lightlink.com/fors/
------------------------------
Date: Fri, 25 Apr 1997 18:32:05 +0100
From: Douglas Seay <seay@absyss.fr>
To: Bernie Cosell <bernie@rev.net>
Subject: Re: Is there a YACC module?
Message-Id: <3360EA95.ACF6AE6@absyss.fr>
[posted and mailed]
Bernie Cosell wrote:
>
> I have a program I'd like to convert from Unix C->Perl. The guts of the
> program are a big YACC grammar --- has anyone managed to make a module
> that'll accept a YACC grammar and do the right thing with it? [I can
> envision how such a thing would work, creating a suite of subroutines which
> it would then 'eval' to get them all defined, so that the actual run-time
> parsing shouldn't be that awful... the problem is that I don't really know
> enough about how YACC does its thing [and sets up that huge state
> transition table, etc] so I'm stuck unless someone cleverer than I has
> already done it...
I've used byacc [Berkekely Yacc] with the perl option (-P I think)
several times. It spits out y.tab.pl and you just 'require' it and
you're good to go. I don't remember where I got it, but a few minutes
with a good search engine and you should find the source.
Hope this helps.
- doug
------------------------------
Date: 25 Apr 1997 12:18:24 -0600
From: Nathan Torkington <gnat@elara.frii.com>
Subject: Re: Notice to antispammers
Message-Id: <5qvi5b55lb.fsf@elara.frii.com>
Matt Kruse <mkruse@shamu.netexpress.net> writes:
> people have the right to try to block email-grabbing bots if they
> want to. It might be futile, but I'm seeing a LOT of people doing
> it these days (I've thought about it).
I use procmail. I love procmail. My 'spamin' box is catching the
crap (and the occasional misfiltered message). All hail the glory and
wonder of the mighty procmail.
Nat
------------------------------
Date: Fri, 25 Apr 1997 12:01:09 -0500
From: Eryq <eryq@enteract.com>
Subject: Re: Odd array sizing information
Message-Id: <3360E355.5F44D6DB@enteract.com>
Randal Schwartz wrote:
>
> Ahh, then to put words in Eryq's mouth one more time (:-), he meant
> to say:
>
> $#x = scalar (@x) - 1
>
> The "int" is what's throwing me off. Taking the int of "4" is still
> 4. There's a fine art to knowing how to simplify text for "newbies"
> so that the simple answer doesn't just raise another question. "int"
> raises more questions. :-)
Randal's right (big shock); that was pretty careless on my part. Actually,
it's a bad habit of mine; out of sheer laziness (I hate to type), I often say:
print "the array has ", int @a, " elements";
instead of:
print "the array has ", scalar @a, " elements";
So, guilty as charged. BAD perler! BAD perler! NO biscuit!
(P.S.: Randal's quotes made me think about my wording: in case the original
poster (or anyone else) thought otherwise, I don't use "newbie" as an insult,
whether I'm talking about questions or people. I guess enough folks do that
I should stick to "novice" or "apparently novice"...)
--
___ _ _ _ _ ___ _ Eryq (eryq@enteract.com)
/ _ \| '_| | | |/ _ ' / Hughes STX, NASA/Goddard Space Flight Cntr.
| __/| | | |_| | |_| | http://www.enteract.com/~eryq
\___||_| \__, |\__, |___/\ Visit STREETWISE, Chicago's newspaper by/
|___/ |______/ of the homeless: http://www.streetwise.org
------------------------------
Date: 25 Apr 1997 13:27:42 -0400
From: Laurence Michaels <lmichael@gdc.com>
Subject: Re: Odd array sizing information
Message-Id: <bhqk9lrypv5.fsf@gdc.com>
Polar coordinates and arrays.
How about this?
You have to do some translating first...
for ($i=0;$i<100;$i++) {
for ($j=0;$j<100;$j++) {
$array[$i][$j]="miss";
}
}
for ($i=5;$i<10;$i++) {
$array[$i][50]="battleship";
}
# $theta should be in radians
#include code for $r and $theta input ;-)
$x= $r * sin $theta;
$y= $r * cos $theta;
if ($x >= 0 and $y >= 0) {
return $array[x][y];
} else {
print "Negative array indices in perl do interesting things,\n";
print "like indexing from the opposite end of the array.\n";
}
Untested... :-)
--
Laurence Michaels <lmichael@gdc.com> No UCE tolerated.
Spam will be bounced to all concerned parties. You have been warned.
I do not speak for General DataComm in any official or unofficial capacity.
------------------------------
Date: Fri, 25 Apr 1997 17:05:42 GMT
From: abigail@fnx.com (Abigail)
Subject: Re: Odd array sizing information
Message-Id: <E97E5I.Krr@nonexistent.com>
On Fri, 25 Apr 1997 14:47:27 GMT, Eric Bohlman wrote in
comp.lang.perl.misc <URL: news:ebohlmanE977r3.4nF@netcom.com>:
++
++ Chipmunk (Ronald.J.Kimball@dartmouth.edu) wrote:
++ : Does that mean you'll have to stop using Perl when it supports arrays
++ : with
++ : complex numbers of elements?
++
++ Logically, a two-dimensional array is equivalent to a one-dimensional
++ array indexed by complex numbers. Are there any plans to allow
++ subscripting 2-D arrays with polar coordinates in the near future?
Since when do people use real numbers to index their arrays?
Arrays are indexed using natural numbers, and 2-D arrays with
elements of N x N. The Carthesian product of N with N is in
no way equivalent with C (the set of complex numbers).
There is of course a 1-1 mapping between N x N and rational
numbers....
Abigail
------------------------------
Date: Fri, 25 Apr 1997 13:22:20 -0500
From: Eryq <eryq@enteract.com>
To: abigail@fnx.com
Subject: Re: Odd array sizing information
Message-Id: <3360F65C.6B85B645@enteract.com>
Abigail wrote:
> Since when do people use real numbers to index their arrays?
> Arrays are indexed using natural numbers, and 2-D arrays with
> elements of N x N. The Carthesian product of N with N is in
> no way equivalent with C (the set of complex numbers).
>
> There is of course a 1-1 mapping between N x N and rational
> numbers....
You tuned into the thread kind of late. It began with me
saying:
int(@a)
Then Randal asked me if I had arrays with fractional numbers
of elements (meaning that I could just have said scalar(@a))...
then I said I did, and was waiting for Perl to support negative
and imaginary numbers of elements as well... and, well, you see
the result. I think the posting you responded to was of this
flavor.
However, at least *one* person took the thread seriously and suggested
code to support polar coordinates in a 2D array. FAIK, someone's
off right now figuring out how to put support for
$a[sqrt(2) + 0.25i]
in Perl5.005... :-)
Regards to all,
--
___ _ _ _ _ ___ _ Eryq (eryq@enteract.com)
/ _ \| '_| | | |/ _ ' / Hughes STX, NASA/Goddard Space Flight Cntr.
| __/| | | |_| | |_| | http://www.enteract.com/~eryq
\___||_| \__, |\__, |___/\ Visit STREETWISE, Chicago's newspaper by/
|___/ |______/ of the homeless: http://www.streetwise.org
------------------------------
Date: Fri, 25 Apr 1997 17:08:51 GMT
From: abigail@fnx.com (Abigail)
Subject: Re: OOP & perl
Message-Id: <E97EAr.Kwp@nonexistent.com>
On 25 Apr 1997 12:36:15 GMT, Tom Christiansen wrote in
comp.lang.perl.misc <URL: news:5jq8fv$ijq$1@csnews.cs.colorado.edu>:
++
++ Where do you propose I steal time from that has less importance than
++ fixing links?
Oh come on, do you really have to sleep twice a week? And for
four hours at a time? ;)
Abigail
------------------------------
Date: 25 Apr 1997 18:17:16 GMT
From: schaffer@wat.hookup.net
Subject: Re: Ousterhout and Tcl lost the plot with latest paper
Message-Id: <5jqsfc$8s7$1@nic.wat.hookup.net>
In <E9734v.BFF@research.att.com>, ark@research.att.com (Andrew Koenig) writes:
> ...
>Now, English is a mess of a language. Its spelling rules are atrocious,
>its grammar is unruly, it has far too many ways to say the same thing,
>and even so, it is hard to talk about people without revealing information
>about them, such as their gender, that may be irrelevant.
>
>I have no doubt that speakers of many languages consider their languages
>to be superior to English. They may even be right. But for many people,
>especially those who live in or near English-speaking communities,
>English is more useful.
>
>So it is also with programming languages. If C++ had not built on C, it
>would never have gotten out of the starting gate. So it had no choice
>but to inherit its computational model from C. Many people consider other
>computational models better, but there is far from a consensus as to
>which one to use. So the C model, which C++ uses, remains the common tongue.
>
>This is a behaviorial observation, not a value judgement.
>--
> --Andrew Koenig
> ark@research.att.com
> http://www.research.att.com/info/ark
Also, C++ came out before the ANSI C standard, and the non OO part of C++
was such an improvement over C that it heavily influenced the standard.
Another thing about language popularity: it must be available at a time
where suitable hardware is available. For all practical purposes, C was a
big improvement over Basic and Pascal, and I languages like Lisp were
always too resource hungry to run on PDP 11s. Once thr hardware became
suitable for Lisp systems, C/C++ had a big advantage in popularity.
Hartmann Schaffer
------------------------------
Date: Fri, 25 Apr 1997 13:42:30 -0400
From: "Robert J. Trembley" <rtremble@ctissrv1.plt.ford.com>
Subject: Re: PERL & ADO - SQL INSERT slows after 100 Executions
Message-Id: <3360ED05.68DE@ctissrv1.plt.ford.com>
Eric Bohlman wrote:
>
> Robert J. Trembley (rtremble@ctissrv1.plt.ford.com) wrote:
> : open hFile, $FilePath;
> ^^^^^
>
> : while($szLine = <hFile>) # Read each line in the file and parse it
> ^^^^^^
> IMHO, Hungarian notation in Perl code is a form of profanity.
Uhhhh.... Gee.... **Thanks** for that HELPFUL tidbit....
Now, do you have a solution to my problem, or are you scanning the net -
searching for things that might offend you?
------------------------------
Date: 25 Apr 1997 18:17:51 GMT
From: junkmail@sysa.abdn.ac.uk (Kyzer)
Subject: Re: Perl compiler
Message-Id: <5jqsgf$kkh@info.abdn.ac.uk>
Hurrah, for 'tis said that Petri Backstrom did write:
: Jaime Stuardo wrote:
: > Is there a Shareware Perl compiler?
: No, but there's one that doesn't cost anything. ;-)
No no, you see the perl5 distribution is just the *demo* of the full
Shareware compiler, the demo requires a large perl5.exe to be used and
you have to give your source code as well, but with the Shareware compiler
you can compile executables and noone need know you used perl.
Shareware version is only $250, that's cheaper yet more powerful than Delphi
and Visual C++ put together!
Kyzer (who wishes MS-DOS people would realise Unix programmers make their
money out of publishing reference manuals, not programming ;)
--
Stuart 'Kyzer' Caie - Kyzer/CSG |undergraduate of Aberdeen University |100%
http://www.abdn.ac.uk/~u13sac |My opinions aren't those of Aberdeen |Amiga -
kyzer@4u.net kyzer@hotmail.com |University or AUCC, thankfully.***** |always!
My other sig is a Ford Fiesta
------------------------------
Date: Fri, 25 Apr 1997 12:52:32 -0400
From: Benjamin Holzman <bah@mail.med.cornell.edu>
Subject: Re: Preferred style of "named parameter" subroutine args?
Message-Id: <3360E150.9F13017B@mail.med.cornell.edu>
> I'm with you (method #1), except that I generally stick the keys
> in quotes as well. (I realize that this is usually not necessary, but I
Actually, the => operator implicitly encloses any bare identifiers to
its left in quotes, so enclosing the keys in quotes is really
unnecessary.
> think it's a good habit.) On longer argument lists, I've been known to
> leave a trailing comma; it looks somewhat ugly, but avoids frequent
> errors that I was having when adding stuff to the end. Generally, I
> pass the args as an anonymous hash, since rumor has it that that's
> slightly faster. So:
>
> func({
> 'Name' => 'Fred',
> 'Age' => 23,
> 'Birthday' => '12/31/69',
> });
>
--
o===================================================================o
\ Benjamin Holzman | Server Manager /
) (212) 746-4890 | Office of Academic Computing (
/ bah@mail.med.cornell.edu | Cornell University Medical College \
o===================================================================o
------------------------------
Date: Fri, 25 Apr 1997 12:27:31 -0500
From: Eryq <eryq@enteract.com>
To: Benjamin Holzman <bah@mail.med.cornell.edu>
Subject: Re: Preferred style of "named parameter" subroutine args?
Message-Id: <3360E983.3B011B32@enteract.com>
Benjamin Holzman wrote:
>
> > I'm with you (method #1), except that I generally stick the keys
> > in quotes as well. (I realize that this is usually not necessary, but I
>
> Actually, the => operator implicitly encloses any bare identifiers to
> its left in quotes, so enclosing the keys in quotes is really
> unnecessary.
...as long as Perl isn't going to confuse the key with a subroutine
or operator name; otherwise, you'll get a warning message. For
example, try these with -w set:
my %x = (oct=>8); # 1
my %x = ('oct'=>8); # 2
my %x = (Oct=>8); # 3
You'll get a warning in case 1 (although Perl will do the right
thing). Case 2 disambiguates the key, and case 3 is okay
so long as &Oct doesn't exist... because you'll also get a warning
with:
sub Oct { "Base8" }
my %x = (Oct=>8); # 4
Because (as I understand it) Perl is worried that you *might*
have meant:
my %x = (&Oct, 8);
That's why I tend to use the leading capital in my "named-parameter"
keys, though... generally, you seem to see subroutines named in
all lowercase, like_this, or (when masquerading as constants)
in all uppercase, LIKE_THIS. Since MixedCaseWithLeadingCapitals
and Possibly_With_Underscores seems largely used for global
variables, I would expect collisions between the keys and the
subroutine names in the caller's package to be reasonably rare.
--
___ _ _ _ _ ___ _ Eryq (eryq@enteract.com)
/ _ \| '_| | | |/ _ ' / Hughes STX, NASA/Goddard Space Flight Cntr.
| __/| | | |_| | |_| | http://www.enteract.com/~eryq
\___||_| \__, |\__, |___/\ Visit STREETWISE, Chicago's newspaper by/
|___/ |______/ of the homeless: http://www.streetwise.org
------------------------------
Date: 25 Apr 1997 17:19:40 GMT
From: Alain.Deckers@man.ac.uk (A. Deckers)
Subject: Re: SLEEP (.5) ???
Message-Id: <slrn5m1pt9.in1.Alain.Deckers@nessie.mcc.ac.uk>
In comp.lang.perl.misc,
ced@bcstec.ca.boeing.com wrote:
>In article <slrn5l24nr.h4f.Alain.Deckers@nessie.mcc.ac.uk>,
> A. Deckers <Alain.Deckers@man.ac.uk> wrote:
>
> >I guess that means you didn't consult the FAQ. Search for the four
> >argument version of undef.
> >
> > undef 0, 0, 0, $sleep_time
>
>
>You meant "select" rather than "undef" but that's an interesting
>way of losing sleep :)
Err, hum, yes. Maybe I hadn't been sleeping enough when I wrote that. ;-)
Alain
--
Perl information: <URL:http://www.perl.com/perl/>
Perl FAQ: <URL:http://www.perl.com/perl/faq/>
Perl archive: <URL:http://www.perl.com/CPAN/>
------------------------------
Date: 25 Apr 1997 17:34:15 GMT
From: dblack@icarus.shu.edu (David Alan Black)
Subject: ST-a-gogo: question about sort-within-sort-....
Message-Id: <5jqpun$h9j@pirate.shu.edu>
Hello -
I posted this as a reply to another question, but it may
have more meaning as the beginning of a question than as
the end of a solution. (But it does work :-)
(Aside to temporary variable fans: I've been working
through this as an exercise and learning tool. Don't
be too alarmed :-)
The general case of which this is one example is a kind of
inner and outer sort, illustrated by the included (deliberately
unsorted) data which comes from the original poster's question
and which I've been using to work on my solution. (See __DATA__,
below.) The aim is to sort the "paragraphs" (\n\n-separated
chunks) on the 'Section' key, and then within each paragraphs
to sort the inner lines on the 'blah' key. (The code as well
as the data is placeholder at this point in the program -
i.e., /(blah.?)/ is hardcoded in.)
What I've written involves almost an ST-tree structure -
see, in particular, the second map() call, which has its
own little ST inside it. This is basically the way I've
handled the sort-within-a-sort condition.
I'd be interested in views on what I've come up with, how
else/better it could be done, etc., *within* the constraint
of not using temporary variables. (In other words, I
already know about foreach() :-)
Thanks - code follows -
David Black
dblack@icarus.shu.edu
#!/usr/local/bin/perl -w
print join "\n",
map { $_->[0], @{$_->[2]}, "$_->[1]\n" } # output format
map { [shift @$_, pop @$_, # first and last lines
[map { @$_[0] } # for remainder of array
sort { $a->[1] cmp $b->[1] } # sort on key
map { $_ =~ /(blah.)/; [$_, $1] } @$_]] } # provide sort key
map { [split /\n/, $_->[1]] } # split, yield ref
# ABOVE: splits each multiline string on \n and
# handles the sorting of the inner elements
#
# BELOW: yields sorted array of refs to \n\n-separated
# multiline strings
sort { $a->[0] cmp $b->[0] } # sort on key
map { $_ =~ /(Section\w+)/; [$1, $_] } # provide sort key and ref
split /\n\n+/, join '', <DATA>; # array of chunks
__DATA__
<!--begin: SectionX-->
<A HREF="http://blah2">link2</A><BR>
<A HREF="http://blah1">link1</A><BR>
<!--end: SectionX-->
<!--begin: SectionZ-->
<A HREF="http://blah6">link6</A><BR>
<A HREF="http://blah5">link5</A><BR>
<!--end: SectionZ-->
<!--begin: SectionY-->
<A HREF="http://blah3">link3</A><BR>
<A HREF="http://blah4">link4</A><BR>
<!--end: SectionY-->
------------------------------
Date: Fri, 25 Apr 1997 11:17:24 -0700
From: Roger Smith <rsmith@proteus.arc.nasa.gov>
Subject: undump revisited?
Message-Id: <3360F534.7E6D@proteus.arc.nasa.gov>
Hi All
I am looking for a good way to distribute a highly secure set of perl
modules to over 3000 sites. Obviously, sending source code in the clear
with embedded passwords, etc., is not the way to do it. There is also no
gurantee that every remote site will have the perl interpreter
installed.
I have been surfing the net for advise on undump but about half the
pages I encounter literally say "maybe" and the other half say that this
is an old (and apparently abandoned) concept.
Could one or more of you perl gurus out there comment on the viability
of the undump concept, or is there another method I should be looking
at. I am sure that many people have a need to distribute client/server
models to many sites and would like to do it without requiring the perl
interpreter or, especially, perl source code.
Thanks,
Roger Smith
------------------------------
Date: Fri, 25 Apr 1997 10:48:44 -0700
From: "David E. Merchant" <qdmerchan@mail.HiWAAY.net>
Subject: Re: Who will win? Borland or Microsoft or Programmers? *A Series Response*
Message-Id: <3360EE7C.424@mail.HiWAAY.net>
> > M A wrote:
> > >
> > > Hi,
> > > My company is planning to start a project. We have a big question
> > > about our investments. We don't know if we should use Microsoft
> > > compiler or Borland. Some myth we heard over the net.
> > >
> > > 1) 90% of the programmer uses Microsoft Compiler.
> > > 2) Borland will vanish in 2 years (NASDAQ:BORL)
> > > 3) Borland has better compiler
> > > 4) 99% of the College in US have/use Borland Compiler.
> > >
> > > Some one show us the way?
You really don't give enough info in your questions. Generically
speaking, to market just to the PC-DOS/Windoze world:
1) Borland compilers are more efficient at most everything compared to
Micro$oft
2) Micro$oft will nickel and dime you to death for 'add-ons' that come
standard with the Borland professional series products, causing the
Micro$oft software to cost even more, especially when you total the
price of each PO in internal funds.
3) Where I work, the only people that are forced to use M$ products (by
edict) are ALWAYS coming to the programmers using Borland to help them
with a fix for this or that.
4) It doesn't matter how long Borland or Microsoft will be around if the
tools you buy today do the job you need done today. Future upgrades are
a serious issue but are truly a side issue to the needs-of-the-moment.
5) Since the Borland stuff is lower cost, more college kids use it than
M$.
6) The quality of the M$ stuff is considerably lower than Borlands.
7) If you're needing enterprise solutions, we suggest you look strongly
at Powerbuilder. The Enterprise version comes with the Symantec
compiler. It's advantage is that it frees the programmer from all the
donkey-work associated with Windoze crappy overhead, allowing the
programmer to focus on the real problems instead of how to code a
particular window display. It has saved us enormous man-years and
dollars, for our environment. (mainframe, mid-tier, and distributed PC's
worldwide.)
8) Finally, some thought should be given as to the capabilities of the
programming talent you have at-hand right now.
David
doing the no-spam thing: remove the first 'q' to email.
------------------------------
Date: Fri, 25 Apr 1997 19:41:36 +0200
From: Frederic BONNET <fbonnet@irisa.fr>
Subject: ZipFolders and Zip compressed filesystems (WAS: Re: Unix and ease of use )
Message-Id: <3360ECD0.1F00@irisa.fr>
[lenghty newsgroup list cleaned a bit]
[linux.act.compression added (the 1st post I believe :-)]
[followup to linux.act.compression]
James Youngman wrote:
>
> In article <335b4f73.10578287@news.iol.ie>, jab@iol.ie says...
>
> >Seeing as the original subject refers to ease of use, can I just say
> >that all the above are inferior as tools in comparison to ZipFolders,
> >which allows me to use the .zip archive as *just another directory*.
> >It makes use of such archives completely transparent, and lets me use
> >any file stored in the archive in the same way as "ordinary" files.
>
> FWIW Emacs has this functionality. It will let you look inside compressed tar
> files or ZIP files, just like directories, and even modify things inside and
> save the result back to the archive.
Sure, but it's only available inside Emacs. OTOH, ZipFolders is
integrated within the file system's namespace, creating a virtual folder
for every .zip file encountered. You can access these folders as any
other folder from any applications, even from DOS apps.
If you use Win95, it's a must-have. But I guess you use Unix. Do you
know a tool that can do the same, eg mounting zip (or gzip) files as
filesystem roots? I'm looking for such a thing esp. on Linux.
See you, Fred
--
Frederic BONNET fbonnet@irisa.fr
Ingenieur Ecole des Mines de Nantes/Ecole des Mines de Nantes Engineer
IRISA Rennes, France - Projet Solidor/Solidor Project
------------------------------------------------------------------------
Tcl: can't leave | "Theory may inform but Practice convinces."
$env(HOME) without it! | George BAIN
------------------------------
Date: 8 Mar 97 21:33:47 GMT (Last modified)
From: Perl-Request@ruby.oce.orst.edu (Perl-Users-Digest Admin)
Subject: Digest Administrivia (Last modified: 8 Mar 97)
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". The real FAQ, as it
appeared last in the newsgroup, can be retrieved with the request "send
perl-users FAQ". 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". It appears twice
weekly in the group, but is not distributed in the digest.
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 V8 Issue 372
*************************************
