[18735] in Perl-Users-Digest

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

Perl-Users Digest, Issue: 903 Volume: 10

daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Tue May 15 06:07:29 2001

Date: Tue, 15 May 2001 03:05:07 -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: <989921107-v10-i903@ruby.oce.orst.edu>
Content-Type: text

Perl-Users Digest           Tue, 15 May 2001     Volume: 10 Number: 903

Today's topics:
    Re: Cabal Guidelines for comp.lang.perl.misc ($Revision (Harri Haataja)
    Re: Can you build GUI's with perl? <admin@salvador.venice.ca.us>
    Re: Can you build GUI's with perl? <bart.lateur@skynet.be>
        Diary <michael@michaelfitzpatrick.co.uk>
    Re: Diary <joe+usenet@sunstarsys.com>
    Re: Diary <godzilla@stomp.stomp.tokyo>
    Re: Diary <steve_dob@totalise.co.uk>
    Re: Emptying all variables in script <godzilla@stomp.stomp.tokyo>
    Re: Please help with signals <rebelvideo@hotmail.com>
    Re: Please help with signals (Villy Kruse)
    Re: Posting Guidelines for comp.lang.perl.misc ($Revisi (John Stanley)
    Re: Posting Guidelines for comp.lang.perl.misc ($Revisi <webmaster@webdragon.unmunge.net>
    Re: Probably a simple question... (Dennis Schoen)
        Scrambling the source code <jtalbain@kimochi3d.com>
    Re: Scrambling the source code <pne-news-20010515@newton.digitalspace.net>
        script via inetd <ramos@terra7.de>
    Re: sorting hash's <webmaster@webdragon.unmunge.net>
    Re: Taint <bart.lateur@skynet.be>
    Re: URGENT: CGI program wanted! <nosabi@snospamabi.com>
    Re: URGENT: CGI program wanted! <joe+usenet@sunstarsys.com>
    Re: URGENT: CGI program wanted! <godzilla@stomp.stomp.tokyo>
    Re: URGENT: CGI program wanted! <www@nospam.com>
    Re: Urgent: CGI program wanted (Gwyn Judd)
    Re: What is wrong with my Regular Expression? <thunderbear@bigfoot.com>
    Re: What is wrong with my Regular Expression? <www@nospam.com>
        Worldclock program??? <nbyrne@lucent.com>
        Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)

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

Date: Tue, 15 May 2001 08:03:33 GMT
From: harri@haataja.net (Harri Haataja)
Subject: Re: Cabal Guidelines for comp.lang.perl.misc ($Revision: 1.1 $)
Message-Id: <slrn9g1ok9.ctu.harri@tolppa.kotisivupalvelu.fi>

Godzilla! wrote:
>Tad McClellan wrote:
>
>(snipped a typical "Tad" tossed temper tantrum)
>
>Don't expect me to slip on a pair of glossy black
>jack boots, a tan khaki shirt accessorized with an
>arm band, then march to the beat of your empty
>barrel. My ethical values make no allowances for
>such repugnant behavior, as is yours.

Is there actually a person with such a deep fixation
in .. nazi uniforms?.. or is that a flamestation with
a really, really bad random number generator?  =)

>Godzilla!

Oh, no! There goes Tokio...

-- 
"It's seems to be spreading faster as Anna Kournikova"
	-- Mikko Hyyppönen on VBSWG.X (fsecure.com)



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

Date: Mon, 14 May 2001 23:18:51 -0700
From: Salvador Peralta <admin@salvador.venice.ca.us>
Subject: Re: Can you build GUI's with perl?
Message-Id: <9dqh1m$9s0$1@persian.noc.ucla.edu>

Bernie on Monday 14 May 2001 20:21:

> Is it possible to build GUI's with perl, under Linux and
> or Windows?   I checked CPAN, but didn't find any modules
> along these lines.

Rest assured, they are there.  Item #8 on the module list entitled 
"User Interfaces".  But you probably don't need to stop by CPAN. On 
your local system try:

[user@localhost user]$ perldoc Tk

-- 

Salvador Peralta                   -o)          
Currently enjoyingTcl              / \
admin@salvador.venice.ca.us       _\_v  
                              ^^^^^^^^^^^^^


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

