[15945] in Perl-Users-Digest
Perl-Users Digest, Issue: 3358 Volume: 9
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Wed Jun 14 18:21:27 2000
Date: Wed, 14 Jun 2000 15:21:06 -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: <961021266-v9-i3358@ruby.oce.orst.edu>
Content-Type: text
Perl-Users Digest Wed, 14 Jun 2000 Volume: 9 Number: 3358
Today's topics:
Help- Compile Perl 5.6.0 on N-Class (HPUX11.0) jinz@gene.com
Help- Compile Perl 5.6.0 on N-Class (HPUX11.0) jinz@gene.com
How to forward declare a function <ender29@my-deja.com>
Re: How to forward declare a function <care227@attglobal.net>
Re: How to forward declare a function <aqumsieh@hyperchip.com>
Re: How to forward declare a function <lr@hpl.hp.com>
Re: How to forward declare a function (Brandon Metcalf)
Re: How to forward declare a function <dan@tuatha.sidhe.org>
Re: How to forward declare a function <dan@tuatha.sidhe.org>
Re: how to write on a file? (Tad McClellan)
Re: how to write on a file? <lr@hpl.hp.com>
How <ender29@my-deja.com>
Re: How <care227@attglobal.net>
Re: How <lr@hpl.hp.com>
Implementing java applets in my already embedded HTML <brent.schenk@home.com>
Re: Implementing java applets in my already embedded HT <tony_curtis32@yahoo.com>
Re: Implementing java applets in my already embedded HT (Mark P.)
interesting problem <n8010010@ccs.iitb.ernet.in>
Re: interesting problem <care227@attglobal.net>
Re: interesting problem <lauren_smith13@hotmail.com>
Re: interesting problem (Brandon Metcalf)
Digest Administrivia (Last modified: 16 Sep 99) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Wed, 14 Jun 2000 17:59:58 GMT
From: jinz@gene.com
Subject: Help- Compile Perl 5.6.0 on N-Class (HPUX11.0)
Message-Id: <8i8h6i$7qi$1@nnrp1.deja.com>
Hi:
I was trying to compile the perl 5.6.0 on HPUX 11.0 running on HP
N4000 (which has 2 x PA-RISC 8500 CPUs) using standard commands:
1. rm -f config.sh Policy.sh
2. sh Configure -d
3. make
But it failed to "make" the "DB_File" and the screen output is like
below:
.......
Making DB_File (dynamic)
make[1]: Entering directory `/home/Ctech/jinz/util/perl-
5.6.0/ext/DB_File'
Makefile out-of-date with respect to ../../lib/Config.pm ../../config.h
Cleaning current config before rebuilding Makefile...
make -f Makefile.old clean > /dev/null 2>&1 || /bin/sh -c true
../../miniperl "-I../../lib" "-I../../lib"
Makefile.PL "INSTALLDIRS=perl" "LIBPERL_A=libperl.a"
Writing Makefile for DB_File
==> Your Makefile has been rebuilt. <==
==> Please rerun the make command. <==
false
make[1]: *** [Makefile] Error 1
make[1]: Leaving directory `/home/Ctech/jinz/util/perl-
5.6.0/ext/DB_File'
make config failed, continuing anyway...
make[1]: Entering directory `/home/Ctech/jinz/util/perl-
5.6.0/ext/DB_File'
Skip ../../lib/DB_File.pm (unchanged)
cc -c -D_HPUX_SOURCE -I/usr/local/include -D_LARGEFILE_SOURCE -
D_FILE_OFFSET_BITS=64 -Ae -O -DVERSION=\"1.72\" -DXS_VERSION=\"1.72
\" +z -I../.. version.c
../../miniperl -I../../lib -I../../lib ../../lib/ExtUtils/xsubpp -
noprototypes -typemap ../../lib/ExtUtils/typemap -typemap typemap
DB_File.xs > DB_File.xsc && mv DB_File.xsc DB_File.c
cc -c -D_HPUX_SOURCE -I/usr/local/include -D_LARGEFILE_SOURCE -
D_FILE_OFFSET_BITS=64 -Ae -O -DVERSION=\"1.72\" -DXS_VERSION=\"1.72
\" +z -I../.. DB_File.c
cc: "DB_File.xs", line 817: warning 604: Pointers are not assignment-
compatible.
Running Mkbootstrap for DB_File ()
chmod 644 DB_File.bs
LD_RUN_PATH="/usr/local/lib" ld -o ../../lib/auto/DB_File/DB_File.sl -
b +vnocompatwarnings -L/usr/local/lib version.o DB_File.o -
L/usr/local/lib -ldb
ld: Invalid loader fixup in text space needed in output file for
symbol "$000000A3" in input file "/usr/local/lib/libdb.a(db_appinit.o)"
make[1]: *** [../../lib/auto/DB_File/DB_File.sl] Error 1
make[1]: Leaving directory `/home/Ctech/jinz/util/perl-
5.6.0/ext/DB_File'
make: *** [lib/auto/DB_File/DB_File.sl] Error 2
I did some trouble-shootings, but still have not solved the problem.
Here are what I found:
1) "uname -m" gives "9000/800". But "800" entry
in "/opt/langtools/lib/sched.models" says that it's a PA-RISC 1.1e and
PA7300. And there is no "N4000"
entry "in /opt/langtools/lib/sched.models" file. So will this affect
the way that "Configure" figure out that N4000 has PA-8500 CPU which is
PA-RISC 2.0 ?
2) Later I run "sh Configure" and manually
add "+DAportable", "+DSPA8500" (+DS32) flags for cc, but the "make"
gave similar error message. Maybe I didn't use them correctly ?
3) According to HP doc, there is a "+compat" flag for "ld" which
provide 32bit linking and loading behavior. I also add it as a
addtional flags for "ld", but "make" still gave me the similar error.
Anybody has done any compilation on N class ? Any suggestion ?
Thanks in advance.
Regards
Jinz
Sent via Deja.com http://www.deja.com/
Before you buy.
------------------------------
Date: Wed, 14 Jun 2000 18:00:41 GMT
From: jinz@gene.com
Subject: Help- Compile Perl 5.6.0 on N-Class (HPUX11.0)
Message-Id: <8i8h7t$7sc$1@nnrp1.deja.com>
Hi:
I was trying to compile the perl 5.6.0 on HPUX 11.0 running on HP
N4000 (which has 2 x PA-RISC 8500 CPUs) using standard commands:
1. rm -f config.sh Policy.sh
2. sh Configure -d
3. make
But it failed to "make" the "DB_File" and the screen output is like
below:
.......
Making DB_File (dynamic)
make[1]: Entering directory `/home/Ctech/jinz/util/perl-
5.6.0/ext/DB_File'
Makefile out-of-date with respect to ../../lib/Config.pm ../../config.h
Cleaning current config before rebuilding Makefile...
make -f Makefile.old clean > /dev/null 2>&1 || /bin/sh -c true
../../miniperl "-I../../lib" "-I../../lib"
Makefile.PL "INSTALLDIRS=perl" "LIBPERL_A=libperl.a"
Writing Makefile for DB_File
==> Your Makefile has been rebuilt. <==
==> Please rerun the make command. <==
false
make[1]: *** [Makefile] Error 1
make[1]: Leaving directory `/home/Ctech/jinz/util/perl-
5.6.0/ext/DB_File'
make config failed, continuing anyway...
make[1]: Entering directory `/home/Ctech/jinz/util/perl-
5.6.0/ext/DB_File'
Skip ../../lib/DB_File.pm (unchanged)
cc -c -D_HPUX_SOURCE -I/usr/local/include -D_LARGEFILE_SOURCE -
D_FILE_OFFSET_BITS=64 -Ae -O -DVERSION=\"1.72\" -DXS_VERSION=\"1.72
\" +z -I../.. version.c
../../miniperl -I../../lib -I../../lib ../../lib/ExtUtils/xsubpp -
noprototypes -typemap ../../lib/ExtUtils/typemap -typemap typemap
DB_File.xs > DB_File.xsc && mv DB_File.xsc DB_File.c
cc -c -D_HPUX_SOURCE -I/usr/local/include -D_LARGEFILE_SOURCE -
D_FILE_OFFSET_BITS=64 -Ae -O -DVERSION=\"1.72\" -DXS_VERSION=\"1.72
\" +z -I../.. DB_File.c
cc: "DB_File.xs", line 817: warning 604: Pointers are not assignment-
compatible.
Running Mkbootstrap for DB_File ()
chmod 644 DB_File.bs
LD_RUN_PATH="/usr/local/lib" ld -o ../../lib/auto/DB_File/DB_File.sl -
b +vnocompatwarnings -L/usr/local/lib version.o DB_File.o -
L/usr/local/lib -ldb
ld: Invalid loader fixup in text space needed in output file for
symbol "$000000A3" in input file "/usr/local/lib/libdb.a(db_appinit.o)"
make[1]: *** [../../lib/auto/DB_File/DB_File.sl] Error 1
make[1]: Leaving directory `/home/Ctech/jinz/util/perl-
5.6.0/ext/DB_File'
make: *** [lib/auto/DB_File/DB_File.sl] Error 2
I did some trouble-shootings, but still have not solved the problem.
Here are what I found:
1) "uname -m" gives "9000/800". But "800" entry
in "/opt/langtools/lib/sched.models" says that it's a PA-RISC 1.1e and
PA7300. And there is no "N4000"
entry "in /opt/langtools/lib/sched.models" file. So will this affect
the way that "Configure" figure out that N4000 has PA-8500 CPU which is
PA-RISC 2.0 ?
2) Later I run "sh Configure" and manually
add "+DAportable", "+DSPA8500" (+DS32) flags for cc, but the "make"
gave similar error message. Maybe I didn't use them correctly ?
3) According to HP doc, there is a "+compat" flag for "ld" which
provide 32bit linking and loading behavior. I also add it as a
addtional flags for "ld", but "make" still gave me the similar error.
Anybody has done any compilation on N class ? Any suggestion ?
Thanks in advance.
Regards
Jinz
Sent via Deja.com http://www.deja.com/
Before you buy.
------------------------------
Date: Wed, 14 Jun 2000 19:25:42 GMT
From: EnderW <ender29@my-deja.com>
Subject: How to forward declare a function
Message-Id: <8i8m6v$br6$1@nnrp1.deja.com>
Stumped. Totally stumped. I have a subroutine my_func that doesnot take
anything(argument) and doesnot return a thing. I call it in BEGIN part
but perl complained that it cannot see it so I did a forward
declaration like this
BEGIN {
sub my_func ;
my_func () ;
}
and this still doesnot work any ideas ? It still complains it is still
undefined.
--
Ender Wiggin
Sent via Deja.com http://www.deja.com/
Before you buy.
------------------------------
Date: Wed, 14 Jun 2000 15:57:46 -0400
From: Drew Simonis <care227@attglobal.net>
Subject: Re: How to forward declare a function
Message-Id: <3947E3BA.EF136425@attglobal.net>
EnderW wrote:
>
>
> BEGIN {
> sub my_func ;
> my_func () ;
> }
You are declaring the subroutine. Im not sure that this counts
as _defining_ it. Perl is aware it exists, but its empty when
you call it.
Have you read the perlsub documentation? I see this correct syntax
for doing what you want:
If it's all in the main program, you'll need to arrange for
the my() to be executed early, either by putting the whole
block above your main program, or more likely, placing
merely a BEGIN sub around it to make sure it gets executed
before your program starts to run:
sub BEGIN {
my $secret_val = 0;
sub gimme_another {
return ++$secret_val;
}
}
See the section on Package Constructors and Destructors in
the perlmod manpage about the BEGIN function.
HTH
------------------------------
Date: Wed, 14 Jun 2000 20:01:52 GMT
From: Ala Qumsieh <aqumsieh@hyperchip.com>
Subject: Re: How to forward declare a function
Message-Id: <7aem609glr.fsf@merlin.hyperchip.com>
EnderW <ender29@my-deja.com> writes:
> Stumped. Totally stumped. I have a subroutine my_func that doesnot take
> anything(argument) and doesnot return a thing. I call it in BEGIN part
> but perl complained that it cannot see it so I did a forward
> declaration like this
>
> BEGIN {
> sub my_func ;
> my_func () ;
> }
>
> and this still doesnot work any ideas ? It still complains it is still
> undefined.
You use the 'subs' pragma:
perldoc subs
like this:
#!perl -w
use strict;
use subs qw/my_func/;
--Ala
------------------------------
Date: Wed, 14 Jun 2000 12:58:27 -0700
From: Larry Rosler <lr@hpl.hp.com>
Subject: Re: How to forward declare a function
Message-Id: <MPG.13b183c09bceba1798ab7d@nntp.hpl.hp.com>
In article <8i8m6v$br6$1@nnrp1.deja.com> on Wed, 14 Jun 2000 19:25:42
GMT, EnderW <ender29@my-deja.com> says...
> Stumped. Totally stumped. I have a subroutine my_func that doesnot take
> anything(argument) and doesnot return a thing. I call it in BEGIN part
> but perl complained that it cannot see it so I did a forward
> declaration like this
>
> BEGIN {
> sub my_func ;
> my_func () ;
> }
>
> and this still doesnot work any ideas ? It still complains it is still
> undefined.
'declared' ne 'defined'. Perl cannot invoke the function because it
hasn't been defined yet. Put the definition of the function ahead of
the BEGIN block.
In Perl 5.6.0, you can replace BEGIN by INIT, and it will probably work
as you want. (The function will be defined during compilation, and
invoked before execution of the remainder of the program.)
--
(Just Another Larry) Rosler
Hewlett-Packard Laboratories
http://www.hpl.hp.com/personal/Larry_Rosler/
lr@hpl.hp.com
------------------------------
Date: 14 Jun 2000 20:10:08 GMT
From: bmetcalf@baynetworks.com (Brandon Metcalf)
Subject: Re: How to forward declare a function
Message-Id: <8i8or0$gs8$1@spinner.corpeast.baynetworks.com>
ender29@my-deja.com writes:
> Stumped. Totally stumped. I have a subroutine my_func that doesnot take
> anything(argument) and doesnot return a thing. I call it in BEGIN part
> but perl complained that it cannot see it so I did a forward
> declaration like this
>
> BEGIN {
> sub my_func ;
> my_func () ;
> }
>
> and this still doesnot work any ideas ? It still complains it is still
> undefined.
Why would you want to do this? There's probably a better way of
achieving the end.
Brandon
------------------------------
Date: Wed, 14 Jun 2000 20:29:11 GMT
From: Dan Sugalski <dan@tuatha.sidhe.org>
Subject: Re: How to forward declare a function
Message-Id: <rWR15.738$Zg4.3873@news1.rdc1.ct.home.com>
EnderW <ender29@my-deja.com> wrote:
> Stumped. Totally stumped. I have a subroutine my_func that doesnot take
> anything(argument) and doesnot return a thing. I call it in BEGIN part
> but perl complained that it cannot see it so I did a forward
> declaration like this
> BEGIN {
> sub my_func ;
> my_func () ;
> }
> and this still doesnot work any ideas ? It still complains it is still
> undefined.
That's because at the point that the BEGIN block is executed it is. This
is because of the way perl handles parsing your code and BEGIN blocks.
When perl hits a BEGIN block, it finishes parsing the block and then
immediately executes the code inside it. Anything that has not yet been
parsed (everything from the end of the BEGIN block to the end of your
file) is completely unknown to perl. It can't execute a sub that's not yet
been parsed because it doesn't exist yet.
If you need to call code in a subroutine, make sure the text of the sub
(and any subs your sub calls) precedes the BEGIN bock.
If you're looking to execute code immediately after parsing's complete but
before mainline execution, and you're running perl 5.005 or later, you can
use INIT blocks. They act sort of like BEGIN blocks, but their execution's
deferred until parsing is complete.
Dan
------------------------------
Date: Wed, 14 Jun 2000 20:41:57 GMT
From: Dan Sugalski <dan@tuatha.sidhe.org>
Subject: Re: How to forward declare a function
Message-Id: <p6S15.741$Zg4.3873@news1.rdc1.ct.home.com>
Ala Qumsieh <aqumsieh@hyperchip.com> wrote:
> EnderW <ender29@my-deja.com> writes:
>> Stumped. Totally stumped. I have a subroutine my_func that doesnot take
>> anything(argument) and doesnot return a thing. I call it in BEGIN part
>> but perl complained that it cannot see it so I did a forward
>> declaration like this
>>
>> BEGIN {
>> sub my_func ;
>> my_func () ;
>> }
>>
>> and this still doesnot work any ideas ? It still complains it is still
>> undefined.
> You use the 'subs' pragma:
> perldoc subs
While a useful thing to do, in this case it's not the correct answer for
the OP.
Dan
------------------------------
Date: Wed, 14 Jun 2000 10:09:40 -0400
From: tadmc@metronet.com (Tad McClellan)
Subject: Re: how to write on a file?
Message-Id: <slrn8kf4h4.48e.tadmc@magna.metronet.com>
On 14 Jun 2000 08:51:06 GMT, Eric Bohlman <ebohlman@netcom.com> wrote:
>Tad McClellan (tadmc@metronet.com) wrote:
>: On Tue, 06 Jun 2000 23:20:54 -0700, The_tick <the_tickNOthSPAM@inet.net.nz.invalid> wrote:
>:
>: >open(FILE,"location/to/file.txt");
>
>[snip]
>
>: >print FILE "text goes here";
>:
>:
>: This is the only line of code that is OK.
>
>Printing to a filehandle opened as read-only is OK?
Oops.
Sometimes I am just too generous :-)
--
Tad McClellan SGML Consulting
tadmc@metronet.com Perl programming
Fort Worth, Texas
------------------------------
Date: Wed, 14 Jun 2000 10:24:48 -0700
From: Larry Rosler <lr@hpl.hp.com>
Subject: Re: how to write on a file?
Message-Id: <MPG.13b15fbc1e51efe98ab71@nntp.hpl.hp.com>
In article <slrn8kf4h4.48e.tadmc@magna.metronet.com> on Wed, 14 Jun 2000
10:09:40 -0400, Tad McClellan <tadmc@metronet.com> says...
> On 14 Jun 2000 08:51:06 GMT, Eric Bohlman <ebohlman@netcom.com> wrote:
> >Tad McClellan (tadmc@metronet.com) wrote:
> >: On Tue, 06 Jun 2000 23:20:54 -0700, The_tick <the_tickNOthSPAM@inet.net.nz.invalid> wrote:
> >:
> >: >open(FILE,"location/to/file.txt");
> >
> >[snip]
> >
> >: >print FILE "text goes here";
> >:
> >: This is the only line of code that is OK.
> >
> >Printing to a filehandle opened as read-only is OK?
>
> Oops.
>
> Sometimes I am just too generous :-)
Arguably, one could find the omission of a check on the success of this
OS request also to be an error. But because printing is usually done in
a loop, no one bothers to check it. The check is deferred to the
close() of the file, and too often omitted there, also. :-(
--
(Just Another Larry) Rosler
Hewlett-Packard Laboratories
http://www.hpl.hp.com/personal/Larry_Rosler/
lr@hpl.hp.com
------------------------------
Date: Wed, 14 Jun 2000 19:22:52 GMT
From: EnderW <ender29@my-deja.com>
Subject: How
Message-Id: <8i8m1n$bno$1@nnrp1.deja.com>
--
Ender Wiggin
Sent via Deja.com http://www.deja.com/
Before you buy.
------------------------------
Date: Wed, 14 Jun 2000 15:46:23 -0400
From: Drew Simonis <care227@attglobal.net>
Subject: Re: How
Message-Id: <3947E10F.51F226BF@attglobal.net>
EnderW wrote:
>
> --
I really haven't figured it out myself yet.
------------------------------
Date: Wed, 14 Jun 2000 12:51:57 -0700
From: Larry Rosler <lr@hpl.hp.com>
Subject: Re: How
Message-Id: <MPG.13b182396272a78a98ab7c@nntp.hpl.hp.com>
In article <8i8m1n$bno$1@nnrp1.deja.com> on Wed, 14 Jun 2000 19:22:52
GMT, EnderW <ender29@my-deja.com> says...
>
>
>
> --
> Ender Wiggin
>
>
> Sent via Deja.com http://www.deja.com/
> Before you buy.
No-how!
--
(Just Another Larry) Rosler
Hewlett-Packard Laboratories
http://www.hpl.hp.com/personal/Larry_Rosler/
lr@hpl.hp.com
------------------------------
Date: Wed, 14 Jun 2000 10:57:19 -0500
From: "Brent Schenk" <brent.schenk@home.com>
Subject: Implementing java applets in my already embedded HTML
Message-Id: <3947aaea.0@news>
Hi, I have a perl script written that is for use of CGI. When the CGI is
called it runs and then generates an HTML page. I have one problem. My
menu on the side is all java applets and it seems that when I call them from
a script it just won't work. The applets work fine in just plain HTML. Is
this a limit of Perl or do I have to use some special calls. I have gotten
redirection java scripts to work with perl, but not my applets. Is there a
work around for this? What is it? thanks alot
Brent "ProtoFrag" Schenk
------------------------------
Date: 14 Jun 2000 11:01:09 -0500
From: Tony Curtis <tony_curtis32@yahoo.com>
Subject: Re: Implementing java applets in my already embedded HTML
Message-Id: <87em60jlq2.fsf@limey.hpcc.uh.edu>
>> On Wed, 14 Jun 2000 10:57:19 -0500,
>> "Brent Schenk" <brent.schenk@home.com> said:
> Hi, I have a perl script written that is for use of CGI.
> When the CGI is called it runs and then generates an
> HTML page. I have one problem. My menu on the side is
> all java applets and it seems that when I call them from
> a script it just won't work. The applets work fine in
> just plain HTML. Is this a limit of Perl or do I have
There is absolutely no difference. The browser just sees
the HTML source code coming back from the server, no
matter how it was originally represented there.
Tell perl to output HTML containing applet tags and it
will do that. Anything after that is a matter between the
browser and the server.
> to use some special calls. I have gotten redirection
> java scripts to work with perl, but not my applets. Is
> there a work around for this?
I suspect the problem lies elsewhere.
You'll have to post code (not the java stuff please) and
more information otherwise all you'll get are wild
guesses.
A CGI or web-server newsgroup may offer you more on-topic
help.
hth
t
--
"Trying is the first step towards failure"
Homer Simpson
------------------------------
Date: Wed, 14 Jun 2000 17:26:14 GMT
From: perl@imchat.com (Mark P.)
Subject: Re: Implementing java applets in my already embedded HTML
Message-Id: <3947bfc7.53412022@news.ionet.net>
On 14 Jun 2000 11:01:09 -0500, Tony Curtis <tony_curtis32@yahoo.com>
wrote:
>> Hi, I have a perl script written that is for use of CGI.
>> When the CGI is called it runs and then generates an
>> HTML page. I have one problem. My menu on the side is
>> all java applets and it seems that when I call them from
>> a script it just won't work. The applets work fine in
>> just plain HTML. Is this a limit of Perl or do I have
>
Take a look at the codebase from whereever your cgi program is
running. Anyway thats totally off topic.
MP
------------------------------
Date: Thu, 15 Jun 2000 00:38:32 +0530
From: Ashish_Rangnekar <n8010010@ccs.iitb.ernet.in>
Subject: interesting problem
Message-Id: <Pine.GSO.3.96.1000615003753.3895A-100000@nalanda.ccs.iitb.ernet.in>
hi ,
i want to write a code for filling subscription forms automatically.The
only problem i am facing is that of filling up authentification.
Can anybody help in this regard .....
thanx in advance
There is a crack in everything that's how the light gets in .
luv
only
ashish
------------------------------
Date: Wed, 14 Jun 2000 16:43:14 -0400
From: Drew Simonis <care227@attglobal.net>
Subject: Re: interesting problem
Message-Id: <3947EE62.11EDD5CC@attglobal.net>
Ashish_Rangnekar wrote:
>
> hi ,
> i want to write a code for filling subscription forms automatically.The
> only problem i am facing is that of filling up authentification.
> Can anybody help in this regard .....
> thanx in advance
>
I see precisely the problem here. From www.dictionary.com:
!No entry found for authentification.!
That is interesting. But to the point, and assuming you mean
authentication, you really must be more specific as to what:
a) Your specific Perl problem is. -and-
b) What goal you are trying to accomplish.
No one will be able to help until you clearly define the problem.
And stop making up words. =)
------------------------------
Date: Wed, 14 Jun 2000 13:56:33 -0700
From: "Lauren Smith" <lauren_smith13@hotmail.com>
Subject: Re: interesting problem
Message-Id: <8i8rgm$q76$1@brokaw.wa.com>
Ashish_Rangnekar <n8010010@ccs.iitb.ernet.in> wrote in message
news:Pine.GSO.3.96.1000615003753.3895A-100000@nalanda.ccs.iitb.ernet.in...
> hi ,
> i want to write a code for filling subscription forms automatically.The
> only problem i am facing is that of filling up authentification.
When I was younger, I used to use the Xerox::Copier's functionality, but now
I just use Radio::Listen and Telephone::Dial to win contests.
C:\>perl -w
use User_Source;
Can't locate User_Source.pm in @INC (@INC contains: C:/Perl/lib
C:/Perl/site/lib
.) at - line 1.
BEGIN failed--compilation aborted at - line 1.
You seem to have left out the code you have problems with.
Lauren
------------------------------
Date: 14 Jun 2000 21:10:07 GMT
From: bmetcalf@baynetworks.com (Brandon Metcalf)
Subject: Re: interesting problem
Message-Id: <8i8sbf$iea$1@spinner.corpeast.baynetworks.com>
n8010010@ccs.iitb.ernet.in writes:
> i want to write a code for filling subscription forms automatically.The
> only problem i am facing is that of filling up authentification.
authentification ... Got me?
Brandon
------------------------------
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 3358
**************************************
