[15918] in Perl-Users-Digest

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

Perl-Users Digest, Issue: 3331 Volume: 9

daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Mon Jun 12 14:10:45 2000

Date: Mon, 12 Jun 2000 11:10:22 -0700 (PDT)
From: Perl-Users Digest <Perl-Users-Request@ruby.OCE.ORST.EDU>
To: Perl-Users@ruby.OCE.ORST.EDU (Perl-Users Digest)
Message-Id: <960833422-v9-i3331@ruby.oce.orst.edu>
Content-Type: text

Perl-Users Digest           Mon, 12 Jun 2000     Volume: 9 Number: 3331

Today's topics:
    Re: Larry Rosler interview on perl.com! <dan@tuatha.sidhe.org>
    Re: Larry Rosler interview on perl.com! lvirden@cas.org
    Re: Larry Rosler interview on perl.com! <dan@tuatha.sidhe.org>
    Re: Larry Rosler interview on perl.com! <lr@hpl.hp.com>
    Re: Larry Rosler interview on perl.com! <htp@mac.com>
    Re: Larry Rosler interview on perl.com! <htp@mac.com>
    Re: Looking for modules for form processing <rootbeer@redcat.com>
    Re: Mailer Daemon stuff <rootbeer@redcat.com>
    Re: Mystery Regex <rootbeer@redcat.com>
    Re: Mystery Regex nobull@mail.com
    Re: Mystery Regex <sweeheng@usa.net>
    Re: Mystery Regex (Tad McClellan)
        Netscape and Forms and Perl...oh my! <info@netrenovations.com>
    Re: Netscape and Forms and Perl...oh my! <rootbeer@redcat.com>
    Re: now this is strange... <renenyffenegger@my-deja.com>
    Re: now this is strange... <uri@sysarch.com>
    Re: now this is strange... (Mark-Jason Dominus)
    Re: obfuscated but useful magic() - for your perlish am <tcuffel@exactis.com>
    Re: Perl and ASP ? how to... <rootbeer@redcat.com>
    Re: Perl Bus Error <rootbeer@redcat.com>
    Re: Perl Bus Error <tony_curtis32@yahoo.com>
    Re: perl CGI on an Linux based apache webserver <dwilgaREMOVE@mtholyoke.edu>
    Re: Perl, VMS and RMS database <dan@tuatha.sidhe.org>
    Re: Perl, VMS and RMS database <rootbeer@redcat.com>
    Re: Perl/Pipe problem... <rootbeer@redcat.com>
        PLEASE HELP: Perl reading PDFs (Mario D Malcolm)
    Re: PLEASE HELP: Perl reading PDFs <tony_curtis32@yahoo.com>
    Re: REQUESTED ASCII tables for the Windows 98 version o <brojek@kis.p.lodz.pl>
    Re: Running a script with root priveleges <rootbeer@redcat.com>
    Re: Semicolons at the start of lines...? (Tad McClellan)
    Re: who has script like startpagina.nl ?? <rootbeer@redcat.com>
    Re: who has script like startpagina.nl ?? <raphaelp@nr1webresource.com>
        Digest Administrivia (Last modified: 16 Sep 99) (Perl-Users-Digest Admin)

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

Date: Mon, 12 Jun 2000 15:32:24 GMT
From: Dan Sugalski <dan@tuatha.sidhe.org>
Subject: Re: Larry Rosler interview on perl.com!
Message-Id: <co715.111468$hT2.435404@news1.rdc1.ct.home.com>

Henry <htp@mac.com> wrote:
> In article <sk2ou94hh5172@corp.supernews.com>, cberry@cinenet.net 
> (Craig Berry) wrote:

>> language standardization merely specifies a reliable minimum language
>> subset which *must* be implemented and behave in particular ways.  Each
>> vendor may offer extensions, so long as they don't interfere with the core
>> subset.

> Let's take a few lessons from recent history, folks:

> Vendor specific extensions ALWAYS interfere with the core subset.  HTML 
> and JavaScript and Java (and ...) proved that.

Actually you can go further back than this. GCC's had its own set of
extensions to C that were far more significantly off-spec than anything M$
ever did to Java. It could handle the standard code of the day (either K&R
or ANSI, depending on when you look) but had a number of language
extensions that'll get you non-portable code if you use 'em.

					Dan


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

Date: 12 Jun 2000 15:39:07 GMT
From: lvirden@cas.org
Subject: Re: Larry Rosler interview on perl.com!
Message-Id: <8i306r$3i7$2@srv38.cas.org>


