[22487] in Perl-Users-Digest
Perl-Users Digest, Issue: 4708 Volume: 10
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Fri Mar 14 00:10:42 2003
Date: Thu, 13 Mar 2003 21:10:10 -0800 (PST)
From: Perl-Users Digest <Perl-Users-Request@ruby.OCE.ORST.EDU>
To: Perl-Users@ruby.OCE.ORST.EDU (Perl-Users Digest)
Perl-Users Digest Thu, 13 Mar 2003 Volume: 10 Number: 4708
Today's topics:
Re: Question about the filehandle example in the perl F <bwalton@rochester.rr.com>
Re: Question about the filehandle example in the perl F <oxmard.Rules@ab.ab>
Re: return value of 'accept' in PF_UNIX sockets <goldbb2@earthlink.net>
Re: Simple Traversing Many-Dimensional Array Question (JR)
Re: Simple Traversing Many-Dimensional Array Question (JR)
UBB 6.0 ERROR running cp_forums.cgi (Tiffany Slave)
Re: UBB 6.0 ERROR running cp_forums.cgi <dfox@ia.net>
Re: What's wrong with the Perl docs <chang0@adelphia.net>
Re: What's wrong with the Perl docs <mgjv@tradingpost.com.au>
Re: What's wrong with the Perl docs <REMOVEsdnCAPS@comcast.net>
Re: What's wrong with the Perl docs <nobody@dev.null>
Re: What's wrong with the Perl docs <jurgenex@hotmail.com>
Re: What's wrong with the Perl docs <krahnj@acm.org>
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Fri, 14 Mar 2003 00:47:18 GMT
From: Bob Walton <bwalton@rochester.rr.com>
Subject: Re: Question about the filehandle example in the perl FAQ
Message-Id: <3E71267A.3010001@rochester.rr.com>
Peter Shankey wrote:
...
> Sounds like what perldoc is say the <> operator will try and glod, in my
> case $FHArray[0]. In my case:
> print ("FHArray is: ", $FHArray[0], "\n\n");
> returned:
> *main::FH
> So my while(<$FHArray[0]>) was looking for a file with the name of:
> *main::FH
> Is that what was going on?
No, it was attempting to glob the literal filename pattern $FHArray[0] .
So if you had a file named '$FHArray[0]', it would match and return
that name. Just like if you did:
$v='$FHArray[0]';
... <$v> ...
It does not attempt to evaluate filename patterns as Perl expressions.
If you had one or more files that matched that pattern, it would have
returned those filenames, either in an array or in turn, depending upon
context. If the thing inside the <>'s is not either a filehandle or a
simple scalar variable, as Perl parses such, it is a literal filename
pattern (the meaning of which might vary depending upon your OS). Of
course, that might not be a pattern that would match any valid filename
on your OS.
...
> Pete
--
Bob Walton
------------------------------
Date: Thu, 13 Mar 2003 20:59:49 -0600
From: "Peter Shankey" <oxmard.Rules@ab.ab>
Subject: Re: Question about the filehandle example in the perl FAQ
Message-Id: <-KGdnWoPuJok2OyjXTWcrg@comcast.com>
>
> No, it was attempting to glob the literal filename pattern $FHArray[0] .
> So if you had a file named '$FHArray[0]', it would match and return
> that name. Just like if you did:
>
> $v='$FHArray[0]';
> ... <$v> ...
>
> It does not attempt to evaluate filename patterns as Perl expressions.
> If you had one or more files that matched that pattern, it would have
> returned those filenames, either in an array or in turn, depending upon
> context. If the thing inside the <>'s is not either a filehandle or a
> simple scalar variable, as Perl parses such, it is a literal filename
> pattern (the meaning of which might vary depending upon your OS). Of
> course, that might not be a pattern that would match any valid filename
> on your OS.
>
Oh, now the light has come on.
Thank you very much
> ...
> > Pete
>
> --
> Bob Walton
>
------------------------------
Date: Thu, 13 Mar 2003 19:29:04 -0500
From: Benjamin Goldberg <goldbb2@earthlink.net>
Subject: Re: return value of 'accept' in PF_UNIX sockets
Message-Id: <3E712250.1592C4A@earthlink.net>
Marek Zawadzki wrote:
>
> Hello,
>
> What would be returned by accept call in case of Unix domain sockets?
You get a filehandle and a struct sockaddr_un.
> Could it be a translated to the PID of a client process?
Well, the sockaddr_un doesn't contain anything useful, afaik.
You might be able to get that info from the filehandle (see below).
> The following code doesn't print accept's return value -- why?
>
> my $paddr = accept(CLIENT, SERVER);
> my ($iaddr) = sockaddr_un($paddr);
> print "from: $iaddr\n";
Because $iaddr is an empty string.
> I'm trying to make something like "username based" authentication with
> PF_UNIX, so only clients owned by certain users are allowed to connect
> (ownership of a socket won't help this time)...
Consider using the sendmsg()/recvmsg() functions with an SCM_CREDENTIALS
message. (You may need to consult an additional manpage ("cmsg") for
the various types of "struct msghdr" manipulation macros/functions).
This will provide the pid, uid, and gid of the remote process, and you
can then use getpwuid() on the uid, to get the username.
Perl provides a getpwuid function, but not the others.
--
$a=24;split//,240513;s/\B/ => /for@@=qw(ac ab bc ba cb ca
);{push(@b,$a),($a-=6)^=1 for 2..$a/6x--$|;print "$@[$a%6
]\n";((6<=($a-=6))?$a+=$_[$a%6]-$a%6:($a=pop @b))&&redo;}
------------------------------
Date: 13 Mar 2003 18:13:44 -0800
From: jrolandumuc@yahoo.com (JR)
Subject: Re: Simple Traversing Many-Dimensional Array Question
Message-Id: <b386d54b.0303131813.27da6cf4@posting.google.com>
anno4000@lublin.zrz.tu-berlin.de (Anno Siegel) wrote in message news:<b4qqs4$afo$1@mamenchi.zrz.TU-Berlin.DE>...
> JR <jrolandumuc@yahoo.com> wrote in comp.lang.perl.misc:
> > Hi. I was playing around with different data structures, and forgot
> > the best means by which to traverse an array with more than two
> > dimensions.
>
> [...]
>
> > Can someone help me with my brain freeze, and give me some sample code
> > to solve this simple little problem (unless this is the only way to do
> > it, which I doubt)?
>
> No, it isn't the only way, but the problem you touch on is that of
> traversing an arbitrary Perl data-structure, which isn't all that easy.
>
> The standard solution is the module Data::Dumper, which unrolls any
> data structure in a readable form. It doesn't give the explicit array
> indexing, however.
>
>
> > #
> > # Creating and traversing a many-dimensional array
> > #
> >
> > #!/usr/bin/perl -w
> > use diagnostics;
> > use strict;
>
> Laudible intro!
>
> > my @AoA = (
> > [ 0, 0, 0 ],
> > [ 1, 1, 1 ],
> > [
> > [ 2, 2, 2 ],
> > [ 3, 3, 3 ],
> > [
> > [ 4, 4, 4 ],
> > [ 5, 5, 5 ],
> > ],
> > ],
> > );
> >
> > for my $a ( 0 .. $#AoA ) {
> > my $dim1 = $AoA[$a];
>
> [code and output snipped]
>
> You are approaching this in index-think, which is unperlish. Use the
> arrays perl gives you, and calculate indexes on the side if you need them.
> Also, a non-recursive approach will have problems adapting to arrays
> that nest deeper than the depth the program happens to cater for. Here
> is a better way of doing it:
>
> sub print_array {
> print_deep( [], @_);
> }
>
> sub print_deep {
> my $i_pack = shift;
> for ( @_ ) {
> unless ( ref $_ ) {
> print "Element @$i_pack is: $_\n";
> } else {
> push @$i_pack, 0;
> print_deep( $i_pack, @$_);
> pop @$i_pack;
> }
> $i_pack->[ -1]++ if @$i_pack;
> }
> }
>
> print_array( \ @AoA);
>
> print_array() is only there to get the recursion going. It sets up an
> (initially empty) array of indexes to keep count of the position.
>
> print_deep() does the job. If it meets something that isn't an (array-)
> ref, it prints it along with the current array of indexes. If something
> is an array-ref, print_deep adds a temporary index level and re-starts
> itself with the content of the array-ref. In both cases, the last element
> of the index stack is incremented for each item absolved.
>
> I haven't tested this code thoroughly, but with your data it produces
> the same output as yours.
>
> Anno
Wow-this a great solution! Thanks very much.
------------------------------
Date: 13 Mar 2003 18:18:16 -0800
From: jrolandumuc@yahoo.com (JR)
Subject: Re: Simple Traversing Many-Dimensional Array Question
Message-Id: <b386d54b.0303131818.743b91c8@posting.google.com>
tiltonj@erols.com (Jay Tilton) wrote in message news:<3e7108e4.79511272@news.erols.com>...
> jrolandumuc@yahoo.com (JR) wrote:
>
> : Hi. I was playing around with different data structures, and forgot
> : the best means by which to traverse an array with more than two
> : dimensions.
>
> Recursion.
>
> : I used the below code to traverse my many-dimensional array, but I
> : think that I may be doing something wrong,
>
> The only thing wrong is that it's purpose-built with a certain data
> structure in mind, so it's limited to structures no deeper than three
> levels. More ideally (and simply), it would handle a structure of
> arbitrary depth.
>
> : I need the next if and if statements (I use the next if to avoid
> : illegally using symbolic references, under use strict, and the if
> : statement to avoid printing out a given array reference number), just
> : to traverse the data structure, under the use strict pragma.
>
> IOW, the code mimics an if/else structure, testing whether the element
> in question is an array reference or a plain scalar value. A real
> if/else structure is easier to write and to understand.
>
> The ref() function is useful.
>
> do_something() if ref( $dim1->[$b] ) eq 'ARRAY';
>
> is more robust than
>
> do_something() if $dim1->[$b] =~ /ARRAY/;
>
> since the stringy representation of $dim1->[$b] might contain 'ARRAY'
> without necessarily being an array reference.
>
> : #!/usr/bin/perl -w
> : use diagnostics;
> : use strict;
> :
> : my @AoA = (
> : [ 0, 0, 0 ],
> : [ 1, 1, 1 ],
> : [
> : [ 2, 2, 2 ],
> : [ 3, 3, 3 ],
> : [
> : [ 4, 4, 4 ],
> : [ 5, 5, 5 ],
> : ],
> : ],
> : );
>
> # original code snipped
>
> sub traverse_AoA {
> my $name = shift;
> for( 0 .. $#_ ) {
> my $elem = $_[$_];
> if( ref $elem eq 'ARRAY' ) {
> traverse_AoA( "$name $_", @$elem );
> } else {
> print "$name $_ is: $elem\n";
> }
> }
> }
> traverse_AoA( 'Element', @AoA );
Another beautiful solution! Thanks very much.
------------------------------
Date: 13 Mar 2003 16:26:56 -0800
From: TiffanySlave@hotmail.com (Tiffany Slave)
Subject: UBB 6.0 ERROR running cp_forums.cgi
Message-Id: <dfbb6837.0303131626.6943cbac@posting.google.com>
Has anyone else had this problem? The only other person I have found
on the net having this issue is posted in a forum but in german lol.
This board is running on win2k. The rest of it runs fine except forum
edits.
THis dude has the same error but its in german.
http://www.rede-mit.de/cgi/archiv/thread225.shtml
Software error:
Can't modify subtraction (-) in local at
z:/inetpub/wwwroot/lxbtc/Forum/cgi-bin/cp_forums.cgi line 192, near
");"
BEGIN not safe after errors--compilation aborted at
z:/inetpub/wwwroot/lxbtc/Forum/cgi-bin/cp_forums.cgi line 916.
For help, please send mail to this site's webmaster, giving this error
message and the time and date of the error.
Content-type: text/html
Software error:
[Thu Mar 13 19:11:04 2003] cp.cgi: Can't modify subtraction (-) in
local at z:/inetpub/wwwroot/lxbtc/btcForum/cgi-bin/cp_forums.cgi line
192, near ");"
[Thu Mar 13 19:11:04 2003] cp.cgi: BEGIN not safe after
errors--compilation aborted at
z:/inetpub/wwwroot/lxbtc/Forum/cgi-bin/cp_forums.cgi line 916.
Compilation failed in require at
z:\inetpub\wwwroot\lxbtc\Forum\cgi-bin\cp.cgi line 319.
For help, please send mail to this site's webmaster, giving this error
message and the time and date of the error.
------------------------------
Date: Thu, 13 Mar 2003 20:08:49 -0600
From: Dennis Fox <dfox@ia.net>
Subject: Re: UBB 6.0 ERROR running cp_forums.cgi
Message-Id: <v72editdo3s7f3@corp.supernews.com>
Tiffany Slave wrote:
> Has anyone else had this problem? The only other person I have found
> on the net having this issue is posted in a forum but in german lol.
> This board is running on win2k. The rest of it runs fine except forum
> edits.
>
>
> THis dude has the same error but its in german.
> http://www.rede-mit.de/cgi/archiv/thread225.shtml
>
>
> Software error:
> Can't modify subtraction (-) in local at
> z:/inetpub/wwwroot/lxbtc/Forum/cgi-bin/cp_forums.cgi line 192, near
> ");"
> BEGIN not safe after errors--compilation aborted at
> z:/inetpub/wwwroot/lxbtc/Forum/cgi-bin/cp_forums.cgi line 916.
>
> For help, please send mail to this site's webmaster, giving this error
> message and the time and date of the error.
>
> Content-type: text/html
> Software error:
> [Thu Mar 13 19:11:04 2003] cp.cgi: Can't modify subtraction (-) in
> local at z:/inetpub/wwwroot/lxbtc/btcForum/cgi-bin/cp_forums.cgi line
> 192, near ");"
> [Thu Mar 13 19:11:04 2003] cp.cgi: BEGIN not safe after
> errors--compilation aborted at
> z:/inetpub/wwwroot/lxbtc/Forum/cgi-bin/cp_forums.cgi line 916.
> Compilation failed in require at
> z:\inetpub\wwwroot\lxbtc\Forum\cgi-bin\cp.cgi line 319.
>
> For help, please send mail to this site's webmaster, giving this error
> message and the time and date of the error.
The response that the German poster got asks whether he accidentally
transferred the file in binary mode rather than ASCII mode.
Hope this helps,
Dennis
------------------------------
Date: Fri, 14 Mar 2003 00:36:52 GMT
From: ebchang <chang0@adelphia.net>
Subject: Re: What's wrong with the Perl docs
Message-Id: <Xns933DC7869F853chang0adelphia.net@24.48.107.54>
helgi@decode.is (Helgi Briem) wrote in news:3e7087e1.2943802053
@news.cis.dfn.de:
> On Thu, 13 Mar 2003 20:24:02 +1100, "Tintin"
> <me@privacy.net> wrote:
>
>>>Anyone seen http://clueless.justsomeguy.com/
>>>
>>>Anyone agree with any of his points?
>
> Let's see:
[snip]
>>Some functions documented by saying "works like it does in C"
>
> Which ones? That is a bug, if true.
A couple of function descriptions are similar to the following one for
sprintf. That is, they provide good detail, but assume you already know
the general principles, without which the details can be confusing.
"Returns a string formatted by the usual printf conventions of the C
library function sprintf. See below for more details and see sprintf(3) or
printf(3) on your system for an explanation of the general principles."
Most, however, provide a general explanation in addition to the mention of
the C library.
>>Not all functions have examples
>
> Which ones? That is a bug, if true.
A surprising number, if you look, but most of those are either so simple
tht they don't need examples (abs) or so un-simple that effective examples
aren't really possible in a reasonable space (bless). There are just a
few, such as index and quotemeta, that might benefit from short examples.
>>Some not intuitively arranged (regexes in perlop)
>
> Strange. And here I thought they were in perlre
> and perlrequick and perlretut.
As a guess, most likely the site creator is referring to some functions.
For example, the complete description for tr/// is
"The transliteration operator. Same as y///. See perlop."
That for m// is
"The match operator. See perlop."
with no indication of what to look for in perlop. "Quote and Quote-like
Operators" isn't especially obvious to a beginner, and easy to add. (Yes,
I sent in a suggestion for revision.)
--
EBC
------------------------------
Date: Fri, 14 Mar 2003 01:14:56 GMT
From: Martien Verbruggen <mgjv@tradingpost.com.au>
Subject: Re: What's wrong with the Perl docs
Message-Id: <slrnb72b8g.bkm.mgjv@verbruggen.comdyn.com.au>
On Fri, 14 Mar 2003 00:36:52 GMT,
ebchang <chang0@adelphia.net> wrote:
> helgi@decode.is (Helgi Briem) wrote in news:3e7087e1.2943802053
> @news.cis.dfn.de:
>
>> On Thu, 13 Mar 2003 20:24:02 +1100, "Tintin"
>> <me@privacy.net> wrote:
>>
>>>>Anyone seen http://clueless.justsomeguy.com/
>>>>
>>>>Anyone agree with any of his points?
>>
>> Let's see:
>
> [snip]
>
>>>Some functions documented by saying "works like it does in C"
>>
>> Which ones? That is a bug, if true.
>
> A couple of function descriptions are similar to the following one for
> sprintf. That is, they provide good detail, but assume you already know
> the general principles, without which the details can be confusing.
>
> "Returns a string formatted by the usual printf conventions of the C
> library function sprintf. See below for more details and see sprintf(3) or
> printf(3) on your system for an explanation of the general principles."
>
> Most, however, provide a general explanation in addition to the mention of
> the C library.
You need to install a newer version of perl than 5.005_03.
Note that it is unreasonable to expect the perl developers to rewrite
documentation for a distribution that is 3 versions behind, and 4
years old.
Also note that you cannot just use the documentation for 5.6.1 or
5.8.0 with perl 5.005_03 and expect things to work. Perl changes, so
does the documentation. The most recent documentation belongs to the
most recent version of Perl. The correct documentation for your
version of Perl comes with the distribution of that version. If that
documentation is insufficient, consider upgrading your Perl.
Before insisting on agreeing with the points the OP about the perl
documentation, at least base that opinion on the latest version of
Perl. A lot of work has gone into the documentation since 5.005_03.
It's still not perfect, but you can easily contribute by fixing the
things that you think are not perfect. There is no chance that the
5.005_03 documentation is going to be "fixed".
Martien
--
|
Martien Verbruggen | Begin at the beginning and go on till you
Trading Post Australia | come to the end; then stop.
|
------------------------------
Date: Thu, 13 Mar 2003 19:59:13 -0600
From: "Eric J. Roode" <REMOVEsdnCAPS@comcast.net>
Subject: Re: What's wrong with the Perl docs
Message-Id: <Xns933DD568991A3sdn.comcast@216.166.71.239>
-----BEGIN xxx SIGNED MESSAGE-----
Hash: SHA1
Abigail <abigail@abigail.nl> wrote in
news:slrnb71hll.jja.abigail@alexandra.abigail.nl:
> Tore Aursand (tore@aursand.no) wrote on MMMCDLXXXI September
MCMXCIII
> in <URL:news:pan.2003.03.13.14.16.21.481185@aursand.no>:
> {} On Thu, 13 Mar 2003 13:50:37 +0000, Helgi Briem wrote:
> {} >> Foreign Language variations are unlikely to be kept up to
date
> {}
> {} > What does that mean? Unicode support finally got through in
5.8.
> What {} > is Foreign Language variation? Perl in kanji?
> {}
> {} Yes? :) I think he means foreign language variations of the
> {} documentation. How can you code in Perl if you don't
understand
> English {} anyway?
>
>
> Your question sounds to me like "How can you drive a car if you
don't
> understand English anyway?".
>
> The professor who taughed me how to program said of Pascal: the
> programming language isn't in English. It just have keywords that
> happen to look like English words.
I wonder how hard it would be to write source code filters to map the
keywords into a different language?
Francais, par exemple:
si ($var eg 'value') {
$var2 = $var;
}
autre {
$var2 = 'quoi';
}
tandis ($i md 5) {
$i++;
}
:-)
- --
Eric
print scalar reverse sort qw p ekca lre reh
ts uJ p, $/.r, map $_.$", qw e p h tona e;
-----BEGIN xxx SIGNATURE-----
Version: GnuPG v1.2.1 (MingW32) - WinPT 0.5.13
iD8DBQE+cTdOY96i4h5M0egRAg0PAJ9Pzom7bXTq6oGmDSvgXPa2HbUAawCfd312
BnnsiaUSScGSTwB4qER/m9o=
=clU2
-----END PGP SIGNATURE-----
------------------------------
Date: Fri, 14 Mar 2003 02:17:11 GMT
From: Andras Malatinszky <nobody@dev.null>
Subject: Re: What's wrong with the Perl docs
Message-Id: <3E713B41.8000408@dev.null>
Abigail wrote:
> Tintin (me@privacy.net) wrote on MMMCDLXXXI September MCMXCIII in
> <URL:news:b4pini$21mr4q$1@ID-172104.news.dfncis.de>:
> .. Anyone seen http://clueless.justsomeguy.com/
> ..
> .. Anyone agree with any of his points?
>
[snip]
>
> ++ * References and tutorials are still mixed up
>
> Mixed up in which sense? If I type 'man perl', I find a list of
> tutorials on the first page.
>
Funny, when I type 'man perl', I get a 'Bad command or file name' error
message. Which leads me to another point. Too often it is assumed that
all Perl users are on a Unix box with interactive access, when in fact
many of us are on Windows machines, or perhaps with FTP and HTTP access
to a web server on a remote Unix box, where the only way to run a Perl
program is via CGI.
[snip]
>
> ++ * Some functions documented by saying "works like it does in C"
>
> Yes, and? Some functions are delegated to the C library. They will work
> the same way as in C. Consult your systems manual page; it will be your
> best resort, as such functions may not behave the same on all platforms
> Perl runs on. Perl is at the mercy of your system, not only for the
> working of the function, but also for its documenation.
>
That's another example of the same Unix-centric view. The implicit
promise is that Perl will run on other platforms, so it's not
unreasonable to expect that the docs be comprehensible without access to
a Unix box or some form of C documentation.
> ++ * Not all functions have examples
>
> So? Does that have to?
Let me concede before someone else rubs it in: nothing *has to* be any
particular way in software that the user is not paying for. But the OP's
perspective is to constructively point out problems with Perl and its
docs, and in this context this is a legitimate gripe.
To put it in a different perspective, you may have to wade through
fewer stupid questions in clpm if there are more examples in the docs.
[snip]
> ++ * No effective search engine
>
> Documentation is just text baby, nothing more. You want to search,
> use 'grep'.
Beside the point that one may not have grep on one's machine, even with
grep finding what one needs is often a needle in the haystack
proposition. (For example, suppose I'm faintly aware that backticks are
for running external programs, where do I look for info on them. What do
I grep for?) But you have conceded that an index is needed, so I let you
off on this one.
>
> ++ * Some FAQ entries are too complicated, leading to 'cargo cult code'
>
Time out. What is 'cargo cult'? I thought it was just a godzillaism...
>
>
> I've just one question for you:
>
> What's your contribution going to be to fix the points brought up?
>
I think the OP's contribution is that he brought up some problems.
------------------------------
Date: Fri, 14 Mar 2003 04:12:31 GMT
From: "Jürgen Exner" <jurgenex@hotmail.com>
Subject: Re: What's wrong with the Perl docs
Message-Id: <PEcca.28497$iq1.15877@nwrddc02.gnilink.net>
Andras Malatinszky wrote:
> Funny, when I type 'man perl', I get a 'Bad command or file name'
> error message. Which leads me to another point. Too often it is
> assumed that all Perl users are on a Unix box with interactive
> access, when in fact many of us are on Windows machines,
Fair point. But it is generally understood that "man someting" means RTFM
for something, whatever the man command is called on your platform (what
would be the corresponding command on a Mac?).
> or perhaps
> with FTP and HTTP access to a web server on a remote Unix box, where
> the only way to run a Perl program is via CGI.
This however is not a valid scenario. If a user deliberately ties his hands
behind his back by not installing a local Perl installation then that is his
problem, not the problem of Perl, the Perl documentation, or the Perl
community. It is his choice.
And don't tell me that there are programmers writing CGI programs without
any access to any shell. I do not believe that anyone uses e.g. WebTV to
write (and upload) the CGI programs. Whenever you have a computer you do
have access to a command shell(*). There is no reason not to make good use
it.
(*)Well, maybe not on an Apple II or a TRS-80. But are there any people
still using those for software development today?
jue
------------------------------
Date: Fri, 14 Mar 2003 04:18:30 GMT
From: "John W. Krahn" <krahnj@acm.org>
Subject: Re: What's wrong with the Perl docs
Message-Id: <3E71580F.9676D192@acm.org>
"Eric J. Roode" wrote:
>
> I wonder how hard it would be to write source code filters to map the
> keywords into a different language?
You should ask Damian. :-)
http://search.cpan.org/author/DCONWAY/Lingua-Romana-Perligata-0.50/lib/Lingua/Romana/Perligata.pm
John
--
use Perl;
program
fulfillment
------------------------------
Date: 6 Apr 2001 21:33:47 GMT (Last modified)
From: Perl-Users-Request@ruby.oce.orst.edu (Perl-Users-Digest Admin)
Subject: Digest Administrivia (Last modified: 6 Apr 01)
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.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 V10 Issue 4708
***************************************