Date: Tue, 15 May 2001 06:57:31 GMT
From: Bart Lateur <bart.lateur@skynet.be>
Subject: Re: Can you build GUI's with perl?
Message-Id: <3nk1gtkhtqv0srjho7hrjoflllrtjkh46j@4ax.com>

Bernie wrote:

>Is it possible to build GUI's with perl, under Linux and
>or Windows?   I checked CPAN, but didn't find any modules
>along these lines.

Tk. There even is a dedicated newsgroup for it:
<news:comp.lang.perl.tk>.

The FAQ can be found here:
<http://www.lns.cornell.edu/~pvhp/ptk/ptkFAQ.html>.

-- 
	Bart.


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

Date: Tue, 15 May 2001 05:51:37 +0100
From: "Michael Fitzpatrick" <michael@michaelfitzpatrick.co.uk>
Subject: Diary
Message-Id: <tg1ddjdqcnau4b@xo.supernews.co.uk>

Can anyone tell me where I can find a script that will create a directory
for my users on there input of a username and password then create an
on-line diary for them....




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

Date: 15 May 2001 01:10:58 -0400
From: Joe Schaefer <joe+usenet@sunstarsys.com>
Subject: Re: Diary
Message-Id: <m3n18f19jx.fsf@mumonkan.sunstarsys.com>

"Michael Fitzpatrick" <michael@michaelfitzpatrick.co.uk> writes:

> Can anyone tell me where I can find a script that will create a directory
> for my users on there input of a username and password then create an
> on-line diary for them....

Your post is off-topic for this newsgroup.

Joe Schaefer
-- 
Quintessential Williams: optimize B2C infrastructures 


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

Date: Mon, 14 May 2001 22:48:27 -0700
From: "Godzilla!" <godzilla@stomp.stomp.tokyo>
Subject: Re: Diary
Message-Id: <3B00C32B.D77B314F@stomp.stomp.tokyo>

Michael Fitzpatrick wrote:
 
> Can anyone tell me where I can find a script that will create a directory
> for my users on there input of a username and password then create an
> on-line diary for them....

There are some scripts which come very close to doing this.
I cannot quite remember what they are called. These are
scripts which fall into the "fun" category. What they do
is allow users to modify a "story" in a sense. Many of
this scripts allow a user to write a short story and
submit it to server. Others play along and add their
own chapters. Many include password protection.
They are like an interactive story game. However, you
could use one of these for private diaries, easily.

I don't think they will create a unique directory
but will create a storage file with a unique name,
if you don't mind storing all files in one directory.

Some of these programs are very complex and offer
very nice features, including administrative
configuration, perfect for you.

Search sites which offer scripts, under a "game"
category. You will find some and come across what
they are called. I just cannot remember. Hmmm..
along the line of "story teller" I think.

Godzilla!


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

Date: Tue, 15 May 2001 06:19:37 GMT
From: "Stephen Dobinson" <steve_dob@totalise.co.uk>
Subject: Re: Diary
Message-Id: <ZT3M6.6384$zq2.464171@news1.cableinet.net>

Check out some of the scripts at
http://cgi.resourceindex.com/Programs_and_Scripts/Perl/Calendars/
I know that some are multi-user capable
--
Stephen Dobinson
http://a2zcomms.freeshell.org/
Free unix shell account




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

Date: Mon, 14 May 2001 21:54:16 -0700
From: "Godzilla!" <godzilla@stomp.stomp.tokyo>
Subject: Re: Emptying all variables in script
Message-Id: <3B00B678.18FB022E@stomp.stomp.tokyo>

News wrote:
 
> I need to know if there is a way to empty all your variables in a perl
> script at once instead of:
 
> $variable1 = "";
> $variable2 = "";
> $variable3 = "";
 
> This is because I require another script later in the program except the
> script that I require conflicts with some of the variables.  Instead of
> emptying them one by one as above I'd like to clear all variables in my
> script at once if that is possible.

Another has suggested use of reset, a built-in function.
This is a good suggestion and a valid suggestion. Care
needs to be taken when using reset to clear variables.
It is very easy to wipe out not only variables, but
stored arrays and other data as well. Reset is a loaded
gun, be careful with its use. You should also know reset
has restrictions. Both your syntax for reset and "where"
you are using it in a program, are important. Get to know
this function via test scripts before applying it to
a program upon which you rely for correct operation.

