[16120] in Perl-Users-Digest
Perl-Users Digest, Issue: 3532 Volume: 9
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Sat Jul 1 14:10:24 2000
Date: Sat, 1 Jul 2000 11:10:13 -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: <962475013-v9-i3532@ruby.oce.orst.edu>
Content-Type: text
Perl-Users Digest Sat, 1 Jul 2000 Volume: 9 Number: 3532
Today's topics:
Re: sql without win32::odbc? operating systems? <jeff@vpservices.com>
Re: sql without win32::odbc? operating systems? <gellyfish@gellyfish.com>
Re: sql without win32::odbc? operating systems? <bwalton@rochester.rr.com>
Re: Still stuck: "converting rel. HTML paths into abs. (Eric Bohlman)
Re: Teen Volenteers WANTED (Eric Bohlman)
Re: Teen Volenteers WANTED (Keith Calvert Ivey)
Re: Tk::JPEG <lusol@Pandora.CC.Lehigh.EDU>
Unicode::Map (v0.109) <schwartz@cs.tu-berlin.de>
User & Host based authentication <paul.knighton@bigfoot.com>
Re: Yet Another Abigail Admirer (WAS Re: Crazy enough t (Philip 'Yes, that's my address' Newton)
Digest Administrivia (Last modified: 16 Sep 99) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Sat, 01 Jul 2000 06:11:16 -0700
From: Jeff Zucker <jeff@vpservices.com>
Subject: Re: sql without win32::odbc? operating systems?
Message-Id: <395DEDF4.AA22FDB4@vpservices.com>
Lidonyc wrote:
>
> If I want to run sql statements in my perl scripts do I have to use win32::odbc
> and if so what server operating systems support it? I want to put sql
> statements in my perl scripts and would prefer to be on a unix system. Thanks,
> If you post a follow up please forward it to my email lidonyc@aol.com
DBI is the Perl DataBase Interface. It works on almost every platform
and on almost every database. See
http://www.symbolstone.org/technology/perl/DBI/
--
Jeff
------------------------------
Date: 1 Jul 2000 17:25:45 +0100
From: Jonathan Stowe <gellyfish@gellyfish.com>
Subject: Re: sql without win32::odbc? operating systems?
Message-Id: <8jl629$s6k$1@orpheus.gellyfish.com>
On 01 Jul 2000 05:34:13 GMT Lidonyc wrote:
> If I want to run sql statements in my perl scripts do I have to use
> win32::odbc and if so what server operating systems support it? I want
> to put sql statements in my perl scripts and would prefer to be on a
> unix system.
Most people use DBI and the appropriate DBD driver for the database (
or DBD::ODBC ... ) this will work on most operating systems ...
/J\
--
** This space reserved for venue sponsor for yapc::Europe **
<http://www.yapc.org/Europe/>
------------------------------
Date: Sat, 01 Jul 2000 16:20:33 GMT
From: Bob Walton <bwalton@rochester.rr.com>
Subject: Re: sql without win32::odbc? operating systems?
Message-Id: <395E1A9C.A97EE23C@rochester.rr.com>
Lidonyc wrote:
>
> If I want to run sql statements in my perl scripts do I have to use win32::odbc
> and if so what server operating systems support it? I want to put sql
> statements in my perl scripts and would prefer to be on a unix system. ...
If all you want to do is run SQL, use the DBI module and the DBD::RAM
driver. That way you don't have to actually mess around with a
database. Alternatively, use the DBD::CSV driver if you want your
"database" to hang around between executions of your program.
Otherwise, use DBI and the DBD driver for your favorite database.
--
Bob Walton
------------------------------
Date: 1 Jul 2000 16:35:13 GMT
From: ebohlman@netcom.com (Eric Bohlman)
Subject: Re: Still stuck: "converting rel. HTML paths into abs. paths
Message-Id: <8jl6k1$jvc$4@slb7.atl.mindspring.net>
Brendon Caligari (bcaligari@shipreg.com) wrote:
: sorry, but couldn't resist
: This reminds me too much of Arthur Dent's house about to
: be pulled down after the blueprints had been at the town council
: for quite a while.
See news.admin.beware-of-the-leopard.
: I'm new to perl, and usenetbut the server to which i subcribed
: carries comp.lang.perl which seems to be more active than
: alt.perl and comp.lang.perl.misc put together.
Your server appears to be badly configured; it may be that you
administrator has one or more groups aliased into comp.lang.perl. Some
(badly configured) servers always add groups, even if the newgroup
messages aren't signed, and never drop groups, even if the rmgroup
messages are (you can check if you're on such a server by seeing if it
carries rec.fag-bashing, which usually finds its way into bogus newgroup
attempts).
------------------------------
Date: 1 Jul 2000 15:28:33 GMT
From: ebohlman@netcom.com (Eric Bohlman)
Subject: Re: Teen Volenteers WANTED
Message-Id: <8jl2n1$jvc$2@slb7.atl.mindspring.net>
Bart Lateur (bart.lateur@skynet.be) wrote:
: Then, what is the definition of "language"? Does it imply "grammar", or
: does it indicate a typical means of processing it, e.g. using Lex and
: Yacc?
I'd say that a "computer language" is any formal language that fits
somewhere in Chomsky's four-level heirarchy of formal languages, which is
equivalent to saying that for a given language L and a given string of
symbols S, there is a Turing machine M that can determine whether or not
S belongs to L.
Languages for data are just as important as languages for code; Kernighan
and Pike devote an entire chapter to the importance of good notation.
------------------------------
Date: Sat, 01 Jul 2000 16:28:25 GMT
From: kcivey@cpcug.org (Keith Calvert Ivey)
Subject: Re: Teen Volenteers WANTED
Message-Id: <395e1b56.54290612@nntp.idsonline.com>
bart.lateur@skynet.be (Bart Lateur) wrote:
>OTOH, I think I've read somewhere that some people actually use XML to
>describe programs. For example, a FOR loop could be constructed like:
>
> <FOR VAR="I" START="1" STOP="10" STEP="2">
> .... <!-- contents of for loop block here -->
> </FOR>
Yes, ColdFusion works that way:
<CFLOOP INDEX="parameter_name"
FROM="beginning_value"
TO="ending_value"
STEP="increment">
...
<!-- HTML or CFML code to execute -->
...
</CFLOOP>
--
Keith C. Ivey <kcivey@cpcug.org>
Washington, DC
-----= Posted via Newsfeeds.Com, Uncensored Usenet News =-----
http://www.newsfeeds.com - The #1 Newsgroup Service in the World!
-----== Over 80,000 Newsgroups - 16 Different Servers! =-----
------------------------------
Date: 1 Jul 2000 14:36:23 GMT
From: "Stephen O. Lidie" <lusol@Pandora.CC.Lehigh.EDU>
Subject: Re: Tk::JPEG
Message-Id: <8jkvl7$4me@fidoii.CC.Lehigh.EDU>
Greymaus wrote:
> *** post for free via your newsreader at post.newsfeeds.com ***
> When I run the following code
> #!/usr/bin/perl -w
> use Tk::JPEG
> I get a warning that there is a problem with XS_VERSION and VERSION
> any ideas?
Yes. If you'd poseted the actual error I could help even more. Your
Tk and Tk::JPEG version must be the same - make it so.
------------------------------
Date: Thu, 29 Jun 2000 04:10:17 +0200
From: Martin Schwartz <schwartz@cs.tu-berlin.de>
Subject: Unicode::Map (v0.109)
Message-Id: <TSo75.371$R7.18684@news-east.usenetserver.com>
Hi,
Welcome to Unicode::Map version 0.109.
This release fixes problems with mixed byte character sets (as GB2312)
and cares for better compatibility with Unicode::Map8.
DESCRIPTION
This module converts strings from and to 2-byte Unicode UCS2 format.
All mappings happen via 2 byte UTF16 encodings, not via 1 byte UTF8
encoding. To convert between UTF8 and UTF16 use Unicode::String.
For historical reasons this module coexists with Unicode::Map8.
Please use Unicode::Map8 unless you need to care for >1 byte character
sets, e.g. chinese GB2312. Anyway, if you stick to the basic
functionality (see documentation) you can use both modules equivalently.
Practically this module will disappear from earth sooner or later as
Unicode mapping support needs somehow to get into perl's core. If you
like to work on this field please don't hesitate contacting Gisle Aas
and check out the mailing list perl-unicode!
REQUIRED MODULES
No further modules are necessary.
In former releases you needed the module Startup, but no longer.
You need the libwww-perl distribution to run the utility mirrorMappings.
This module resides on your favorite CPAN mirror or at:
http://www.cs.tu-berlin.de/~schwartz/perl/
Contact: Martin Schwartz <martin@nacho.de>
Character sets available:
01: ADOBE-DINGBATS
02: ADOBE-STANDARD (Adobe-Standard-Encoding, csAdobeStandardEncoding)
03: ADOBE-SYMBOL (csHPPSMath)
04: APPLE-ARABIC
05: APPLE-CENTEURO
06: APPLE-CHINSIMP
07: APPLE-CHINTRAD
08: APPLE-CROATIAN
09: APPLE-CYRILLIC (APPLE-UKRAINE)
10: APPLE-DEVANAGA
11: APPLE-DINGBATS
12: APPLE-GREEK
13: APPLE-GUJARATI
14: APPLE-GURMUKHI
15: APPLE-HEBREW
16: APPLE-ICELAND
17: APPLE-JAPANESE
18: APPLE-KOREAN
19: APPLE-ROMAN
20: APPLE-ROMANIAN
21: APPLE-SYMBOL
22: APPLE-THAI
23: APPLE-TURKISH
24: BIG5
25: CNS-11643-1986
26: CP037 (IBM037, csIBM037, ebcdic-cp-ca, ebcdic-cp-nl, ebcdic-cp-us, ebcdic-cp-wt)
27: CP1026 (IBM1026, csIBM1026)
28: CP1250 (windows-1250)
29: CP1251 (windows-1251)
30: CP1252 (windows-1252)
31: CP1253 (windows-1253)
32: CP1254 (windows-1254)
33: CP1255 (windows-1255)
34: CP1256 (windows-1256)
35: CP1257 (windows-1257)
36: CP1258 (windows-1258)
37: CP437 (437, IBM437, csPC8CodePage437)
38: CP500 (IBM500, csIBM500, ebcdic-cp-be, ebcdic-cp-ch)
39: CP737
40: CP775 (IBM775, csPC775Baltic)
41: CP850 (850, IBM850, csPC850Multilingual)
42: CP852 (852, IBM852, csPCp852)
43: CP855 (855, IBM855, csIBM855)
44: CP857 (857, IBM857, csIBM857)
45: CP860 (860, IBM860, csIBM860)
46: CP861 (861, IBM861, cp-is, csIBM861)
47: CP862 (862, IBM862, csPC862LatinHebrew)
48: CP863 (863, IBM863, csIBM863)
49: CP864 (IBM864, csIBM864)
50: CP865 (865, IBM865, csIBM865)
51: CP866 (866, IBM866, csIBM866)
52: CP869 (869, IBM869, cp-gr, csIBM869)
53: CP874
54: CP875
55: CP932
56: CP936
57: CP949
58: CP950
59: GB12345-80
60: GB2312 (csGB2312)
61: GB2312-80 (GB_2312-80, chinese, csISO58GB231280, iso-ir-58)
62: IBM038 (CP038, EBCDIC-INT, csIBM038)
63: ISO-8859-1 (CP819, IBM819, ISO-IR-100, ISO_8859-1:1987, L1, LATIN1)
64: ISO-8859-10 (ISO-IR-157, ISO_8859-10:1993, L6, LATIN6)
65: ISO-8859-13
66: ISO-8859-14
67: ISO-8859-15
68: ISO-8859-2 (ISO-IR-101, ISO_8859-2:1987, L2, LATIN2)
69: ISO-8859-3 (ISO-IR-109, ISO_8859-3:1988, L3, LATIN3)
70: ISO-8859-4 (ISO-IR-110, ISO_8859-4:1988, L4, LATIN4)
71: ISO-8859-5 (CYRILLIC, ISO-IR-144, ISO_8859-5:1988)
72: ISO-8859-6 (ARABIC, ASMO-708, ECMA-114, ISO-IR-127, ISO_8859-6:1987)
73: ISO-8859-7 (ECMA-118, ELOT_928, GREEK, GREEK8, ISO-IR-126, ISO_8859-7:1987)
74: ISO-8859-8 (HEBREW, ISO-IR-138, ISO_8859-8:1988)
75: ISO-8859-9 (ISO-IR-148, ISO_8859-9:1989, L5, LATIN5)
76: JIS-X-0201 (JIS_X0201, X0201, csHalfWidthKatakana)
77: JIS-X-0208 (JIS_C6226-1983, JIS_X0208-1983, X0208, csISO87JISX0208, iso-ir-87)
78: JIS-X-0212
79: JOHAB
80: KSC5601-1992
81: KSCX-1001
82: MS-CYRILLIC
83: MS-GREEK
84: MS-ICELAND
85: MS-LATIN2
86: MS-ROMAN
87: MS-TURKISH
88: NEXT (NEXTSTEP, NeXT)
89: Shift-JIS
90: US-ASCII (ANSI_X3.4-1968, ANSI_X3.4-1986, ASCII, IBM367, ISO646-US, ISO_646.irv:1991, cp367, csASCII, iso-ir-6, us)
------------------------------
Date: Sat, 1 Jul 2000 15:29:32 +0100
From: "Paul Knighton" <paul.knighton@bigfoot.com>
Subject: User & Host based authentication
Message-Id: <395e01c1@eeyore.callnetuk.com>
Could someone please tell me if relying on a user's
$ENV{'REMOTE_HOST'}:$ENV{'REMOTE_ADDR'} returned from their web server to
remain the same for (at least) the duration that they are connected to their
ISP is naive ???
I ask as I have written a web site authentication system in Perl CGI which
only prompts users to provide user & password information as long as a
session exists (limited lifetime, removed on logout) for that (user,
REMOTE_HOST,
REMOTE_ADDR) combination.
I have assumed that if (user, REMOTE_HOST, REMOTE_ADDR) combination changes,
then this person is either
i) a different user,
ii) the same user but connecting via a different host (therefore curious
enough to demand authentication again),
iii) or the same user but they were unlucky enough to have to re-connect to
their ISP and have been dynamically allocated a different IP address -
REMOTE_ADDR.
However, recent testing by a user on a very popular ISP (here in the UK)
shows them frequently being forced to re-authenticate because their
REMOTE_ADDR IP address is changing, within the same dial-up connection to
that ISP. I am now worried that my method is flawed. Either that or the ISP
is having a bad day :-).
Maybe I should now reconsider using Cookies..... which I wanted to avoid to
be more inclusive on the browsers that could use the site.
Questions :-
1) are my assumption true/false
2) is my authentication mechanism going to work "in the real world")
& if not, what do you suggest.
Many Thanks in advance
Paul Knighton
Email: paul.knighton@bigfoot.com
Area : Essex. United Kingdom
--------------------------------
------------------------------
Date: Sat, 01 Jul 2000 17:26:40 GMT
From: nospam.newton@gmx.li (Philip 'Yes, that's my address' Newton)
Subject: Re: Yet Another Abigail Admirer (WAS Re: Crazy enough that it might just work...) :)
Message-Id: <395e0f8b.93137548@news.nikoma.de>
On 17 Jun 2000 12:08:21 EDT, abigail@delanet.com (Abigail) wrote:
> Come to YAPC and join my talk about JAPHs.
Will you be giving it at YAPC::Europe, as well?
Cheers,
Philip
--
Philip Newton <nospam.newton@gmx.li>
If you're not part of the solution, you're part of the precipitate.
------------------------------
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 3532
**************************************
