[9422] in Perl-Users-Digest
Perl-Users Digest, Issue: 3017 Volume: 8
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Tue Jun 30 13:59:38 1998
Date: Tue, 30 Jun 98 10:50:52 -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, 30 Jun 1998 Volume: 8 Number: 3017
Today's topics:
Perl, CGI, Browsers and Windows95 - Help <bill.cheers@sk.sympatico.ca>
Perl, CGI, Browsers and Windows95 - Help <bill.cheers@sk.sympatico.ca>
Re: Perl, CGI, Browsers and Windows95 - Help <quednauf@nortel.co.uk>
Re: Perl, is it threaded? <robert.garskof@nospam.snet.com>
Perl-HTML not interpreted sprigen687@pop.dnvr.uswest.net
Re: Perl-HTML not interpreted <rootbeer@teleport.com>
Re: Perl-HTML not interpreted <zenin@bawdycaste.org>
Perl/CGI Script Problem <mgenti@evansville.net>
Re: Perl/CGI Script Problem <rra@stanford.edu>
Re: Perl/CGI Script Problem (Abigail)
Re: Perl/CGI Script Problem (Mark-Jason Dominus)
Re: Perl/CGI Script Problem (Larry Rosler)
Re: Perl/CGI Script Problem <ryan@steelplan.com.au>
Re: Perl32 <STDIN> problem <xuchu@iscs.nus.edu.sg>
Re: Perl32 <STDIN> problem (Xuming Wang)
Re: Placeholder item in qw// (Mark-Jason Dominus)
Portable file locking... <achowe@snert.com>
Re: Portable file locking... (Larry Rosler)
Re: Portable file locking... <bowlin@sirius.com>
Problem with CPAN.pm and/or MD5 (Aaron B. Dossett)
Re: Problem with CPAN.pm and/or MD5 <rootbeer@teleport.com>
Re: Problem with Perl for 32 C extention's building (Tye McQueen)
Digest Administrivia (Last modified: 8 Mar 97) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Mon, 29 Jun 1998 09:06:18 -0500
From: "Bill Cheers" <bill.cheers@sk.sympatico.ca>
Subject: Perl, CGI, Browsers and Windows95 - Help
Message-Id: <6n89sc$ha22@dragon.sk.sympatico.ca>
Hi
I've written a Perl program or two that I would like to test at
home(Pentium,Windows95,etc.). On the servor I can only test from the command
line or through a browser with no access to the resulting server error
messages. So it would be real handy to try everything out thoroughly here
first.
I downloaded Perl for Win32, Build 316 from Activestate home page. I also
tried to download the CGI module there but I couldn't extract the files with
WinZip 6.3 so I downloaded a more recent version 2.42, as opposed to 2.39 on
that site. When I tried to run the module it aborted telling me I needed
5.004 as opposed to 5.003.whatever that I currently have. I commented out
the "require" in the CGI.pm and it sorta works. Who knows maybe it'll work.
Anyways I am still stuck. How do I get my Perl script to run from the
browser page (.html file) here at home? Is it possible?
By the way I have a network card, TCP/IP drivers etc. whatever that was all
about in a previous Windows95 question from nobody.
cheers
Bill, that is
------------------------------
Date: Mon, 29 Jun 1998 11:55:47 -0500
From: "Bill Cheers" <bill.cheers@sk.sympatico.ca>
Subject: Perl, CGI, Browsers and Windows95 - Help
Message-Id: <6n8kdr$hdp1@dragon.sk.sympatico.ca>
Hi
Sorry I'm having a hell of time just gettin a message up here....mighty old
dog, new tricks and all that.
I want to run a Perl program from a browser, i.e. a html page here at home
in Windows95. I've written the program and I need to test it here
thoroughly because I can't access the error files on the server.
I've downloaded Perl for Win 32 from the ActiveState home page and I tried
to download the CGI.pm module from there too. But WinZip 6.3 couldn't
extract the files so I downloaded a more recent version - 2.42. That would
work with this version of Perl. I commented out the "require 5.004"
statement in CGI.pm and it sorta seems to work.
Can it be done? What's next. I've been roamin the net for days on end.
thanx, cheers
(Bill, that is)
------------------------------
Date: Mon, 29 Jun 1998 16:52:11 +0100
From: "F.Quednau" <quednauf@nortel.co.uk>
Subject: Re: Perl, CGI, Browsers and Windows95 - Help
Message-Id: <3597B82B.D48016D1@nortel.co.uk>
Bill Cheers wrote:
>
> Hi
> I downloaded Perl for Win32, Build 316 from Activestate home page...
Please use the GS port of Perl, available at CPAN. This ActiveState stuff is
causingmore problems than it solves (Does it solve any?)
I have sent the following 'howto' to the perl win32 FAQ (available at
http://www.endcontsw.com/people/evangelo/Perl_for_Win32_FAQ.html)
Tha author of the FAQ told me that he is rebuilding the thing, and then this
should be included. COmments, and alternatives, as alawys, very welcome.
How Do I test CGI scripts on a Standalone Win32 machine?
The procedure is relatively straightforward. Prerequisites
are a fully installed Perl for Win32. Personally I recommend the GS port,
which is available at any CPAN.
1. Install a Network Card.
It doesn't really matter, if you have a card. In Win NT go into
Settings / Network and choose 'Add Network card'. Choose any card.
The only important bit at this stage is that you also install the
TCP/IP protocol. Follow through the different steps in order to do so.
Once a network card is 'installed' you will have the TCP/IP protocol running
as a service. The procedure is similar for Win95. If you already have a
network card and the TCP/IP protocol running, you can ignore this step.
2. Install a web server.
You can choose any web server which supports CGI. I have made good
experiences with the Omnihttpd web server. It is freely available at
http://www.omnicron.ab.ca/httpd/ . It is quite small and supports
multiple interpreters, so that you can also run for example batch files
within a CGI environment. Set the web server's IP address at 127.0.0.1 .
The next steps are Omnihttpd - specific:
Once you have got the web server running it is accessible through an
icon in the system tray. Right clicking on it, and selecting 'properties'
you can access all the different settings. Under Global Properties->external
you will be able to set which interpreter to use for which file extension.
Normally you would choose *.pl and *.cgi to run under Perl.
There you also specify the location of your Perl interpreter which is the one
you have already installed somewhere on your file-system.
Under Virtual Settings->Standard CGI you will be able to set further
directories in which scripts can be executed.
3. Have fun!
Once the server is running you can access it through http://127.0.0.1.
Put some script into your cgi-bin which is created by default in your
server's root, and access it with http://127.0.0.1/cgi-bin/myscript.cgi .
A few words to Perl. If you use CGI.pm for building your CGI scripts it
is possible to test them on the command line in offline mode.
You feed in the parameters as name=value pairs as you would through a form.
However, it is more realistic to see the output of your script on a web browser,
especially if you also let the script create some sort of form to fill out.
Frank Quednau 23.6.1998
--
____________________________________________________________
Frank Quednau
http://www.surrey.ac.uk/~me51fq
________________________________________________
------------------------------
Date: Mon, 29 Jun 1998 11:34:30 -0400
From: Robert Garskof <robert.garskof@nospam.snet.com>
Subject: Re: Perl, is it threaded?
Message-Id: <3597B406.28119F0F@nospam.snet.com>
Will these be green/user threads or kernal threads?
--
/*********************************************************************\
* Robert Garskof | robert.garskof.nospam@snet.com *
* ICAS Development Team | rgarskof.nospam@cris.com *
* Southern New England Telephone | *
*-------------------------------------------------------------------*
* Remove 'nospam' from either e-mail address to e-mail *
\*********************************************************************/
------------------------------
Date: Mon, 29 Jun 1998 21:41:58 -0600
From: sprigen687@pop.dnvr.uswest.net
Subject: Perl-HTML not interpreted
Message-Id: <35985E7B.5EBB2A4B@pop.dnvr.uswest.net>
This is simmilar to Scott Cherkofsky's problem. I have a script where
the user enters information and it sends back an HTML document. But
when I submit the form, Netscape says that the Document contains no
data. I didn't forget the line: print "Content-type: text/html",
"\n\n";. I've tried everything. What's going on?
------------------------------
Date: Tue, 30 Jun 1998 03:55:19 GMT
From: Tom Phoenix <rootbeer@teleport.com>
Subject: Re: Perl-HTML not interpreted
Message-Id: <Pine.GSO.3.96.980629205501.17225L-100000@user2.teleport.com>
On Mon, 29 Jun 1998 sprigen687@pop.dnvr.uswest.net wrote:
> when I submit the form, Netscape says that the Document contains no
> data.
When you're having trouble with a CGI program in Perl, you should first
look at the please-don't-be-offended-by-the-name Idiot's Guide to solving
such problems. It's available on CPAN.
http://www.perl.com/CPAN/
http://www.perl.org/CPAN/
http://www.perl.org/CPAN/doc/FAQs/cgi/idiots-guide.html
http://www.perl.org/CPAN/doc/manual/html/pod/
Hope this helps!
--
Tom Phoenix Perl Training and Hacking Esperanto
Randal Schwartz Case: http://www.rahul.net/jeffrey/ovs/
------------------------------
Date: 30 Jun 1998 04:26:53 GMT
From: Zenin <zenin@bawdycaste.org>
Subject: Re: Perl-HTML not interpreted
Message-Id: <899181309.639582@thrush.omix.com>
sprigen687@pop.dnvr.uswest.net wrote:
: This is simmilar to Scott Cherkofsky's problem. I have a script where
: the user enters information and it sends back an HTML document. But
: when I submit the form, Netscape says that the Document contains no
: data. I didn't forget the line: print "Content-type: text/html",
: "\n\n";. I've tried everything. What's going on?
Rule number 1 when debugging CGI programs, RUN THIS COMMAND IN
A TELNET WINDOW:
tail -f /the/server/error/log/file/http-errors
This is often the only debug output you'll *ever* see from a CGI
program.
--
-Zenin
zenin@archive.rhps.org
------------------------------
Date: Sun, 28 Jun 1998 00:54:31 -0500
From: "Mark Guagenti" <mgenti@evansville.net>
Subject: Perl/CGI Script Problem
Message-Id: <6n4m4i$63k$1@supernews.com>
I'm having a problem with a CGI program I am writing. I am not getting the
same output from the cgi program when I run it from the command line as I
would running it in my web browser. Hear is the code:
#!/usr/bin/perl
use Msg;
require "cgi-lib.pl";
print "Content-type: text/html\n\n";
# connects to a local server
$conn = Msg->connect('localhost', 8080);
die "Error: Could not connect\n" unless $conn;
$conn->send_now("RECV:$ENV{'HTTP_COOKIE'}:5:\n");
($vars, $err) = $conn->rcv_now();
($var1, $var2, $var3) = split /:/, $vars;
$var2 =~ s/ /<BR>/g;
print <<EOM;
<HTML>
<TITLE>
Test
</TITLE>
<BODY BGCOLOR=#ffffff>
$var3
</BODY>
</HTML>
EOM
When I run the program from the command line i get(which is what it should
be):
Content-type: text/html
<HTML>
<TITLE>
Test
</TITLE>
<BODY BGCOLOR=#ffffff>
Welcome and hello
</BODY>
</HTML>
When I run it from my browser I get:
<HTML>
<TITLE>
Test
</TITLE>
<BODY BGCOLOR=#ffffff>
</BODY>
</HTML>
Why weren't the contents of my variable displayed? Could someone please
help? Thanks!
Mark
------------------------------
Date: 27 Jun 1998 23:13:42 -0700
From: Russ Allbery <rra@stanford.edu>
Subject: Re: Perl/CGI Script Problem
Message-Id: <m3k962yrxl.fsf@windlord.Stanford.EDU>
Mark Guagenti <mgenti@evansville.net> writes:
> I'm having a problem with a CGI program I am writing. I am not getting
> the same output from the cgi program when I run it from the command line
> as I would running it in my web browser. Hear is the code:
> #!/usr/bin/perl
> use Msg;
> require "cgi-lib.pl";
I don't have any specific recommendations for your problem, but I do have
one general recommendation: The CGI module is generally superior to
cgi-lib.pl in all respects, including by default providing an excellent
debugging tool when running your script on the command line rather than
from a server.
> Why weren't the contents of my variable displayed?
Have you tried adding more prints at various stages to see precisely what
you're getting back from the network?
Hope this helps.
--
#!/usr/bin/perl -- Russ Allbery, Just Another Perl Hacker
$^=q;@!>~|{>krw>yn{u<$$<[~||<Juukn{=,<S~|}<Jwx}qn{<Yn{u<Qjltn{ > 0gFzD gD,
00Fz, 0,,( 0hF 0g)F/=, 0> "L$/GEIFewe{,$/ 0C$~> "@=,m,|,(e 0.), 01,pnn,y{
rw} >;,$0=q,$,,($_=$^)=~y,$/ C-~><@=\n\r,-~$:-u/ #y,d,s,(\$.),$1,gee,print
------------------------------
Date: 28 Jun 1998 10:08:52 GMT
From: abigail@fnx.com (Abigail)
Subject: Re: Perl/CGI Script Problem
Message-Id: <6n54nk$838$12@client3.news.psi.net>
Mark Guagenti (mgenti@evansville.net) wrote on MDCCLXII September
MCMXCIII in <URL: news:6n4m4i$63k$1@supernews.com>:
++ I'm having a problem with a CGI program I am writing. I am not getting the
++ same output from the cgi program when I run it from the command line as I
++ would running it in my web browser. Hear is the code:
If it runs fine from the command line, your problems are not Perl
related. You would have the same problems if you were writing the
program in Simula, OO-Fortran, Intercal, Prolog or lambda-calculus.
++ #!/usr/bin/perl
No -w?
No 'use strict;'?
If you intentionally want Perl to shut up about potential mistakes,
don't come here. -w and 'use strict' are your friends. There is no
excuse for not using them.
++ use Msg;
++ require "cgi-lib.pl";
Don't do that. 'use CGI;'
++ print "Content-type: text/html\n\n";
Wrong. Read the RFC. Any network protocol requires "\012\015" as
line terminators.
++ # connects to a local server
++ $conn = Msg->connect('localhost', 8080);
++ die "Error: Could not connect\n" unless $conn;
++ $conn->send_now("RECV:$ENV{'HTTP_COOKIE'}:5:\n");
++ ($vars, $err) = $conn->rcv_now();
No error checking?
Please consider using a database product that give error message.
Even error messages on STDERR would be useful.
If there are no error message, it's a pretty useless product.
++ When I run it from my browser I get:
++
++
++ Why weren't the contents of my variable displayed?
Oh, it was. It's just that the variable is empty.
Abigail
--
perl -wle '$, = " "; print grep {(1 x $_) !~ /^(11+)\1+$/} 2 .. shift'
------------------------------
Date: 28 Jun 1998 20:32:46 -0400
From: mjd@op.net (Mark-Jason Dominus)
Subject: Re: Perl/CGI Script Problem
Message-Id: <6n6nbe$905$1@monet.op.net>
In article <6n54nk$838$12@client3.news.psi.net>,
Abigail <abigail@fnx.com> wrote:
>++ print "Content-type: text/html\n\n";
>
>Wrong. Read the RFC.
> Any network protocol requires "\012\015" as line terminators.
The RFC is irrelevant here, because he's not writing to the network.
He's writing to the server. The program, as shown, produces HTTP that
is incorrect in many ways, including the one you mentioned, but that
is all right, because the program is not responsible for speaking HTTP.
The server very likely has a feature to fix the terminator characters,
just as it has a feature to buffer the output and generate the
required Content-Length header. That is because it is the server's
responsibility to generate correct HTTP responses.
If it doesn't have such a feature, it is a defect in the server, not
in the CGI program.
>Abigail
>--
>perl -wle '$, = " "; print grep {(1 x $_) !~ /^(11+)\1+$/} 2 .. shift'
I notice that the lines of your .signature are terminated by newlines,
rather than the \015\012 that is required by RFC1413. Please fix this
at once.
------------------------------
Date: Sun, 28 Jun 1998 18:54:35 -0700
From: lr@hpl.hp.com (Larry Rosler)
Subject: Re: Perl/CGI Script Problem
Message-Id: <MPG.100093b96f06f692989700@nntp.hpl.hp.com>
In article <6n6nbe$905$1@monet.op.net> on 28 Jun 1998 20:32:46 -0400,
Mark-Jason Dominus <mjd@op.net> says...
> In article <6n54nk$838$12@client3.news.psi.net>,
> Abigail <abigail@fnx.com> wrote:
> >++ print "Content-type: text/html\n\n";
> >
> >Wrong. Read the RFC.
> > Any network protocol requires "\012\015" as line terminators.
I replaced the "\n\n" by "\015\012\015\012" in a test script. It
continued to work when run on a UNIX server (Netscape FastTrack), but now
failed on an NT server (Netscape FastTrack). This change is *not*
advisable!
--
Larry Rosler
Hewlett-Packard Laboratories
http://www.hpl.hp.com/personal/Larry_Rosler/
lr@hpl.hp.com
------------------------------
Date: Mon, 29 Jun 1998 10:36:51 +0800
From: Ryan Snowden <ryan@steelplan.com.au>
Subject: Re: Perl/CGI Script Problem
Message-Id: <3596FDC3.7E12FCFA@steelplan.com.au>
syntax looks ok.. but.. I usually stick print "Content-type: text/html\n\n";
right before my print <<OEM; statements. I dont know if it would make any
difference, but your variables are inbetween those two lines. *shrug*
cgi-lib.pl isn't the best to use, but if all you're doing is ReadParse; 'ing
stuff I guess it's ok.. CGI.pm is the way to go.. it has a lot of nice
bonus's.
Mark Guagenti wrote:
> require "cgi-lib.pl";
> print "Content-type: text/html\n\n";
>
> # connects to a local server
> $conn = Msg->connect('localhost', 8080);
> die "Error: Could not connect\n" unless $conn;
> $conn->send_now("RECV:$ENV{'HTTP_COOKIE'}:5:\n");
> ($vars, $err) = $conn->rcv_now();
>
> ($var1, $var2, $var3) = split /:/, $vars;
> $var2 =~ s/ /<BR>/g;
>
> print <<EOM;
------------------------------
Date: Sat, 27 Jun 1998 15:23:20 +0800
From: wings <xuchu@iscs.nus.edu.sg>
To: Tom Phoenix <rootbeer@teleport.com>
Subject: Re: Perl32 <STDIN> problem
Message-Id: <Pine.SOL.3.96.980627152232.25806A-100000@sun450.iscs.nus.edu.sg>
yes, i found out that by inserting a 'print' i can get the wanted result.
thx, tom:-)
cheerio,
wings
------
You cannot learn anything unless you almost know it already.
Email: xwings@usa.net, xuchu@iscs.nus.edu.sg
ICQ UIN: 1440319
http://gump.iscs.nus.edu.sg
------------------------------
Date: Sun, 28 Jun 1998 18:03:27 GMT
From: xuming@email.unc.edu (Xuming Wang)
Subject: Re: Perl32 <STDIN> problem
Message-Id: <359683ae.193171133@152.2.25.74>
[posted and mailed]
wings <xuchu@iscs.nus.edu.sg> wrote:
>yes, i found out that by inserting a 'print' i can get the wanted result.
do you really just use `print;'? it only works when $_ has just one
trailing newline. but in general, you should add `print "\n";' when you
expect a ctrl-z.
cheers,
--
Xuming Wang
------------------------------
Date: 28 Jun 1998 17:26:00 -0400
From: mjd@op.net (Mark-Jason Dominus)
Subject: Re: Placeholder item in qw//
Message-Id: <6n6cd8$7uo$1@monet.op.net>
In article <35900701.DE68D6EF@us.oracle.com>,
Allen Choy <achoy@us.oracle.com> wrote:
>I was wondering if there was a way of putting a null item with qw//, as
>you can with @z = ( undef )?
Maybe your purpose will be served by some trick like
@z = map { $_ eq '--' ? undef : $_ }
qw(this that other 1 -- 2 3 -- 4 --);
A similar trick is:
@z = split /\s+(?:--)?/, 'this that other 1 -- 2 3 -- 4 -- snonk';
But this converts -- to the empty string, not to undef, and will
discard trailing --'s if there are any.
------------------------------
Date: Sun, 28 Jun 1998 14:18:11 +0200
From: Anthony Howe <achowe@snert.com>
To: achowe@snert.com
Subject: Portable file locking...
Message-Id: <35963483.564C8DFA@snert.com>
How to do portable file locking for both Unix and NT servers ?
--
Anthony C Howe 1489 Ch. des Collines, 06110 Le Cannet, France
+33 (0)6 1189 7378 (p) +33 (0)4 9346 9127 (h) +33 (0)4 9346 8901 (f)
achowe@snert.com http://www.snert.com/
"Little !?" - Worf ICQ# 7116561
------------------------------
Date: Sun, 28 Jun 1998 07:10:12 -0700
From: lr@hpl.hp.com (Larry Rosler)
Subject: Re: Portable file locking...
Message-Id: <MPG.fffeea4e9c2b3269896fe@nntp.hpl.hp.com>
In article <35963483.564C8DFA@snert.com> on Sun, 28 Jun 1998 14:18:11
+0200, Anthony Howe <achowe@snert.com> says...
> How to do portable file locking for both Unix and NT servers ?
Try searching this group in DejaNews for 'file lock';
--
Larry Rosler
Hewlett-Packard Laboratories
http://www.hpl.hp.com/personal/Larry_Rosler/
lr@hpl.hp.com
------------------------------
Date: Sun, 28 Jun 1998 15:44:44 -0700
From: Jim Bowlin <bowlin@sirius.com>
To: Anthony Howe <achowe@snert.com>
Subject: Re: Portable file locking...
Message-Id: <3596C75C.BC6017CC@sirius.com>
Anthony Howe wrote:
>
> How to do portable file locking for both Unix and NT servers ?
flock works on Unix and NT. Use perldoc -f flock for details.
-- Jim Bowlin
------------------------------
Date: 29 Jun 1998 17:22:21 GMT
From: aarond@alpha.ewl.uky.edu (Aaron B. Dossett)
Subject: Problem with CPAN.pm and/or MD5
Message-Id: <6n8igd$hrh$1@service3.uky.edu>
Hi.
I just installed perl 5.004_04 on a new machine (HP-UX 10.20, gcc 2.7.2.2)
and I am running into an odd problem. Whenever CPAN tries to use the MD5
module I get the following error message:
Can't locate auto/MD5/new.al in @INC (@INC contains:
/usr/local/lib/perl5/PA-RISC1.1/5.00404 /usr/local/lib/perl5
/usr/local/lib/perl5/site_perl/PA-RISC1.1 /usr/local/lib/perl5/site_perl .)
at -e line 2745
I get this no matter how I install MD5 (by hand or via CPAN) and what's even
stranger is that I looked on two other systems successfully running the same
version of perl/CPAN/MD5 and the file new.al doesn't even exist (as best
I can tell) on those systems.
Could anyone advise me as to what I may be doing wrong?
Many thanks,
Aaron
--
Aaron B. Dossett | Finger aarond@london.cslab.uky.edu for PGP key
dossett@bigfoot.com|
Comp. Sci. Senior | http://www.ewl.uky.edu/~aarond
University of Kentucky 1996 & 1998 NCAA Basketball Champions
------------------------------
Date: Mon, 29 Jun 1998 21:26:34 GMT
From: Tom Phoenix <rootbeer@teleport.com>
Subject: Re: Problem with CPAN.pm and/or MD5
Message-Id: <Pine.GSO.3.96.980629142505.28620J-100000@user2.teleport.com>
On 29 Jun 1998, Aaron B. Dossett wrote:
> Can't locate auto/MD5/new.al in @INC (@INC contains:
> /usr/local/lib/perl5/PA-RISC1.1/5.00404 /usr/local/lib/perl5
> /usr/local/lib/perl5/site_perl/PA-RISC1.1 /usr/local/lib/perl5/site_perl .)
> at -e line 2745
Looks as if MD5 is mis-installed.
> I get this no matter how I install MD5 (by hand or via CPAN)
Did 'make test' report errors? How about 'make install'? Is there a chance
that you've got more than one perl binary on your system and you've
installed it (properly) for only one of them? Hope this helps!
--
Tom Phoenix Perl Training and Hacking Esperanto
Randal Schwartz Case: http://www.rahul.net/jeffrey/ovs/
------------------------------
Date: 28 Jun 1998 13:28:17 -0500
From: tye@fohnix.metronet.com (Tye McQueen)
Subject: Re: Problem with Perl for 32 C extention's building
Message-Id: <6n6201$24r@fohnix.metronet.com>
"Dmitry Brusilovsky" <Dmitry_Brusilovsky@Scitex.com> writes:
) I do not success to build my Win 32 Perl extention, written on C/C++.
) When I try to build it, compillation is OK, but on stage of linking I
) receive list of unresolved external symbols:
[...]
) I built perl300.dll and included perl300.lib to list of library files in my
) project's setting, but something is missed.
My best advise is to download Perl from CPAN and stop using the
ActiveWare port of Perl. If you plan to PerlScript then you'll
have to wait for 5.005 to do this. Otherwise there is no reason
to stay with ActiveWare ports and many reasons to switch.
--
Tye McQueen Nothing is obvious unless you are overlooking something
http://www.metronet.com/~tye/ (scripts, links, nothing fancy)
------------------------------
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 3017
**************************************