I have included a perldoc description of reset,
after my signature.

There is an alternative, a very simple one. Don't use
variable names which cause conflict. Use unique names.


Godzilla!
--

    reset EXPR
    reset   

Generally used in a `continue' block at the end of a loop to
clear variables and reset `??' searches so that they work again.
The expression is interpreted as a list of single characters
(hyphens allowed for ranges). All variables and arrays beginning
with one of those letters are reset to their pristine state. If
the expression is omitted, one-match searches (`?pattern?') are
reset to match again. Resets only variables or searches in the
current package. Always returns 1. Examples:

reset 'X';          # reset all X variables
reset 'a-z';        # reset lower case variables
reset;              # just reset ?one-time? searches

Resetting `"A-Z"' is not recommended because you'll wipe out
your `@ARGV' and `@INC' arrays and your `%ENV' hash. Resets only
package variables--lexical variables are unaffected, but they
clean themselves up on scope exit anyway, so you'll probably
want to use them instead. See the my entry elsewhere in this
document.


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

Date: Tue, 15 May 2001 16:16:20 +0930
From: Chris <rebelvideo@hotmail.com>
To: Ronald Fischer <rovf@thekeyboard.com>, davidb54@yahoo.com
Subject: Re: Please help with signals
Message-Id: <3B00D0BC.7F4EAB4B@hotmail.com>

Hi guys

I have managed to find out how to capture STDERR using backticks :)

it has revealed the problem as kill: (15575) - Not owner

I am trying to kill one script from another script
NOT a parent/child relationship

both have the apache server as the userid

How do I go about solving this dillemma

How do I become the "owner" of a process that is already running?

my only other choice seems to be to use a semaphore file, this will only
kill the process when it looks for it
so I can't make it jump out of the sleep call.

and seems a bit clumsy to me.

Thanks for your input so far

-- 
Regards

Chris
rebelvideo@hotmail.com



Ronald Fischer wrote:
> 
> Chris <rebelvideo@hotmail.com> writes:
> 
> > So how do I actually send the QUIT signal ?
> 
> From Perl:
> 
>         kill 'QUIT',$pid;
> 
> From the commandline (assuming you are running Unix):
> 
>         kill -QUIT $pid
> 
> Ronald
> --
> Do NOT reply to the address given in the From: header. If you want to
> reply by mail, use the following address (after deleting the XXX):
> Ronald Otto Valentin Fischer <rovfXXX@thekeyboard.com>
> (Tired of getting spam after posting a message? http://www.deadspam.com)


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

Date: 15 May 2001 07:09:39 GMT
From: vek@pharmnl.ohout.pharmapartners.nl (Villy Kruse)
Subject: Re: Please help with signals
Message-Id: <slrn9g1lhj.cjs.vek@pharmnl.ohout.pharmapartners.nl>

On Tue, 15 May 2001 16:16:20 +0930, Chris <rebelvideo@hotmail.com> wrote:
>Hi guys
>
>I have managed to find out how to capture STDERR using backticks :)
>
>it has revealed the problem as kill: (15575) - Not owner
>
>I am trying to kill one script from another script
>NOT a parent/child relationship
>
>both have the apache server as the userid
>
>How do I go about solving this dillemma
>
>How do I become the "owner" of a process that is already running?
>
>my only other choice seems to be to use a semaphore file, this will only
>kill the process when it looks for it
>so I can't make it jump out of the sleep call.
>


You need to "su" to the user that is running the process or "su" to root.
Then you can send a signal to the process.  It would not be nice if
arbitrary users could kill processes started by other arbitrary users.



Villy


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

Date: 15 May 2001 06:49:33 GMT
From: stanley@skyking.OCE.ORST.EDU (John Stanley)
Subject: Re: Posting Guidelines for comp.lang.perl.misc ($Revision: 1.1 $)
Message-Id: <9dqjht$8a$1@news.orst.edu>