According to Dan Sugalski  <dan@tuatha.sidhe.org>:
:Every major and minor version of perl behaves differently from every other
:major and minor version of perl. (Wouldn't be much point in them
:otherwise... :) Generally the big things don't change the way they act,
:but there is wobble in a variety of the language features as well. I won't
:argue for an ANSI standard per se, but a formal definition of the language
:would make it less likely that you'd see that.
					  ^^^^

By 'that', are you referring to 'accidental' changes, or intentional changes?
-- 
<URL: https://secure.paypal.com/refer/pal=lvirden%40yahoo.com>
<URL: mailto:lvirden@cas.org> <URL: http://www.purl.org/NET/lvirden/>
Unless explicitly stated to the contrary, nothing in this posting
should be construed as representing my employer's opinions.


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

Date: Mon, 12 Jun 2000 16:07:06 GMT
From: Dan Sugalski <dan@tuatha.sidhe.org>
Subject: Re: Larry Rosler interview on perl.com!
Message-Id: <KU715.111473$hT2.435944@news1.rdc1.ct.home.com>

lvirden@cas.org wrote:

> According to Dan Sugalski  <dan@tuatha.sidhe.org>:
> :Every major and minor version of perl behaves differently from every other
> :major and minor version of perl. (Wouldn't be much point in them
> :otherwise... :) Generally the big things don't change the way they act,
> :but there is wobble in a variety of the language features as well. I won't
> :argue for an ANSI standard per se, but a formal definition of the language
> :would make it less likely that you'd see that.
> 					  ^^^^

> By 'that', are you referring to 'accidental' changes, or intentional changes?

I was mainly referring to the wobble on undocumented features, and on
those bits that are only partially or not strictly documened.

					Dan


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

Date: Mon, 12 Jun 2000 10:12:49 -0700
From: Larry Rosler <lr@hpl.hp.com>
Subject: Re: Larry Rosler interview on perl.com!
Message-Id: <MPG.13aeb9e9fc4273398ab61@nntp.hpl.hp.com>

In article <htp-0917B0.20070312062000@news.metropolis.net.au> on Mon, 12 
Jun 2000 20:07:03 +0930, Henry <htp@mac.com> says...

 ...

> Larry, I think I understand your 'angle' now.  Just to make sure, I've 
> tried to summarise the important bits below.  If you could give them the 
> once-over and let me know if I've missed the mark with any of them, that 
> would be great.

<snip summary of benefits of large-organization (corporate and 
government) support for Perl>

> How'd I do?

Five camels!

-- 
(Just Another Larry) Rosler
Hewlett-Packard Laboratories
http://www.hpl.hp.com/personal/Larry_Rosler/
lr@hpl.hp.com


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

Date: Tue, 13 Jun 2000 03:18:21 +0930
From: Henry <htp@mac.com>
Subject: Re: Larry Rosler interview on perl.com!
Message-Id: <htp-7E003D.03182113062000@news.metropolis.net.au>

In article <3944F3AF.F1A2C6E0@attglobal.net>, Drew Simonis 
<care227@attglobal.net> wrote:

>> What perl implementations exist with differing behaviors?  I thought 
>> that there was a single perl source tree which was then compiled on
>> each platform.  If that is the case, then the base perl code is the
>> 'standard'.  
> 
> Yes, there is one interpreter, which is wonderfull.

Assuming the proponents of standardisation get their way, is there any 
way we can 'rig it' to _prevent_ third parties from developing their own 
compilers, which support their proprietary extensions, and plunging us 
into a siuation akin to the web?

Specifically, and bluntly, is there a way to stop MICROSOFT from humping 
the camel?

I see absolutely no reason why compiler extensions should be allowed at 
all.  If a company wants added functionality, they can simply put it in 
a module (Perl, C, precompiled, not, whatever).

Is this doable?


>> Why would someone want to spend several years of buracratic
>> rigamarole to get an official 'stamp' confirming that the
>> creator's text book on the workings of perl was in fact the
>> standard?
> 
> So that when the Geek Cruise ship sinks and all the implementors
> drown, there will still be a perl and a Perl?

I saw the photos - lots of big chunks of ice all over the place.

I can just imagine Larry Wall on the prow of the ship, in one of his, 
err, bright tuxedos, doing the "I'm the King of the World!" bit.

;^)

Henry.


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

Date: Tue, 13 Jun 2000 03:22:42 +0930
From: Henry <htp@mac.com>
Subject: Re: Larry Rosler interview on perl.com!
Message-Id: <htp-0D5911.03224213062000@news.metropolis.net.au>

In article <co715.111468$hT2.435404@news1.rdc1.ct.home.com>, Dan 
Sugalski <dan@tuatha.sidhe.org> wrote:

