[6764] in Perl-Users-Digest

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

Perl-Users Digest, Issue: 389 Volume: 8

daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Tue Apr 29 08:17:19 1997

Date: Tue, 29 Apr 97 05:00:35 -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           Tue, 29 Apr 1997     Volume: 8 Number: 389

Today's topics:
     ANNOUNCE: new Perl web site (Steffen Beyer)
     Re: case-sensitivity in man (Was: Re: 2D matrices) <tom@eiscat.uit.no>
     Re: cc/make Problems Compiling Perl Modules Under IRIX  <bugaj@dnrc.bell-labs.com>
     Re: cc/make Problems Compiling Perl Modules Under IRIX  (Dave Olson)
     Re: character set <e8726057@student.tuwien.ac.at>
     Re: File::Find error (Lars Gregersen)
     Re: Installing perl5.003 <ws7@nhmbs1f.humb.nt.com>
     joinig 2 files <marco@tecnogi.mdnet.it>
     Re: Lisp is neither (was Re: Ousterhout and Tcl lost th (Richard A. O'Keefe)
     Re: need short script to replace txt file without fefre (Jamie Hoglund)
     Newbie W95 install hassles (Michael Boswell)
     Re: Notice to antispammers <rsi+usenet@earthling.net>
     Re: Ousterhout and Tcl lost the plot with latest paper (Richard A. O'Keefe)
     Passing parameters between 2 scripts using Perl 5.003 <jbellet@ifhamy.insa-lyon.fr>
     Perl access of SQL database NT4.0 SQL Server 6.5 <tschuber@syskonnect.de>
     Re: Perl for VMS ver5.5 (Erik Braun)
     Re: Perl scripts don't work with Netscape and MSIE 4!!  (A. Deckers)
     Perl String Check Glitch - HELP needed <step@punters.co.uk>
     Re: popen like function in perl <tom@eiscat.uit.no>
     Re: pre-RFD: comp.lang.perl.{data-structure,inter-proce (A.Deckers)
     Re: recursive directtory tree walk (Lars Gregersen)
     shtml extension from perl? <rx@rxlist.com>
     Digest Administrivia (Last modified: 8 Mar 97) (Perl-Users-Digest Admin)

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

Date: 29 Apr 1997 07:00:59 GMT
From: sb@sdm.de (Steffen Beyer)
Subject: ANNOUNCE: new Perl web site
Message-Id: <5k46bb$9nv@sunti1.sdm.de>

Dear Perl aficionados :-) ,

at   http://www.engelschall.com/u/sb/download/

you can find Perl modules and scripts for free download along with
descriptions and illustrative logos about the following subjects
(among others!):

  -  Gregorian calendar date calculations (most complete!)

     (for instance allows you to calculate a new date given a date and an
     offset in days, the difference in days between two dates, the week
     number for a date, a date given the week number and a day of week, 
     easter sunday (using Gauss' formula), and much more.)

  -  a base class for bit vectors (the core of which is written in C),
     especially suited for (extremely fast!) set calculations

     (for instance to calculate "first", "follow" and "look-ahead"
     character sets for parsers and compiler-compilers)

  -  a module for matrix operations

     (also allows you to solve linear equation systems using
     an efficient algorithm known as "LR decomposition")

  -  a script to scan your web site and to generate a tree representation
     (a HTML page) of it

  -  a script to do the contrary of a database "join" on text DB files

  -  and many more, including (but not limited to) Kleene's algorithm
     (language accepted by deterministic finite automata, path-problem
     in graphs, shortest-paths problem in graphs), Kruskal's algorithm
     (minimal spanning tree in graphs), ...

Important note:

The page contains a lot of information (42k plus images) which may take
some time to load.

The intention (and hopefully, advantage for you) is that once you have
the page in your computer you can go offline and read it at your leasure -
you won't have to load anything else and to wait any more unless you want
to download some of the software.

Hint: Do not expect any fancy gadgets (no Java & Co.!)!

I hope you'll enjoy your visit!

Yours sincerely,
-- 
    Steffen Beyer <sb@sdm.de> http://www.engelschall.com/u/sb/download/
         "There is enough for the need of everyone in this world,
           but not for the greed of everyone." - Mahatma Gandhi


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

Date: 29 Apr 1997 09:30:31 +0200
From: Tom Grydeland <tom@eiscat.uit.no>
Subject: Re: case-sensitivity in man (Was: Re: 2D matrices)
Message-Id: <trd8re5lrc.fsf@eiscat.uit.no>


> I wrote:
> > At least on my system, man -k is case insensitive.  That's a start.

Alastair Aitken <a.aitken@unl.ac.uk> replies:
> Not mine.

> And a number of perl features are listed in mixed case. 
> "Benchmark" is one.  Funnily enough, although the correct syntax is:
> 
> use Carp;
> 
> Carp.3 in /usr/share/man/man3 (my system) lists the command under
> "carp".

Actually, this is a problem with other modules as well.  I guess
module writers should be aware of this, and write their module names
consistently in the modules themselves and their documentation.

(And people who find inconsistencies should report them to the module
writers, I guess.  Now there's an easy bug fix :-)

> *sigh*, nothing's perfect.

Indeed.

> Alastair.

-- 
//Tom dot Grydeland at phys dot uit dot no
- I don't write children's books or "Crotch Sniffing for Dummies" - E. Naggum
        The case of Randal Schwartz - http://www.lightlink.com/fors/


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

Date: Mon, 28 Apr 1997 17:52:46 -0400
From: Stephan Vladimir Bugaj <bugaj@dnrc.bell-labs.com>
To: scotth@sgi.com
Subject: Re: cc/make Problems Compiling Perl Modules Under IRIX 6.3 (& perhaps with gmake & gcc & the IRIX libraries...)
Message-Id: <33651C2E.794B@dnrc.bell-labs.com>


> S> The LD_LIBRARY_PATH gibberish is, probably, either because SGI doesn't
> S> like to ship upgrades all at once
>
I knew that quip would get someone to respond... 
 
> 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
>
Is there a document that details the proper management of one's 
LD_LIBRARY*_PATHs?  We've got various compiles on various machines (this
O2, a couple Indies, an Onyx, etc.) that gag on themselves.  

> 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.
>
Do you have a list of the options that have worked on various systems
you could post (or perhaps you could put it on your website)?  
 
> 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...
> 
I didn't test under 5.002 because some of the modules claimed they 
required 5.003. But I just got a freeware install of 5.003 from 
sgigate.sgi.com.  It works splendidly, I just compiled IO and NetDNS 
and am about to compile OpenGL.  So now things are good on that front
(though I'd still like to get 003 or 004b to  compile on this machine
just so I can hack around with it).  So, a word of advice to all you 
SGI perl folks:

DO NOT USE THE PERL 5.003 TARDIST FROM UTWENTE.NL 
(mat075207.student.utwente.nl  in /pub/SGI/tardist/Compilers)

It is bad.  It seems to, at least, have bad header files.  All my header
file
problems magicaly vanished when I dumped this install and used the one
from
sgigate.sgi.com.  (This was all I changed.  I didn't touch cc or gcc or
the
c library paths or make or gmake...)  Furthermore, the admin of that
site 
could not (or would not) tell me where that dist came from so I could
report 
the problem.  That is not cool.

>         http://reality.sgi.com/scotth/info/perl5.html
> 
Thanks.  A good resource for us SGI folks who love and need Perl.

LL+P,
Stephan


-- 
------------------------------------------------------------------------
Stephan Vladimir Bugaj		                     bugaj@bell-labs.com
Member of Technical Staff	              	          (908) 949-3875
Multimedia Communication Research Dept.              Rm. 4F-601, Holmdel
Bell Labs of Lucent Technologies            www.multimedia.bell-labs.com
------------------------------------------------------------------------
 STANDARD DISCLAIMER:  My opinions are NOT necessarily those of LUCENT.
------------------------------------------------------------------------
            "Researchers:  We think, therefore, things are."

-----BEGIN PGP PUBLIC KEY BLOCK-----
Version: 2.6.2

mQBtAzNekGsAAAEDAOIrgzF4XXXhL43Bs4TM6dCjFvAY5lKUG6Vkh3mFxFaaowc+
u20kcFIENxA0ROd1A+kQCuWsHwQeYeWAdURpuAk7pE5tD5onvbArxMMbTC1B85qr
l2V+/6lU+aw1mq4dCQAFEbQsU3RlcGhhbiBWbGFkaW1pciBCdWdhaiA8YnVnYWpA
YmVsbC1sYWJzLmNvbT4=
=D9Bv
-----END PGP PUBLIC KEY BLOCK-----

----- BEGIN GEEK CODE BLOCK -----
Version: 3.1
GAT d- s+:+ a? C++++$ UI++++$(ULSB


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

Date: 29 Apr 1997 07:36:54 GMT
From: olson@anchor.engr.sgi.com (Dave Olson)
Subject: Re: cc/make Problems Compiling Perl Modules Under IRIX 6.3 (& perhaps with gmake & gcc & the IRIX libraries...)
Message-Id: <5k48em$4eb@gazette.engr.sgi.com>

Stephan Vladimir Bugaj <bugaj@dnrc.bell-labs.com> writes:
| Is there a document that details the proper management of one's 
| LD_LIBRARY*_PATHs?  We've got various compiles on various machines (this
| O2, a couple Indies, an Onyx, etc.) that gag on themselves.  

Just 'man rld dso'.  But the best advice is *DON'T* use them, unless you
absolutely have to.  You rarely do.
--

Dave Olson, Silicon Graphics   Guru and busybody at large
http://reality.sgi.com/olson   olson@sgi.com


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

Date: Tue, 29 Apr 1997 12:53:11 +0200
From: Klaus Johannes Rusch <e8726057@student.tuwien.ac.at>
Subject: Re: character set
Message-Id: <3365D317.6A94@student.tuwien.ac.at>

Stefano Barbato wrote:
> 
> I have to POST some text to a URL and I know that some character (as ",") have
> to be converted into hexadecimal values before sending over the net (for ex.
> netscpae submitting "some,string" in a form traslate it in "some%3Cstring").
> The problem is that I don't know which characters have to be traslated neither
> where can I read this infos...

The HTTP specs at <URL:http://www.w3.org/> have a list of special
characters. Basically, ASCII 0 to 32, ampersand, comma, question mark,
slash, and all characters from ASCII 126 (according to the specs, though
ASCII 126 is usually - incorrectly considered safe) to ASCII 255.

For simplicity you may want to translate ASCII 0 to ASCII 63, and ASCII
126 to ASCII 255.

If you wish, you can of course also translate all characters, though
this makes URLs harder to read, and much longer.

Klaus Johannes Rusch
--
e8726057@student.tuwien.ac.at, KlausRusch@atmedia.net
http://www.atmedia.net/KlausRusch/


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

Date: Tue, 29 Apr 1997 09:32:47 GMT
From: lg@kt.dtu.dk (Lars Gregersen)
Subject: Re: File::Find error
Message-Id: <3365bfea.13945082@130.228.3.8>

On 28 Apr 1997 16:48:28 GMT, otisg@tiger.middlebury.edu (Otis
Gospodnetic) wrote:

>Hi,
>
>I was running a script that uses File::Find.pm when it suddenly died due to
>the following error:
>
>Modification of a read-only value attempted at 
>/home/its/otisg/lib/perl5/File/Find.pm line 130.
>
>I know I use variables $name and $_ in some places in this script.  Could it
>be that they are non-local and are colliding? (but then why didn't the script
>die the first time it encountered $name variable in my script?)

Maybe the reason for the error is this (from the docs): 

File::Find assumes that you don't alter the $_ variable.  If you do
then make sure you return it to its original value before exiting your
function.

  Lars

Lars Gregersen
Technical University of Denmark
Department of Chemical Engineering
E-mail  : lg@kt.dtu.dk
Homepage: http://www.gbar.dtu.dk/~matlg/


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

Date: Fri, 25 Apr 1997 20:13:56 GMT
From: Mike Eisenman <ws7@nhmbs1f.humb.nt.com>
Subject: Re: Installing perl5.003
Message-Id: <33611084.4B86@nhmbs1f.humb.nt.com>

Mike Eisenman wrote:
> 
> I am on an HP712 running HP-UX 9.05 and the using the cc compiler that
> came bundled with the OS.
> 
> # what `which cc`
> /bin/cc:
>         HP92453-01 A.09.19 HP C (Bundled) Compiler
> 
> I have been unable to build Perl5.003
> Below are the errors I have been getting after typing 'make'
> 
> .
> .
> .
> Finding dependencies for gv.o.
> Finding dependencies for sv.o.
> Finding dependencies for taint.o.
> Finding dependencies for toke.o.
> toke.c: 56: too much defining - use -H option
> Finding dependencies for util.o.
> Finding dependencies for deb.o.
> .
> .
> .
> Updating makefile...
>         `sh  cflags libperl.a miniperlmain.o`  miniperlmain.c
>           CCCMD =  cc -c -D_HPUX_SOURCE +O1
>         `sh  cflags libperl.a perl.o`  perl.c
>           CCCMD =  cc -c -D_HPUX_SOURCE +O1
>         `sh  cflags libperl.a malloc.o`  malloc
>           CCCMD =  cc -c -D_HPUX_SOURCE +O1
>         `sh  cflags libperl.a gv.o`  gv.c
>           CCCMD =  cc -c -D_HPUX_SOURCE +O1
>         `sh  cflags libperl.a toke.o`  toke.c
>           CCCMD =  cc -c -D_HPUX_SOURCE +O1
> toke.c: 113: too much defining - use -H option
> toke.c: 119: too much defining - use -H option
> toke.c: 422: too much defining - use -H option
> *** Error code 1
> 
> Stop.
> #
> 
> Any help you can give would be greatly appreciated
> 
> e-mail:  mre@dos.nortel.com


I figured it out.

I had to increase the size of the C preprocessor's internal macro
definition table.


config.sh:
  
   cppflags='-D_HPUX_SOURCE -Wp,-H256000'


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

Date: Tue, 29 Apr 1997 02:37:36 +0200
From: Marco Giardini <marco@tecnogi.mdnet.it>
Subject: joinig 2 files
Message-Id: <336542D0.289BC6E0@tecnogi.mdnet.it>

I have 2 differnet files with the same number of rows and I want to
join them togheter iin order to get only file that will have for each
row the "sum" of the rows of the single file.

I.E.
file ALPHA
a
b
c
d
e

file BETA
1
2
3
4
5

the result i need is something like:
file RESULT
a 1
b 2
c 3
d 4
e 5

How can i get the combined file using Perl?
Thanks to everybody will give ma an help mailing me to
marco@tecnogi.com or giardini@telnetwork.it

Thanks again

Marco
-- 
//////////////////////////////////////////////////////////////////////
 It's better to lose a few beans from your bag that have no bag for your
beans    
    OOoooo......DREAMING ........
 
      `:::'                  .......  ......
       :::  *                  `::.    ::'
       ::: .::  .:.::.  .:: .::  `::. :'
       :::  ::   ::  ::  ::  ::    :::.
       ::: .::. .::  ::.  `::::. .:'  ::.
      .:::.....................::'   .::::..
 
 Marco Giardini
 marco@tecnogi.com
 http://www.tecnogi.com/marco/
/////////////////////////////////////////////////////////////////////


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

Date: 29 Apr 1997 16:52:04 +1000
From: ok@goanna.cs.rmit.EDU.AU (Richard A. O'Keefe)
Subject: Re: Lisp is neither (was Re: Ousterhout and Tcl lost the plot)
Message-Id: <5k45qk$4kd$1@goanna.cs.rmit.EDU.AU>

Chris.Bitmead@alcatel.com.au (Chris Bitmead uid(x22068)) writes:

>You don't tell us though what typing has got to do with "systems vs
>scripting". You don't say why a dynamically typed language can't be a
>good systems language (lisp), or a statically typed language can't be
>good at scripting (ML perhaps?)

I note that Unisys (formerly the Burroughs part) have been using a
statically typed 'scripting language' for decades.  It's called WFL
(Work Flow Language).  Was it ICL whose language SCL (?something Command
Language) was loosely modelled on Algol 68?

Ousterhout wrote:
>> Lisp isn't a good system programming language because it's too hard to
>> write efficient programs 

This is a truly weird comment.  From where I sit, Lisp is a perfectly
ordinary language with perfectly ordinary data types, and the costs of
operations on those data types follow perfectly obvious rules.  Writing
efficient code in Lisp isn't just as easy as writing efficient code in
a high level language (say, Modula 3, Ada, Eiffel) it's pretty much the
*same* thing.  You design or select clean data structures, you profile
to find where the time is really going, you tune where necessary (in
Lisp this may involve adding declarations).  Like all languages,
 - you need to understand your problem
 - you need to understand the primitives the language gives you
 - you need clean code that the compiler can understand well.
Now, I would love to spit on PERL's grave, but I have to say that the
built in data structures of PERL are a pretty practical set which are
actually fairly close to Lisp.  I would say that it is much easier to
write efficient code in Perl than it is in Tcl, simply because you
have better data structure primitives and structuring methods to start
from.

Ousterhout says
>> in it and it doesn't provide good low-level
>> access to machine facilities.  

Well, I'm constantly amazed at the people who think 'pointer' types
in C are guaranteed to be identical to machine 'addresses'.  Of
course they aren't, and this fact is actually very useful.  (Yes
friends, there _is_ a "bounds checking" version of gcc.)  There are
quite a few things on this machine (an UltraSPARC) that are not
accessible from C except by calling an external function.

Of all people, Ousterhout should know that Sun have a very nice
Scheme implementation which is freely available.  It's called "esh"
(I believe it originally stood for 'embeddable shell' hint hint).
And it offers the smoothest simplest interoperation with C that I
have ever seen.  I do wish Sun would either make it a product or
else release the sources so that someone else could.  Is the attempt
to pretend that Scheme _can't_ work well with C really an piece of
internal politicking against the ESH people?

-- 
Will maintain COBOL for money.
Richard A. O'Keefe; http://www.cs.rmit.edu.au/%7Eok; RMIT Comp.Sci.


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

Date: 29 Apr 1997 11:25:57 GMT
From: jhoglund@skypoint.com (Jamie Hoglund)
Subject: Re: need short script to replace txt file without fefreshing screen
Message-Id: <5k4ls5$5ng$1@shadow.skypoint.net>

Otto F. Bauer (otto@htp.net) wrote:
: I'm new at this yet but with a little script that takes a get from html one
: text field and submit and writes the variable to a .txt file with out
: refreshing the html page at all.
: needs to be simple and complete with html.
: thanks,
:           otto@how-2.com

I think what you want is more on the CGI side than the perl side,
but here's what i've done to avoid having the client refresh, use a "non
parsed header" script, on my server these begin with "nph-". (these tell
the web server NOT to parse out the header.

So, for example: nph-myprogram.pl.cgi

Then, tell the client that there is no data:

print "HTTP/1.0 204 No Content\n";
print "Date: $date\n";
print "Server: $ENV{SERVER_SOFTWARE}\n";
print "MIME-version: 1.0\n\n";

"$date" is a date string in GMT format, here's the subroutine I used to
create it, (no doubt there are better ways) it seems to work for me.

Jamie

--
sub GMTstring {
    my($t)=shift;
    my($i,@months,@days,@y);
    @days=("Sun","Mon","Tue","Wed","Thu","Fri","Sat");

@months=("Jan","Feb","Mar","Apr","May","Jun","Jul","Aug","Sep","Oct","Nov","Dec");
    @y=gmtime($t);
    for($i=0; $i < 4; ++$i){
        $y[$i]=sprintf("%0.2d",$y[$i]);
    }
    # handle 2000 problem, expires in 2038.
    if($y[5] > 99){
        $y[5]=($y[5]-100);
        $y[5]=sprintf("20%0.2d",$y[5]);
    }else{
        $y[5]=sprintf("19%0.2d",$y[5]);
    }
    "$days[$y[6]], $y[3] $months[$y[4]] $y[5] $y[2]:$y[1]:$y[0] GMT";
}


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

Date: 29 Apr 1997 11:44:52 GMT
From: bozi@connexus.apana.org.au (Michael Boswell)
Subject: Newbie W95 install hassles
Message-Id: <5k4mvk$mk0@preeda.internex.net.au>


Hi there, I've downloaded a zipped version of perl5, when i double click on 
the w32 self install file it returns a message saying cannot run this in dos 
mode? Can anyone be bothered giving me a step by step instruction on how to 
install perl5 for w95 ??

thanks
bozi



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

Date: 28 Apr 1997 15:00:01 -0400
From: Rajappa Iyer <rsi+usenet@earthling.net>
Subject: Re: Notice to antispammers
Message-Id: <xny207v6ki6.fsf@placebo.hr.lucent.com>


Tom Christiansen <tchrist@mox.perl.com> writes:

> I am creating a web page that contains the real addresses of everyone
> who posts a bogus address in their mail message.  I'm tired of getting
> postings I can't reply to, and I don't see why we should suffer just
> because you can't keep the spammers off your back.  Write your congressman
> or something.  Meanwhile, all bogus email address will be tracked down,
> and the real addresses will be added to the "Please do not spam these
> people" page.

Tom,

How long have I been sleeping? Who died and put you in charge of the
Usenet? The only legitimate responses you can have to *POSTS* with
un-replyable mail addresses is to either not reply at all or just
follow up. Period.

The fact that people are taking the trouble to munge their From:
addresses should indicate to you the magnitude of the spamming problem
and the fact that courtesy copies sent by mail are not really
perceived as being very courteous.

Rajappa
-- 
Rajappa Iyer <rsi+usenet@earthling.net>	   #include <std_disclaimer>
	They also surf who only stand on the waves.


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

Date: 29 Apr 1997 16:02:02 +1000
From: ok@goanna.cs.rmit.EDU.AU (Richard A. O'Keefe)
Subject: Re: Ousterhout and Tcl lost the plot with latest paper
Message-Id: <5k42sq$1c$1@goanna.cs.rmit.EDU.AU>

schaffer@wat.hookup.net writes:
>big improvement over Basic and Pascal, and I languages like Lisp were
>always too resource hungry to run on PDP 11s.

When I was a student at Edinburgh we had a Pop-2 system (think "Lisp data
structures (before Lisp had them) with Pascalish syntax") running quite
happily on a PDP-11.  It was *less* resource hungry than the C compiler.

Lisp has been used quite successfully on 16-bit machines.
-- 
Will maintain COBOL for money.
Richard A. O'Keefe; http://www.cs.rmit.edu.au/%7Eok; RMIT Comp.Sci.


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

Date: Tue, 29 Apr 1997 10:13:36 +0200
From: "Jirtme BELLET" <jbellet@ifhamy.insa-lyon.fr>
Subject: Passing parameters between 2 scripts using Perl 5.003
Message-Id: <3365ADB0.794B@ifhamy.insa-lyon.fr>

I have written 2 scripts (that use the CGI module), say one.cgi and
two.cgi.

In one.cgi, to run two.cgi (that requires an argument), I've included
the following line :
exec "two.cgi $my_arg";

In two.cgi, I get the argument in the following line :
$my_arg=$ARGV[0];


It worked fine with Perl 5.002b, but it doesn't work anymore with Perl
5.003 !

Please help !
---------------------------
jbellet@ifhamy.insa-lyon.fr


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

Date: Tue, 29 Apr 1997 10:26:47 +0200
From: Thomas Schuber <tschuber@syskonnect.de>
Subject: Perl access of SQL database NT4.0 SQL Server 6.5
Message-Id: <3365B0C6.57FA@syskonnect.de>

Hello,

I want to place some data into a SQL database.
The data should be accessable via IntraNet.
Therefore I have several questions:
- is there any way to access a SQL database using Perl?
- if yes, is it possible to send SQL commands using Perl?

Has anybody experiences doing this?
Any help would be greatly appreciated.
 
Thanks
Thomas Schuber


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

Date: 29 Apr 1997 10:21:16 GMT
From: erik@paxp01.mipool.uni-jena.de (Erik Braun)
Subject: Re: Perl for VMS ver5.5
Message-Id: <slrn45mbisr.b5d.erik@paxp01.mipool.uni-jena.de>

On Thu, 24 Apr 1997 13:31:26 -0400, William Lam <blam@iddis.com> wrote:

>   I found the VMS perl5 from upenn, but this perl is build on
>   VMS ver6.0 .   We're using VMS version 5.5 here.   Where can
>   I get the perl for the old version of VMS ??

Just use the usual Perl-Distribution. It compiled without problems:

WAPS--; ttout f$getsyi("version")
V5.5-2
WAPS--; perl -v

This is perl, version 5.003 with DEBUGGING EMBED
        built under VMS at Apr 18 1997 14:09:25
	+ suidperl security patch
	
	Copyright 1987-1996, Larry Wall

I used the VAX-C-Compiler, but it should also compile with Gnu-CC.

erik
-- 
erik@minet.uni-jena.de


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

Date: 29 Apr 1997 09:17:55 GMT
From: I-hate-cyber-promo@man.ac.uk (A. Deckers)
Subject: Re: Perl scripts don't work with Netscape and MSIE 4!! Help me please!!!
Message-Id: <slrn5mbf5r.58m.I-hate-cyber-promo@nessie.mcc.ac.uk>


In comp.lang.perl.misc,
	Pascal.Vermeulen@ping.be wrote:
>My company is running a database application with perl scripts. Everything
>works fine with MS Explorer 3. But when I try to view my pages with
>Netscape 3.01.... , Netscape keeps me asking what I want to do with my file
>: save it or execute it with another app. MSIE4 platform preview refuses to
>show the first frame!!!! I don't know if the cause of the malfunction is
>the same for the two browsers.

The fact that your script works with some browsers and not with others is
a dead giveaway that the problem resides with the browser and not with
Perl.

I therefore suggest redirecting your question to a browser-related
newsgroup in the comp.infosystems.www.browsers.* hierarchy.

>The one that bothers me the most is the Netscape problem (must be bug with
>IE4)

You said it. It's a browser-related bug, so why did you post to
comp.lang.perl.misc?!

>Please go take a look and let me know I you have any clues.

No, I'm not going to take a look. You go ask your question in an
appropriate group.

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/>
>>>>>>>>>>>>> NB: comp.lang.perl.misc is NOT a CGI group <<<<<<<<<<<<<<


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

Date: Tue, 29 Apr 1997 11:21:34 +0100
From: Step Firth <step@punters.co.uk>
Subject: Perl String Check Glitch - HELP needed
Message-Id: <3365CBAD.9E9517BC@punters.co.uk>

Hello, I am trying to put a registration onto a Web Site.
The CGI scripts are coded in PERL and I need to check the details
without case sensitivity.
I found the following condition in a search routine and lifted it, it
works fine, except that it only validates a subsection, even though the
case bit is fine

ie var1=abc, var2=zabcdef - causes the error because (I think) it only
checks for var1 being within var2.
is that what the '=~' means?

&error(the same) if ($var1 =~ /$var2/i);

Thankyou in advance for any help.

Step

--
      _                                                        _
 ___ | |__ ___ _ __      _ __  __   ___   ___  ___  _ ___  ___| |__
/ __/| '_// _ \ '_ \    | '_ `'_ \ / _ \ / __// __/| '_  \/ _ \ '_/
\__ \| |_| (_'/ |_) | @ | | | | | | (_) |\__ \\__ \| | | | (_'/ |_
\___/|___/\___|  __/    |_| |_| |_|\___/ \___/\___/|_| |_|\___|___/
============= |_| =================================================
MossNet & Punters CyberCafe     111 Arundel Street Sheffield S1 2NT
step@punters.co.uk         tel. 0114 276 5700    fax. 0114 276 2822



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

Date: 29 Apr 1997 09:37:01 +0200
From: Tom Grydeland <tom@eiscat.uit.no>
Subject: Re: popen like function in perl
Message-Id: <trbu6y5lgi.fsf@eiscat.uit.no>

kevin@dvstsol.demon.co.uk (Kevin Mulholland) writes:

> I am looking for a popen like function to use in my perl scripts. 
> I need to run a command in the background and take its output an
> display it in a foreground program. Is there any easy way to do this ?
> It is imperitive that I see the output 'as it happens' not just look at
> it after the background program has finished running.

If you're using 'vanilla' perl, open with the filename "command |"
will pipe the output of command into the filehandle supplied in the
open.  command must make its output unbuffered by itself, though.
Look for 'open' in man perlfunc.

If you're using Perl/Tk, look for Tk::IO documentation.

If your "command" buffers its output, you're out of luck.

> thanks

You're welcome.

> kpm.

-- 
//Tom dot Grydeland at phys dot uit dot no
- I don't write children's books or "Crotch Sniffing for Dummies" - E. Naggum
        The case of Randal Schwartz - http://www.lightlink.com/fors/


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

Date: 29 Apr 1997 09:32:10 GMT
From: I-hate-cyber-promo@man.ac.uk (A.Deckers)
Subject: Re: pre-RFD: comp.lang.perl.{data-structure,inter-process,porters,regex}
Message-Id: <slrn5mbg0q.cfa.I-hate-cyber-promo@news.rediris.es>

In comp.lang.perl.misc,
	evan@poirot.hpl.hp.com wrote:
[...]
>How about if we create clp.cgi and clp.www, but we make them
>robomoderated groups, where the moderation policy is to reject all
>postings with a note pointing to ciwa.cgi?

That would never get past the news.groups crowd, maight even be rejected
by tale.

>They'll be a relatively low-volume groups, so nobody should mind, and
>it might cut down on the traffic here.
>
>[Tongue only slightly in cheek.]

Noted.

-- 
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: Tue, 29 Apr 1997 09:13:20 GMT
From: lg@kt.dtu.dk (Lars Gregersen)
Subject: Re: recursive directtory tree walk
Message-Id: <33659ce8.4981283@130.228.3.8>

On 24 Apr 1997 12:39:22 -0400, Mike Campbell
<mcampbel@tvmaster.turner.com> wrote:

>lg@kt.dtu.dk (Lars Gregersen) writes:
>
>
>> >I want all the directory filelists to go into @allfiles.
>> 
>> Don't reinvent the wheel. Check out if there is an existing module
>> that does what you want. In this case the module File::Find does it
>> all for you.
>
>Exactly.

I'm glad that we agree on this one...

>Another (albeit cheezy) solution might be something like:
>
>@allfiles = `find . -type f -print 2>/dev/null`

but I fail to understand why Tom Christiansen doesn't say anything
about portability of this one (although you _can_ get it to work on a
PC with a little work).

  Lars


Lars Gregersen
Technical University of Denmark
Department of Chemical Engineering
E-mail  : lg@kt.dtu.dk
Homepage: http://www.gbar.dtu.dk/~matlg/


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

Date: Tue, 29 Apr 1997 00:30:13 -0700
From: "Neil Sandow, Pharm.D." <rx@rxlist.com>
Subject: shtml extension from perl?
Message-Id: <3365A385.4C7@rxlist.com>

I'm currently running a perl script on my website that searches
the input (drugname) and outputs the results as an html file
with a url which ends with ?drugname   I'd like to modify the script
to have the url end with ?drugname.shtml so I can run a server side
script with the new html file.  Is adding this .shtml extension easy to
do?  Can somebody point me in the right direction?  

Thanks!  -Neil
=================================================================
Neil Sandow, Pharm.D. - RxList : The Internet Drug Index
        http://www.rxlist.com     rx@rxlist.com


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

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

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