In article <Pine.LNX.4.30.0105150146150.25587-100000@lxplus003.cern.ch>,
Alan J. Flavell <flavell@mail.cern.ch> wrote:
>On 14 May 2001, John Stanley wrote:
>
>> >        Checking the FAQ before posting is required in Big 8 newsgroups in
>> >        general,
>>
>> There is not a group I know of that makes this a requirement. It is
>> highly recommended, but not required.
>
>It is considered to be non-optional.  

YOU may consider it as such, but that does not a requirement make. There
is nothing stopping people from posting without checking the FAQ, thus
the claim that is it a requirement before posting is simply silly. It is
not "non-optional" in fact, only in your opinion. 

>As such, it is a "requirement",
>as much as anything can be a requirement when there are no formal
>sanctions.  

Which is not at all. 

>I don't see anything wrong with terming it as "required"
>for anyone who understands the context.

It is wrong because there will be people who don't "understand the
context", or, like me, who know "the context" doesn't exist.

>> It's hard to have requirements
>> when there is nobody in charge of the group to enforce them.
>
>Quite.  So your argument is based on terminology.

Of course. That's why I said the only problem I had with this (other
than a couple of technical things) is the terminology. It's good to read
the FAQ, but converting that to a "must" when there is nobody to make it
a must is wrong.

>> >        You are expected to do this in nearly all newsgroups.
>>
>> Yes. Different than required.
>
>As you yourself just in effect pointed out, what meaning could
>"required" have other than "considered by informed opinion to be
>non-optional", in a community where there are no formal sanctions?

It could mean that a few folks are trying to create a system of formal
sanctions, based on language in a FAQ which implies that there can be
such. It's called "bootstrapping". 

Why not just speak the truth and let the honest people learn how you
expect them to behave? Those who don't want to read FAQs are going to
ignore your "must" anyway, so you gain nothing by making things up.




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

Date: 15 May 2001 06:58:56 GMT
From: "Scott R. Godin" <webmaster@webdragon.unmunge.net>
Subject: Re: Posting Guidelines for comp.lang.perl.misc ($Revision: 1.1 $)
Message-Id: <9dqk3g$bf5$1@216.155.32.128>

In article <3AFE0F3F.1F1E8AED@mortgagestats.com>,
 Andras Malatinszky <andras@mortgagestats.com> wrote:

 | > What change would accomplish both of those objectives?
 | 
 | This must vs. should thing is apparently the most widely 
 | misunderstood item in my comments. Looks like I didn't do a very 
 | good job getting my point accross. Sorry.
 | 
 | Let me say explicitly that I am not advocating the idea that it's OK 
 | to post without doing your homework first.
 | 
 | Still, I think you should try to avoid creating the impression that 
 | you are bossing people around  rather than offering them helpful 
 | hints "to increase [their] chances of getting an answer to [their] 
 | Perl question." How about simply expanding the first  sentence in 
 | the "Must" along the lines of:
 | 
 | "This section describes things that you *must* do before posting to 
 | clpmisc, in order to maximize your chances of getting meaningful 
 | replies to your inquiry and to avoid getting flamed for being lazy 
 | and trying to have others do your work."
 | 
 | Maybe I'm unreasonably sensitive about this. It's just that I always 
 | preferred rules that had a clear reason behind them to rules that I 
 | was supposed to obey because some guy said so.

I realy hate to quote so much just to make a pithy comment like this, 
but I wholeheartedly agree with the above sentiment 100%. I was always 
much more inclined to listen when there were clearly stated (not to 
mention sane, logical) reasons behind the 'rules' rather than "They're 
my rules, and if you don't like them, leave." or "Because I said so.", 
and recommend this approach for any must's, shall's, may's, and 
suggestions in the posting guidelines. 

'nuff said.

-- 
unmunge e-mail here:
#!perl -w
print map {chr(ord($_)-3)} split //, "zhepdvwhuCzhegudjrq1qhw"; 
# ( damn spammers. *shakes fist* take a hint. =:P )


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

Date: Mon, 14 May 2001 15:08:12 GMT
From: dennis@cobolt.net (Dennis Schoen)
Subject: Re: Probably a simple question...
Message-Id: <slrn9fvt6s.p40.dennis@smart.cobolt.net>