>>> language standardization merely specifies a reliable minimum language
>>> subset which *must* be implemented and behave in particular ways.  
>>> Each vendor may offer extensions, so long as they don't interfere
>>> with the core subset.
> 
>> Let's take a few lessons from recent history, folks:
>>
>> Vendor specific extensions ALWAYS interfere with the core subset.
>> HTML and JavaScript and Java (and ...) proved that.
> 
> Actually you can go further back than this. GCC's had its own set of
> extensions to C that were far more significantly off-spec than anything 
> M$ ever did to Java. It could handle the standard code of the day
> (either K&R or ANSI, depending on when you look) but had a number
> of language extensions that'll get you non-portable code if you
> use 'em.

Ok, so multiple precendents have been set.  Third-party compilers 
clearly get abused.

How can we make sure this never happens to Perl?

Henry.


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

Date: Mon, 12 Jun 2000 08:48:08 -0700
From: Tom Phoenix <rootbeer@redcat.com>
Subject: Re: Looking for modules for form processing
Message-Id: <Pine.GSO.4.10.10006120846370.10286-100000@user2.teleport.com>

On Mon, 12 Jun 2000, Kenneth Lee wrote:

> Is there any modules already available to validate form 
> fields in a consistent, at least reusable manner?

If there's a module which does what you want, it should be listed in the
module list on CPAN. If you don't find one to your liking, you're welcome
and encouraged to submit one! :-)  This sounds useful, and you should
probably not make anything web-specific about it. Don't neglect the info
about validating data from the FAQ.

Hope this helps!

    http://search.cpan.org/
    http://www.cpan.org/

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



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

Date: Mon, 12 Jun 2000 08:23:06 -0700
From: Tom Phoenix <rootbeer@redcat.com>
Subject: Re: Mailer Daemon stuff
Message-Id: <Pine.GSO.4.10.10006120820490.10286-100000@user2.teleport.com>

On Mon, 12 Jun 2000, Cho wrote:

> I want to send an email through a perl script but I notice that if I
> send the mail to a bogus address, like not_an_address@hotmail.com or
> affsdf@amherst.edu (my school), I don't get the usual email from the
> mailer daemon saying that the message didn't get sent.
> 
> I really need to know when these messages are getting delivered to
> bogus addresses.

You must mean _not_ getting delivered! :-)

Probably the bounce message is going to someone else - whoever is the real
sender, according to your mail system. If you're doing this over the web,
this may be user 'nobody'.

> Any ideas? I would think that if the mailer daemon thing would look at
> the "From" line and return the letter to that address.

If you need help in understanding your mail system, perhaps you should
search for the docs, FAQs, and newsgroups about e-mail. Cheers!

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



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

Date: Mon, 12 Jun 2000 09:29:34 -0700
From: Tom Phoenix <rootbeer@redcat.com>
Subject: Re: Mystery Regex
Message-Id: <Pine.GSO.4.10.10006120926070.10286-100000@user2.teleport.com>

On Mon, 12 Jun 2000, MC wrote:

> Please someone tell me why only the 2nd of these four matches is matching....

That's not what I see happening. Could you check again?

But, to be certain, try writing up a static regular expression and string
which don't (or do) match contrary to your expectations, then post your
simple sample code here. It should be no more than five or six lines long,
which will make it easier for someone else to see what's going on. Cheers!

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



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

Date: 12 Jun 2000 17:35:53 +0100
From: nobull@mail.com
Subject: Re: Mystery Regex
Message-Id: <u93dmieu1i.fsf@wcl-l.bham.ac.uk>

MC <mc@backwoods.org> writes:

> Please someone tell me why only the 2nd of these four matches is matching....

I'm assuming you didn't expect the 3rd and 4th to match.

The 1st matches when your code is executed on 5.005_03 on Linux.

I think we need more detail on your installation.

-- 
     \\   ( )
  .  _\\__[oo
 .__/  \\ /\@
 .  l___\\
  # ll  l\\
 ###LL  LL\\


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

Date: Tue, 13 Jun 2000 01:38:56 +0800
From: "Swee Heng" <sweeheng@usa.net>
Subject: Re: Mystery Regex
Message-Id: <8i36sc$o26$1@clematis.singnet.com.sg>

> #----[ Code Start ]----
>
> $x = ",";

Why can't you just use , or \, in the code below?

> $_ = "custnum,db,item,qty,cardtype,cardnum,shipname,shipaddr1,shipaddr2";
> @order = split($x,$_);
> @order{@order} = @order;

What is that last line doing? Creating a hash where the keys eq values? You
probably meant:
  $order{$_} = $_ for @order;

> ($test) =
>
/^(?:[^$x]*$x){6,6}($order{shipname}$x$order{shipaddr1}$x$order{shipaddr2})/
;
> print "Addr1&2:\n[$_]\n[$test]\n\n";

Why use a hash? Can't you just write shipname instead of $order{shipname}
since they are going to give the same result?

Please post again when you have prune away all irrelevant bits and are left
with the minimal lines of codes that still exhibits the problem you
encountered. I tried debugging your script, but it gave me a headache wading
through all the extraneous information. :o)

