[10101] in Perl-Users-Digest
Perl-Users Digest, Issue: 3694 Volume: 8
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Fri Sep 11 15:07:31 1998
Date: Fri, 11 Sep 98 12:00:16 -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 Fri, 11 Sep 1998 Volume: 8 Number: 3694
Today's topics:
Re: accesing MSAccess Database.... <eshin@mail.law.berkeley.edu>
Re: Comments on my Code? <merlyn@stonehenge.com>
Copying subroutines (Jasmin F. Patry)
Embedded Perl? <akira@fantasia.usc.es>
Feature proposal: foreach <ARRAY> (<ARRAY>) { } (William Totten)
Re: Have problem with import of global variables <jdf@pobox.com>
Re: Looking for example code that does modem communicat (Bbirthisel)
Re: mod_perl looping :-(. (Leslie Mikesell)
Re: Off topic, but ... [Was Re: Perl & Java - differenc (Charles DeRykus)
Pattern substitution <meenu@ms.washington.edu>
Re: Perl & Java - differences and uses bjohnsto_usa_net@my-dejanews.com
Re: Perl & Java - differences and uses (Matt Knecht)
Re: Perl 5.0 in Windows NT Server 4.0? <JKRY3025@comenius.ms.mff.cuni.cz>
Re: Perl gurus opinion needed. <dwheeler@isd.net>
Re: perl5 + DBI + DBD for winNT <eshin@mail.law.berkeley.edu>
Re: Searching for a few CGI scripts <eshin@mail.law.berkeley.edu>
Special: Digest Administrivia (Last modified: 12 Mar 98 (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Fri, 11 Sep 1998 11:12:57 -0700
From: Edwin Shin <eshin@mail.law.berkeley.edu>
Subject: Re: accesing MSAccess Database....
Message-Id: <35F96829.349998E9@mail.law.berkeley.edu>
Or, you can work with DBI and DBD::ODBC
The modules are available via CPAN.
More info on DBI is available at
http://www.hermetica.com/technologia/perl/DBI/index.html
There's a link to Jeff Urlwin's (author of the DBD::ODBC module) that
has a sample Access database as well as sample scripts that you can
download and use as a tutorial.
Andrew M. Langmead wrote:
>
> "Cesar" <cabustos@ibague.cetcol.net.co> writes:
>
> >Subject: Re: accesing MSAccess Database....
> >How can I accesing a MBD Databse... with Perl...
>
> Do you mean MDB database? (The kind Microsoft Access uses?) You
> probably want the Win32::ODBC module <URL:http://www.roth.net/odbc/>
>
> With ODBC, you can talk to any database that you have an ODBC driver.
> --
> Andrew Langmead
------------------------------
Date: Fri, 11 Sep 1998 18:22:34 GMT
From: Randal Schwartz <merlyn@stonehenge.com>
Subject: Re: Comments on my Code?
Message-Id: <8caf46ik6g.fsf@gadget.cscaper.com>
>>>>> "Scratchie" == Scratchie <upsetter@ziplink.net> writes:
Scratchie> I recently wrote a command-line mass-mailing utility. I
Scratchie> would like to post the code here and invite (contructive)
Scratchie> comments and criticism. Anyone who assumes that this is
Scratchie> going to be used for spam will be roundly ignored.
[...]
Scratchie> This is known in the business as "hot-rodding."
Well, I guess you'll ignore me then. :)
--
Name: Randal L. Schwartz / Stonehenge Consulting Services (503)777-0095
Keywords: Perl training, UNIX[tm] consulting, video production, skiing, flying
Email: <merlyn@stonehenge.com> Snail: (Call) PGP-Key: (finger merlyn@teleport.com)
Web: <A HREF="http://www.stonehenge.com/merlyn/">My Home Page!</A>
Quote: "I'm telling you, if I could have five lines in my .sig, I would!" -- me
------------------------------
Date: Fri, 11 Sep 1998 17:00:34 GMT
From: jfpatry@undergrad.math.uwaterloo.ca (Jasmin F. Patry)
Subject: Copying subroutines
Message-Id: <Ez4pwz.4vq@undergrad.math.uwaterloo.ca>
Is the following expected behaviour?
sub foo { print "sub 1" };
$foo1 = \&foo;
eval 'sub foo { print "sub 2" }';
$foo2 = \&foo;
foo(); # prints "sub 2"
&$foo1(); # prints "sub 1", but I was expecting "sub 2"
&$foo2(); # prints "sub 2"
This is actually the behaviour that I was hoping to achieve (storing a "copy"
of a subroutine that persists even if the subroutine is redefined), but I
didn't think that this would do it. Can I rely on this? Better yet, *why*
does it work?
TIA,
Jasmin Patry
------------------------------
Date: Fri, 11 Sep 1998 21:38:30 +0200
From: David Suarez de Lis <akira@fantasia.usc.es>
Subject: Embedded Perl?
Message-Id: <Pine.LNX.3.96.980911213604.5912C-100000@fantasia.usc.es>
Hi all,
I was wondering if it's possible to embedd Perl into other languages and
how (specially for Win32 platform). I have finally managed to convince my
maganer that it can be The Right Thing To Do instead of relaying
completely on other tools (guess, VB, VC++...)
Any hints, help, info, docs, whatever really appreciated,
Thanks,
David@
--
<sig> <who> David Suárez de Lis
<uri> mailto:akira@fantasia.usc.es
<from><institution> University of Santiago de Compostela
<country> SPAIN <federation> EU </from>
</sig>
------------------------------
Date: 11 Sep 1998 18:41:29 GMT
From: totten@ren.eecis.udel.edu (William Totten)
Subject: Feature proposal: foreach <ARRAY> (<ARRAY>) { }
Message-Id: <6tbqsp$rga$1@dewey.udel.edu>
If this has been mentioned before, I appologize. A quick search of
DejaNews brought up nothing on this topic, nor was there anywhere else.
I had this idea, and it may be interesting to keep in mind for sometime
in the (probably distant) future. Adding an array context to the VAR in
the foreach loop. Syntax like the following would be excepted:
foreach ($foo) (@ary) { ...
foreach ($foo, $bar) (@ary) { ...
foreach ($foo, $bar, $fum) (@ary) { ...
foreach ($foo, $bar, <...>, $qux) (@ary) { ...
And, of course for & foreach would both be accepted even though foreach
will be prefered.
In the case of the second example, the first two elements of `@ary' would
be used on the first iteration and elements three & four of `@ary' would be
used on the second iteration.
This can be done in perl, with a for(;;) or while() loop. However,
it looks so much better in my suggested form.
Thanks for listening.
- -William Totten
Remembering the days when perl4 was new stuff, & I was told to learn C first
Version: 2.6.2
iQB1AwUBNflusGxebPGEv1m1AQF0KgMAlWp1JsGjGGWRFSC4N1m5bsDjaVZkdfgd
Yimemg50OdBvoz5OxQGA88LRG64qkIohKabfpj60Ub5Xpg1mZ5Uoyqt3sxINf2NO
HgXWvWJ1oEGF8caTtAwkPDsht0t/r9QK
=zr3G
-----END PGP SIGNATURE-----
--
Totten, William David (Bill) Computer and Information Science Major
totten@pobox.com University of Delaware (Newark, DE; USA)
http://pobox.com/~totten/ Friends don't let friends use emacs
------------------------------
Date: 11 Sep 1998 20:56:56 +0200
From: Jonathan Feinberg <jdf@pobox.com>
To: "Alex Litvak" <alitvak@shrike.depaul.edu>
Subject: Re: Have problem with import of global variables
Message-Id: <m3vhmuo4uf.fsf@joshua.panix.com>
"Alex Litvak" <alitvak@shrike.depaul.edu> writes:
> I use this template. Actually I think my problem is that I use my when I
> initialize exported variables (they are global to begin with).
Of course. The my() builtin gives a name package scope, and nothing
outside that package can ever refer to it.
> use vars qw($VERSION @ISA @EXPORT @EXPORT_OK);
> @test = qw(one two three);
> $testhash{$MUSIC1} = "Jaz";
Oops: you forgot to tell the compiler that @test and %testhash are
package globals, by placing them in a C<use vars> pragma.
--
Jonathan Feinberg jdf@pobox.com Sunny Brooklyn, NY
http://pobox.com/~jdf
------------------------------
Date: 11 Sep 1998 18:47:08 GMT
From: bbirthisel@aol.com (Bbirthisel)
Subject: Re: Looking for example code that does modem communication.
Message-Id: <1998091118470800.OAA06255@ladder03.news.aol.com>
Hi Zailong:
>I did a search before I post this, some posts back to 1995 came up. I
>tried as they said, but it doesn't work.
The final post in the sequence had been moved to private email :-(
>I checked the perl faq about talking to serial port. everything was okay
>except the lock file part...do I have to have a lock file? I am sure
>there is no conflict because I am not running any other program that
> needs access to modem.
Yes is a good answer for lock file. I realize there might be exceptions,
but applications suh as minicom EXPECT to find it.
Another poster commented about stty, termios, etc. He was correct.
The result before for a simple, well defined task such as you outlined
was to write a minicom script ("man runscript" describes how to do
that on Red Hat linux) and then start it from the command line:
## minicom -d LOCATION
or, from perl:
## system ("minicom -d LOCATION");
where LOCATION is the identification of the script in the dialing
directory.
This, of course, does not scale well to big tasks. But for what you
want, it does satisfy the primary virtue of "laziness". TIMTOWTDI.
-bill
Making computers work in Manufacturing for over 25 years (inquiries welcome)
------------------------------
Date: 11 Sep 1998 13:25:58 -0500
From: les@MCS.COM (Leslie Mikesell)
Subject: Re: mod_perl looping :-(.
Message-Id: <6tbpvm$hrn$1@Mars.mcs.net>
In article <80AF224CD57D3D88.432D9442CA02DE3C.538C5EF1EC1C9B94@library-proxy.airnews.net>,
Eric Lee Green <eric@linux-hw.com> wrote:
>How can I make Apache and mod_perl quit looping when I have an error
>in my Perl script? Typical error: I write
>
> foo=$cgi->param('bar');
>
>rather than
>
> $foo=$cgi->param('bar');
>
>and all hell breaks loose.
If you are running mod_perl as a CGI replacement you can test under
normal cgi execution first by leaving a normal ScriptAlias for
one directory and using the PerlHandler for another.
If you have to resort to brute force you can probably spot the busy
httpd process with 'top' and kill it.
Les Mikesell
les@mcs.com
------------------------------
Date: Fri, 11 Sep 1998 17:19:39 GMT
From: ced@bcstec.ca.boeing.com (Charles DeRykus)
Subject: Re: Off topic, but ... [Was Re: Perl & Java - differences and uses]
Message-Id: <Ez4qss.F6H@news.boeing.com>
In article <uemtkm0gf.fsf@jimbosntserver.soundimages.co.uk>,
Jim Brewer <jimbo@soundimages.co.uk> wrote:
> ....
>
>That was one long summer. Here, we had summer fall on a thursday. By
>noon autumn had arrived. At least you rust. Here we never get dry
>enough to rust.:)
Reminds me of a Rhodes scholar's makeover of Rupert Brooke's
famous quote:
"Oh, to be in April now that England's here."
--
Charles DeRykus
------------------------------
Date: Fri, 11 Sep 1998 11:06:17 -0700
From: Meenu <meenu@ms.washington.edu>
Subject: Pattern substitution
Message-Id: <Pine.OSF.3.96.980911110228.23929A-100000@hilbert1.ms.washington.edu>
I have following URL
www.aol.com.
and what I need to do is delete the (period at end) meaning make it
www.aol.com
1. I tried using Chop & chomp.. how ever it doesn't work. Can anyone tell
me why it doesn't work?
2. then I tried using the substituion routine
$new_url = ~ s/$./ /;
It also doesn't work. Can anyone please help me on this.
Thanks
------------------------------
Date: Fri, 11 Sep 1998 17:36:28 GMT
From: bjohnsto_usa_net@my-dejanews.com
Subject: Re: Perl & Java - differences and uses
Message-Id: <6tbn2r$40v$1@nnrp1.dejanews.com>
In article <r72K1.831$E9.2786827@ptah.visi.com>,
George Reese <borg@imaginary.com> wrote:
> In comp.lang.java.programmer elaine ashton <elaine@cts.wustl.edu> wrote:
> :> No, my point is that Python and Perl are roughly identical in
> :> functionality but that Python produces some of the easiest to maintain
> :> and extend code on earth while Perl is its polar opposite--some of the
> :> hardest to maintain and extend code on earth.
>
> : Ok, I can't resist this any more. Define the above. What do you really
> : mean by extending and maintaining code? I'm no Python devotee' and I don't
> : really see it being that much more brilliant than Perl. In fact,
> : maintainabilty and extendibilty largely depend on the programmer. The
> : human that writes the code. I fail to see the language argument here.
> : Convince me.
>
> Maintainability is the ease of fixing bugs and evolving code as the
> concepts that code supports change and technology advances. It is
> also the ease with which someone who did not write the original code
> can come in, understand that code, and make the required changes.
>
> Extensibility is turning the code into something it was not originally
> designed for. The ease with which it interoperates with other
> systems.
>
> Python's power in these respects derives from its clean syntax and
> well-defined OO paradigm--two things Perl simply does not have.
'Clean' syntax is some Perl does not want to have. There are plenty of
lanuages that have it. Perl beat them.
Perl has convenient syntax. As an experienced programmer I picked up most of
it in a day. On the other hand most of Python syntax is obvious from my
experience with 10 other OO languages. I would pick it up quicker than I
would pick up Perl.
> George Reese (borg@imaginary.com) http://www.imaginary.com/~borg
Brendan Johnston
-----== Posted via Deja News, The Leader in Internet Discussion ==-----
http://www.dejanews.com/rg_mkgrp.xp Create Your Own Free Member Forum
------------------------------
Date: Fri, 11 Sep 1998 18:41:17 GMT
From: hex@voicenet.com (Matt Knecht)
Subject: Re: Perl & Java - differences and uses
Message-Id: <h9eK1.101$o72.698053@news3.voicenet.com>
George Reese <borg@imaginary.com> wrote:
>: Casual perusal of the language also seems to tell me that it's regular
>: expressions leave a bit to be desired. Maybe that's a good thing for
>: Python, sice regular expressions are extremely "line noise like". But
>: they are also incredibly powerful.
>
>In my experience, the regular expressions in both languages are
>identical in function. The Python version just meshes better into a
>the Python semantics. The Perl version, IMHO, seems like a grafting
>of line noise into line noise :)
Well, at least there was a smiley. Let me clarify that a bit more. It
seems that to use a regex you need to make a function call. They seem
grafted onto the language, and don't enjoy the first class treatment
that Perl regular expressions do. I can use a regular expression
in almost any place in Perl. Python seems to be limited to:
pat = re.compile('[0-9]+')
m = pat.match(strvar)
if m == None: print 'No match'
Which is terrbily logn winded to me, and doesn't seem to be able to be
integrated in other contrusts. I find 'if (/\d+/)' much simpler. And I
can use that regex anywhere I want (In an if, in a grep, map, alone by
itself on a line (No much use with a match, but with a substitution,
very useful), the list goes on and on).
>As a C programmer, you had an advantage--you were used to dealing
>with hard to maintain code.
I'm not sure how to respond to this. If you remove all the problems
that deal with memory allocation, my C code wasn't hard to maintain. I
wrote it that way on purpose (Well, most of the time anyway.).
To maintain it, though, you did need a good understanding of the
language. Without that, forget it.
>Furthermore, my claim comes from
>discussing this with people skilled at both perl and python
>programming and with experience at getting people who know neither to
>learn them. While that is not a formal study, I have quite honestly
>never met someone who was experienced with both languages who did not
>think the difference in maintainability between the two was like night
>and day.
Others have spoken on this, and I'll add my voice to the choir. I have
very littel difficulty maintaining Perl code, as long as it wasn't
written by an idiot, or a hacker-wannabe.
>: Meaningfully? No. I may have inferred what was not there, though.
>: Phrases like "Perl is its polar opposite--some of the >hardest to
>: maintain and extend code on earth" tend to put me on the defensive (As
>: I'm sure others have felt). Those are fighting words, pilgrim!
>
>On the defensive? Why would you get defensive about a programming
>language?
Because I love Perl! It's reminded me why I got into this field. It's a
joy to program in. As you said before "It's my pet language". It may
not be rational or logical (The statement, not the language), but man I
love it!
>I do think the degree to which perl is disaparaged foor its
>unreadability should be something that strikes you like a neon sign in
>the dead of night.
I don't often (ever) read critques of languages, so I'm not sure what has
been written about it being hard to maintain.
In my own opinion, I find perl to be very easy to maintain and expand.
>And if you have not heard perl constantly disparaged for its lack of
>readability, you are either lying or living on another planet.
I'm not lying. But, as I said before, I don't read critques of
languages. I'd rather try to learn the language and form my own
opinion.
>: I
>: can't help but think your argument boils down to "Anybody should be able
>: to look at any code and instantly see what it does without knowledge of
>: the language". Am I wrong? If so, how?
>
>You are terribly wrong.
It wouldn't be the first time! :)
>A programming language is a construct to
>formalize human desires so that they can be translated into a form
>understandable by machines.
Agreed.
>The ideal programming language would be
>a human language at a 5th grade reading level.
Aha! I believe this is where we'll never see eye to eye. I totally
disagree with this statement. Computers are complex. They can do
complex things. It is very difficult to express concise instructions in
a fifth grade reading level.
>Unfortunately, human
>languages are notoriously ambiguous and hard to compute.
While I agree with this statement, I don't understand what you are
getting at. Are you saying Python is written to be understood on a
fifth grade level (I know you obviously don't mean this literally)? Are
you saying that this is Python's goal?
>No, it is not. My claim makes sense. Perl is often a string of
>non-alphabetic characters that have contextual meaning (often used
>without any respect to how we use them in normal discourse) and laced with
>implied behaviour. That you cannot deny. And all of those things
>renders it hard to read.
I don't deny it. And, I agree. To anyone who doesn't know the
language, it can be very difficult to read. But, after a week of
reading _Learning_Perl_, those characters and contexts begin to fall
into place. Once you understand the rules, it is a very elegant and
concise language.
But shoudl the bar be set that low? Why cripple a language by forcing
it to stay within the bounds of normal discourse? Nobody makes these
claims refuting mathmatics. Nobody makes these claims refuting physics.
Sure, both could be set to the English (Or any other) language, but it
would make them incredibly muddled. I don't think that giving a
language more expressive power (Through the use of symbols that have no
concise equivalent in human language) is a bad thing... in fact, I think
it's a fantastic thing. Perhaps this is where you'll never agree.
>Python, on the other hand, cannot be argued with a straight face that
>it is random words from a dictionary. The words are gathered in
>basically broken English and fit into an OO paradigm.
I merely used the statement to counter your claim that perl looks like
line noise. Other than purposfully obfuscated Perl, there is clear
meaning there, even if one doesn't understand the punctuation.
Dismissing it as line noise is a only a complaint that it uses
non-alphanumeric characters. With a **small** bit of practice and
learning the meaning of these characters is easily understood.
> Excessive
>whitespace? Only someone who believes in terseness would argue that.
>The whitespace clarifies program blocks--you are never in doubt in
>python where the program blocks lie.
Perhaps. But I would prefer not to be constrained by whitespace, but to
use it how I see fit. This part of Python still gives me the willies.
I love the fact that I can bounce around in my editor from opening and
closing statements with the mere strike of one key. Having to find the
opening and closing of a Python statement seems like it would be work.
I know I'd quickly forget what tag was where. To me, braces are an
*extreme* help in maintaing and editing code.
>I don't know where you get
>periods, but anyone with any programming experience should be able to
>see immediately what the colons mean.
Well, help me out then! What is going on here? (Taken from the de-tab
program I cited earlier)
pos = col + endspace.search( str[col:col+tabsize] )
I've looked at this line quite a bit, and still don't see what col:col
means. I hope I don't fail the fifth grade! :)
>If it comes out looking like something only a perl expert could read,
>it is no good.
Just because it contains non-alphanumeric characters doesn't mean it
takes an expert. I'm no Perl expert. Most of the people who read
comp.lang.perl.misc are no experts. I know many Perl programmers, and
not a single expert. Much of what we talk about you would label expert
only. Are you raising us to the level of expert, or lowering the value
of being an expert?
I think you're mistaking the fact the you do need to know a bit about
the language before you can use it well. A neophyte Perl programmer is
going to have a lot of problems. Is this a bad thing? I don't think
so. It is the cost of increased flexibilty and power that Perl offers.
>Python has tons of modules as well. And software reuse does not make
>something OO. Perl IS NOT OO. It just added some OO constructs as an
>afterthought. I invite you to check out http://www.python.org.
I have. Many times. And many more times since this thread has started.
Python looks like a decent language. It looks like I'll be learning it
earlier than I expected because of this. Although I don't know how I'm
ever going to feel comfortable with the lack of braces around
constructs... that seems like a very nasty limitation to me.
Oh, and one last point. A line from the Python FAQ that had me laughing
for quite some time:
3. Building Python and Other Known Bugs
It seems as though the Python developers are telling us Python is a bug!
Too funny! :)
--
Matt Knecht - <hex@voicenet.com>
------------------------------
Date: Fri, 11 Sep 1998 20:03:04 -0700
From: Jan Krynicky <JKRY3025@comenius.ms.mff.cuni.cz>
Subject: Re: Perl 5.0 in Windows NT Server 4.0?
Message-Id: <35F9E468.5394@comenius.ms.mff.cuni.cz>
mardel wrote:
>
> Dear sir,
>
> I am having problems in put the Perl in my Windows Nt Server 4.0.
> I have the Perl in my Windows 95. I use the Front Page and
> configured the Perl in the directory cgi-bin. I use the instruction
> "winscriptalias" in the file "srm.cnf". With this instruction the Perl
> function well.
> But I need to do the Perl run in the Windows Nt 4.0. I am
> using de IIS 4.0.? What Must I do?
>
> Mardel Cardoso
> http://www.mercosulsearch.com.br/inter/curric.htm
> guia@tba.com.br
1. Install perl on that machine
2. Allow Execute or Script access to some directory
(Start MMC, right click the directory, Properties)
3. Set up the mapping
(right click the website, Properties, Home directory tab,
Configuration, Add
.pl => c:\perl\bin\perl.exe "%s" "%s"
(here you will of course use your path to perl.exe)
4. Save the scripts in the beforementioned directory.
I hope I remember the names correctly.
And always RTFM and try.
HTH, Jenda
------------------------------
Date: Fri, 11 Sep 1998 13:12:36 -0500
From: "Doug Wheeler" <dwheeler@isd.net>
Subject: Re: Perl gurus opinion needed.
Message-Id: <6tbp40$eqo$1@blackice.winternet.com>
It seems (from some quick research) that all the "hacks" relating to being
available for hire (cabs, horses, etc.) are derived from "hackney." All the
forms relating to unskilled cutting (and other unskilled work) are from the
word "hack." I would definitely put computer hacker (and hack writer) into
the second category.
--Doug
Mark-Jason Dominus <mjd@op.net> wrote in message
6tbh1g$45j$1@monet.op.net...
>In article <35F94139.4F5FD14@bbnplanet.com>,
>Elaine -HappyFunBall- Ashton <eashton@bbnplanet.com> wrote:
>>Lack Mr G M wrote:
>>> |> i have always found the word 'hacker' to be interesting. its root
comes
>>> |> from the word 'hackney'...
>>>
>>> No it doesn't.
>>>
>>> It comes from the verb "to hack", as it "to cut with rough blows" or
>>> "to chop or mangle". Ie. to set about something in a rough-and-ready
>>> fashion.
>>
>>The original word was hackney and eventually evolved into hack.
>
>There two words here, with different histories, and it is only
>coincidence that they happen to be spelled the same way.
>
>Word 1: Hack up with knives. Hacking coughs.
>Word 2: Hackney cabs. Hackneyed prose. Hack writers.
>
>Which one is the `hack' in `computer hack'? To me it seems clear that
>it's #1, not #2, and the OED concurs.
>
>(I'm sure they would like to get an antecitation here, since their
>earliest is 1983, and `computer hacker' must predate that by at least
>fifteen years.)
>
------------------------------
Date: Fri, 11 Sep 1998 11:07:28 -0700
From: Edwin Shin <eshin@mail.law.berkeley.edu>
Subject: Re: perl5 + DBI + DBD for winNT
Message-Id: <35F966E0.48F595E1@mail.law.berkeley.edu>
disclaimer:
I haven't worked with DBD::Oracle and i haven't experienced any of the
problems you described, but here's what has worked for me:
- use either 1) the now-outdated gurusamy sarathy's binary or 2) the
latest activestate port
- don't use activestate's perl package manager (last time i checked,
they were far behind on the DBI releases.)
- grab the latest DBI (1.02 i think) from CPAN, and also DBD::Oracle.
DBI builds fine with Visual C++s nmake or Borland's dmake utilities.
rfranco@my-dejanews.com wrote:
>
> Hi,
> I'm not getting success to put perl5 + DBI + DBD up and running for winNT
> using Oracle 8.
> I got binary stuffs from perl.com (gurusamy sarathy's) and it seems to have
> internal incompatibility when we try to compile DBD.
>
> "error: unresolved external "GetVersion" referenced from module c0ntd.ASM"
> and there are lots of consecturive errors following this...
>
> In another alternative I got perl from active state and also DBI and DBD
> modules installed with perl package manager, but when I try to run anything
> the only thing I get is:
>
> "install_driver(Oracle) failed: DBI/DBD internal version mismatch (DBI is
> v94/s10 8, DBD Oracle.xsi expected v93/s108) you probably need to rebuild
> the DBD driv er (or possibly the DBI). at
> e:\activeperl\site\5.00502\lib/Oraperl.pm line 58" BEGIN failed--compilation
> aborted.
>
> Did anybody come thru similar situation? where do I get trustable perl5 +
> DBI + DBD packages?
>
> thanks in advance,
>
> Ricardo Franco (Brasil)
>
> -----== Posted via Deja News, The Leader in Internet Discussion ==-----
> http://www.dejanews.com/rg_mkgrp.xp Create Your Own Free Member Forum
------------------------------
Date: Fri, 11 Sep 1998 11:15:56 -0700
From: Edwin Shin <eshin@mail.law.berkeley.edu>
Subject: Re: Searching for a few CGI scripts
Message-Id: <35F968DC.11DB753@mail.law.berkeley.edu>
you'll probably have better luck asking on
comp.infosystems.www.authoring.cgi or doing a search on the web.
there are a variety of perl-cgi related links from the perl.com page
under the CGI link.
t-dog98@usa.net wrote:
>
> Hi,
>
> I am looking for several scripts which I have seen many times on the web. I
> was wondering if they are custom-made scripts or availible for download.
>
> 1. A search engine position analyzer. It searches the top search engines for
> your URL with keywords which you specify, and return with your rankigs.
>
> 2. A link finder. It searches in several search engines for your URL and
> returns with the webpages that have linked to you.
>
> 3. A Meta tag builder. <-- I bet this one is so simple people just make their
> own.
>
> 4. A multiple URL submission script. It submits several URL all at once to
> the top search engines.
>
> I would greatly appreciate any help.
>
> -----== Posted via Deja News, The Leader in Internet Discussion ==-----
> http://www.dejanews.com/rg_mkgrp.xp Create Your Own Free Member Forum
------------------------------
Date: 12 Jul 98 21:33:47 GMT (Last modified)
From: Perl-Request@ruby.oce.orst.edu (Perl-Users-Digest Admin)
Subject: Special: Digest Administrivia (Last modified: 12 Mar 98)
Message-Id: <null>
Administrivia:
Special notice: in a few days, the new group comp.lang.perl.moderated
should be formed. I would rather not support two different groups, and I
know of no other plans to create a digested moderated group. This leaves
me with two options: 1) keep on with this group 2) change to the
moderated one.
If you have opinions on this, send them to
perl-users-request@ruby.oce.orst.edu.
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 3694
**************************************