On Mon, 14 May 2001 14:59:30 +0100, Robb Meade <Ask@For-It.Com> wrote:
> Hi all,
> 
> I have little to no knowledge of Perl, but I have managed, with a little
> help from this NG a few weeks back to get together just a little bit of code
> for a mailing list system...
> 
> My only problem I have now is trying to build up a link within the code...
> 
> This is the line I have... :
> 
> my $link="www.kingswoodweb.net/boomshankers/mailing-sub.asp" & "?" & "name="
> & $name & "&" & "surname=" & $surname & "&" & "email=" & $to;
s/&/\./g

Dennis
-- 
"Contrary to popular belief, UNIX is a user-friendly Operating
System. It's just choosy about who its friends are."


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

Date: Tue, 15 May 2001 16:18:33 +0800
From: "Alvin Yap" <jtalbain@kimochi3d.com>
Subject: Scrambling the source code
Message-Id: <9dqogq$c18$1@clematis.singnet.com.sg>

Hello!
Are there any tutorials/scripts/programs which enable the perl source =
written to be scrambled? Hunted around cgi-resources & google, didn't =
come up much, more javascript scramblers than anything.

Thanks!

Regards,
Alvin



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

Date: Tue, 15 May 2001 10:58:53 +0200
From: Philip Newton <pne-news-20010515@newton.digitalspace.net>
Subject: Re: Scrambling the source code
Message-Id: <vsr1gt8tdmff4gn1h36pljejrigmusfb0g@4ax.com>

Please fix your line length.

On Tue, 15 May 2001 16:18:33 +0800, "Alvin Yap"
<jtalbain@kimochi3d.com> wrote:

> Are there any tutorials/scripts/programs which enable the perl source
> written to be scrambled?

Have a look in the FAQ:   perldoc -q "hide the source"

Cheers,
Philip
-- 
Philip Newton <nospam.newton@gmx.li>
Yes, that really is my address; no need to remove anything to reply.
If you're not part of the solution, you're part of the precipitate.


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

Date: Tue, 15 May 2001 11:40:14 +0200
From: "Sebastian Ramos" <ramos@terra7.de>
Subject: script via inetd
Message-Id: <9dqta7$k0epr$1@ID-63849.news.dfncis.de>


hello,

i may have a simple problem.

the script looks like

print "hello\n";
$user = <STDIN>;
print $user;

the problem is that the first (!) print command follows after the STDIN
maybe a useful information: i let the perl script start via inetd and
connect to a port using telnet to run it.

any ideas ?

thanks in advance

greets
Sebastian Ramos




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

Date: 15 May 2001 06:21:18 GMT
From: "Scott R. Godin" <webmaster@webdragon.unmunge.net>
Subject: Re: sorting hash's
Message-Id: <9dqhsu$bf5$0@216.155.32.128>

In article <x7ae4f9t3f.fsf@home.sysarch.com>,
 Uri Guttman <uri@sysarch.com> wrote:

 | >>>>> "b" == bobnet  <bobnet604@hotmail.com> writes:
 | 
 |   b> hiya,
 |   b> Could someone point me at web resources detailing
 |   b> sorting hashes of hashes, elaborate and complex records.
 |   b> I've read all I could find in Programming, Advanced
 |   b> Programming, the Cookbook and Algorithms with Perl
 |   b> and pretty much got my head around it.
 |   b> However 'strange' things keep happening and I wonder
 |   b> what I might of missed.
 | 
 | http://www.sysarch.com/perl/sort_paper.html
 | 
 | uri

to OP:

There's also a short line from the back of the Camel book that's worth a 
moment's epiphany, should your data be so inclined to work this way for 
you :)

"Sorting on a manufactured key array can be more efficient than a custom 
sort subroutine" .. uh, essentially. drat, I thought I had that thing 
memorized by now. I was essentially 'struck by lighting' while reading 
this at the local diner, and coded up something I'd been trying to work 
out in my head for weeks, in roughly an hour, plugged it into the 
current program, and voila! Eureka! etc etc. :) 

ok here it is in its entirety: "Sorting on a manufactured key array may 
be faster than using a fancy sort subroutine. A given array value may 
participate in several sort coparisons, so if the sort subroutine has to 
do much recalculation, it's better to factor out the calculation to a 
separate pass before the actual sort." 
 
Maybe that will spark some additional ideas for you. 