Swee Heng




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

Date: Mon, 12 Jun 2000 10:15:22 -0400
From: tadmc@metronet.com (Tad McClellan)
Subject: Re: Mystery Regex
Message-Id: <slrn8k9s3q.qu.tadmc@magna.metronet.com>

On Mon, 12 Jun 2000 10:01:45 -0400, MC <mc@backwoods.org> wrote:

>Ok im totally stumped. I have tried every debug trick I can think of and still
>cant tell why this regex aint matching right (or is it?).
>
>Please someone tell me why only the 2nd of these four matches is matching....


Looks like a bug to me.

Match fails with 5.6.

Match succeeds with 5.005_03.


-- 
    Tad McClellan                          SGML Consulting
    tadmc@metronet.com                     Perl programming
    Fort Worth, Texas


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

Date: Mon, 12 Jun 2000 15:43:35 GMT
From: "NetRenovations.com" <info@netrenovations.com>
Subject: Netscape and Forms and Perl...oh my!
Message-Id: <Hy715.62437$dK2.1310872@news20.bellglobal.com>

I am getting some wacky problems with my form, but this error is only
occurring in Netscape Communicator 4 (it works just fine in EI5).

Problem #1:  NN vs. Perl
    When I submit the form (formForm.html) to the Perl script (formMail.pl)
I get this error message:  "request#no_content_length" and "Description:
Unable to process request for URL
"http:www.netrenovations.com/cgibin/formMail.pl".

Any tips would be greatly appreciated.
Ch'anyom




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

Date: Mon, 12 Jun 2000 09:05:52 -0700
From: Tom Phoenix <rootbeer@redcat.com>
Subject: Re: Netscape and Forms and Perl...oh my!
Message-Id: <Pine.GSO.4.10.10006120905060.10286-100000@user2.teleport.com>

On Mon, 12 Jun 2000, NetRenovations.com wrote:

> Newsgroups: alt.netscape.buggy-products, comp.lang.perl,
>     comp.lang.perl.misc, netscape.dev.directory

If your news administrator still carries comp.lang.perl, please let him
or her know that that newsgroup has not existed since 1995. If you
have such an outdated newsgroup listing, you are probably missing out
on many other valid newsgroups as well. You'll be doing yourself and
many others a favor to use only comp.lang.perl.misc (and other valid
Perl newsgroups) instead.

> I am getting some wacky problems with my form, but this error is only
> occurring in Netscape Communicator 4 (it works just fine in EI5).

If you're following the proper protocol but some browser or server doesn't
cooperate, then it's the other program's fault. If you're not following
the protocol, then it's your fault. If you aren't sure about the protocol,
you should read the protocol specification. If you've read it and you're
still not sure, you should ask in a newsgroup about the protocol.

Hope this helps!

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



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

Date: Mon, 12 Jun 2000 16:46:17 GMT
From: Rene Nyffenegger <renenyffenegger@my-deja.com>
Subject: Re: now this is strange...
Message-Id: <8i344l$bl7$1@nnrp1.deja.com>

[snipped]


> $results_link_url     = $FORM{results_link_url};
>
> Now, what I want is to shorten this. I came up with an Idea, but this $h!t
> just doesn't want to work... :-)
>
> foreach $key (keys(%FORM)) {
> $key = $FORM{$key};
> }
>



Is it this what you want?: (I am not sure if I got your question right)

foreach $key (keys(%FORM)) {
  eval "\$$key=\$FORM{$key}";
}



Rene



Sent via Deja.com http://www.deja.com/
Before you buy.


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

Date: Mon, 12 Jun 2000 17:07:01 GMT
From: Uri Guttman <uri@sysarch.com>
Subject: Re: now this is strange...
Message-Id: <x74s6yakwb.fsf@home.sysarch.com>

>>>>> "RN" == Rene Nyffenegger <renenyffenegger@my-deja.com> writes:


  RN> Is it this what you want?: (I am not sure if I got your question right)

  RN> foreach $key (keys(%FORM)) {
  RN>   eval "\$$key=\$FORM{$key}";
  RN> }

