[10001] in Perl-Users-Digest
Perl-Users Digest, Issue: 3594 Volume: 8
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Mon Aug 31 09:04:29 1998
Date: Mon, 31 Aug 98 06: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 Mon, 31 Aug 1998 Volume: 8 Number: 3594
Today's topics:
(no subject) <oscar@charpy.etsiig.uniovi.es>
Re: Counting dots in a string (Stefan Scholl)
Cursor in the first Field of form <afeltrin@c-m.it>
Re: Cursor in the first Field of form (Maurice Aubrey)
Download scipt with questions (Orlando Frooninckx)
Re: dynamic library libperl.sl for HP-UX <Marko.Niinimaki@cern.ch>
Forking and Use. <ngkaboon@iscs.nus.edu.sg>
Re: Forking and Use. (Jonathan Stowe)
Re: GD.pm (Jonathan Stowe)
GetKeys results truncated (Help) czsmith346@my-dejanews.com
HELP! I get a /usr/libexec/ld.so: warning <jcarlos@qdesigns.com>
How do I get server-side includes to work with IIS? <wcochrane@pobox.com>
Re: How do I get server-side includes to work with IIS? (Alastair)
Re: How do you prompt a user for data? (Jonathan Stowe)
Re: Imagine... a non-greedy world! (Tad McClellan)
Re: Imagine... a non-greedy world! (Michael J Gebis)
Re: Installed modules info? (Stefan Scholl)
Re: new and with a lot of questions (Jonathan Stowe)
Re: opendir on UNC fails from browser in NT (Jonathan Stowe)
Perl "<!--#exec" with IIS, How? <wcochrane@pobox.com>
Re: Perl "<!--#exec" with IIS, How? (Jonathan Stowe)
Re: Perl and apache (Jonathan Stowe)
Re: Perl and apache (Alastair)
Re: Perl on linux (Alastair)
Re: Perl version (Stefan Scholl)
Re: Perl version (Maurice Aubrey)
Using password with sybperl <Geert.Roovers@ericsson.com>
Re: Using password with sybperl (Jonathan Stowe)
Win32::ODBC w/Access = Memory Fault (William R. Mussatto)
Special: Digest Administrivia (Last modified: 12 Mar 98 (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: 31 Aug 1998 09:26:23 GMT
From: Oscar Fernandez Sierra <oscar@charpy.etsiig.uniovi.es>
Subject: (no subject)
Message-Id: <6sdq7v$f62$1@sci.cpd.uniovi.es>
Hello,
Can anybody show any working example of create and save a file
from Perl using Win32::OLE package. I can do some operations
with excel and word, but I'm unable to save a file.
Please, answer by email too. I don't use to read news.
Thanks in advance.
oscar
oscar@charpy.etsiig.uniovi.es
------------------------------
Date: 30 Aug 1998 21:37:48 GMT
From: stesch@parsec.inka.de (Stefan Scholl)
Subject: Re: Counting dots in a string
Message-Id: <slrn6ujhhc.5dh.stesch@parsec.inka.de>
perldoc -tq count
------------------------------
Date: Mon, 31 Aug 1998 12:58:36 +0200
From: Alessandro Feltrin <afeltrin@c-m.it>
Subject: Cursor in the first Field of form
Message-Id: <35EA81DC.3CB0@c-m.it>
Hi, Folks.
How may i build a input HTML form, with some input field, and force the
cursor to be present in the first field of form without let the user do
this?
Many thanks in advance.
Alessandro
\|/
(@ @)
---------------------oOO--(_)--OOo----------------
Alessandro Feltrin - C&M S.p.a. Tel. 011-7767877
Torino - C.so Svizzera, 185
E-Mail afeltrin@c-m.it
------------------------------
Date: Mon, 31 Aug 1998 11:18:56 GMT
From: maurice@hevanet.com (Maurice Aubrey)
Subject: Re: Cursor in the first Field of form
Message-Id: <slrn6ul1l1.47g.maurice@we-24-130-48-83.we.mediaone.net>
On Mon, 31 Aug 1998 12:58:36 +0200, Alessandro Feltrin <afeltrin@c-m.it> wrote:
>How may i build a input HTML form, with some input field, and force the
>cursor to be present in the first field of form without let the user do
>this?
This is not a Perl question.
You need a JavaScript forum.
--
Maurice Aubrey <maurice@hevanet.com>
Increasingly, people seem to misinterpret complexity as
sophistication, which is baffling - the incomprehensible should
cause suspicion rather than admiration.
- Niklaus Wirth
------------------------------
Date: Mon, 31 Aug 1998 09:51:04 GMT
From: Frook@mail.dma.be (Orlando Frooninckx)
Subject: Download scipt with questions
Message-Id: <35ec71e6.13161675@193.74.210.130>
# -----------------------------------------------------------------
# Hi,
# I'm trying to write a script to download files from my web-site.
# To download a file from there I use the following script. There
# is one big problem in it. In stead of having the name of the file
# I want to download in the "save file as" box, it returns the name
# of the script. So in stead of for instance having "test.exe" or
# "download.zip" in the "save file as" box, it always has
# "dlscript.pl" in that box. Can anyone tell me what to add to my
# script to solve the problem?
#
# thanks,
# Orlando (of@dma.be)
# -----------------------------------------------------------------
sub send_file {
$| = 1;
print "Pragma: no-cache\r\n";
print "Expires: Saturday, February 11, 1997 11:11:11 GMT\r\n";
print "Content-Type: $mime_type\r\n\r\n";
$filesize =( -s "$ENV{'QUERY_STRING'}");
open(OUTFILE, "$ENV{'QUERY_STRING'}");
$result= read(OUTFILE, $img_data, $filesize, 0);
print $img_data;
close(OUTFILE);
}
========================================================
Orlando Frooninckx
- - - - - - - - - - - - - - - - -
E:mail: of@lms.be - of@ping.be - Frook@mail.dma.be
URL: www.ping.be/crossbreed - bewoner.dma.be/Frook
---------------------------------------------------------------------------------------------------------
------------------------------
Date: Mon, 31 Aug 1998 12:23:29 +0200
From: Marko Niinimaki <Marko.Niinimaki@cern.ch>
Subject: Re: dynamic library libperl.sl for HP-UX
Message-Id: <35EA79A1.446B@cern.ch>
man2@my-dejanews.com wrote:
> Can't load '<correct path>/PA-RISC1.1/auto/Cadim/Cadim.sl' for module Cadim:
> No such file or directory at <my home>/perl/lib/perl5db.pl line 1134.
>
> Yet, there is the file required:
Sorry for flooding this newsgroup.
The problem was with LD_LIBRARY_PATH (or SHLIB_PATH, since it's
HP-unix).
Marko
------------------------------
Date: 31 Aug 1998 08:44:42 GMT
From: valk <ngkaboon@iscs.nus.edu.sg>
Subject: Forking and Use.
Message-Id: <6sdnpq$jb411@id4.nus.edu.sg>
Does Use causes the Perl interpreter to fork?
Ie
Use Module;
It was written in a camel book that it was equivalent
to eval(`cat Module.pl`) [something to that effect]
Anyone can confirm?
--
___
The road goes ever on and on.
- Bilbo Baggins
------------------------------
Date: Mon, 31 Aug 1998 11:33:30 GMT
From: Gellyfish@btinternet.com (Jonathan Stowe)
Subject: Re: Forking and Use.
Message-Id: <35ea8494.63588375@news.btinternet.com>
On 31 Aug 1998 08:44:42 GMT, valk wrote :
>Does Use causes the Perl interpreter to fork?
>
No. Otherwise it wouldnt work on platforms that cant fork()
>Ie
>
>Use Module;
>
I think you'll find that is
use Module
Perl is case-sensitive.
>
>It was written in a camel book that it was equivalent
>to eval(`cat Module.pl`) [something to that effect]
>
What camel book was that ? The Blue one I have says it is equivalent
to:
BEGIN { require Module; import Module LIST }
The pink one doesnt mention "use" because it wasnt in Perl 4.
However I think that you might have seen something like on page 205 in
the entry for "require" - where it says "This form of the require
function behaves much like this subroutine:". However in the perlfunc
manpage the subroutine is different inasmuch as:
$result = eval `cat $realfilename`;
is altered to:
$result = do $realfilename;
Which both achieve the same thing. Whilst I am not party to the
reasons for this difference I would suggest that it was probably
changed in order to allay such confusion as you are subject to. You
should bear in mind that the subroutine is only an example to show the
behaviour of "require" and is not indicative of the implementation.
>Anyone can confirm?
>
Well deny anyhow
/J\
--
Jonathan Stowe
Some of your questions answered:
<URL:http://www.btinternet.com/~gellyfish/resources/wwwfaq.htm>
------------------------------
Date: Mon, 31 Aug 1998 11:33:23 GMT
From: Gellyfish@btinternet.com (Jonathan Stowe)
Subject: Re: GD.pm
Message-Id: <35ea76b4.60220648@news.btinternet.com>
On Mon, 31 Aug 1998 02:15:27 GMT, EkimicraD wrote :
>Ok, I am not that good at perl, or probly unix, but her is my problem,
>I downloaded gd.pm, seams to be a bunch of files, I cant compile them,
>is there a realy simple way for me just to download a file, and stick
>it in the same dir as my cgi's and be able to make an image counter?
>
Does "I cant compile them" mean you don't know how to compile them (in
which case you should read the sensibly named file README) or that you
dont have a compiler on your system (which is a crime that your vendor
ought to be shot for) or that your compiler doesnt work properly (in
which case you or your SysAdmin should be shot).
What actually happens when you follow the instructions in README ? Do
you get an error ?
If you really dont have a C compiler then you might be able to get a
binary of gcc for your platform - see <URL:http://www.gnu.org/>.
In any case GD is one of those modules that does need to be properly
installed - there is more to it than simply copying the .pm file to
some directory.
/J\
--
Jonathan Stowe
Some of your questions answered:
<URL:http://www.btinternet.com/~gellyfish/resources/wwwfaq.htm>
------------------------------
Date: Mon, 31 Aug 1998 11:54:00 GMT
From: czsmith346@my-dejanews.com
Subject: GetKeys results truncated (Help)
Message-Id: <6se2sp$1re$1@nnrp1.dejanews.com>
I'm attempting to read the contents of a registry key using GetValues.
I don't get all the values. The list is truncated at a random position. I
can see everything with regedt32, and the newest PERL seems to be able to
read this stuff. Unfortunately, I'm stuck at AS 315/316 (don't have time to
get new one ceritified for distribution to the field) and PERL 3.003_07.
I tried copying the GetValues code and calling the enumeration directly with
the same results. (Possible problem with the registry.pll?)
I've also tried to use Krynicky.cz's patch, but to no avail.
Any ideas?
Please post or e-mail to nrd1czs at nrd dot ups period com.
-----== Posted via Deja News, The Leader in Internet Discussion ==-----
http://www.dejanews.com/rg_mkgrp.xp Create Your Own Free Member Forum
------------------------------
Date: Sat, 29 Aug 1998 12:37:05 -0600
From: "QDesigns" <jcarlos@qdesigns.com>
Subject: HELP! I get a /usr/libexec/ld.so: warning
Message-Id: <35e84d98.0@news.acnet.net>
Hello folks:
Im new in server configuartion, but yesterdar I try to configure
perl 5.0004 in my server and after many problems I finally do it
but now when I run perl5 command I get this error
/usr/libexec/ld.so: warning: /usr/lib/libc.so.3.0: minor version 0 older
than ex
pected 1, using it anyway
And it is causing some problems whit my scripts
How cant I quit this message
I have a FreeBSD server on a pentium machine
Please if you Know the problem helpme, or if you know some
URL send it to me.
Thanks for your help!
------------------------------
Date: Mon, 31 Aug 1998 10:23:33 GMT
From: "Wayne Cochrane" <wcochrane@pobox.com>
Subject: How do I get server-side includes to work with IIS?
Message-Id: <FQuG1.7$po.175648@sapphire.mtt.net>
How do I get server-side includes to work with IIS? Is this in the default
install or do I need something else?
Thanks in advance.
------------------------------
Date: Mon, 31 Aug 1998 11:24:10 GMT
From: alastair@calliope.demon.co.uk (Alastair)
Subject: Re: How do I get server-side includes to work with IIS?
Message-Id: <slrn6ul5l4.5d.alastair@calliope.demon.co.uk>
Wayne Cochrane <wcochrane@pobox.com> wrote:
>How do I get server-side includes to work with IIS? Is this in the default
>install or do I need something else?
You should ask in the right news group - I'm sure there's a Microsoft IIS one
out there somewhere.
HTH.
--
Alastair
work : alastair@psoft.co.uk
home : alastair@calliope.demon.co.uk
------------------------------
Date: Mon, 31 Aug 1998 11:33:25 GMT
From: Gellyfish@btinternet.com (Jonathan Stowe)
Subject: Re: How do you prompt a user for data?
Message-Id: <35ea7a80.61192107@news.btinternet.com>
On 31 Aug 1998 04:07:24 GMT, Peter Bismuti wrote :
>
>I have a few books on PERL, but I don't seem to be able to
>find an example of how you can prompt a user for input.
I'd change the books or your eyes (having said that a quick flick
through the camel book does not reveal an explicit mention of this. )
However a quick search through the documentation right there on your
hard disk for "prompt" will inexorably lead you to perlsyn.pod wherein
you will see a useful little snippet. I leave how to actually use it
as an exercise.
>In Fortran, if you type:
>
> read(*,*) input
>
*shiver*
/J\
--
Jonathan Stowe
Some of your questions answered:
<URL:http://www.btinternet.com/~gellyfish/resources/wwwfaq.htm>
------------------------------
Date: Sun, 30 Aug 1998 23:41:32 -0500
From: tadmc@metronet.com (Tad McClellan)
Subject: Re: Imagine... a non-greedy world!
Message-Id: <sh9ds6.b7v.ln@metronet.com>
Mee (mee@mine.com) wrote:
: There is absolutely nothing in any theory that
: sez that regex must be greedy, or that one
: character (eg: ^) must mean different things in
: different contexts, or ... I could go on forever.
If operators are restricted to a single character regardless
of context, then we are not allowed to have very many contexts
(given that ASCII is all we have)...
--
Tad McClellan SGML Consulting
tadmc@metronet.com Perl programming
Fort Worth, Texas
------------------------------
Date: 31 Aug 1998 07:10:26 GMT
From: gebis@welsh.ecn.purdue.edu (Michael J Gebis)
Subject: Re: Imagine... a non-greedy world!
Message-Id: <6sdi92$lfv@mozo.cc.purdue.edu>
Mee <mee@mine.com> writes:
}There is absolutely nothing in any theory that
}sez that regex must be greedy, or that one
}character (eg: ^) must mean different things in
}different contexts, or ... I could go on forever.
There are only so many keys out there, you know. Unfortunately, when
there are many options available, one of them's gotta be the one that
gets the screwy notation. That's the harsh reality of ASCII.
}I see absolutely no coherence in what was
}placed in which bag and that is why Perl has
}ended up being the Frankenstein of languages.
I agree. But damn, old Franky's done some fine work for me.
--
Mike Gebis gebis@ecn.purdue.edu mgebis@eternal.net
------------------------------
Date: 31 Aug 1998 10:50:53 GMT
From: stesch@parsec.inka.de (Stefan Scholl)
Subject: Re: Installed modules info?
Message-Id: <slrn6ul00d.o0u.stesch@parsec.inka.de>
On Fri, 28 Aug 1998 17:32:52 -0500, Yevgeniy Belorusskiy <ybelor1@uic.edu> wrote:
> What is the proper way to get listing of all installed modules on a
> given system?
perldoc perllocal
------------------------------
Date: Mon, 31 Aug 1998 11:33:19 GMT
From: Gellyfish@btinternet.com (Jonathan Stowe)
Subject: Re: new and with a lot of questions
Message-Id: <35ea7084.58636941@news.btinternet.com>
On Tue, 25 Aug 1998 00:37:10 -0500, stacy wright wrote :
>I've never used a usnet group before so beware fumbling steps. just got
>Linus v5, and perl 5 for dummies. i need some info to use group and my
Is perl5 for dummies a special build of Perl with Regular
expressions,references,OO (name your favourite non-dummy feature here)
taken out ?
/J\
Ah the last bank holiday of the year what better way to spend it.
--
Jonathan Stowe
Some of your questions answered:
<URL:http://www.btinternet.com/~gellyfish/resources/wwwfaq.htm>
------------------------------
Date: Mon, 31 Aug 1998 11:33:21 GMT
From: Gellyfish@btinternet.com (Jonathan Stowe)
Subject: Re: opendir on UNC fails from browser in NT
Message-Id: <35ea73f1.59513599@news.btinternet.com>
On Mon, 31 Aug 1998 01:51:01 GMT, cbinder@lexmark.com wrote :
>In Windows NT, I have a script that gets passed a UNC pathname and a file
>extension. It searches the UNC pathname for the specified file(s).
>
>When run from a browser, the script fails with "Permission Denied" at the
>following line:
> opendir(DIR, $directory) || die("$!: Unable to read from $directory");
<snip>
<paste from earlier response>
When something works fine from the command line but fails to do so in
some other environment (such as CGI,cron etc etc) that is a sure sign
that this is not a Perl problem but is entirely due to the differences
in the runtime environment which would effect a program written in any
language. The question would be most appropriately asked in a
newsgroup related to the environment to which you have submitted your
program.
Things to look out for however might include: the rights of the user
that runs the program to any resources the program might require;
Environmental information that is not available in the environment
that the program is run in; the method of output used by the program.
</paste>
In your case the problem is due to the User rights of IUSR_<whatever>
to network resources. Setting that user to be an administrator will
not fix that and is not a very sensible thing to do if your server is
attached to a network. The key words here are "User rights" - go back
to User Manager and have a look. Read the scant documentation for NT.
Alternatively you could look at using Win32::AdminMisc and
Win32::NetResource to Impersonate another user or Authenticate to the
resource as another user.
Do not take my answering this as a license to post non-Perl questions
to this group - I'm just in a good mood this morning.
/J\
--
Jonathan Stowe
Some of your questions answered:
<URL:http://www.btinternet.com/~gellyfish/resources/wwwfaq.htm>
------------------------------
Date: Mon, 31 Aug 1998 10:21:31 GMT
From: "Wayne Cochrane" <wcochrane@pobox.com>
Subject: Perl "<!--#exec" with IIS, How?
Message-Id: <LOuG1.6$po.175265@sapphire.mtt.net>
Can I issue the line below on an IIS server running Perl? Eveything seems to
be Unix based in the scripting world. When using Perl for IIS, do ALL the
same Unix calls work? There seems to be no distinction out here.
<!--#exec cmd="perl -pi -e '$_++' thispage.cnt;cat thispage.cnt"-->
Before you use this line, you must create the file, thispage.cnt. To do
this, type the following:
echo "0" > thispage.cnt
------------------------------
Date: Mon, 31 Aug 1998 11:58:57 GMT
From: Gellyfish@btinternet.com (Jonathan Stowe)
Subject: Re: Perl "<!--#exec" with IIS, How?
Message-Id: <35ea8b9d.65325048@news.btinternet.com>
On Mon, 31 Aug 1998 10:21:31 GMT, Wayne Cochrane wrote :
>Can I issue the line below on an IIS server running Perl? Eveything seems to
>be Unix based in the scripting world. When using Perl for IIS, do ALL the
>same Unix calls work? There seems to be no distinction out here.
>
><!--#exec cmd="perl -pi -e '$_++' thispage.cnt;cat thispage.cnt"-->
>
I couldnt possibly comment on whether the <!--#exec .. will work but I
do know two things: 1) that the cat wont work because NT doesnt have a
cat command (as standard anyhow - you could supply yourself with one
of course but thats another matter). 2) This question is totally
inappropriate to this newsgroup - the answer would be the same
whatever language you used. This would be better addressed to a
newsgroup that is interested in IIS matters such as
comp.infosystems.www.servers (and perhaps not then).
That said you probably dont want to do what you are doing there anyhow
(whatever platform you are using) because it doesnt deal at all with
problems of concurrency and so on. You probably want to make a script
that opens file,locks file,reads file,increments count,seeks to
beginning of file,writes to file,closes file in a manner similar to
this:
open(TX,"+>>$txfile") || die "blah" ; # you probably dont want
#to actually die but you
#should check .
flock TX,2;
seek TX,0,0;
my $txref = <TX>;
$txref++;
seek TX,0,0;
truncate TX,0;
print TX $txref;
close TX;
I have just cut that out of another script so its not complete but you
can see what we're getting at here.
/J\
--
Jonathan Stowe
Some of your questions answered:
<URL:http://www.btinternet.com/~gellyfish/resources/wwwfaq.htm>
------------------------------
Date: Mon, 31 Aug 1998 11:33:26 GMT
From: Gellyfish@btinternet.com (Jonathan Stowe)
Subject: Re: Perl and apache
Message-Id: <35ea7f3c.62221291@news.btinternet.com>
On Sun, 30 Aug 1998 23:06:21 -0700, Bali wrote :
>How do I get my new Unix Apache web server install to recognize perl
>extensions? Do I type something in mime.types? What?
>
This is not a Perl question really, is it ? The question could be
altered to be about Tcl,BASIC,Python,Forth and the answer would be the
same. Anyhow if you have a relatively recent version of Apache the
answer is already in one of srm.conf or httpd.conf - probably
commented out. Apache also has a document set that is almost as good
as Perl which should either be available online on your system or is
in the manual/ subdirectory of the directory into which the Apache
distribution was unpacked.
This kind of question is more properly asked in a newsgroup that deals
with HTTP servers or even better the FAQ for that group - these
generally are comp.infosystems.www.servers.*
/J\
--
Jonathan Stowe
Some of your questions answered:
<URL:http://www.btinternet.com/~gellyfish/resources/wwwfaq.htm>
------------------------------
Date: Mon, 31 Aug 1998 11:27:13 GMT
From: alastair@calliope.demon.co.uk (Alastair)
Subject: Re: Perl and apache
Message-Id: <slrn6ul5qr.5d.alastair@calliope.demon.co.uk>
Bali <lbali@dvc.edu> wrote:
>How do I get my new Unix Apache web server install to recognize perl
>extensions? Do I type something in mime.types? What?
You're asking in the wrong newsgroup. There are news groups devoted to web
servers - I'd try them.
HTH.
--
Alastair
work : alastair@psoft.co.uk
home : alastair@calliope.demon.co.uk
------------------------------
Date: Mon, 31 Aug 1998 11:30:51 GMT
From: alastair@calliope.demon.co.uk (Alastair)
Subject: Re: Perl on linux
Message-Id: <slrn6ul61k.5d.alastair@calliope.demon.co.uk>
Kevin Thorley <kthor@mail.idt.net> wrote:
>Hi! I've been writing perl scripts for awhile on Win95, but recently
>decided to install linux on my computer. Now I can't even get a
>simple script to run! Perl is located at /usr/bin/perl, but when I
>add this command as the first line of the script, it doesn't work :
>#!/usr/bin/perl. The error message says something like program not
>found. When I run the following from the command line though, it works
>great:
>
> /usr/bin/perl perltest.pl
Have you made the perl program executable? If not, check the man page for
'chmod'.
HTH.
--
Alastair
work : alastair@psoft.co.uk
home : alastair@calliope.demon.co.uk
------------------------------
Date: 31 Aug 1998 11:52:25 GMT
From: stesch@parsec.inka.de (Stefan Scholl)
Subject: Re: Perl version
Message-Id: <slrn6ul3jp.pcm.stesch@parsec.inka.de>
On 27 Aug 1998 17:15:38 GMT, John Erjavec V <jev@newton.pconline.com> wrote:
> David W. Crawford <dc@panix.com> wrote:
> : -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
> :
> : dc:panix:~/>perl -e 'print "$]\n" '
> : $RCSfile: perl.c,v $$Revision: 4.0.1.8 $$Date: 1993/02/05 19:39:30 $
> : Patch level: 36
> : -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
>
> Please tell me that this is a joke. Please tell me that they aren't using
> Perl 4 (and from /usr/local/bin/perl5 ). I don't think my poor heart
> could take it.
There're some reasons to use perl4.
Sometimes size matters.
[perlhist]
release core lib ext t doc
======================================================================
4.036 709 37 89 30 - - 98 76 208 5
5.005 1896 76 1469 152 795 103 509 197 1945 63
core *.[hcy]
lib lib/**/*.p[ml]
ext ext/**/*.{[hcyt],xs,pm}
t t/**/*(.)
doc {README*,INSTALL,*[_.]man{,.?},pod/**/*.pod}
------------------------------
Date: Mon, 31 Aug 1998 12:35:30 GMT
From: maurice@hevanet.com (Maurice Aubrey)
Subject: Re: Perl version
Message-Id: <slrn6ul64k.4e6.maurice@we-24-130-48-83.we.mediaone.net>
On 31 Aug 1998 11:52:25 GMT, Stefan Scholl <stesch@parsec.inka.de> wrote:
>On 27 Aug 1998 17:15:38 GMT, John Erjavec V <jev@newton.pconline.com> wrote:
>> David W. Crawford <dc@panix.com> wrote:
>> : -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
>> :
>> : dc:panix:~/>perl -e 'print "$]\n" '
>> : $RCSfile: perl.c,v $$Revision: 4.0.1.8 $$Date: 1993/02/05 19:39:30 $
>> : Patch level: 36
>> : -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
>>
>> Please tell me that this is a joke. Please tell me that they aren't using
>> Perl 4 (and from /usr/local/bin/perl5 ). I don't think my poor heart
>> could take it.
>
>
>There're some reasons to use perl4.
>
>Sometimes size matters.
However, we should all remember what Randal Schwartz told us back
in March:
>The "suidperl security patch" fixes only one class of buffer overflow
>problems that were found in 5.002, and fixed in 5.003 (with the patch
>retrofitted to 4.036). *Additional* buffer overflows were found in
>5.003 during the 5.004 release cycle, and subsequently patched in
>5.004. THESE PATCHES were NOT backported to 4.036. There exists NO
>PATCHES to remove all known security holes in 4.036.
>PLEASE STOP USING DEAD UNSUPPORTED KNOWN-SECURITY-BUGGY SOFTWARE.
>If you are running *any* Perl prior to 5.004, you are subject to
>attacks that a bad guy can derive rather trivially from publicly
>available information (by diffing 5.003 with 5.004 and looking for the
>buffer overflow fixes). This means that your web *server* can be
>taken hostage if you run CGI scripts. Setuid scripts can be hijacked.
>etc. etc. etc. I've heard rumors of a "rootkit" that already does
>this in an automated fashion given *any* CGI script on a
>known-architecture webserver machine.
>Geez. How many times do we need to say this?
>And because this has been said *publicly*, *repeatedly*, you are now
>liable in court for a breakin if you are running 5.003 or earlier,
>because you are not following "best practices". Believe me, you don't
>want to have to hassle with that in court. :-(
--
Maurice Aubrey <maurice@hevanet.com>
Progress is made by lazy men looking for easier ways to do things.
- Robert Heinlein
------------------------------
Date: Mon, 31 Aug 1998 10:44:28 +0200
From: Geert Roovers <Geert.Roovers@ericsson.com>
Subject: Using password with sybperl
Message-Id: <35EA626C.44F8971@ericsson.com>
Hi.
To access a Sybase database using Sybase::CTlib (or Sybase::DBlib), you
have to give your userid and password:
$X = Sybase::CTlib->ct_connect($uid, $pwd, $srv)
The script will be accessible from our intranet using CGI, and not all
(actually... none) of our users have a userID on the database, so I
cannot use user input to log on.
i take it that I have to put my userId and password in the script. Is
this a safe thing to do? I'd think of it as a security risk (anybody
with access to the script's source code will know my password), but
wouldn't know how to avoid this. Any suggestions?
TIA
Geert
------------------------------
Date: Mon, 31 Aug 1998 11:33:28 GMT
From: Gellyfish@btinternet.com (Jonathan Stowe)
Subject: Re: Using password with sybperl
Message-Id: <35ea8248.63000457@news.btinternet.com>
On Mon, 31 Aug 1998 10:44:28 +0200, Geert Roovers wrote :
<snip>
>
>i take it that I have to put my userId and password in the script. Is
>this a safe thing to do? I'd think of it as a security risk (anybody
>with access to the script's source code will know my password), but
>wouldn't know how to avoid this. Any suggestions?
>
This kind of thing has been done to death in recent weeks I'm afraid -
quick search of this group for "password" in DejaNews will throw up
more discussion than you will care to read. However a couple of
suggestions:
A) Put the login information in a file that is only readable by you
(or whoever will run the script) and possibly refuse to run the
program if the permissions are otherwise.
Actually that is the only solution I can think of right now that is
appropriate to you situation. Sorry.
/J\
--
Jonathan Stowe
Some of your questions answered:
<URL:http://www.btinternet.com/~gellyfish/resources/wwwfaq.htm>
------------------------------
Date: Mon, 31 Aug 1998 11:49:26 GMT
From: mussatto@earthlink.net (William R. Mussatto)
Subject: Win32::ODBC w/Access = Memory Fault
Message-Id: <35ea84a0.1009300@news.earthlink.net>
System: WinNT 4.0 w/ service pack 3
Web Server: IIS3
perl: ActiveState version 316
Module: Win32::ODBC
Connetion to MSSql: success either at command line or ODBC.
Connecction to Access: success only from the command line
Perl.exe tries to write to readonly memory if program is executed as
CGI.
Yes, I've gotten the latest patch for Access.
No ODBC trace does not report anything (its not yet connected I
guess).
Bill
------------------------------
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 3594
**************************************