(Say Uri, is your URL the same as the one that used to be at 
http://www.hpl.hp.com/personal/Larry_Rosler/sort/ or did that have other 
detail as well? I'm getting a 404 on that one now. :/ )

-- 
unmunge e-mail here:
#!perl -w
print map {chr(ord($_)-3)} split //, "zhepdvwhuCzhegudjrq1qhw"; 
# ( damn spammers. *shakes fist* take a hint. =:P )


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

Date: Tue, 15 May 2001 06:02:24 GMT
From: Bart Lateur <bart.lateur@skynet.be>
Subject: Re: Taint
Message-Id: <jlh1gtku9ge5kmsg7ansl5q3cmoheh0vhj@4ax.com>

Garry Williams wrote:

>> sub untaint ($) { /^(.*)$/ and return $1; }
>
>That's what perlsec says to do, if you must.  (Although the
>short-circuit is superfluous, since the match can never fail.)  

It can, if there's a newline in the string.

-- 
	Bart.


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

Date: Tue, 15 May 2001 01:10:41 -0400
From: "nosabi" <nosabi@snospamabi.com>
Subject: Re: URGENT: CGI program wanted!
Message-Id: <9dqdoh$62g$1@sshuraac-i-1.production.compuserve.com>

muksca <graphi@lineone.net> wrote in message
news:tg13coccc09731@corp.supernews.co.uk...
> Sorry to ask here only for weeks now I have tried other groups and
resources
> to no avail.
> Anyone here have or know of a perl script which does (or modification) the
> following...
>
> 1. User uploads a file to server
> 2. Calls the CGI and prints out environment variables to a txt file (flat
> file dB)
> 3. Creates a unique directory ON-THE-FLY and puts the upload into that
> directory
> 4. Display a standard thank you page
>
> Ideally each separate upload should be assigned its own directory and
> preserve the original file name.
> I have been looking around for ages now
> Anyone?
>
> --
> NO NONSENSE professional Websites:
> www.your-new-site.com
>
>

I don't know of any Scripts either that have been released as Public Domain
Works, doing as you require.
I would change the order of your program flow. The way that is might lead to
long hours of straining.
Have you kepted any of your old CS text books ?  Then your Standard Thank
You Page is done.
What os ver do you need it for ?  Why are you printing out environment
variables ? What do you want
the new dir mods to be ? Have you thought about access problems ?
How fast do you need it ?











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

Date: 15 May 2001 01:13:46 -0400
From: Joe Schaefer <joe+usenet@sunstarsys.com>
Subject: Re: URGENT: CGI program wanted!
Message-Id: <m3itj319f9.fsf@mumonkan.sunstarsys.com>

"muksca" <graphi@lineone.net> writes:

> Sorry to ask here only for weeks now I have tried other groups and resources
> to no avail.
> Anyone here have or know of a perl script which does (or modification) the
> following...

Your post is off-topic for this newsgroup.

-- 
Quintessential Williams: grow revolutionary experiences 


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

Date: Mon, 14 May 2001 22:37:42 -0700
From: "Godzilla!" <godzilla@stomp.stomp.tokyo>
Subject: Re: URGENT: CGI program wanted!
Message-Id: <3B00C0A6.DD9212AE@stomp.stomp.tokyo>

muksca wrote:
 
(some snippage)

> Anyone here have or know of a perl script which does
> (or modification) the following...
 
> 1. User uploads a file to server
> 2. Calls the CGI and prints out environment variables to a txt file
> 3. Creates a unique directory ON-THE-FLY...upload into that directory
> 4. Display a standard thank you page


A good approach on this would be to use search engines
to establish a decent list of sites which offer free
perl scripts and free cgi scripts. There are hundreds.

After you locate a good number of sites, search each
one for "ftp programs" or "ftp scripts."

Another alternative, which may turn up more results
than you want, is to do a general search of the 
internet using terms such as:

ftp upload
ftp script
ftp.cgi
ftp.pl
upload.cgi
upload.pl
ftp program

Some terms, as you can see, are rather general
in nature and will return binary executables
as well. Select your terms carefully. Odds are
very good you will find a script which comes
close to what you want. Adding an environmental
variable print and thank you page, are easy.
Work on finding a good ftp program or two
and go from there.