regardless of whether you got his question right that is evil (not eval)
code. eval is not meant to get around symrefs and symrefs are bad
enough. if you are demonstrating this it could mean you write code like
that and you shouldn't. use hashes and stay away from symrefs and only
use eval when truly necessary.

uri

-- 
Uri Guttman  ---------  uri@sysarch.com  ----------  http://www.sysarch.com
SYStems ARCHitecture, Software Engineering, Perl, Internet, UNIX Consulting
The Perl Books Page  -----------  http://www.sysarch.com/cgi-bin/perl_books
The Best Search Engine on the Net  ----------  http://www.northernlight.com


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

Date: Mon, 12 Jun 2000 17:48:22 GMT
From: mjd@plover.com (Mark-Jason Dominus)
Subject: Re: now this is strange...
Message-Id: <39452265.46bc$37f@news.op.net>

In article <8hvt5s$2f36@imsp212.netvigator.com>,
multiplexor <abuse@localhost> wrote:
>I Don't know whether using "eval" is a bad idea.

It is an incredibly bad idea.  It is the only way to make the problem
even worse.

It still amazes me that people can continue to miss the point here.

``Hi, you shouldn't leave your windows unlocked when you go out,
someone might come in and steal your stuff.''

``Oh.  Well, how about if I leave the door open with a big sign that
says OPEN DOOR HERE PLEASE COME IN AND ROB ME?  That should be safe as
long as I lock the windows right?''

The problem with symbolic references is that they use global variables
in a totally unconstrained way, and you end up having an effect on
your program that might not be what you expected.  For example, you
might end up setting $* by mistake, and then all your regexes break.
Or you might set $/ by mistake and then all your file input goes wacky.

But at least you know that whatever disaster occurs, it will be
related to the unexpected modification of some global variable.  It is
not, for example, going to immediately erase your entire hard disk.

When you use 'eval', you do not know that any more.  You have all the
sanme old problems, multiplied by 1000, because the code could be
doing absolutely anything.

Don't you folks drive?  Didn't they teach you in driving school that
you have to drive defensively?  That is, when you drive, you don't
assume that the other drivers are going to any everything right?  When
you drive, you try to plan for the worst case: What if the guy in
front of me comes to a sudden stop?  What if the car coming the other
way at the next corner *doesn't* stop at the stop light?  What if the
lady on the on-ramp *doesn't* yield to oncoming traffic?  You drive as
safely as you can so that when the inevitable mistake occurs the
damage is minimized.

Using 'eval' here is like driving a seven-ton gasoline tanker with
your eyes closed.  In principle, it's just like driving a Yugo.  In
practice, when something goes wrong, four hundred people die in a
flaming inferno.

>Example:
>
>###
>%hash = (
> a => '10',
> b => '20'
>);
>
>print "a=$a ; b=$b\n";
>
>foreach (keys %hash) {
> $st = "\$$_ = \$hash{$_}";
> print "$st\n";
> eval $st;
>}

Here your keys happen to be safe.  What will happen when someone adds
a key that contains a hyphen?  What will happen when someone adds a
key that contains a period?  What will happen when someone adds a key
that contains a space?

That is a rhetorical question.  You can't answer, because you do not know.

>I also use this code for convenience.

Ha ha ha!  Funny!  

``Why are you restoring the files from last Saturday's backup tapes?''

``It is more convenient this way.''



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

Date: Mon, 12 Jun 2000 10:55:24 -0500
From: "Tim" <tcuffel@exactis.com>
Subject: Re: obfuscated but useful magic() - for your perlish amusement
Message-Id: <Hk815.1297$Ck1.101764@den-news1.rmi.net>


Gisle Aas wrote in message ...
>"Tim" <tcuffel@exactis.com> writes:
>
>> Gisle Aas wrote in message ...
>>
>> >  sub magic{+{map{my$m=substr gmtime 25e5*$_,4,3;$m,$_,$_,$m}1..12}->{$_[0]}}
>>
>>
>> Shaving a char...
>>
>>    sub magic{+{map{(my$m=substr gmtime 25e5*$_,4,3),$_,$_,$m}1..12}->{$_[0]}}
>
>Did you test it?

Yup, but I might typoed reformatting it.  Here is my actual version, saving a
couple extra chars but losing use strict compatibility:

sub magic{+{map{($y=substr gmtime 25e5*$_,4,3),$_,$_,$y}(1..12)}->{$_[0]}}

-T




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

Date: Mon, 12 Jun 2000 08:51:17 -0700
From: Tom Phoenix <rootbeer@redcat.com>
Subject: Re: Perl and ASP ? how to...
Message-Id: <Pine.GSO.4.10.10006120850080.10286-100000@user2.teleport.com>

On Mon, 12 Jun 2000, Nikolai Onken wrote:

> Now my problem is that the alladpages are in asp - so is there a way
> that I automaticaly log into the account and read the sites (stats)
> content into an array ?

Might be. Perhaps you need to check the docs, FAQs, and newsgroups about
ASP to learn more.

OTOH, you may want the Expect module. I don't know how you log in to ASP,
so that may not work for you.

Cheers!

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



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

Date: Mon, 12 Jun 2000 08:43:29 -0700
From: Tom Phoenix <rootbeer@redcat.com>
Subject: Re: Perl Bus Error
Message-Id: <Pine.GSO.4.10.10006120840450.10286-100000@user2.teleport.com>

On Mon, 12 Jun 2000 alanrkiernan@my-deja.com wrote:

> I'm making a system call as part of a script which is running an
> application which takes its comand options from a file and redirects
> the results to another file.
> 
> if(system("application < command_arguement_file > results_file")==0)
> {
> }
> 
> This ALWAYS causes a Bus error..

Always? Did all of the tests in 'make test' work when you installed perl?
You should probably re-build perl and ensure that the tests pass before
doing 'make install'. Cheers!

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



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

Date: 12 Jun 2000 10:46:45 -0500
From: Tony Curtis <tony_curtis32@yahoo.com>
Subject: Re: Perl Bus Error
Message-Id: <87k8fukil6.fsf@limey.hpcc.uh.edu>

>> On Mon, 12 Jun 2000 09:25:23 GMT,
>> alanrkiernan@my-deja.com said:

> Heres the problem.  I'm making a system call as part of

system() ne 'system call'

> if(system("application < command_arguement_file >
> results_file")==0) { }

> This ALWAYS causes a Bus error..

Are you sure that it is perl doing this?  Or is it the
application that is bus erroring?  I.e. do you get a bus
error if you run this application from the command line
with the same set of arguments and environment?

hth
t
-- 
"Trying is the first step towards failure"
                                           Homer Simpson


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

Date: Mon, 12 Jun 2000 15:39:36 GMT
From: Dan Wilga <dwilgaREMOVE@mtholyoke.edu>
Subject: Re: perl CGI on an Linux based apache webserver
Message-Id: <dwilgaREMOVE-D40573.11394212062000@news.mtholyoke.edu>

In article <394abc38.5354473@news.skynet.be>, bart.lateur@skynet.be (Bart 
Lateur) wrote:

> Michael.Siemens wrote:
> 
> >-rwxr-xr-x   1 root     root          201 Feb 28 20:28 mail-form.pl
> 
> >root@csg:/usr/local/httpd/cgi-bin > ./mailform.pl
> >bash: ./mailform.pl: No such file or directory
> >root@csg:/usr/local/httpd/cgi-bin >
> 
> It doesn't look to me like it's the same filename.

And, even if you had used the correct filename, it's quite possible that the 
reason for your problem is in the #! line at the beginning of the file. If 
this doesn't point to an existing copy of the Perl binary, your script won't 
run the way you tried to do it.

Dan Wilga          dwilgaREMOVE@mtholyoke.edu
** Remove the REMOVE in my address address to reply reply  **


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

Date: Mon, 12 Jun 2000 15:25:12 GMT
From: Dan Sugalski <dan@tuatha.sidhe.org>
Subject: Re: Perl, VMS and RMS database
Message-Id: <sh715.111467$hT2.435404@news1.rdc1.ct.home.com>

David Carachelo <ibex@home.com> wrote:
> Hello,

> I have been using Perl for a bit now, but I have run into a problem.  I have
> an RMS database on a VMS system and I am wondering how i would go about
> access this database...  is there a DBI driver for an RMS database?

You can use the VMS::IndexedFile module off of CPAN to get a tied-hash
interface to your RMS file. If you need something fancier you're currently
out of luck as there isn't anything else at the moment.

					Dan


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

Date: Mon, 12 Jun 2000 08:26:50 -0700
From: Tom Phoenix <rootbeer@redcat.com>
Subject: Re: Perl, VMS and RMS database
Message-Id: <Pine.GSO.4.10.10006120826340.10286-100000@user2.teleport.com>

On Mon, 12 Jun 2000, David Carachelo wrote:

> is there a DBI driver for an RMS database?

If there's a module which does what you want, it should be listed in
the module list on CPAN. If you don't find one to your liking, you're
welcome and encouraged to submit one! :-)  Hope this helps!

    http://search.cpan.org/
    http://www.cpan.org/

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



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

Date: Mon, 12 Jun 2000 08:58:34 -0700
From: Tom Phoenix <rootbeer@redcat.com>
Subject: Re: Perl/Pipe problem...
Message-Id: <Pine.GSO.4.10.10006120854540.10286-100000@user2.teleport.com>

On Mon, 12 Jun 2000 spoorancher@my-deja.com wrote:

> #!/usr/bin/perl
> exit(system("cat myfile.txt | cmd1 | cmd2")>>8);
> 
> cmd1 is written in Perl, and reads from stdin and writes to stdout
> using print.  Cmd2 is written in java, but the problem happens no
> matter what app I throw in there (java, c, perl, etc...).  The problem
> is this: when cmd2 runs to completion, everything works as expected;
> however, when cmd2 exits w/o reading all of stdin, cmd1 is left blowing
> in the wind; that is, it becomes a zombie and is inhereted by init.

At some point, cmd1 should get a SIGPIPE when it tries to write. If it
isn't ignoring or handling that signal (which should be the default) it
should die. Could that be it?

Of course, if it's inherited by init, it won't become a zombie - init will
reap it at the earliest opportunity. 

And why the complex exit+system combination? Wouldn't an exec do the job
as well? Or maybe I'm missing something.

Of course, you've also got a Useless Use of cat there, but that's not my
department. :-)

