[10446] in Perl-Users-Digest

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

Perl-Users Digest, Issue: 4039 Volume: 8

daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Wed Oct 21 19:04:14 1998

Date: Wed, 21 Oct 98 16:00:30 -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           Wed, 21 Oct 1998     Volume: 8 Number: 4039

Today's topics:
    Re: $0 does not contain script name (Martien Verbruggen)
        ActiveState or Gurusamy Sarathy (Bob N.)
    Re: DBI install problem (Randy Kobes)
        dbmopen and file contention problems <norman.bunn@mci.com>
    Re: dbmopen and file contention problems <rootbeer@teleport.com>
    Re: emacs cperl-mode and indent (Ilya Zakharevich)
    Re: Forks and other Utensils <rootbeer@teleport.com>
    Re: Free Pizza for Win32 Tk::JPEG compiled AS or GSAR (David B. White)
    Re: Free Pizza for Win32 Tk::JPEG compiled AS or GSAR (Clinton Pierce)
        Help with Perl5.005 <chad@anlon.com>
    Re: How to view lexical variables in the Perl Debugger? <r28629@email.sps.mot.com>
    Re: How to view lexical variables in the Perl Debugger? <rootbeer@teleport.com>
        Integrating CORBA and Perl <aravind@genome.wi.mit.edu>
        Is there an XEmacs wrapper for perldoc? (Lynn D. Newton)
    Re: Memory problems <gellyfish@btinternet.com>
    Re: OraPERL, Trapping if database is active (Bert Tijhuis)
    Re: Perl & Y2K - booby trap code (Steve Monson)
    Re: Perl & Y2K - booby trap code (Abigail)
    Re: Perl & Y2K - booby trap code <metcher@spider.herston.uq.edu.au>
    Re: Perl & Y2K - booby trap code (Craig Berry)
    Re: Perl & Y2K - booby trap code (Ilya Zakharevich)
    Re: PERL ADO ODBC (John Hardy)
    Re: PERL and a DATABASE.. <jconley@pharmacy.com>
    Re: PERL and a DATABASE.. <gellyfish@btinternet.com>
        Perl and PWS error kevint6551@my-dejanews.com
    Re: Perl and PWS error <rootbeer@teleport.com>
    Re: Perl on NT <cberry@cinenet.net>
        Pink?  Blue?  What color _is_ it??? (John G Dobnick)
    Re: Pink?  Blue?  What color _is_ it??? <merlyn@stonehenge.com>
    Re: Problem with perl scripts... <minich@globalnet.co.uk>
    Re: problems calling procmail <gellyfish@btinternet.com>
    Re: Question... (Martien Verbruggen)
    Re: round a value (Martien Verbruggen)
    Re: Sending Word-Docs directly to the Browser via CGI <gellyfish@btinternet.com>
    Re: Sorting hash arrays <gellyfish@btinternet.com>
    Re: Strict and Global Variables <aqumsieh@matrox.com>
        The story of WinNT & the almost-written data... <rking@duke-energy.com>
        TOOLS USA '99 - Call for Contributions <tools@tools.com>
    Re: weird socket problem (Martien Verbruggen)
    Re: where download nmake.exe ? (Bob N.)
        Where is Win32-Shell module? <alext@cri-boi.nospam.com>
        Special: Digest Administrivia (Last modified: 12 Mar 98 (Perl-Users-Digest Admin)

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

Date: Wed, 21 Oct 1998 22:57:55 GMT
From: mgjv@comdyn.com.au (Martien Verbruggen)
Subject: Re: $0 does not contain script name
Message-Id: <TFtX1.37$vq4.114712@nsw.nnrp.telstra.net>

In article <362DBB20.5CBE805@pallas.tid.es>,
	Jurgen Koeleman <jurgen@pallas.tid.es> writes:
> $0 should contain the name of the file containing the Perl script
> being executed.
> I try the run the following script, that has the s-bit set for owner,
> as a user not equal to owner.
> 
> #!/usr/bin/perl -wT
> # File: test
> print $0;
> 
> Instead of printing the filename "test" it prints "/dev/fd/3". If I
> unset
> the s-bit, the filename is printed correctly.
>  Any idea what's going on here?

The OS does this.

# perldoc perlsec
     In recent years, vendors have begun to supply systems free
     of this inherent security bug.  On such systems, when the
     kernel passes the name of the set-id script to open to the
     interpreter, rather than using a pathname subject to
     meddling, it instead passes /dev/fd/3.  This is a special
     file already opened on the script, so that there can be no
     race condition for evil scripts to exploit.

This avoids an old suid problem where people would replace the script
that is run sfter the OS sees the suid bit, but before the parser
actually reads the script.

I don't think that there is a way to get the name of the 'real' script
from perl.

Martien
-- 
Martien Verbruggen                  | 
Webmaster www.tradingpost.com.au    | 
Commercial Dynamics Pty. Ltd.       | What's another word for Thesaurus?
NSW, Australia                      | 


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

Date: 21 Oct 1998 22:07:14 GMT
From: bobn@interaccess.com (Bob N.)
Subject: ActiveState or Gurusamy Sarathy
Message-Id: <70llui$gsn$1@supernews.com>

They both have 5.005, so which is better, if either?  I see some sneering
at ActiveState, but it seems to be based on 5.004 or older - the 5.00502
I've got seems OK.

Any opinions here on this (he says with an evil grin)?

- Bob N.



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

Date: 21 Oct 1998 22:06:27 GMT
From: randy@theory.uwinnipeg.ca (Randy Kobes)
Subject: Re: DBI install problem
Message-Id: <slrn72sn7d.1sc.randy@theory.uwinnipeg.ca>

On Wed, 21 Oct 1998 20:26:26 GMT, 
	hooni26@my-dejanews.com <hooni26@my-dejanews.com> wrote:
>os : window98

Brave soul ...

>
>DBI(oracle) install problem
>perl makefile.pl    <enter>
>
>*** Warning:
>    The optional pRPC-modules (RPC::pClient etc) are not installed.
[snip]

This is OK - it's just telling you that there's some optional
features in DBI that won't function without the pRPC modules.
But they're not needed for basic DBI use.

>
>Usage: xsubpp [-v] [-C++] [-except] [-prototypes] [-noversioncheck]
>[-nolinenumb ers] [-s pattern] [-typemap typemap]... file.xs Writing Makefile
>for DBI

I've seen this before in the make phase - the shell gets confused
sometimes when processing commands separated by &&. In my case it
was something like
$(PERL) ... $(XSUBPP) .. file.xs >file.tc && $(MV) file.tc file.c.
You can either manually give the two commands on either
side of the && separately at a command prompt, or find where perl
is getting this command from and split the two commands in this place
(in this example, it was in ExtUtils/MM_Unix.pm, in the functions xs_c 
and xs_o).

>dmake   <enter>
>
>DMAKE.EXE:  makefile:  line 843:  Error -- Expecting macro or rule defn,
>found n either
>

This sounds like your perl is set up for nmake, not dmake. Edit the
make=... line in your perl's Config.pm file to reflect the name
of your make. Alternatively, you can get nmake from Microsoft's
ftp site. Be aware though that, if you're using a precompiled
perl which used a different compiler than the one on your local
computer (eg. VC++ vs Borland), that there may be compatibilty problems
in some instances.
-- 
		Best regards,
		Randy Kobes

Physics Department		Phone: 	   (204) 786-9399
University of Winnipeg		Fax: 	   (204) 774-4134
Winnipeg, Manitoba R3B 2E9	e-mail:	   randy@theory.uwinnipeg.ca
Canada				http://theory.uwinnipeg.ca/


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

Date: Wed, 21 Oct 1998 18:00:58 -0400
From: "Norman Bunn" <norman.bunn@mci.com>
Subject: dbmopen and file contention problems
Message-Id: <4LsX1.18300$WE.956@news.cwix.com>

I have built a rather involved web site using perl at the core.  It was
running fine but as usage has increased I am running into file contention
problems.  For example, in many areas I am using:

dbmopen(%groupBase, $groupFile, 0666) || die "Can't open $groupFile\n";

and the program is dying regularly.  I assume this is because the file is
still open from another user.  I have tried changing the mode, but it's
still happening.  Any suggestions?

Thanks,

Norman




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

Date: Wed, 21 Oct 1998 22:18:26 GMT
From: Tom Phoenix <rootbeer@teleport.com>
Subject: Re: dbmopen and file contention problems
Message-Id: <Pine.GSO.4.02A.9810211517390.5534-100000@user2.teleport.com>

On Wed, 21 Oct 1998, Norman Bunn wrote:

> For example, in many areas I am using:
> 
> dbmopen(%groupBase, $groupFile, 0666) || die "Can't open $groupFile\n";
> 
> and the program is dying regularly.  

If you include $! in the die message, you'll have a fighting chance at
finding out why that's happening.

> I assume this is because the file is
> still open from another user.  

That seems doubtful to me. Cheers!

-- 
Tom Phoenix       Perl Training and Hacking       Esperanto
Randal Schwartz Case:     http://www.rahul.net/jeffrey/ovs/



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

Date: 21 Oct 1998 22:58:38 GMT
From: ilya@math.ohio-state.edu (Ilya Zakharevich)
Subject: Re: emacs cperl-mode and indent
Message-Id: <70louu$7eo$1@mathserv.mps.ohio-state.edu>

[A complimentary Cc of this posting was sent to John Hunter 
<jdhunter@nitace.bsd.uchicago.edu>],
who wrote in article <1rk91thm1q.fsf@cace.bsd.uchicago.edu>:
> In the expression below cperl will not indent any of the lines.
> 
> use vars qw(
> @filelist $image $images $montage 
> $opt_t $opt_f 
> $outfile $tar
> $name $path $suffix);

Of course it would not.  It is a quoted string literal.  It will not
be indented.  (I understand that qw() deserves a special-case, but
will not do it any time soon.)

> I get the following error message:
> End of `qw( ... )' string/RE not found: (scan-error Unbalanced 
> parentheses 238 1098)

>From what?

Ilya


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

Date: Wed, 21 Oct 1998 21:04:04 GMT
From: Tom Phoenix <rootbeer@teleport.com>
Subject: Re: Forks and other Utensils
Message-Id: <Pine.GSO.4.02A.9810211402340.5534-100000@user2.teleport.com>

On Wed, 21 Oct 1998, Jordan Conley wrote:

> How many forks are safe?? 

Zero. But if you check the return value from fork(), you'll know when it
fails. Of course, the number of processes you can run depends upon your
system, not on Perl; check with your system administrator before you start
too many processes and bog the system down. Cheers!

-- 
Tom Phoenix       Perl Training and Hacking       Esperanto
Randal Schwartz Case:     http://www.rahul.net/jeffrey/ovs/



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

Date: 21 Oct 1998 21:14:04 GMT
From: dbwhite@btv.ibm.com (David B. White)
To: cpierce1@cp500.fsic.ford.com (Clinton Pierce)
Subject: Re: Free Pizza for Win32 Tk::JPEG compiled AS or GSAR
Message-Id: <70liqs$jne$2@mdnews.btv.ibm.com>

[Posted and mailed]

In article <70ksbk$icp3@eccws1.dearborn.ford.com>,
        cpierce1@cp500.fsic.ford.com (Clinton Pierce) writes:
>
> So, I'm offering a free pizza to anyone, anywhere in the world who
> can give me a compiled version of Tk::JPEG that's ready to drop into
> one of the Win32 Perl ports.  I'd prefer ActiveState since GSAR's
> port is becoming a bit dated.

Install the latest ActiveState, then use its perl package manager to
obtain the Tk module from ActiveState.  I would assume that it includes
the JPEG stuff, but I could be wrong...

--
David B. White
IBM Microelectronics, Circuit Verification & Design Tools
Internal: dbwhite@btv             Internet: dbwhite@vnet.ibm.com
Phone: 802-769-5671     (TieLine: 446)     Fax: 802-769-5722


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

Date: Wed, 21 Oct 1998 21:18:20 GMT
From: fubar@ameritech.deleteme.net (Clinton Pierce)
Subject: Re: Free Pizza for Win32 Tk::JPEG compiled AS or GSAR
Message-Id: <362e4f5d.1787317103@wingate>

On 21 Oct 1998 21:14:04 GMT, dbwhite@btv.ibm.com (David B. White)
wrote:

>[Posted and mailed]
>
>In article <70ksbk$icp3@eccws1.dearborn.ford.com>,
>        cpierce1@cp500.fsic.ford.com (Clinton Pierce) writes:
>>
>> So, I'm offering a free pizza to anyone, anywhere in the world who
>> can give me a compiled version of Tk::JPEG that's ready to drop into
>> one of the Win32 Perl ports.  I'd prefer ActiveState since GSAR's
>> port is becoming a bit dated.
>
>Install the latest ActiveState, then use its perl package manager to
>obtain the Tk module from ActiveState.  I would assume that it includes
>the JPEG stuff, but I could be wrong...

Should have made this clear, ActiveState's port currently does 
not include the Tk::JPEG module--just the standard Tk stuff AFAIK,
and JPEG is not in there.

-- 
"If you rush a Miracle Man, you get rotten miracles"
                     --Miracle Max, The Princess Bride
DNRC: "Grand Inquisitor of Out At 5 Doctrine"  06/96


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

Date: Wed, 21 Oct 1998 17:44:19 -0500
From: Chad Moston <chad@anlon.com>
Subject: Help with Perl5.005
Message-Id: <362E63C3.B902E0B@anlon.com>

I am generally new to the Perl 'business'.  I just
downloaded Perl 5.005 and installed it on my
computer.  What I am looking for is the compiler.
This should create an .exe file for me and I
should be able to run this .exe file on any
computer, whether it has Perl installed on it or
not.

Does anybody know what the compiler is called and
how do I use it?



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

Date: Wed, 21 Oct 1998 16:10:49 -0500
From: Tk Soh <r28629@email.sps.mot.com>
Subject: Re: How to view lexical variables in the Perl Debugger?
Message-Id: <362E4DD9.EB02D52E@email.sps.mot.com>

Tom Phoenix wrote:
> > Subject: How to view lexical variables in the Perl Debugger?
> 
>     x $lexical
>     x \%hash
>     x \@array
> 

what are the differences between 'x \@array' and 'x @array'? And hashes?

-tk


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

Date: Wed, 21 Oct 1998 22:16:23 GMT
From: Tom Phoenix <rootbeer@teleport.com>
Subject: Re: How to view lexical variables in the Perl Debugger?
Message-Id: <Pine.GSO.4.02A.9810211516040.5534-100000@user2.teleport.com>

On Wed, 21 Oct 1998, Tk Soh wrote:

> what are the differences between 'x \@array' and 'x @array'? And
> hashes?

Did you see what was different when you tried it? :-)

-- 
Tom Phoenix       Perl Training and Hacking       Esperanto
Randal Schwartz Case:     http://www.rahul.net/jeffrey/ovs/



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

Date: Wed, 21 Oct 1998 17:37:35 -0400
From: Aravind Subramanian <aravind@genome.wi.mit.edu>
Subject: Integrating CORBA and Perl
Message-Id: <362E541F.3EEF8C42@genome.wi.mit.edu>


Has anyone used Perl implementations of CORBA - the MICO or COPEX
modules

I am trying to determine the viability of using CORBA and Perl in this
architecture: database - server - client

Perl scripts on remote clients need access to a single relational
database. In the architecture above, this access would be provided
through an intermediate tier that uses JDBC to do the actual database
transactions.

What CORBA-Perl *client* side tools would be needed for this? The only
requirement I have been able to determine is a idl2perl
compiler. Are there others? Server side implementaion is in Java and
tools exist for this already.

Does anyone have *alternative strategies* to integrate Perl into a CORBA

based architecture?

I would much appreciate any comments.

Thank you,




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

Date: 21 Oct 1998 14:42:54 -0700
From: lynn_newton@mcg.mot.com (Lynn D. Newton)
Subject: Is there an XEmacs wrapper for perldoc?
Message-Id: <cn1n26pr3q9.fsf@miles.phx.mcd.mot.com>


Has anyone written an XEmacs front end for perldoc?

-- 
==================================
Lynn D. Newton
Motorola Computer Group
Tempe, AZ
http://www.eecs.umich.edu/~lnewton
==================================


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

Date: 21 Oct 1998 22:19:17 +0100
From: Jonathan Stowe <gellyfish@btinternet.com>
Subject: Re: Memory problems
Message-Id: <70lj4l$sk$1@gellyfish.btinternet.com>

On Mon, 19 Oct 1998 10:49:58 -0700 Adam Morgan <amorgan@vsol.com> wrote:
> I have sent the cource code to your email address. Thanks for your interest.
> 
> Jonathan Stowe wrote:
> 
>> On Sat, 17 Oct 1998 12:12:18 -0700 Adam Morgan <amorgan@vsol.com> wrote:
>> > Does anyone know how to monitor memory use in Perl? I keep running out.
>> >
>>
>> Alternatively you could show us the code that you find problems with
>> 'cause there's almost certainly a more memory efficient way to achieve
>> what you want to do.
>>
> 

I'll post a few thoughts here but I have to say that your code was so big
and I have had so little time I dont think it will be much help.

>From amorgan@vsol.com Wed Oct 21 21:47:42 1998
Date: Mon, 19 Oct 1998 10:49:08 -0700
From: Adam Morgan <amorgan@vsol.com>
To: "'jns@btinternet.com'" <jns@btinternet.com>
Subject: You suggested that I send the source
> 
> #!/usr/bin/perl
> ################################################################################
> # Author	: Adam Morgan (Virtual Solutions, Inc.)
> # Date		: 06/08/98
> # Description	: Loads the Checkers Data Mart.
> ################################################################################
> # Do something with the dates file
> #
> use Getopt::Std;
> use DBD::Informix;
> 

If you have got a statically linked version of DBD::Informix this could
create a big process to start with - you will probably get an extra 2 Meg
as well with SE for the sqlexec or less for Online.

<snip code>

> sub open_insert_cursors()
> {

<snip>

My initial thought that the prepared statements could be at fault.
If you are using a cursor on a large dataset and that cursor could all
be in memory at once then you could consume a shed of load of memory
very quickly.

You could try doing this with a bunch of individual explicit inserts -
this will certainly be slower but it will help you determine if the problem
lies here.

> sub get_checkers()
> {
> 	$st_h = $db->prepare('select unique ch_us_chekr_nbr, 
>                                           ge_us_stor_id, 
>                                           ch_us_chekr_id from ch_us_chekr');
> 
> 	$st_h->execute;
> 	while ($ref = $st_h->fetch)
> 	{
> 		$ch_us_chekr_key = sprintf("%s|%s", @{$ref}[0], @{$ref}[1]);
> 		$ch_us_chekr{$ch_us_chekr_key} = @{$ref}[2];
> 	}
> 
> 	$st_h->finish;
> 	undef $st_h;
> 	undef $ch_us_chekr_key;
> }
> 

How many rows has your table ch_us_chekr ?  Although hashes arent that
greedy on space there is a little storage overhead obviously.  I would
would probably raise the same query on the hashes of arrays into which
you are aggregating.

I think that the thing to do here would be to isolate the smallest working
example of your code that still runs out of memory an post it here.

Sorry I cant be more help

/J\
-- 
Jonathan Stowe <jns@btinternet.com>
Some of your questions answered:
<URL:http://www.btinternet.com/~gellyfish/resources/wwwfaq.htm>


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

Date: Wed, 21 Oct 98 21:20:26 GMT
From: B.Tijhuis@inter.nl.net (Bert Tijhuis)
Subject: Re: OraPERL, Trapping if database is active
Message-Id: <70lo1c$s4q$1@newnews.nl.uu.net>

Use the oraperl module.

check for the function oralogin
it will tell you if ORACLE is UP or DOWN.
But it you could do some more nice things in you're crontab. For example
to test if the tablespaces are running out of space etc.

interest,
Please email me at; Bert_Tijhuis@wa#vin.com (remove the #)


In article <70l7ho$ls4$1@news01.iafrica.com>, "Rob Pearson" 
<robertwp@iafrica.com> wrote:
>I am very new to PERL. Does anyone have any Oracle PERL script out there
>that checks if a specific Oracle database is up. I want this perl script to
>run by CRON and if the Oracle database is down, I want to Mail myself a
>message. All I need is how to check if Oracle is up or down. PLEASE HELP.
>
>Thanks
>
>


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

Date: 21 Oct 1998 16:30:45 -0500
From: monson@tri.sbc.com (Steve Monson)
Subject: Re: Perl & Y2K - booby trap code
Message-Id: <70ljq5$f5c@euphony.tri.sbc.com>

See ye here Abigail's writings:
>Craig Berry (cberry@cinenet.net) wrote on MDCCCLXXVII September MCMXCIII
>++ 'Fix' is the wrong term.  Perl's localtime() is just a wrapper for C/Unix
>++ localtime(), which has, throughout history, returned year-1900.
>
>I agree with Gisle. The person who decided the tm struct should contain
>the year - 1900 made a very bad decision, and it would have great if
>Larry had "fixed" it for Perl.

I see nothing wrong with year-1900. To get the proper year, just always
add 1900. Not even a problem when comparing dates, unless you go back
before 1900.

The Y2K problem is related to year % 100, so that you lose the century
information.

Unless I am mistaken. Are there critical crash-causing problems
that involve dates prior to 1900?

Steve Monson
-- 
Contender for the Worst Analogy prize:
Her vocabulary was as bad as, like, whatever.
                                 --  Unknown


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

Date: 21 Oct 1998 21:17:06 GMT
From: abigail@fnx.com (Abigail)
Subject: Re: Perl & Y2K - booby trap code
Message-Id: <70lj0i$f3j$1@client3.news.psi.net>

Craig Berry (cberry@cinenet.net) wrote on MDCCCLXXVII September MCMXCIII
in <URL:news:70l5db$249$2@marina.cinenet.net>:
++ Gisle Aas (aas@sn.no) wrote:
++ : 
++ : We never see these Y2K threads in comp.lang.python.  I conclude that
++ : something must be wrong with Perl.  I really wished Larry had decided
++ : to fix the struct values like Gudio did.
++ 
++ 'Fix' is the wrong term.  Perl's localtime() is just a wrapper for C/Unix
++ localtime(), which has, throughout history, returned year-1900.  To my way
++ of thinking, continuing to provide the behavior everyone who's ever coded
++ in C or under Unix expects already is a Good Thing.  I would be very
++ unhappy having to switch between different expectations about localtime in
++ different closely related languages. 


'/' was fixed, and I seldom hear people complaining about that.

I agree with Gisle. The person who decided the tm struct should contain
the year - 1900 made a very bad decision, and it would have great if
Larry had "fixed" it for Perl.


Abigail
-- 
perl -wlne '}print$.;{' file  # Count the number of lines.


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

Date: Thu, 22 Oct 1998 08:46:05 +1000
From: Jaime Metcher <metcher@spider.herston.uq.edu.au>
Subject: Re: Perl & Y2K - booby trap code
Message-Id: <362E642D.6E368854@spider.herston.uq.edu.au>

Abigail wrote:
> 
> '/' was fixed, and I seldom hear people complaining about that.
> 
> I agree with Gisle. The person who decided the tm struct should contain
> the year - 1900 made a very bad decision, and it would have great if
> Larry had "fixed" it for Perl.
> 

Well, yeah.  Was there really any good reason for this -1900 nonsense? 
And if there was, does it still apply?  You couldn't really call it a
bug, but if you build an automatic transmission with "R" written on the
forward gear and "D" on the reverse, you know what's going to happen,
don't you?  You're going to feel really clever about how well you know
your machine right up until someone else backs it into a pole for you. 
No matter how big the print in the owner's manual is.

The point is that things that look simple but aren't are *far* more
dangerous that things that just look complicated.

There was a post in clp* somewhere that talked about naming being the
most important and botched part of software design.   So I propose that
all future descriptions of localtime look like:

($sec, $min, $hour, $mon, $something_that_looks_like_the_year_but_isnt,
$wday, $yday, $isdst) = localtime(time);

# ;->

-- 
Jaime Metcher


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

Date: 21 Oct 1998 22:35:48 GMT
From: cberry@cinenet.net (Craig Berry)
Subject: Re: Perl & Y2K - booby trap code
Message-Id: <70lnk4$l2c$4@marina.cinenet.net>

Abigail (abigail@fnx.com) wrote:
: '/' was fixed, and I seldom hear people complaining about that.

Well, yeah, but that was *really* broken. :)

: I agree with Gisle. The person who decided the tm struct should contain
: the year - 1900 made a very bad decision,

Utterly, totally agreed.  One of my first stops when I get my time machine
working will be at Bell Labs and/or Berkeley ca. 1970 to fix this, at
gunpoint if necessary.

: and it would have great if : Larry had "fixed" it for Perl. 

Well, matter of taste.  I'd rather have consistent inconvenience than
inconsistency -- in matters related to programming, at least.  If there's
a desire for different localtime behavior, create a new func with a
different name that returns 4-digit year, 1-12 month.  Maybe
localtime_newbie would be a good name. :) 

---------------------------------------------------------------------
   |   Craig Berry - cberry@cinenet.net
 --*--    Home Page: http://www.cinenet.net/users/cberry/home.html
   |      "Ripple in still water, when there is no pebble tossed,
       nor wind to blow..."


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

Date: 21 Oct 1998 22:51:18 GMT
From: ilya@math.ohio-state.edu (Ilya Zakharevich)
Subject: Re: Perl & Y2K - booby trap code
Message-Id: <70loh6$77j$1@mathserv.mps.ohio-state.edu>

[A complimentary Cc of this posting was sent to Gisle Aas 
<aas@sn.no>],
who wrote in article <m3soghop9y.fsf@furu.g.aas.no>:
> We could fix this with a pragma too. Something for Ilya's 'use pedantic'?

What is pedantic in counting years from the moment when some person
was 4 years old?

Ilya


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

Date: Wed, 21 Oct 1998 21:27:26 GMT
From: jhardy@cins.com (John Hardy)
Subject: Re: PERL ADO ODBC
Message-Id: <2lsX1.1487$4k4.688069@198.235.216.4>

In article <tz8u30yjyie.fsf@aimnet.com>, nouser@nohost.nodomain says...
>
>In article <r47X1.235$4k4.73091@198.235.216.4> jhardy@cins.com (John Hardy) 
writes:
>
>   Well I have looked everywhere over the past week or so and have not
>   found anything worthwhile concerning PERL and ADO. Whenever you
>   mention PERL accessing MSSQL you immediatley get pointed to DBI and
>   DBD, Or worse ASP!  The reason why I prefer to find something
>   related to PERL and ADO only is because I have heard it is becoming
>   a very popular way to access SQL through PERL and is faster then
>   DBI, also more portable.
>
>I don't know whether ADO is right for your needs or not, but I have
>trouble seeing how ADO could be "more portable" than DBI or ODBC.
>ODBC is a standard that is supported by just about every relational
>database in existence (ODBC is really a Microsoft name for an XOpen
>standard).  DBI is supported by Perl on many platforms.  ADO is
>basically Microsoft-only technology and closely linked to OLE and
>other Microsoft-proprietary and platform specific code.
>
>Thomas.



Well I think it will do the job just fine If I can figure out
how to combine it with PERL. I have been playing around with a little
script which works pretty good so far but still needs some work. 

I guess Portable was the wrong word, Easier to install and use 
if your already in an MS environment, which is what I am working on right now, 
unfortunatley. I refuse to write ASP and do not want the headache of installing 
DBI 
and trying to keep up with each new version as it comes out. From what I can 
see 
and have read is it changes quite frequently. Also ADO (OLE) is faster then 
DBI. 
Platform Specific is not a problem since the client is a Microsoft Maniac! The 
only 
software they are using that is not an MS product is Netscape??

I am not ruling DBI out, I will use it as a last resort if I can't get this 
thing to work. 
But would perfer not to rely on it when ADO is already there. 

Anyway I am not here to argue about ADO and DBI. I would sure like to find more 
scripting 
info on combining PERL - ADO - MSSQL  and would be willing to pay any of you 
Brilliant
PERL Programmers to help me out. 

John 



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

Date: Wed, 21 Oct 1998 15:45:39 -0400
From: Jordan Conley <jconley@pharmacy.com>
Subject: Re: PERL and a DATABASE..
Message-Id: <362E39E3.962061B@pharmacy.com>

DPortal Webmaster wrote:
> 
> I would like to query a database using PERL (and something like SQL), but I
> can only seem to be able to do this on NT, does anyone know of any
> UNIX/LINUIX database's that I can query using PERL. (If there FREE then even
> better ;-) ).
> 
> Webmaster DPortal
> http://www.dportal.co.uk/
> to email from _NOSPUDS* from the address.

I use Informix...far from free but works like a charm from perl ;)

Jordan

-- 
Jordan Conley
RoTech Medical
Location 9995


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

Date: 21 Oct 1998 19:29:38 +0100
From: Jonathan Stowe <gellyfish@btinternet.com>
Subject: Re: PERL and a DATABASE..
Message-Id: <70l96i$qd$1@gellyfish.btinternet.com>

On Tue, 20 Oct 1998 23:29:59 +0500 Alexander Trump <assa@assa.tlt.ru> wrote:
> DPortal Webmaster (webmaster_NO*SPUDS*@dportal.co.uk) wrote:
> : I would like to query a database using PERL (and something like SQL), but I
> : can only seem to be able to do this on NT, does anyone know of any
> : UNIX/LINUIX database's that I can query using PERL. (If there FREE then even
> : better ;-) ).
> 
> You can find the following SQL servers at Linux free: Ingres, Sybase, Oracle
> (very alpha), Postgres, Informix (coming soon), mSQL, mySQL...
> 
Informix for Linux is available now - Although when I build DBD::Informix
against it it fails 90% of the tests ;-{

/J\
-- 
Jonathan Stowe <jns@btinternet.com>
Some of your questions answered:
<URL:http://www.btinternet.com/~gellyfish/resources/wwwfaq.htm>


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

Date: Wed, 21 Oct 1998 21:53:28 GMT
From: kevint6551@my-dejanews.com
Subject: Perl and PWS error
Message-Id: <70ll4o$ujm$1@nnrp1.dejanews.com>

I have downloaded and successfully installed ActivePerl for Win32. I can run
Perl scripts from the command line and they work but, when I run them through
Netscape or IE I get a '404 File not found' error. I even get this when I
look at the directory and click on a file. I have created a "Hello World" and
it runs on another computer here in my office with (as far as I can tell) the
exact same set-up. I have changed the registry to include ".pl" extenstions
and restarted many times. Any suggestions as to why this is happening or
reccomendations to fix it?

Much appreciated.

-----== Posted via Deja News, The Leader in Internet Discussion ==-----
http://www.dejanews.com/rg_mkgrp.xp   Create Your Own Free Member Forum


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

Date: Wed, 21 Oct 1998 22:18:58 GMT
From: Tom Phoenix <rootbeer@teleport.com>
Subject: Re: Perl and PWS error
Message-Id: <Pine.GSO.4.02A.9810211518350.5534-100000@user2.teleport.com>

On Wed, 21 Oct 1998 kevint6551@my-dejanews.com wrote:

> when I run them through Netscape or IE I get a '404 File not found'
> error.

When you're having trouble with a CGI program in Perl, you should first
look at the please-don't-be-offended-by-the-name Idiot's Guide to solving
such problems. It's available on CPAN.

   http://www.perl.com/CPAN/
   http://www.perl.org/CPAN/
   http://www.perl.org/CPAN/doc/FAQs/cgi/idiots-guide.html
   http://www.perl.org/CPAN/doc/manual/html/pod/

Hope this helps!

-- 
Tom Phoenix       Perl Training and Hacking       Esperanto
Randal Schwartz Case:     http://www.rahul.net/jeffrey/ovs/



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

Date: Wed, 21 Oct 1998 13:54:45 -0700
From: Craig Berry <cberry@cinenet.net>
To: Tom Phoenix <rootbeer@teleport.com>
Subject: Re: Perl on NT
Message-Id: <Pine.GSO.3.95.981021135155.22418B-100000@hollywood.cinenet.net>

[posted and cc'd to cited author]

On Wed, 21 Oct 1998, Tom Phoenix wrote:
> On 21 Oct 1998, Craig Berry wrote:
> > IIS runs scripts with . set to the doc root, rather than in the
> > script's own home dir.  Easiest way to circumvent this problem is a
> > chdir in a begin block, but of course this makes the script less
> > portable.  Sigh.
> 
> If your CGI program assumes that the working directory will be _any_
> particular directory, it's buggy. The server could use the server root
> today, the homedir of user nobody tomorrow, and the script's directory on
> the day after that. Unless you see something in the CGI spec that I don't!
[snip]

Hm, interesting point.  I worked for so long on CGI servers that did it
the "right way" (i.e., the way I got used to) that I never quite realized
that the spec doesn't specify cwd at script runtime.  I suppose we should
all be doing FindBin in a begin block to get to the app's dir.

---------------------------------------------------------------------
   |   Craig Berry - cberry@cinenet.net
 --*--    Home Page: http://www.cinenet.net/users/cberry/home.html
   |      "Ripple in still water, when there is no pebble tossed,
       nor wind to blow..."



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

Date: 21 Oct 1998 21:06:33 GMT
From: jgd@alpha3.csd.uwm.edu (John G Dobnick)
Subject: Pink?  Blue?  What color _is_ it???
Message-Id: <70licp$j47$1@uwm.edu>

>From article <8cww5uroad.fsf@gadget.cscaper.com>, by Randal Schwartz <merlyn@stonehenge.com>:
> 
> The Blue camel was aimed a different (wider) audience, hence the
> change in wording.
> 
> There was *nothing* wrong with the Pink camel's description.  If I

  Now, we all know what the "pink" camel is.

  But what's this "blue" thing?   Since when did "teal" become "blue"?
  Have I missed something


--
John G Dobnick                          "Knowing how things work is the basis
Information & Media Technologies         for appreciation, and is thus a
University of Wisconsin - Milwaukee      source of civilized delight."
jgd@csd.uwm.edu   ATTnet: (414) 229-5727                    -- William Safire



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

Date: Wed, 21 Oct 1998 21:27:57 GMT
From: Randal Schwartz <merlyn@stonehenge.com>
Subject: Re: Pink?  Blue?  What color _is_ it???
Message-Id: <8ck91tr4fc.fsf@gadget.cscaper.com>

>>>>> "John" == John G Dobnick <jgd@alpha3.csd.uwm.edu> writes:

John> From article <8cww5uroad.fsf@gadget.cscaper.com>, by Randal Schwartz <merlyn@stonehenge.com>:
>> 
>> The Blue camel was aimed a different (wider) audience, hence the
>> change in wording.
>> 
>> There was *nothing* wrong with the Pink camel's description.  If I

John>   Now, we all know what the "pink" camel is.

John>   But what's this "blue" thing?   Since when did "teal" become "blue"?
John>   Have I missed something

Of the colors: red, orange, yellow, green, blue, purple, white, and
black, the second edition camel is closest to "blue".  Therefore, I
call it "blue".  I'm sorry if you find this confusing. :)

-- 
Name: Randal L. Schwartz / Stonehenge Consulting Services (503)777-0095
Keywords: Perl training, UNIX[tm] consulting, video production, skiing, flying
Email: <merlyn@stonehenge.com> Snail: (Call) PGP-Key: (finger merlyn@teleport.com)
Web: <A HREF="http://www.stonehenge.com/merlyn/">My Home Page!</A>
Quote: "I'm telling you, if I could have five lines in my .sig, I would!" -- me


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

Date: Wed, 21 Oct 1998 23:15:42 +0100
From: "Martin" <minich@globalnet.co.uk>
Subject: Re: Problem with perl scripts...
Message-Id: <70lmdd$5v6$1@newnews.global.net.uk>

>You really should read the cgi spec, the perl faq's and other docs.  You
>need to send a content header first.
>
>print "Content-type: text/html\n\n";
>
>then send your hello statment.
>
>print "Hello!\n";


He's using a Server Side Include which means the browser already has
the header so doesn't need the spec.

Martin




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

Date: 21 Oct 1998 20:29:07 +0100
From: Jonathan Stowe <gellyfish@btinternet.com>
Subject: Re: problems calling procmail
Message-Id: <70lcm3$ra$1@gellyfish.btinternet.com>

On 18 Oct 1998 14:43:55 GMT Nick Halloway <snowe@rain.org> wrote:
> I'm having problems with the perl version 5.0 code below.
> It doesn't seem to know that save-incoming is a .procmailrc file,
> it gives errors
> 
> :0:: not found
> !snowe@rain.org: not found
> 
> -- the lines in save-incoming are 
> :0:
> !snowe@rain.org
> 
> but it doesn't die.  
> 
> 
> Thanks ...
> 
> ################################################################## Archiving
> # archive
> open( COMMAND, "| procmail -f- $MNG_ROOT/etc/procmail/save-incoming" )
> || die "open procmail didnt work";
> 

I have a strong suspicion that your $MNG_ROOT may have something in it that
you dont want - like a '|' for instance.

/J\
-- 
Jonathan Stowe <jns@btinternet.com>
Some of your questions answered:
<URL:http://www.btinternet.com/~gellyfish/resources/wwwfaq.htm>


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

Date: Wed, 21 Oct 1998 22:20:34 GMT
From: mgjv@comdyn.com.au (Martien Verbruggen)
Subject: Re: Question...
Message-Id: <S6tX1.31$vq4.79979@nsw.nnrp.telstra.net>

In article <362d9ce6.6238195@news.icm.edu.pl>,
	jurek@univcomp.waw.pl (Jerzy Orzeszek) writes:
> I know how to parse <STDIN> twice
> But I need to run
> find / -size +$fnum -size -$snum -exec ls -l {} \; from perl script.

Use system() if you don't care about the output (which you do seem to
want though).

# perldoc -f system

Use qx() or backtics `` if you need the output.

# perldoc perlop

But you might be better off using File::Find and stat:

# perldoc File::Find
# perldoc -f stat

There even is a script that comes with perl, that will translate the
arguments to find into a perl sub for use by File::Find for you.

# find2perl / -size +\$fnum -size -\$snum -exec ls -l {} \;

Then you can tweak that code to do what you want, and maybe get rid of
the exec :)

Martien
-- 
Martien Verbruggen                  | 
Webmaster www.tradingpost.com.au    | 75% of the people make up 3/4 of the
Commercial Dynamics Pty. Ltd.       | population.
NSW, Australia                      | 


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

Date: Wed, 21 Oct 1998 22:46:33 GMT
From: mgjv@comdyn.com.au (Martien Verbruggen)
Subject: Re: round a value
Message-Id: <dvtX1.34$vq4.114712@nsw.nnrp.telstra.net>

In article <70k7ba$3p9$1@nnrp1.dejanews.com>,
	dwiesel@my-dejanews.com writes:
> (I want the value to become a new value with 0.5 between (sorry for my bad
> english)

Divide the value by your resolution (0.5 here)
Round to the nearest whole number
Multiply by the resolution

my $res = 0.5;
my $num = 1.234;
my $round_num = sprintf("%.0f", $num/$res) * $res

Of course, you need to be aware that for numbers that fall exactly on
the boundary, i.e. 2.25, 2.75, 1.75, you might get odd results. This
is a normal problem when rounding floating point numbers on a
computer, and has to do with the way these numbers are represented in
memory. Entering a value of 2.25 might actually yield a value of (2.5
+/- machine precision), where the machine precision is the resolution
of your floating point number in this representation.

On some machines the library functions that sprintf and family use are
slightly off. You might want to use something hand rolled to round
numbers. See many other articles in this group. Use dejanews to find
them. Also see 

# perldoc perlfaq4
/Does perl have a round function?  What about ceil() and floor()? Trig
functions?

Martien
-- 
Martien Verbruggen                  | 
Webmaster www.tradingpost.com.au    | This matter is best disposed of from a
Commercial Dynamics Pty. Ltd.       | great height, over water.
NSW, Australia                      | 


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

Date: 21 Oct 1998 19:23:20 +0100
From: Jonathan Stowe <gellyfish@btinternet.com>
Subject: Re: Sending Word-Docs directly to the Browser via CGI
Message-Id: <70l8qp$qa$1@gellyfish.btinternet.com>

On Tue, 20 Oct 1998 12:58:00 +0200 Tanja Riedel <tanja.riedel.tr3@bayer-ag.de> wrote:
<snip>
> I think, this is a problem caused by VMS which is sending blocks of data to
> STDOUT, instead of writing a stream...

You will need to binmode STDOUT as well as your input file.

/J\
-- 
Jonathan Stowe <jns@btinternet.com>
Some of your questions answered:
<URL:http://www.btinternet.com/~gellyfish/resources/wwwfaq.htm>


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

Date: 21 Oct 1998 21:08:43 +0100
From: Jonathan Stowe <gellyfish@btinternet.com>
Subject: Re: Sorting hash arrays
Message-Id: <70lf0b$rq$1@gellyfish.btinternet.com>

On 16 Oct 98 10:05:31 GMT John Horne <J.Horne@plymouth.ac.uk> wrote:
> I'm trying to sort the values of a hash array, but still retain the
> 'link' between the value and the key. The perl FAQ doesn't say
> much about this except that generally there is only sorting the
> keys or sorting the values. Sorting the keys will still allow me
> access to the values, but vice-versa isn't true. The problem is
> actually to do with stats of our web server - I'm trying to
> determine which pages have been hit the most, as well as which
> domains are doing the hitting(?). These are kept in 2 hash arrays-
> one of which basically states: 
> 
>    $page_count{$page}++;   whenever an HTML page has been hit
> 
<snip>

I would tend to put the contents of the hash into a sorted array of array
references like this:



@sorted = reverse sort { $a->[1] <=> $b->[1] }
          map  { [ $_,$agents{$_}]}
          keys %page_count;

foreach (@sorted)
{
   printf("%-60s%i\n",$_->[0],$_->[1]);
}

/J\
-- 
Jonathan Stowe <jns@btinternet.com>
Some of your questions answered:
<URL:http://www.btinternet.com/~gellyfish/resources/wwwfaq.htm>


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

Date: 21 Oct 1998 17:17:06 -0400
From: Ala Qumsieh <aqumsieh@matrox.com>
Subject: Re: Strict and Global Variables
Message-Id: <x3ylnm9d38t.fsf@tigre.matrox.com>


"Noel Sant" <noel.sant@which.net> writes:
> 
> Yes, but what's the solution if you've been told "use 'use strict' or know
> why not", and you like to keep large subroutines in different files?

By far, the best way, in my opinion, is to place all your reusable
subroutines inside a separate file, also called a module. Then, in
your script, you can 

use Module;

or

use Module qw/sub1 sub2 ../;

This will allow you to use the subroutines defined in Module.pm (if
properly defined, that is) and prevents too much cluttering of your
name space.

> So far I've only found the idea of declaring a variable 'local $::var;" in
> the top module (file), then using $::var throughout. Modules written by
> other people are OK if they don't use 'use strict', I suppose you have to
> amend them if they do.

I think you agree that this approach is ugly. That is precisely why
Perl provides modules and packages. Use them!

> 
> But now I've seen "another reason not to use dynamically scoped variables"
> (i.e. 'local'). So what the devil's a poor programmer to do?

A poor programmer should stare at his console until he memorizes the
following letters:

"TMTOWTDI"

> 
> Regards,
> 
>         Noel Sant

Does this clear things up a little?
-- 
Ala Qumsieh               email: aqumsieh@matrox.com
ASIC Design Engineer      phone: (514) 822-6000 x7581
Matrox Graphics Inc.      (old) webpage :
Montreal, Quebec          http://www.cim.mcgill.ca/~qumsieh


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

Date: Wed, 21 Oct 1998 17:09:20 -0500
From: "R. King" <rking@duke-energy.com>
Subject: The story of WinNT & the almost-written data...
Message-Id: <70lm04$gp9$1@news3.infoave.net>

When I run the script below with ActivePerl (5.002 w/ perl 5.005_2) on
NT4.0, STDOUT gets the whole thing, but the script only writes about 3/4 of
the web page to the file...

Can anyone help?

=====================================================

use LWP::UserAgent; $ua = new LWP::UserAgent; $ua->agent("DukeZilla/0.1 " .
$ua->agent);
my $req = new HTTP::Request GET => 'http://bigbird.stockmaster.com/c/duke/';

print "Requesting StockQts. on [", scalar localtime, "]";

my $res = $ua->request($req);

if ($res->is_success)
{
    $my_stock_html=$res->content;

    open(STOCK_HTML,">J:\\www\\info\\stock_quotes.htm") or die $!;
    print $res->content;
    print STOCK_HTML $res->content;
    print "\t Success(!)\n";
}






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

Date: Wed, 21 Oct 1998 15:46:18 -0700
From: "TOOLS Conferences" <tools@tools.com>
Subject: TOOLS USA '99 - Call for Contributions
Message-Id: <70lo9f$5p4$1@news.rain.org>

TOOLS CONFERENCE SERIES
TECHNOLOGY OF OBJECT-ORIENTED LANGUAGES AND SYSTEMS

TOOLS USA '99
"Delivering Quality Software"

30th International Conference and Exhibition
Santa Barbara, Calif., August 2-6, 1999

Program Chair: Donald Firesmith, Storage Technology Corporation, USA
Tutorials Chair: Richard Riehle, AdaWorks, USA
Workshops & Panels Chair: Gilda Pour, San Jose State University, USA
Conference Series Chair: Bertrand Meyer, ISE, USA

TOOLS USA '99 is now soliciting contributions for technical papers,
tutorials, workshops, and panels.

Submission guidelines are available at http://www.tools.com/usa/

IMPORTANT DATES
Tutorial & workshop submission deadline: January 29, 1999
Panel submission deadline: March 5, 1999
Technical paper ABSTRACT submission deadline: February 26, 1999
Technical paper MANUSCRIPT submission deadline: March 5, 1999
All final manuscripts due at IEEE CS Press: May 7, 1999

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
FOR MORE INFORMATION ON TOOLS USA '99 OR ANY OTHER
EVENTS IN THE TOOLS CONFERENCE SERIES,
VISIT OUR WEB SITE AT http://www.tools.com
OR CONTACT US AT tools@tools.com
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~






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

Date: Wed, 21 Oct 1998 22:53:42 GMT
From: mgjv@comdyn.com.au (Martien Verbruggen)
Subject: Re: weird socket problem
Message-Id: <WBtX1.36$vq4.114712@nsw.nnrp.telstra.net>

In article <362DB8E5.1AFA@nsw.bigpond.net.au>,
	Gavin Cato <gcato@nsw.bigpond.net.au> writes:

> ## Added by Gavin, this is the key bit that actually runs the commands
> ## on the cisco
> ## The sleep commands are there to keep things safe
> 
> if ($child = fork) {
>     select $sock;
>         print "$rpasswd\n";
>         sleep 1;
>         print "terminal length 0\n";
>         print "en\n";
>         sleep 1;
>         print "$renable\n";
>         sleep 1;
>         print "$rcmd\n";
>         sleep 1;
>         print "$tftphost\n";
>         sleep 1;
>         print "$filename\n";
>         sleep 1;
>         print "\n";
>         sleep 1;
>         print "quit\n";
>     sleep 2;
>     exit 0;     # this will wait in zombie mode until parent exits.
> }
> # in the parent
> while (<$sock>) { print; }
> exit 0;

This part seems to be the part that actually sends stuff to the remote
machine, all the rest is just socket stuff.

I can see a few problems here: 
No user code, which is normally expected by remote hosts. 
How do you know the sleep 1 is sufficient? I've worked on many hosts
where it takes longer than 1 second after entering the password before
getting a prompt, especially if the shell has to do a lot of setting
up.
The 'terminal length 0' and 'en' command might not mean much to the
host.

I suggest you either rewrite this part, making many assumptions about
response times etc, or you can use the Net::Telnet module, which I
strongly recommend. It does all the socket stuff for you, and all you
need to worry about is input and output. With Net""telnet you don't
have to assume anything about response times, it neatly waits until it
sees the prompt (which you define to it).

Martien
-- 
Martien Verbruggen                  | 
Webmaster www.tradingpost.com.au    | Inside every anarchy lurks an old boy
Commercial Dynamics Pty. Ltd.       | network - Mitchell Kapor
NSW, Australia                      | 


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

Date: 21 Oct 1998 22:08:28 GMT
From: bobn@interaccess.com (Bob N.)
Subject: Re: where download nmake.exe ?
Message-Id: <70lm0s$gsn$2@supernews.com>

I think it's in the win32 perl distribution that is on CPAN.

- Bob N.

In Article <70ld7v$jkl$1@nnrp1.dejanews.com> , hooni26@my-dejanews.com said:
: ftp.microsoft.com is not access
: 
: where is nmake.exe ?
: 
: please ....
: 
: -----------== Posted via Deja News, The Discussion Network ==----------
: http://www.dejanews.com/       Search, Read, Discuss, or Start Your Own    


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

Date: Wed, 21 Oct 1998 16:06:08 -0600
From: Alex Tatistcheff <alext@cri-boi.nospam.com>
Subject: Where is Win32-Shell module?
Message-Id: <362E5AD0.CE4B4989@cri-boi.nospam.com>

The O'Reilly Perl Resource Kit for Win32 refers to the Win32::Shell
module.  It's not on the CDROM and an a search of CPAN didn't turn it
up.  Anybody know about this module?

--

Alex Tatistcheff
CRI/The Resource Group, Inc.
Boise, ID
Please remove "nospam" from my email when replying




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

Date: 12 Jul 98 21:33:47 GMT (Last modified)
From: Perl-Request@ruby.oce.orst.edu (Perl-Users-Digest Admin) 
Subject: Special: Digest Administrivia (Last modified: 12 Mar 98)
Message-Id: <null>


Administrivia:

Special notice: in a few days, the new group comp.lang.perl.moderated
should be formed. I would rather not support two different groups, and I
know of no other plans to create a digested moderated group. This leaves
me with two options: 1) keep on with this group 2) change to the
moderated one.

If you have opinions on this, send them to
perl-users-request@ruby.oce.orst.edu. 


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

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