[6630] in Perl-Users-Digest
Perl-Users Digest, Issue: 254 Volume: 8
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Tue Apr 8 12:18:14 1997
Date: Tue, 8 Apr 97 09:00:23 -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, 8 Apr 1997 Volume: 8 Number: 254
Today's topics:
2 dimentional array <ahenig@tx.technion.ac.il>
Re: 2 dimentional array (David Alan Black)
A couple of questions on Forms... Please help!!! <User_id@webads.gr>
Can Perl be interactive like Python? <pgh@nortel.co.uk>
Re: Can Perl be interactive like Python? <tchrist@mox.perl.com>
Compiling Perl (Dave Downin)
Re: Compiling Perl (Dave Downin)
exec, fork, wait ... <edebes@igd.fhg.de>
Re: Get a week number from a file (Matthew D. Healy)
Re: Hellish problems compiling Perl 5.003 on Digital Un <davidson@zk3.dec.com>
Re: How to tell if a file exists? (Simon Hyde (aka Jeckyll))
OO programming question (James A. Robinson)
Re: Ousterhout and Tcl lost the plot with latest paper (Cyber Surfer)
Re: Ousterhout and Tcl lost the plot with latest paper (Paul Prescod)
Part-time script programmer wanted <sj1@thenerve.com>
Perl and Netscape Navigator <Bill.Bailey@biznetz.com>
Digest Administrivia (Last modified: 8 Mar 97) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Tue, 08 Apr 1997 16:12:21 +0300
From: Allon Henig <ahenig@tx.technion.ac.il>
Subject: 2 dimentional array
Message-Id: <334A4435.38E6@tx.technion.ac.il>
Hi!
how can I put a value into a 2 dimentional hash table ?
suppose I have the following 2 keys:
$x = "keyX" ;
$y = "keyY" ;
and the follwoing value:
$value = "123";
the following statment just doenst work :
$HashTable { $x{ $y } } = $value;
because it fills up ALL the followings in $value (which is of course an
error ) "
$HashTable { $x{ ...what ever... } } = $value
Allon Henig
------------------------------
Date: 8 Apr 1997 14:11:26 GMT
From: dblack@icarus.shu.edu (David Alan Black)
Subject: Re: 2 dimentional array
Message-Id: <5idjme$nh@pirate.shu.edu>
Hello -
Allon Henig <ahenig@tx.technion.ac.il> writes:
>Hi!
>how can I put a value into a 2 dimentional hash table ?
>suppose I have the following 2 keys:
>$x = "keyX" ;
>$y = "keyY" ;
>and the follwoing value:
>
>$value = "123";
>the following statment just doenst work :
>$HashTable { $x{ $y } } = $value;
>because it fills up ALL the followings in $value (which is of course an
>error ) "
>$HashTable { $x{ ...what ever... } } = $value
$HashTable{$x}{$y} = $value;
David Black
dblack@icarus.shu.edu
------------------------------
Date: 8 Apr 1997 12:34:36 GMT
From: "Dimitris Vayenas" <User_id@webads.gr>
Subject: A couple of questions on Forms... Please help!!!
Message-Id: <01bc1372$745a3680$fdeb1ec2@www.webads.gr.webads.gr>
I would like to parse a form but I would like later not to report the
Hidden fields...
How can I read and split, "name", "value" and "hidden" separately?
Also I would like to read an store only the first 2 characters of the
"value" how can I do it in a very perl smart way?
TIA
Dimitris
------------------------------
Date: Tue, 08 Apr 1997 12:11:57 +0000
From: Peter Hamer <pgh@nortel.co.uk>
Subject: Can Perl be interactive like Python?
Message-Id: <334A360D.7D38@nortel.co.uk>
Disclaimer: I'm a believer in horses for courses, and have no desire
to start a language war. Perl is rightly an industrial standard for
the mangling of text in batch mode.
I note that Python has an interactive interpreter, which makes Python
very suitable for implementing a command-line interface to other tools.
Note that's an interactive command-line, not a batch-script interface.
Am I right in thinking that the Perl interpreters do not offer such a
feature?
Peter
I know that you could implement such a feature in Perl itself, getting
fragments of code from stdin and interpreting them. But this would
presumably get increasingly messy as you tried to handle compound
statements (eg loops) and line-crossing statements. It's hard to see
how you could do it without a full-blown parser [based on a grammar
with very limited look-ahead].
------------------------------
Date: 8 Apr 1997 14:56:18 GMT
From: Tom Christiansen <tchrist@mox.perl.com>
Subject: Re: Can Perl be interactive like Python?
Message-Id: <5idmai$84$1@csnews.cs.colorado.edu>
[courtesy cc of this posting sent to cited author via email]
In comp.lang.perl.misc,
Peter Hamer <pgh@nortel.co.uk> writes:
:Disclaimer: I'm a believer in horses for courses, and have no desire
:to start a language war. Perl is rightly an industrial standard for
:the mangling of text in batch mode.
:
:I note that Python has an interactive interpreter, which makes Python
:very suitable for implementing a command-line interface to other tools.
:Note that's an interactive command-line, not a batch-script interface.
:
:Am I right in thinking that the Perl interpreters do not offer such a
:feature?
>From the Perl FAQ at http://www.perl.com/perl/faq/index.html :
How can I use Perl interactively?
The typical approach uses the Perl debugger, described in the
perldebug(1) man page, on an "empty" program, like this:
perl -de 42
Now just type in any legal Perl code, and it will be immediately
evaluated. You can also examine the symbol table, get stack
backtraces, check variable values, set breakpoints, and other
operations typically found in symbolic debuggers
Also, if you check the debugger man page, such as with man perldebug or
at http://www.perl.com/CPAN/doc/manual/html/pod/perldebug.html you will
find that multiline commands can be entered *in the debugger* using a
trailing backslash to "escape" the newline.
--tom
--
Tom Christiansen tchrist@jhereg.perl.com
"Sex education classes in our public schools are promoting incest."
--Jimmy Swaggart, TV preacher, self-described pornography addict who paid
prostitutes to commit "pornographic acts"; hypocrite
------------------------------
Date: 8 Apr 1997 14:00:39 GMT
From: downin@clark.net (Dave Downin)
Subject: Compiling Perl
Message-Id: <5idj27$d98@clarknet.clark.net>
Anyone here have experience compiling Perl on a Sparc machine (running
Solaris 2.5.1)? I've been able to get it to compile here at my local ISP
and all the tests ran ok, but when using it for a CGI script, I end up
with the following in the server error logs:
[07/Apr/1997:23:09:59] failure: for host reboot.dt.navy.mil trying to POST
/pub/downin/cgi-bin/genericform.cgi, cgi-parse-output reports: the CGI
program /usr/ftp/pub/downin/cgi-bin/genericform.cgi did not produce a
valid header (name without value: got line "attempt to free unreferenced
scalar during global destruction.")
Let me explain how my provider has things set up:
They have 2 different servers...1 for shell access and such, and another
for the web server. They have the htdocs directory NFS mounted on the
shell account machine. I am not however able to log directly into the web
server.
I assume the error in the logs that I am getting is due to not assigning
something correctly or such during the configuration. I pretty much went
with all the defaults... Or could it be because I compiled it on a different
machine (the shell machine - same archetecture & OS) than the one it is
going to be running from? Early on in the configure script it did ask what the
hostname/domain were...not sure why it needs this info.
This is NOT a problem with the script, because I copied it to a machine
that I run and all I had to do was change the begin line and the script
ran as expected. The reason behind needing to compile Perl here at
my ISP is because when running CGI scripts on the web server, there is no
access to the perl libraries. This can been found by:
[explorer] /homee/downin: /allison/usr/bin/perl -e 'print join("\n",@INC)'
/usr/local/lib/perl5/sun4-solaris/5.003
/usr/local/lib/perl5
/usr/local/lib/perl5/site_perl/sun4-solaris
/usr/local/lib/perl5/site_perl
None of these directories exist on allison (the web server). I have alerted
several people to this problem, but no results...so I'm trying to take
matters into my own hands. Also, I have checked all the permissions and
they seem fine as well.
--
Dave Downin (downin@clark.net / downin@reboot.dt.navy.mil / arlo@hackerz.org)
=============================================================================
"Sorry, the world is nuts. It can't be helped" - Arlo Guthrie
ArloNet - http://www.clark.net/pub/downin/cgi-bin/arlonet.html
=============================================================================
Any commercial e-mail sent to any of the above accounts will be automatically
rejected and subject to a $500 processing fee.
------------------------------
Date: 8 Apr 1997 14:06:53 GMT
From: downin@clark.net (Dave Downin)
Subject: Re: Compiling Perl
Message-Id: <5idjdt$d98@clarknet.clark.net>
Forgot to mention this, but it's Perl version 5.003 that I'm working with.
--
Dave Downin (downin@clark.net / downin@reboot.dt.navy.mil / arlo@hackerz.org)
=============================================================================
Collecting classic video games for the Odyssey^2, Colecovision, Gameboy,
NES, Atari 2600/5200/7800, and more. Got any laying around?
=============================================================================
Any commercial e-mail sent to any of the above accounts will be automatically
rejected and subject to a $500 processing fee.
------------------------------
Date: Tue, 08 Apr 1997 15:00:15 +0200
From: Eric Debes <edebes@igd.fhg.de>
Subject: exec, fork, wait ...
Message-Id: <334A415F.3EF5@igd.fhg.de>
Hi everybody !
I have trouble executing a compiled C++ - program (called progname)
that gets information from different fiels, sends some other
datas to other files (for example : swbres.dat) and print out
some information (usually to STDOUT, but redirected to a file :
outfile.dat). A piece of my perl script looks like :
---------------------------------------------------------------------
open(OUTDATEI," > outfile.dat");
unless (fork) {
exec("./progname > OUTDATEI");
}
wait;
close(OUTDATEI);
# I'd like the program to wait untill "Contrast_sol is finished
# so that I can read datas from the files (in which Contrast_sol
# has writen) like this, in the same perl script :
open(DISTDATEI,"./swbres.dat");
$dist = <DISTDATEI>;
close(DISTDATEI);
---------------------------------------------------------------------
But this doesn't seem to work well.
The program Contrast_sol doesn't seem to write neither in outfile.dat
nor in swbres.dat.
However, when I execute the line
./Contrast_sol > OUTDATEI
in a UNIX-Shell, then it works...
Do you have an idea about this problem ?
Thanks in advance for your time and your help.
Eric
------------------------------
Date: Thu, 03 Apr 1997 19:12:17 -0500
From: Matthew.Healy@yale.edu (Matthew D. Healy)
Subject: Re: Get a week number from a file
Message-Id: <Matthew.Healy-0304971912170001@pudding.med.yale.edu>
...
>
> (Can you really get the "creation time"?)
>
Not under Unix you can't. There are three times you can get: the
last-modified time, the last-used time, and the last time the inode
was modified. Some books call this last the "creation time" of the
file. In some cases it may indeed be the actual creation time of
the file, but there are many ways to modify an inode other than by
creating a new file. For example, using chmod to change its access
rights will update this time.
Take a very close look at the following. Note that ls -l gives the
time of last modification, ls -lu gives the time of last access, and
ls -lc gives the time of last inode change. The creation time is not
stored anywhere in standard Unix filesystems.
(49)% date;touch FOO;ls -l FOO;ls -lu FOO;ls -lc FOO
Thu Apr 3 19:01:31 EST 1997
-rw-r--r-- 1 healy 0 Apr 3 19:01 FOO
-rw-r--r-- 1 healy 0 Apr 3 19:01 FOO
-rw-r--r-- 1 healy 0 Apr 3 19:01 FOO
(50)% echo "now I wait a little while"
now I wait a little while
(51)% date;touch FOO;ls -l FOO;ls -lu FOO;ls -lc FOO
Thu Apr 3 19:03:42 EST 1997
-rw-r--r-- 1 healy 0 Apr 3 19:03 FOO
-rw-r--r-- 1 healy 0 Apr 3 19:03 FOO
-rw-r--r-- 1 healy 0 Apr 3 19:03 FOO
(52)% echo "now I wait a little while"
now I wait a little while
(53)% date;cat FOO;ls -l FOO;ls -lu FOO;ls -lc FOO
Thu Apr 3 19:05:06 EST 1997
-rw-r--r-- 1 healy 0 Apr 3 19:03 FOO
-rw-r--r-- 1 healy 0 Apr 3 19:05 FOO
-rw-r--r-- 1 healy 0 Apr 3 19:03 FOO
(54)% echo "now I wait a little while"
now I wait a little while
(55)% date;date >> FOO;ls -l FOO;ls -lu FOO;ls -lc FOO
Thu Apr 3 19:06:17 EST 1997
-rw-r--r-- 1 healy 29 Apr 3 19:06 FOO
-rw-r--r-- 1 healy 29 Apr 3 19:05 FOO
-rw-r--r-- 1 healy 29 Apr 3 19:06 FOO
(56)% echo "now I wait a little while"
now I wait a little while
(57)% date;chmod +x FOO;ls -l FOO;ls -lu FOO;ls -lc FOO
Thu Apr 3 19:07:07 EST 1997
-rwxr-xr-x 1 healy 29 Apr 3 19:06 FOO
-rwxr-xr-x 1 healy 29 Apr 3 19:05 FOO
-rwxr-xr-x 1 healy 29 Apr 3 19:07 FOO
(58)% echo "now I wait a little while"
now I wait a little while
(59)% date;cat FOO;ls -l FOO;ls -lu FOO;ls -lc FOO
Thu Apr 3 19:08:04 EST 1997
Thu Apr 3 19:06:18 EST 1997
-rwxr-xr-x 1 healy 29 Apr 3 19:06 FOO
-rwxr-xr-x 1 healy 29 Apr 3 19:08 FOO
-rwxr-xr-x 1 healy 29 Apr 3 19:07 FOO
(60)%
---------
Matthew.Healy@yale.edu
http://paella.med.yale.edu/~healy
"But I thought it was pointed at the rabbit *between* my feet!"
------------------------------
Date: Thu, 03 Apr 1997 16:30:00 -0500
From: "D. Sean Davidson" <davidson@zk3.dec.com>
Subject: Re: Hellish problems compiling Perl 5.003 on Digital Unix 4.0
Message-Id: <33442158.167E@zk3.dec.com>
> Cannot use 32 bit shared lib 'libdl.so.1.64.fpx.so' without -taso
This looks like you have Freeport Express installed on your system
and it thinks that -ldl is supposed to be used for dlopen, dlsym, ...
Move this library out of the way or exclude this library from the
list to link against.
Sean
------------------------------
Date: Thu, 03 Apr 1997 23:42:17 GMT
From: shyde@poboxes.com (Simon Hyde (aka Jeckyll))
Subject: Re: How to tell if a file exists?
Message-Id: <33454037.753713@news.uni-stuttgart.de>
On 3 Apr 1997 22:56:42 GMT, alweiner@clark.net.com (I hate spam!)
wrote:
>Is there a way (other than open) to tell whether or not a file exists?
>--
>----
>To reply to this message, please remove the last 4 characters from the
>email address...
>
You need to take a look at the -X section of the perlfunc manpages
(http://www.perl.com/perl/nmanual/pod/perlfunc/x.html), but for this
case the following should do:
#If 'filename' exists delete it
if (-e 'filename') {
unlink('filename');
}
------------------------------
Date: 8 Apr 1997 08:17:42 -0700
From: jimr@aubrey.stanford.edu (James A. Robinson)
Subject: OO programming question
Message-Id: <5idnim$kq0@aubrey.stanford.edu>
Keywords: OO classes
Hi,
I've got a 2-part question on OO programming something in perl. What
I would like to do is create a Layer.pm class that that wrap() and
unwrap() data from specific applications (uuncode, gzip, base64, etc.).
So, I figured that Layer.pm could contain the application type, data,
and then one would use the specific subclass Layer::GZIP to actually
wrap and unwrap the data.
Unfortunately this means that if one wants to use all three, they have
to 'use' Layer::GZIP Layer::UUENCODE Layer::BASE64, and then start
wrapping with the first, getting the data, wrapping with the second,
etc.
I thought that a way to get around this might be to have "wrap" and
"unwrap" in the Layer.pm call the appropriate subclass depending on
the args given. So, one could
$email = new Layer(TYPE => 'MSWORD', DATA => $mydocument);
# $email->type() would return "MSWORD"
$email->wrap('GZIP');
# $email->type() would return "GZIP", "MSWORD"
$email->wrap('BASE64');
# $email->type() would return "BASE64", "GZIP", "MSWORD"
I assume this can be done by "use"ing all the available subclasses,
and then running through the argument given to wrap, something along
these lines:
sub wrap {
...
if ($type eq 'GZIP') {
my $data = wrap Layer::GZIP $self->{DATA};
push (@layers, 'GZIP');
...
}
But is this the Right way to do things, or the Wrong Way? Is there
More Then One Way To Do it? :)
For example. can I also hide this "wrap" stuff from programmers who
want to add a new Layer type? So that they can just drop on HEXBIN.pm
and have it automagically callable? I don't mind imposing writing some
extra functions inside of the new HEXBIN subclass to get it to work if
it will buy me hiding implementation of a new Layer to just writing
that one pm file.
Jim
--
Jim Robinson <jim.robinson@stanford.edu> - http://highwire.stanford.edu/~jimr/
HighWire Press -- Stanford University
------------------------------
Date: Tue, 8 Apr 1997 14:40:33 +0100
From: cyber_surfer@gubbish.wildcard.demon.co.uk (Cyber Surfer)
Subject: Re: Ousterhout and Tcl lost the plot with latest paper
Message-Id: <MPG.db446641a6d08ea989752@news.demon.co.uk>
With a mighty <k9qk9meplfy.fsf@prism.loc201.tandem.com>,
cano@loc201.tandem.com uttered these wise words...
> IMHO, Ousterhout's paper isn't about how TCL is better than VB as a
> scripting language (this bias may show through but it isn't the main
> thrust) but how scripting languages have a definite role to play.
If anyone is going to discuss tools for easily creating Windows
programs, then VB has some relevance. To most people, Tcl is far
behind VB in terms of the ease of developing Windows apps. We should
really be comparing Visual Basic with Visual Tcl, of course.
Comparing Tcl/Tk with C++/MFC is certainly interesting. If you've read
the Tcl/Tk review in Windows Tech Journal, you may have noticed that
Tcl/Tk is compared to VB, not the other way around. (Not that this
means anything: readers of that review will more likely already be
familiar with VB.) A text box mentions that Ousterhout is working on
an interface building tool, "similar to Visual Basic and NeXTStep,
called SpecTcl." Is SpecTcl available yet? It sounds like it could
make Tcl/Tk a lot more attractive for Windows developers.
Unfortunately, the closest material that I can find in this magazine,
for the last year, is stuff about AciveX scripting. Almost everything
else is about VB or C++.
> - From this standpoint having players who are on the same "team" compete
> against one another is meaningless.
Which team is this? If you mean VB and Tcl programmers, well, I'm not
sure that they even know that each other exist, never mind playing on
the same "team". While two tools may address similar problems, you'd
have to be pretty naive to expect the people who use them to
appreciate the value of any alternatives.
This thread should be more than enough evidence of that, but if it
isn't, then consider the years of bickering about the value of this,
the virtues of that, and frustration of the other.
> - From the point of the white paper, we should have contests between VB
> and VC++ to illustrate the the paper's thesis in the Win-tel realm and
> we should have contests between TCL and <insert your favorite *system
> programming* language> to illustrate the thesis in the UNIX realm.
There's also the "look and feel" factor. I've read that Tk for Windows
can now do a Windows "look and feel", which is excellent. Tk really
needs that, if you want Windows people to accept it. The X Windows
"look and feel" just won't do, I'm afraid. I know that X Windows is a
lot more flexible than MS Windows, but this is _exactly_ why Windows
people won't accept anything that deviates from the "standard"
behaviour - unless it's MS software, of course.
Encarta is a prime example of how MS can break their own rules and get
away with it, if they make the software atrractive enough. I gues if
you define the "rules", you can change 'em, too. Anyway...
> Changing the subject, I'd have to say that MFC used with MSVC++ is
> much more productive than writing directly to the Win32 API (I'm not
> going to quibble about the exceptions to this generalization). While
> much of this could be attributed to MSVC++'s gui building
> functionality, I think that *implementation inheritance* works well
> for MFC (contradicting Ousterhout's proposition ...).
It's certainly more productive than a lot of things, for apps that
have a user interface that uses features already supported by MFC. For
example, the document/view classes help with a lot of MDI apps. This
is another "look and feel" issue, only at the app level rather than
the "window manager" level. If you prefer to ignore the official style
guide (I have the old IBM CUA book, but not the more recent MS guide),
then you'll probably have more work to do, even if you do use MFC.
> As for VB verses MSVC++, I know several windows developers who have
> used both environments for professional development and they all rave
> about how great VB is for creating (non computationally intensive)
> applications.
Most Windows apps are "non computationally intensive", as many of them
only need to call code in other components - written in C++, no doubt.
This is one the qualities that VB has in common with Tcl. VB is great
for glueing components (OLE,OCX,DLL,etc) together. The VB part of an
app need only provide the user interface, and even that might mostly
be done by OCX components. Does this sound like Tcl/Tk or what?
> I haven't heard one person slander VB's ability to build GUI
> applications quickly and effectively.
Same here. I'd love to see the same kind of interface builder working
with other languages. Borland did this with their Pascal (yes, son,
Pascal is _still_ alive and kicking), with stunning results. If you
think that Pascal is obscure, then consider what could be done with a
more "popular" language (take your pick).
> This anecdotal evidence supports Ousterhout's claim that "scripting"
> language are better at being "glue".
Err, what? Did I miss something? Better than C++, maybe, but that's
not saying anything. Delphi can beat the crap out of VC++, as can VB.
If you look at other platforms, let's not overlook Guile, or any other
alternative. However, for Win32, it would be pretty hard to beat VB.
I'm wondering if ActiveX might help change that, but it's too early to
tell. Right now, ActiveX looks like a great way to embed VB or Java in
your MFC apps! Not exactly what many of us would prefer, I bet!
If "anecdotal evidence" is such a good argument, then VB/Java/C++ will
easily beat everything else. Most people think they _already have_. I
don't think that any of our arguments will convinec them otherwise,
but we can certainly try. However, IMHO we may need to be a little
more honest about the strengths and the failings of our tools, coz I'm
sure that the marketing folk at MS and Sun won't be.
Ousterhout at least got one thing "right", in that his arguments for
Java will be very welcome to all the people who've already chosen (or
think that _they've_ chosen) that language. Your pro-Tcl arguments
will probobaly fall on as many deaf ears as my pro-Lisp arguments. ;)
BTW, if your newsreader can't crosspost, then ignore this criticism -
we can't all choose our newreaders, but most of us can, hence the use
of the "cheap trick" (see below) with followups. So, just let us know,
and we can reset the newsgroup list accordingly.
However, I see that you're using Gnus v5.1. Either this software is
unable to crosspost (which I seriously doubt!), or you should upgrade
to a more recent version, like Gnus v5.3. So...
Thanks for setting your followups to comp.lang.tcl, but I'm not stupid
enough to fool for that old trick. If you want a "debate", then let's
have one where everyone can join in, rather than just those who will
more likely agree with you. I could easily set the followups for
_this_ article to comp.lang.basic.visual.misc, but I don't use cheap
tricks like that.
--
<URL:http://www.wildcard.demon.co.uk/> You can never browse enough
Martin Rodgers | Programmer and Information Broker | London, UK
Please note the "gubbish" in my email address.
------------------------------
Date: Tue, 8 Apr 1997 11:50:28 GMT
From: papresco@csclub.uwaterloo.ca (Paul Prescod)
Subject: Re: Ousterhout and Tcl lost the plot with latest paper
Message-Id: <E8BI84.C72@undergrad.math.uwaterloo.ca>
In article <5ibkb4$5et$1@csnews.cs.colorado.edu>,
Tom Christiansen <tchrist@mox.perl.com> wrote:
> [courtesy cc of this posting sent to cited author via email]
>
>In comp.lang.perl.misc,
> papresco@csclub.uwaterloo.ca (Paul Prescod) writes:
>:Sun is pushing Java more than ever. The reason for their interest in TCL
>:seems to be this dichtomy between systems programming languages and scripting
>:languages.
>
>What dichotomy? Repeating something doesn't make it true. Perhaps you
>missed this brief article I posted last week in response to an article
>in comp.lang.python by jim@ks.uiuc.edu (Jim Phillips).
Someone asked about Sun's reason for promoting Tcl and Java. I wrote what
Sun's point of view was. You should mail your article to Sun.
Paul Prescod
------------------------------
Date: 8 Apr 1997 15:03:41 GMT
From: "Sonny Jelinek" <sj1@thenerve.com>
Subject: Part-time script programmer wanted
Message-Id: <01bc442e$179b0130$f0dfa6c7@zeus>
Hi,
I'm looking for a part time Perl and/or Unix shell programmer to help
develop
various system administrative scripts to enhance our Web hosting offerings.
We use BSD and system administrative knowledge of this OS will also be
quite useful.
Scripts to be developed include things such as an adduser scripts that runs
through the steps of adding a user to the system and updating the DNS,
etc., preparing and developing a set of instructions on how to use
guestbook scripts and shopping cart scripts for our customers, and things
like that. A lot of these scripts have already been developed by others,
in which case it would be your job to find them and put them in place. The
job will also include assisting customers if they have trouble with their
scripts (this won't take much as most of the customers that have problems
aren't familiar with Perl and the solution is normally quite easy).
All your work can be done remotely. Pay is not based on a per-job or
per-hour basis but as on-going work. One week you may work five or six
hours, the next week you may work 20 minutes. This is definitely a part
time job that would be ideal for a committed hobbiest or student. Perhaps
$50 per week to start and depending on the company's need, this could
increase limitlessly.
You can enhance your skills while you work. Basically, someone who's really
interested in the Perl and Unix scripting and would like to make a few
extra dollars in their spare time.
If you spend time playing around with this stuff and love doing it, why not
make a few extra bucks?
If interested, please send me your qualifications.
Best Regards,
Sonny Jelinek
sj1@thenerve.com
The Nerve Internet Service
TNI Communication
http://www.thenerve.com
------------------------------
Date: 8 Apr 97 14:18:44 GMT
From: "Bill Bailey" <Bill.Bailey@biznetz.com>
Subject: Perl and Netscape Navigator
Message-Id: <01bc408b$f10faf20$adcc48c7@office3.thetriad.com>
We are developers of web sites, and are using Perl to create a response
form that sends e-mail to an address over the net. The form asks for
information to be filled in via a form, then sends it via e-mail. We are
NOT using the Navigator "MAILTO" function in order to be compatible across
more browsers. Our Perl app, creates a file that contains the correct MIME
header = Content type=Text/Html. Yet, in Navigator we get a message that
"you are attempting to download a file of the type "application/x-perl"if
you save the file, called "formmail.pl" as a file name "formmail.htm"
Netscape will display it properly. All this works fine if we use Microsoft
Explorer. This only occurs in Navigator. We are getting around this right
now by having the forms we are using sense for Netscape ("Mozilla") and
then send it to another form that uses the "MAILTO" function.
Unfortunately, this means that we must create two forms for all our sites.
We would rather capture the info we are using and have it correctly
displayed as in Explorer. A sample form that we are working on now is:
http://www.thetriad.com/lba/bemail.htm
If you can help, it would be greatly appreciated.
I am surprised that Navigator, which is touted as "more open standard" than
Explorer has this problem.
Bill Bailey
BizNetz
------------------------------
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 254
*************************************