Cheers!

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



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

Date: 12 Jun 2000 15:15:35 GMT
From: mmalcolm@pender.ee.upenn.edu (Mario D Malcolm)
Subject: PLEASE HELP: Perl reading PDFs
Message-Id: <8i2uqn$43q$1@netnews.upenn.edu>

Hello,

OVERVIEW:
I have a simple Windows application(I guess written in VB) that can run a search on PDF files, based on a users input string.  This windows application seems not only run a search on the text in the PDF, but the PDF parameters found in the "General Info" window. (To get to the general info window--- Open any PDF Document using Adobe Acrobat 3.0 or 4.0. Click on "File" >> "Document Info" >> "General". )  That is, the Windows application will search the "General Info" parameters like "Author" and "Keywords" 
as well as the PDF text for a match.

PROBLEM:
How would I get Perl 5  to search PDF files for a match in the PDF text as well as the PDF general info parameters?

Thanks,

Mario
mddm@earthlink.net


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

Date: 12 Jun 2000 10:24:30 -0500
From: Tony Curtis <tony_curtis32@yahoo.com>
Subject: Re: PLEASE HELP: Perl reading PDFs
Message-Id: <87n1kqkjm9.fsf@limey.hpcc.uh.edu>


>> On 12 Jun 2000 15:15:35 GMT,
>> mmalcolm@pender.ee.upenn.edu (Mario D Malcolm) said:

> PROBLEM: How would I get Perl 5 to search PDF files for
> a match in the PDF text as well as the PDF general info
> parameters?

Go to http://search.cpan.org/ and look for "PDF".  There's
a number of modules including one actually called PDF
which is probably what you want.

hth
t
-- 
"Trying is the first step towards failure"
                                           Homer Simpson


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

Date: 12 Jun 2000 15:57:25 GMT
From: Przemyslaw Brojewski <brojek@kis.p.lodz.pl>
Subject: Re: REQUESTED ASCII tables for the Windows 98 version of DOS
Message-Id: <8i3195$5kb$1@kujawiak.man.lodz.pl>

In alt.ascii-art Bob Walton <bwalton@rochester.rr.com> wrote:
: Ilmari Karonen wrote:
:> I'm taking that as a golf challenge:
:> 
:>   printf "%8.03d %c%s", $_, $_, $_>110&&"\n" for map 16*$_%95+32, 0..94

: map{$_=16*$_%95+32;printf"%8.03d %c%s",$_,$_,$_>110&&"\n"}0..94

after removing unnecessary spaces in the original so it become:
  printf"%8.03d %c%s",$_,$_,$_>110&&"\n"for map 16*$_%95+32,0..94


Bob's version gains one space -- between for and map
another space -- between map and 16
3 characters -- "for" no longer needed.
1 character -- a comma before 0..94

total six characters

looses:
{$_=
a semicolon before "printf"
and a closing brace

total six characters.

Other code is byte-by-byet indentical, only permuted somehow :)

DRAW.


brojek.


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

Date: Mon, 12 Jun 2000 08:30:10 -0700
From: Tom Phoenix <rootbeer@redcat.com>
Subject: Re: Running a script with root priveleges
Message-Id: <Pine.GSO.4.10.10006120829040.10286-100000@user2.teleport.com>

On Sun, 11 Jun 2000, Trevor Sky Garside wrote:

> My question is, what is the proper procedure for running a script as root?

Read the perlsec manpage.

> (Security is not an issue as the server is only accessible inside the LAN,
> which only has trusted individuals on it.)

