[25195] in Perl-Users-Digest
Perl-Users Digest, Issue: 7442 Volume: 10
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Wed Nov 24 03:05:52 2004
Date: Wed, 24 Nov 2004 00:05:07 -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 Wed, 24 Nov 2004 Volume: 10 Number: 7442
Today's topics:
Any RT users (Sara)
Re: Any RT users <spamtrap@dot-app.org>
Re: Any RT users <tadmc@augustmail.com>
Re: Any RT users <amead@comcast.net>
Re: Can't stat e:: Unknown file or directory - why? <tadmc@augustmail.com>
Re: Can't stat e:: Unknown file or directory - why? <tadmc@augustmail.com>
Re: Can't stat e:: Unknown file or directory - why? <tassilo.von.parseval@rwth-aachen.de>
Re: CTRL-Z on Win32 <nospam@nospam.com>
Re: CTRL-Z on Win32 <nospam@nospam.com>
FAQ 4.9: How can I output Roman numerals? <comdog@panix.com>
Re: How to "unread" STDIN? <tadmc@augustmail.com>
Re: How to "unread" STDIN? <karlUNDERSCOREkramsch@yahooPERIODcom.invalid>
Re: how to define a variable to hold a multiline text i <tadmc@augustmail.com>
parent of an orphaned process madhav_a_kelkar@hotmail.com
Passing an cgi variable to a sql query <lievemario@hotmail.com>
Re: Passing an cgi variable to a sql query <toreau@gmail.com>
Re: Passing an cgi variable to a sql query <spamtrap@dot-app.org>
Re: Passing an cgi variable to a sql query <bigiain@mightymedia.com.au>
Re: Passing an cgi variable to a sql query <spamtrap@dot-app.org>
Re: Passing an cgi variable to a sql query <amead@comcast.net>
Re: redirect question <amead@comcast.net>
Re: redirect question <nospam@nospam.com>
Re: redirect question <tadmc@augustmail.com>
Re: redirect question <amead@comcast.net>
Using embedded PERL with commercial applications? (Patrick Finnegan)
Re: Using embedded PERL with commercial applications? <tassilo.von.parseval@rwth-aachen.de>
Digest Administrivia (Last modified: 6 Apr 01) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: 23 Nov 2004 21:11:06 -0800
From: sa_ravenone@yahoo.com (Sara)
Subject: Any RT users
Message-Id: <8e3b2dfa.0411232111.4e57a436@posting.google.com>
Hi all,
Please correct me if this is an off-topic question.
I know that there are separate forums for Request Tracker, but thought
it would be good if I can get suggestions from our clpm community.
I am looking for some help/pointers to get started with RT
customization (objects and HTML Mason).
Again, if this is off-topic please let me know. If not, I would like
to clarify some specific doubts relevant to Perl.
Thanks,
Sara
------------------------------
Date: Wed, 24 Nov 2004 00:19:35 -0500
From: Sherm Pendley <spamtrap@dot-app.org>
Subject: Re: Any RT users
Message-Id: <maGdnUMQbYt6hDncRVn-qA@adelphia.com>
Sara wrote:
> I am looking for some help/pointers to get started with RT
> customization (objects and HTML Mason).
What do you mean when you say "objects" - are you looking for help with
specific classes used in RT, or for generic OOP help?
If it's generalized OOP you're looking for, have a look at:
perldoc perlboot
perldoc perltoot
perldoc perltooc
perldoc perlbot
Naturally, there's an O'Reilly book:
"Learning Perl Objects, References, and Modules"
<http://www.oreilly.com/catalog/lrnperlorm/index.html>
There's an O'Reilly book about Mason, too:
"Embedding Perl in HTML with Mason"
<http://www.oreilly.com/catalog/perlhtmlmason/index.html>
sherm--
--
Cocoa programming in Perl: http://camelbones.sourceforge.net
Hire me! My resume: http://www.dot-app.org
------------------------------
Date: Wed, 24 Nov 2004 00:16:39 -0600
From: Tad McClellan <tadmc@augustmail.com>
Subject: Re: Any RT users
Message-Id: <slrncq89q7.516.tadmc@magna.augustmail.com>
Sara <sa_ravenone@yahoo.com> wrote:
> Please correct me if this is an off-topic question.
> I would like
> to clarify some specific doubts relevant to Perl.
If it truly is relevant to Perl, then it is on-topic here
in the Perl newsgroup.
Post away!
--
Tad McClellan SGML consulting
tadmc@augustmail.com Perl programming
Fort Worth, Texas
------------------------------
Date: Wed, 24 Nov 2004 01:35:14 -0600
From: Alan Mead <amead@comcast.net>
Subject: Re: Any RT users
Message-Id: <pan.2004.11.24.07.35.13.640157@comcast.net>
On Tue, 23 Nov 2004 21:11:06 -0800, Sara wrote:
> I am looking for some help/pointers to get started with RT customization
> (objects and HTML Mason). Again, if this is off-topic please let me
> know. If not, I would like to clarify some specific doubts relevant to
> Perl.
This would be an fine place to post specific Perl questions. Or, start
discussions about Perl itself.
Ask about your Perl doubts... we have no doubts about Perl :) Only, you're
unlikely to get fruitful responses to something like "Should I use PHP or
Perl?" .. I mean, in this group, I tell people that PHP causes cancer...
Regarding RT, if RT is written in Perl, you're much more likely to get
good advice from the RT community. Or Mason support from the Mason
community. You could also try comp.infosystems.www.authoring.cgi.
-Alan
------------------------------
Date: Tue, 23 Nov 2004 20:12:40 -0600
From: Tad McClellan <tadmc@augustmail.com>
Subject: Re: Can't stat e:: Unknown file or directory - why?
Message-Id: <slrncq7rgo.3jk.tadmc@magna.augustmail.com>
Abe <mark-news@PLEASE.NOSPAM.gags-r-us.org> wrote:
> ** Due to SPAM I no longer receive email responses to
> ** newsgroup postings, so don't bother.
OK.
--
Tad McClellan SGML consulting
tadmc@augustmail.com Perl programming
Fort Worth, Texas
------------------------------
Date: Tue, 23 Nov 2004 20:18:02 -0600
From: Tad McClellan <tadmc@augustmail.com>
Subject: Re: Can't stat e:: Unknown file or directory - why?
Message-Id: <slrncq7rqq.3jk.tadmc@magna.augustmail.com>
Abe <mark-news@PLEASE.NOSPAM.gags-r-us.org> wrote:
> I have a strange Perl problem I don't understand.
Have you read the docs regarding the strange problem yet?
> Works fine until it gets to 'e:' when I get this
> warning:
>
> Can't stat e:: Unknown file or directory
I can't find any message like that in my version of Perl, only
one that says 'Can't stat script "%s"'.
Is what you've shown the exact text of the message?
> I don't understand what the
> problem is
Put
use diagnostics;
at the top of your program and run it again (or just look up the
message yourself in perldiag.pod).
> but I suspect there's some kind of syntax issue.
I doubt that very much.
It is much more likely to be a semantic issue.
Syntax errors are the simplest to find and fix, it is semantic
and logic errors that are the hard ones...
--
Tad McClellan SGML consulting
tadmc@augustmail.com Perl programming
Fort Worth, Texas
------------------------------
Date: Wed, 24 Nov 2004 05:49:23 +0100
From: "Tassilo v. Parseval" <tassilo.von.parseval@rwth-aachen.de>
Subject: Re: Can't stat e:: Unknown file or directory - why?
Message-Id: <slrncq84mj.q0.tassilo.von.parseval@localhost.localdomain>
Also sprach Tad McClellan:
> Abe <mark-news@PLEASE.NOSPAM.gags-r-us.org> wrote:
>
>> I have a strange Perl problem I don't understand.
>
>
> Have you read the docs regarding the strange problem yet?
>
>
>> Works fine until it gets to 'e:' when I get this
>> warning:
>>
>> Can't stat e:: Unknown file or directory
>
>
> I can't find any message like that in my version of Perl, only
> one that says 'Can't stat script "%s"'.
>
> Is what you've shown the exact text of the message?
In fact it is. It is a message generated by File::Find, with the use of
warnings::warnif(). That explains why the OP didn't get it when warnings
were disabled.
>> I don't understand what the
>> problem is
>
>
> Put
>
> use diagnostics;
>
> at the top of your program and run it again (or just look up the
> message yourself in perldiag.pod).
This wont help here. The answer must lie somewhere in File::Find.
Possibly this paragraphs from its perldocs could help:
CAVEAT
$dont_use_nlink
You can set the variable $File::Find::dont_use_nlink to 1,
if you want to force File::Find to always stat directo-
ries. This was used for file systems that do not have an
"nlink" count matching the number of sub-directories.
Examples are ISO-9660 (CD-ROM), AFS, HPFS (OS/2 file
system), FAT (DOS file system) and a couple of others.
Tassilo
--
$_=q#",}])!JAPH!qq(tsuJ[{@"tnirp}3..0}_$;//::niam/s~=)]3[))_$-3(rellac(=_$({
pam{rekcahbus})(rekcah{lrePbus})(lreP{rehtonabus})!JAPH!qq(rehtona{tsuJbus#;
$_=reverse,s+(?<=sub).+q#q!'"qq.\t$&."'!#+sexisexiixesixeseg;y~\n~~dddd;eval
------------------------------
Date: Tue, 23 Nov 2004 23:35:04 -0500
From: "daniel kaplan" <nospam@nospam.com>
Subject: Re: CTRL-Z on Win32
Message-Id: <1101270987.621584@nntp.acecape.com>
"Rhesa Rozendaal" <perl&nntp@rhesa.com> wrote in message
news:419ffa3d$0$65124$e4fe514c@news.xs4all.nl...
> There might be though, since the shells of Win95/98/ME are different
> from those of WinNT/2000/XP.
> Did you enter the ctrl-z on a new line?
>
> It works for me on windows 2000 and up, so you may indeed have run into
> an IO difference between 98 and NT here. There's not much perl can do
> for you. Just make sure you type in an extra blank line before doing
ctrl-z.
>
bill,
this is already a few days old, so between rhesa and yourself you probably
already figured it out.
is it having to do the ctrl-z on a separate line? possibly. i am still a
newbie to Perl so can't say that that is it. and not sure which whay rhesa
made it work...on 2000 with the ctrl-z at the end of the last line or on a
new line.
so why am i piping in? just to say, get off ME....i love microsoft, but
think that ME is ssch an abortion. at my last comapny our Perl/Web
developer did all his work on an ME machine. He had one unexplainable
headache after another. almsot flipped out one day.
we put him on an XP, and he lived happily ever after.
just wanted to say that unless for some reason you MUST use ME, don't. and
as for NT, microsoft dropped support for it almost a year ago, so when
possble do your work on 2000/XP...if however you are coding Perl that must
later work on all flavors of Win, well you have no choice.
just my 2 sense....
daniel
------------------------------
Date: Tue, 23 Nov 2004 23:53:48 -0500
From: "daniel kaplan" <nospam@nospam.com>
Subject: Re: CTRL-Z on Win32
Message-Id: <1101272111.88598@nntp.acecape.com>
"daniel kaplan" <nospam@nospam.com> wrote in message
news:1101270987.621584@nntp.acecape.com...
> just my 2 sense....
wow, must be my worst typo ever.....
*cents
also...and again new to perl so not sure how this affects, but CTRL-Z at the
end of the line as opposed to on a new blank line produces two different
results if you were cerating a file directly to DOS from the console...so
maybe that's it? again, too new to perl to say ... and i forget what ctrl-z
does....indicate EOF? i really forget, it some carry over from CP/M if i
recall.....not sure what CTRL-D does
------------------------------
Date: Wed, 24 Nov 2004 05:03:01 +0000 (UTC)
From: PerlFAQ Server <comdog@panix.com>
Subject: FAQ 4.9: How can I output Roman numerals?
Message-Id: <co14m5$b8v$1@reader1.panix.com>
This message is one of several periodic postings to comp.lang.perl.misc
intended to make it easier for perl programmers to find answers to
common questions. The core of this message represents an excerpt
from the documentation provided with Perl.
--------------------------------------------------------------------
4.9: How can I output Roman numerals?
Get the http://www.cpan.org/modules/by-module/Roman module.
--------------------------------------------------------------------
Documents such as this have been called "Answers to Frequently
Asked Questions" or FAQ for short. They represent an important
part of the Usenet tradition. They serve to reduce the volume of
redundant traffic on a news group by providing quality answers to
questions that keep coming up.
If you are some how irritated by seeing these postings you are free
to ignore them or add the sender to your killfile. If you find
errors or other problems with these postings please send corrections
or comments to the posting email address or to the maintainers as
directed in the perlfaq manual page.
Note that the FAQ text posted by this server may have been modified
from that distributed in the stable Perl release. It may have been
edited to reflect the additions, changes and corrections provided
by respondents, reviewers, and critics to previous postings of
these FAQ. Complete text of these FAQ are available on request.
The perlfaq manual page contains the following copyright notice.
AUTHOR AND COPYRIGHT
Copyright (c) 1997-2002 Tom Christiansen and Nathan
Torkington, and other contributors as noted. All rights
reserved.
This posting is provided in the hope that it will be useful but
does not represent a commitment or contract of any kind on the part
of the contributers, authors or their agents.
------------------------------
Date: Tue, 23 Nov 2004 20:06:19 -0600
From: Tad McClellan <tadmc@augustmail.com>
Subject: Re: How to "unread" STDIN?
Message-Id: <slrncq7r4r.3jk.tadmc@magna.augustmail.com>
KKramsch <karlUNDERSCOREkramsch@yahooPERIODcom.invalid> wrote:
> Is there any way to "unread" a string back into STDIN?
Why do you think you need to unread STDIN?
--
Tad McClellan SGML consulting
tadmc@augustmail.com Perl programming
Fort Worth, Texas
------------------------------
Date: Wed, 24 Nov 2004 03:57:22 +0000 (UTC)
From: KKramsch <karlUNDERSCOREkramsch@yahooPERIODcom.invalid>
Subject: Re: How to "unread" STDIN?
Message-Id: <co10r2$a29$1@reader1.panix.com>
In <slrncq7r4r.3jk.tadmc@magna.augustmail.com> Tad McClellan <tadmc@augustmail.com> writes:
>KKramsch <karlUNDERSCOREkramsch@yahooPERIODcom.invalid> wrote:
>> Is there any way to "unread" a string back into STDIN?
>Why do you think you need to unread STDIN?
I'm trying to understand a large (and poorly documented program)
by stepping through it using DB. In various places, the program
reads from <STDIN>. It would make my life a whole lot easier if
I didn't have to restart DB every time I wanted to affect what the
program reads from <STDIN>.
Karl
--
Sent from a spam-bucket account; I check it once in a blue moon. If
you still want to e-mail me, cut out the extension from my address,
and make the obvious substitutions on what's left.
------------------------------
Date: Tue, 23 Nov 2004 20:07:58 -0600
From: Tad McClellan <tadmc@augustmail.com>
Subject: Re: how to define a variable to hold a multiline text input in perl from html multiline textbox
Message-Id: <slrncq7r7u.3jk.tadmc@magna.augustmail.com>
dale zhang <zhangd@tycoelectronics.com> wrote:
> I have a perl script (run when "submit" is clicked)
Perl is not CGI.
CGI is not Perl.
> Do I define the
> variable wrongly?
Since you haven't shown us how you are defining the variable
we can't very well answer that question, now can we?
--
Tad McClellan SGML consulting
tadmc@augustmail.com Perl programming
Fort Worth, Texas
------------------------------
Date: 23 Nov 2004 22:10:41 -0800
From: madhav_a_kelkar@hotmail.com
Subject: parent of an orphaned process
Message-Id: <338e571.0411232210.67aa372@posting.google.com>
hi all,
i was doing the following program in perl
#!/usr/bin/perl
2
3 main();
4
5 sub main
6 {
7 my $id;
8 if(($id=fork())==0)
9 {
10 print("in child process, id=$$!\n");
11 sleep 5;
12 $i=getppid;
13
14
15 if(kill 0,$i)
16 {
17 print("signal sent\n");
18 }
19 else
20 {
21 print("parent died pid=$i\n");
22 }
23
24 exit;
25 }
26 else{
27 print("parent terminated\n");
28 exit(0);
29 }
note that i am taking the parent pid after the
parent has exited. according to std unix idiom, the init process (with
pid =1) should be the parent of the orphaned child process in this
example. but when i executed the code, this was the output:
[madhav@madhav perl]$ perl child.pl
in child process, id=13235!
parent terminated
[madhav@madhav perl]$ parent died pid=13234
this indicates that the parent of the orphaned child process is not
the init process as it should be. please tell me what is means. i did
the same program in C and got the parent id as 1. cant it be the same
with perl?
regards,
Madhav.
------------------------------
Date: Wed, 24 Nov 2004 05:58:28 +0100
From: "lievemario" <lievemario@hotmail.com>
Subject: Passing an cgi variable to a sql query
Message-Id: <co14ah$7hs$1@snic.vub.ac.be>
I have made a perl script witch gets information out of a database,
transfers it into an xml-file file and than I parse this to a html
document using xsl.
The problem is dat the html doc needs a parameter which can be found in
the xml file.
So I get a user variable as input (e.g..http://../..cgi?person_id=12042)
And I need that variable in my sql-statement, but when I do the following
my $id = param('id');
...
select p.id, p.name, p.first_name from person p where p.id = $id;
I get an error:
CGI Error
The specified CGI application misbehaved by not returning a complete set of
HTTP headers. The headers it did return are:
DBD::mysql::st execute failed: You have an error in your SQL syntax; check
the manual that corresponds to your MySQL server version for the right
syntax to use near '' at line 10 at C:/Perl/site/lib/XML/Generator/DBI.pm
line 91.
is there a solution for this?
Thxs
------------------------------
Date: Wed, 24 Nov 2004 06:05:14 +0100
From: Tore Aursand <toreau@gmail.com>
Subject: Re: Passing an cgi variable to a sql query
Message-Id: <pan.2004.11.24.05.05.13.952902@gmail.com>
On Wed, 24 Nov 2004 05:58:28 +0100, lievemario wrote:
> So I get a user variable as input (e.g..http://../..cgi?person_id=12042)
> And I need that variable in my sql-statement, but when I do the
> following
>
> my $id = param('id');
> ...
> select p.id, p.name, p.first_name from person p where p.id = $id;
This isn't valid Perl code. How are we supposed to help you if you don't
show us the Real Thing (tm)?
You certainly have an error in your SQL query. Make sure that you're
dealing with it correctly. See the DBI documentation on information on
how to trap errors.
--
Tore Aursand <toreau@gmail.com>
"I know not with what weapons World War 3 will be fought, but World War
4 will be fought with sticks and stones." (Albert Einstein)
------------------------------
Date: Wed, 24 Nov 2004 00:11:27 -0500
From: Sherm Pendley <spamtrap@dot-app.org>
Subject: Re: Passing an cgi variable to a sql query
Message-Id: <3pOdnZkNtcadhTncRVn-sQ@adelphia.com>
lievemario wrote:
> So I get a user variable as input (e.g..http://../..cgi?person_id=12042)
> And I need that variable in my sql-statement, but when I do the following
>
> my $id = param('id');
Why are you getting param 'id', when in the URL it's clearly 'person_id'?
sherm--
--
Cocoa programming in Perl: http://camelbones.sourceforge.net
Hire me! My resume: http://www.dot-app.org
------------------------------
Date: Wed, 24 Nov 2004 16:15:26 +1100
From: Iain Chalmers <bigiain@mightymedia.com.au>
Subject: Re: Passing an cgi variable to a sql query
Message-Id: <bigiain-135639.16152624112004@individual.net>
In article <co14ah$7hs$1@snic.vub.ac.be>,
"lievemario" <lievemario@hotmail.com> wrote:
> So I get a user variable as input (e.g..http://../..cgi?person_id=12042)
^^^^^^^^^
> And I need that variable in my sql-statement, but when I do the following
>
> my $id = param('id');
^^
one of these things is not like the other...
I'm also wondering if you're using CGI.pm there, and that line should
read something like
my $id = $query->param('id') ;
or if you're shooting youself in the foot with a homegrown cgi parameter
parsing routine...
> ...
> select p.id, p.name, p.first_name from person p where p.id = $id;
>
> I get an error:
> CGI Error
> The specified CGI application misbehaved by not returning a complete set of
> HTTP headers. The headers it did return are:
>
>
> DBD::mysql::st execute failed: You have an error in your SQL syntax; check
> the manual that corresponds to your MySQL server version for the right
> syntax to use near '' at line 10 at C:/Perl/site/lib/XML/Generator/DBI.pm
> line 91.
>
> is there a solution for this?
Yeah, you need to fix the SQL syntax. Unfortunately, you haven't shown
us enough of your code to work out how to help you there.
I also wonder if you need to read up on DBI placeholders and SQL
injection attacks - what would happen if I crafted a web request that
sent:
http://../..cgi?person_id=12042;DROP TABLE person;
(with appropriate uri escaping of course...)
big
--
"I say we take off and nuke the entire site from orbit.
That's the only way to be sure." - Ellen Ripley
------------------------------
Date: Wed, 24 Nov 2004 00:23:38 -0500
From: Sherm Pendley <spamtrap@dot-app.org>
Subject: Re: Passing an cgi variable to a sql query
Message-Id: <A7-dnRU5u7hGhzncRVn-pw@adelphia.com>
Iain Chalmers wrote:
> or if you're shooting youself in the foot with a homegrown cgi parameter
> parsing routine...
Not necessarily. The OO interface is not required to use CGI.pm - you
can import its functions and use them procedurally if you want.
> I also wonder if you need to read up on DBI placeholders and SQL
> injection attacks
Excellent advice.
sherm--
--
Cocoa programming in Perl: http://camelbones.sourceforge.net
Hire me! My resume: http://www.dot-app.org
------------------------------
Date: Wed, 24 Nov 2004 01:52:00 -0600
From: Alan Mead <amead@comcast.net>
Subject: Re: Passing an cgi variable to a sql query
Message-Id: <pan.2004.11.24.07.51.59.353493@comcast.net>
On Wed, 24 Nov 2004 05:58:28 +0100, lievemario wrote:
> [stuff I didn't entirely follow]
>
> So I get a user variable as input (e.g..http://../..cgi?person_id=12042)
> And I need that variable in my sql-statement, but when I do the
> following
>
> my $id = param('id');
> ...
> select p.id, p.name, p.first_name from person p where p.id = $id;
>
> I get an error:
> CGI Error
> The specified CGI application misbehaved by not returning a complete set
> of HTTP headers. The headers it did return are:
>
> DBD::mysql::st execute failed: You have an error in your SQL syntax;
> check the manual that corresponds to your MySQL server version for the
> right syntax to use near '' at line 10 at
> C:/Perl/site/lib/XML/Generator/DBI.pm line 91.
Adding to the other good advice posted, I think you're (1) not handling
errors very well here and (2) focusing in the wrong place.
A good discipline is to make a small test program to show the error. Or
execute the SQL manually yourself. If you cannot replicate the error with
a little test program, then it's highly likely that you have some bug in
your code that is the root cause.
I'd bet you lunch that $id eq '' or somesuch garbage and/or your SQL is
malformed (should it be "p.id='$id'"?) and that's what's causing the
exception in DBI.pm. I've found thousands (maybe millions) of errors in MY
code for every one error in CPAN modules. This is good news! Since it's
invariably my error, I have complete control over fixing it.
Also, this is a placeholder:
my $sql = "select p.id, p.name, p.first_name from person p where p.id=?";
...
$dbh->execute($id);
because otherwise some jerk is going to make a URL like
http://../1;delete * from p
-Alan
------------------------------
Date: Tue, 23 Nov 2004 22:24:05 -0600
From: Alan Mead <amead@comcast.net>
Subject: Re: redirect question
Message-Id: <pan.2004.11.24.04.24.04.80377@comcast.net>
On Tue, 23 Nov 2004 14:56:44 -0500, daniel kaplan wrote:
> "Paul Lalli" <mritty@gmail.com> wrote in message
> news:QoLod.6281$Gw.3815@trndny09...
>
>> Since the choice of language is not relevant to the problem, your
>> question does not pertain to the language of choice.
>>
>> Paul Lalli
>>
>>
> thanks for pointing that out properly.....
Dan,
You may have noticed a few people trying to nudge you into asking **PERL**
questions, rather than web design questions. Your questions are as if I
were badgering you, since your last name is Kaplan, about GRE test
preparation--owing to your sharing the same last name as the Kaplan
test-prep group.
There are newsgroups devoted to the issues you are asking about and you
are being rude to persist in asking your off-topic questions here.
But even more importantly, you will get better advice if you post there.
You needn't worry that the people there don't speak Perl; I can assure you
that they do.
I mention this explicitly because who knows... maybe you are a perfectly
decent guy who simply has been coming across as a slightly dim and
obnoxious troll and who wishes to moderate his on-line behavior to more
accurately reflect his bright, affable true nature?
-Alan
------------------------------
Date: Tue, 23 Nov 2004 23:41:13 -0500
From: "daniel kaplan" <nospam@nospam.com>
Subject: Re: redirect question
Message-Id: <1101271355.708392@nntp.acecape.com>
"Alan Mead" <amead@comcast.net> wrote in message
news:pan.2004.11.24.04.24.04.80377@comcast.net...
>There are newsgroups devoted to the issues you are asking about and you
>are being rude to persist in asking your off-topic questions here.
i explained why i thought it was an overlap, but paul made it clear why,
it's all about CGI, so i thanked him and dropped it here...and have already
posted the question on comp.....authoiring.cgi ... of course not one new
post in 10 hours has shown up there, but what can you do...will wait till
tomorrow before reposting...
and thanks for puttin it in nice words thanks...except sort of in that last
paragraph ...BUT i hoenstly don't think you were trying to be nasty, believe
it or not i think you were trying to be diplomatic about it...so thanks ; )
seriously
daniel
------------------------------
Date: Wed, 24 Nov 2004 00:20:16 -0600
From: Tad McClellan <tadmc@augustmail.com>
Subject: Re: redirect question
Message-Id: <slrncq8a10.516.tadmc@magna.augustmail.com>
Alan Mead <amead@comcast.net> wrote:
> I mention this explicitly because who knows... maybe you are a perfectly
> decent guy who simply has been coming across as a slightly dim and
> obnoxious troll and who wishes to moderate his on-line behavior to more
> accurately reflect his bright, affable true nature?
LOL!
--
Tad McClellan SGML consulting
tadmc@augustmail.com Perl programming
Fort Worth, Texas
------------------------------
Date: Wed, 24 Nov 2004 01:20:01 -0600
From: Alan Mead <amead@comcast.net>
Subject: Re: redirect question
Message-Id: <pan.2004.11.24.07.20.01.57138@comcast.net>
On Tue, 23 Nov 2004 23:41:13 -0500, daniel kaplan wrote:
> i explained why i thought it was an overlap, but paul made it clear why,
> it's all about CGI, so i thanked him and dropped it here...and have already
> posted the question on comp.....authoiring.cgi ... of course not one new
> post in 10 hours has shown up there, but what can you do...will wait till
> tomorrow before reposting...
I don't see your question on c.i.w.a.cgi. So I would repost, if I were
you.
-Alan
------------------------------
Date: 23 Nov 2004 21:56:05 -0800
From: chppxf1@yahoo.com.au (Patrick Finnegan)
Subject: Using embedded PERL with commercial applications?
Message-Id: <a1538a71.0411232156.69cbeabd@posting.google.com>
We just had a discussion in the Office about the use of embedded Perl
with commercial applications. Three of the server applications used
in the corporate environment, WebSphere, Control SA and Cisco
Networks, use Tcl or a Tcl derivative as the embedded scripting
interface. Is there a licensing limitation on the use of embedded
PERL with commercial applications?
------------------------------
Date: Wed, 24 Nov 2004 07:48:01 +0100
From: "Tassilo v. Parseval" <tassilo.von.parseval@rwth-aachen.de>
Subject: Re: Using embedded PERL with commercial applications?
Message-Id: <slrncq8bl1.27c.tassilo.von.parseval@localhost.localdomain>
[F'up to comp.lang.perl.misc]
Also sprach Patrick Finnegan:
> We just had a discussion in the Office about the use of embedded Perl
> with commercial applications. Three of the server applications used
> in the corporate environment, WebSphere, Control SA and Cisco
> Networks, use Tcl or a Tcl derivative as the embedded scripting
> interface. Is there a licensing limitation on the use of embedded
> PERL with commercial applications?
The Perl license includes both the GPL (which would be a problem here)
and the Artistic license. You can pick the one you like better which in
your case will be the Artistic license. It states (paragraph 8):
8. Aggregation of this Package with a commercial distribution is
always permitted provided that the use of this Package is embedded;
that is, when no overt attempt is made to make this Package's
interfaces visible to the end user of the commercial distribution.
Such use shall not be construed as a distribution of this Package.
Although I am not entirely sure what interfaces (I assume it's the
interface to the source-code) would be in this case, I read it as a
permission to embed it into commercial applications with little or no
limitations. But then, only lawyers understand those licenses.
As a practical note: AFAIR it has never happened that the
copyright-holder of perl (which would be Larry himself) has ever sued
anyone for infringements of this license. Perl is known to be very
friendly to commercial use. But if you want to be absolutely sure, send
a mail to Larry Wall and ask.
Tassilo
--
$_=q#",}])!JAPH!qq(tsuJ[{@"tnirp}3..0}_$;//::niam/s~=)]3[))_$-3(rellac(=_$({
pam{rekcahbus})(rekcah{lrePbus})(lreP{rehtonabus})!JAPH!qq(rehtona{tsuJbus#;
$_=reverse,s+(?<=sub).+q#q!'"qq.\t$&."'!#+sexisexiixesixeseg;y~\n~~dddd;eval
------------------------------
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.
NOTE: due to the current flood of worm email banging on ruby, the smtp
server on ruby has been shut off until further notice.
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 7442
***************************************