Godzilla!


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

Date: Tue, 15 May 2001 06:20:27 GMT
From: "Perlzagame" <www@nospam.com>
Subject: Re: URGENT: CGI program wanted!
Message-Id: <LU3M6.4666$p33.120640@news1.sttls1.wa.home.com>

if this is off topic then 95% of the messages here are off-topic..

    Try www.cgi-resources.com



"Joe Schaefer" <joe+usenet@sunstarsys.com> wrote in message
news:m3itj319f9.fsf@mumonkan.sunstarsys.com...
> "muksca" <graphi@lineone.net> writes:
>
> > Sorry to ask here only for weeks now I have tried other groups and
resources
> > to no avail.
> > Anyone here have or know of a perl script which does (or modification)
the
> > following...
>
> Your post is off-topic for this newsgroup.
>
> --
> Quintessential Williams: grow revolutionary experiences




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

Date: Tue, 15 May 2001 09:16:43 GMT
From: tjla@guvfybir.qlaqaf.bet (Gwyn Judd)
Subject: Re: Urgent: CGI program wanted
Message-Id: <slrn9g1svp.iel.tjla@thislove.dyndns.org>

"Mein Lufkissenfahrzeug ist voller Aale"
said muksca (muksca@hotmail.com) in 
<tg18odqmqb3046@corp.supernews.co.uk>:
>Do you actually have anything useful to contribute?

Actually it was pretty funny. Someone who advertises "No nonsense,
professional websites" should have no trouble whipping up a simple CGI
program like that. Here's something germane to your query:

perldoc CGI
perldoc -f mkdir
perldoc perlvar
perldoc -f open
perldoc perlsec
perldoc -f print

-- 
Gwyn Judd (print `echo 'tjla@guvfybir.qlaqaf.bet' | rot13`)
Nothing is ever a total loss; it can always serve as a bad example.


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

Date: Tue, 15 May 2001 10:40:35 +0100
From: =?iso-8859-1?Q?Thorbj=F8rn?= Ravn Andersen <thunderbear@bigfoot.com>
Subject: Re: What is wrong with my Regular Expression?
Message-Id: <3B00F993.E274995@bigfoot.com>

"Godzilla!" wrote:

> > Ilmari Karonen - http://www.sci.fi/~iltzu/
> > Please ignore Godzilla / Kira -- do not feed the troll.
> 
> Mr. Karonen, I am asking something of you on
> behalf of the entire newsgroup.

Nope.  Not me.  Please do not speak on my behalf without permission. 
Thank you.

-- 
  Thorbjørn Ravn Andersen                "...plus...Tubular Bells!"
  http://bigfoot.com/~thunderbear


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

Date: Tue, 15 May 2001 09:07:26 GMT
From: "Perlzagame" <www@nospam.com>
Subject: Re: What is wrong with my Regular Expression?
Message-Id: <il6M6.4829$p33.130176@news1.sttls1.wa.home.com>

NOR ME!!

> > Mr. Karonen, I am asking something of you on
> > behalf of the entire newsgroup.
>
> Nope.  Not me.  Please do not speak on my behalf without permission.
> Thank you.





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

Date: Tue, 15 May 2001 10:18:44 +0100
From: Niall Byrne <nbyrne@lucent.com>
Subject: Worldclock program???
Message-Id: <3B00F474.B02FA3E8@lucent.com>

Hi all, 

I'm new to Perl, very new...

I have been asked to created a worldclock that will appear on a web page to show
the time of a number of countries at once. 

I have been trying to use GIF's, the idea was to create a blank main gif and
have gif's numbering 0-9. the number would appear on top on the orginal gif and
a refresh command would keep the time running. 

But my knowledge is nowhere near the level I need, So does anyone here have
helpful comments or hints? 

I have tried to look on the web sites for something similar that I could modify
but with on luck, 

Thanks
Niall


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

Date: 6 Apr 2001 21:33:47 GMT (Last modified)
From: Perl-Users-Request@ruby.oce.orst.edu (Perl-Users-Digest Admin) 
Subject: Digest Administrivia (Last modified: 6 Apr 01)
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.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 V10 Issue 903
**************************************


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