Read the perlsec manpage and other security documents until you change
your mind. :-)

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



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

Date: Mon, 12 Jun 2000 10:20:46 -0400
From: tadmc@metronet.com (Tad McClellan)
Subject: Re: Semicolons at the start of lines...?
Message-Id: <slrn8k9sdu.qu.tadmc@magna.metronet.com>


[ removed non-existent 'comp.lang.perl' newsgroup.
  removed alt.perl because it is a wasteland, and I won't post there.
]


On Mon, 12 Jun 2000 13:38:39 GMT, Ireneo Funes <if@what.time.is.it> wrote:

>I've just seen some code at work that has lines beginning with semicolons.


Perl does not (generally) care about whitespace.

You can put newlines wherever you want to.

These are all the same, from perl's point of view:


   print "line one\n";
   print "line two\n";


   print "line one\n"
   ; print "line two\n";


   print "line one\n"; print "line two\n";


   print 
   "line one\n"
   ;
   print 
   "line two\n"
   ;


>Can anyone explain what that's all about?


Someone wanted it that way. 

You need to ask them why they chose that way.

Perl does not require/need it that way.


-- 
    Tad McClellan                          SGML Consulting
    tadmc@metronet.com                     Perl programming
    Fort Worth, Texas


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

Date: Mon, 12 Jun 2000 08:52:43 -0700
From: Tom Phoenix <rootbeer@redcat.com>
Subject: Re: who has script like startpagina.nl ??
Message-Id: <Pine.GSO.4.10.10006120852210.10286-100000@user2.teleport.com>

On Mon, 12 Jun 2000 toffegast@my-deja.com wrote:

> I was wondering if someone of you has (can) program(med) scripts that
> run startpagina.nl ?

If you're wishing merely to _find_ (as opposed to write) programs,
this newsgroup may not be the best resource for you. There are many
freeware and shareware archives which you can find by searching Yahoo
or a similar service. Hope this helps!

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



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

Date: Mon, 12 Jun 2000 19:27:05 +0200
From: "Raphael Pirker" <raphaelp@nr1webresource.com>
Subject: Re: who has script like startpagina.nl ??
Message-Id: <8i36g6$k9t$1@news.online.de>

maybe try using www.scriptsearch.com or www.cgi-resources.com - both
combined cover quite a lot of all the scripts available on the Net...

<toffegast@my-deja.com> wrote in message news:8i2pk9$3uu$1@nnrp1.deja.com...
> Hi,
>
> I was wondering if someone of you has (can) program(med) scripts that
> run startpagina.nl ?
>
> It is a kind of link-indexing script.
>
> Basically what it should be capable of is this :
>
> - Managament of moderators.
> - Each moderator has his own page to administer.
> - Each page is pointed as a subdomain of the main domain (I can do this
> manually)
> - Each page is generated according to the same lay-out (a fixed
> template that I can adjust).
> - Moderators should be able to update their page online, by adding
> categories and links.
> - Moderators can specify the location of each category and link on
> their page.
> - All pages should be built by the script as static pages. So there
> should be a database under the hood, but it is not used for searches,
> only for generation of the pages.
> - Pages should be in .shtml to allow for banners.
> - It should be possible for the visitors to move categories down on a
> page (via a cookie and javascript) if he is not interested in these
> links.
>
> Please contact me asap.
> Best regards,
>
>
>
>
>
>
> Sent via Deja.com http://www.deja.com/
> Before you buy.




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

Date: 16 Sep 99 21:33:47 GMT (Last modified)
From: Perl-Users-Request@ruby.oce.orst.edu (Perl-Users-Digest Admin) 
Subject: Digest Administrivia (Last modified: 16 Sep 99)
Message-Id: <null>


Administrivia:

The Perl-Users Digest is a retransmission of the USENET newsgroup
comp.lang.perl.misc.  For subscription or unsubscription requests, send
the single line:

	subscribe perl-users
or:
	unsubscribe perl-users

to almanac@ruby.oce.orst.edu.  

| NOTE: The mail to news gateway, and thus the ability to submit articles
| through this service to the newsgroup, has been removed. I do not have
| time to individually vet each article to make sure that someone isn't
| abusing the service, and I no longer have any desire to waste my time
| dealing with the campus admins when some fool complains to them about an
| article that has come through the gateway instead of complaining
| to the source.

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.

For other requests pertaining to the digest, send mail to
perl-users-request@ruby.oce.orst.edu. Do not waste your time or mine
sending perl questions to the -request address, I don't have time to
answer them even if I did know the answer.


------------------------------
End of Perl-Users Digest V9 Issue 3331
**************************************


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