[17766] in Perl-Users-Digest
Perl-Users Digest, Issue: 5186 Volume: 9
daemon@ATHENA.MIT.EDU (Perl-Users Digest)
Sat Dec 23 06:05:26 2000
Date: Sat, 23 Dec 2000 03: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)
Message-Id: <977569507-v9-i5186@ruby.oce.orst.edu>
Content-Type: text
Perl-Users Digest Sat, 23 Dec 2000 Volume: 9 Number: 5186
Today's topics:
Re: automatic FAQ answerer idea <nospam.newton@gmx.li>
Re: compiler <b@man.com>
Contribute scripts ? (delete duplicate lines) janardan@my-deja.com
Re: Contribute scripts ? (delete duplicate lines) <uri@sysarch.com>
Re: heredoc within heredoc (Martien Verbruggen)
Re: Is there a standard, current Perl for Win32 (withou <nospam.newton@gmx.li>
Re: Is there a standard, current Perl for Win32 (withou <abe@ztreet.demon.nl>
Re: Language evolution C->Perl->C++->Java->Python (Is P <pulsar@qks.com>
Re: Looking for a Canadian PERL/CGI programmer (David H. Adler)
Re: Newbie but serious - Problems reading file from mul (Chris Fedde)
Re: opensource C/C++ compiler for Win32? <nospam.newton@gmx.li>
Re: Perlshop 4.x printorders.pl/cgi problems (Chris Fedde)
Digest Administrivia (Last modified: 16 Sep 99) (Perl-Users-Digest Admin)
----------------------------------------------------------------------
Date: Sat, 23 Dec 2000 09:11:42 +0100
From: "Philip 'Yes, that's my address' Newton" <nospam.newton@gmx.li>
Subject: Re: automatic FAQ answerer idea
Message-Id: <rfn84t4mludp4ng1671t3kscueemjqjm9v@4ax.com>
Hey eggrock, I tried to send you private email, but it bounced: "addressee
unknown". What's up with that? So I'll post my answer here again. Sorry for
that.
On Fri, 22 Dec 2000 15:59:45 GMT, eggrock@my-deja.com wrote:
> 'take a look perldoc perlre' (assuming a Unix type
> environment with the latter.)
perldoc perlre works fine under DOS and/or Windows (not sure about Mac). You may
be thinking of `man perlre`, which kind-of requires a Unixoid environment.
Cheers,
Philip
--
Philip Newton <nospam.newton@gmx.li>
That really is my address; no need to remove anything to reply.
If you're not part of the solution, you're part of the precipitate.
------------------------------
Date: Sat, 23 Dec 2000 08:43:51 GMT
From: Cweem <b@man.com>
Subject: Re: compiler
Message-Id: <MPG.14ae924fee562fc4989685@news.inet.fi>
In article <977502248.367712@athnrd02.forthnet.gr>,
chrina@forthnet.gr says...
> is there a program / compiler for win that turns perl scripts in .exe mode
> ?thanx in advance
>
>
>
activestate pdk
------------------------------
Date: Sat, 23 Dec 2000 07:19:00 GMT
From: janardan@my-deja.com
Subject: Contribute scripts ? (delete duplicate lines)
Message-Id: <921jl3$lhj$1@nnrp1.deja.com>
Hi Guys,
I wrote a perl script that I didn't find on net.
How and where can I archive ? Is there any site that
is famous and most accessed ?
This basically deletes duplicate entries (even non-contiguous)
in a file without sorting or changing sequence of lines.
Attached is my script. Please feel free to use it and enhance it.
Thanks,
Janardan
----------------------- delete-dup.pl -------------------------------
#!/tools/bin/perl
# Change above path according to your system.
# Program to delete duplicate lines (need not be contiguous)
# from a file.
#
# Logic:
# - Store the full file as an array
# - Take each line (as current_line) and see if it occurs
# in remaining file.
# If it appears, ignore that line (you can pickup in next
occurance)
# Else print that line in output file.
#
# Drawback/Limitations:
# Doesn't do any optimization.
# If the file is big, takes time.
# If the file has Ctrl-M or ]> kind of characters, not sure if it
works.
#
# Author: Janardan Revuru (janardan@email.com)
# (If anyone enhances it, please send me a copy)
#
# Date : 22 Dec 2000
# Output name = Input File Name + ".done"
# You can add command arg check if you want.
$infile = $ARGV[0];
$final_file = $ARGV[0] . ".done";
open(INFILE, "$infile") || die "Couldn't open $infile";
open (FINAL, ">$final_file") || die "Couldn't open $final_file";
# Get whole file into an array.
@input_lines = <INFILE>;
$num_of_lines_deleted = 0;
for ( $i = 0; $i < @input_lines; $i ++ ) {
$found_dup = 0;
($current_line) = $input_lines[$i];
chomp($current_line);
# If the current line is empty, print to output file
# without further comparision.
if ( $current_line =~ /^$/ ) {
print FINAL $current_line."\n";
next;
}
# Match each line with remaining lines in the file
for ( $j = $i+1; $j < @input_lines; $j ++ ) {
($other_line) = ($input_lines[$j]);
chomp($other_line);
next if ( $other_line =~ /^$/); # if line empty skip
#print "$current_line =~ $other_line\n";
if ( $current_line =~ /$other_line/ ) {
$found_dup = 1;
last;
}
}
if ( $found_dup == 1 ) {
$num_of_lines_deleted ++;
} else {
print FINAL "$current_line\n";
}
}
print "\nTotal number of duplicates removed :
$num_of_lines_deleted\n";
print "Result stored in $final_file";
close(INFILE);
close(FINAL);
exit 0;
------------------------------------------------------------------------
Sent via Deja.com
http://www.deja.com/
------------------------------
Date: Sat, 23 Dec 2000 09:33:07 GMT
From: Uri Guttman <uri@sysarch.com>
Subject: Re: Contribute scripts ? (delete duplicate lines)
Message-Id: <x7puijcwj1.fsf@home.sysarch.com>
>>>>> "j" == janardan <janardan@my-deja.com> writes:
j> This basically deletes duplicate entries (even non-contiguous)
j> in a file without sorting or changing sequence of lines.
perl -ne 'print unless $seen{$_}++' infile > outfile
uri
--
Uri Guttman --------- uri@sysarch.com ---------- http://www.sysarch.com
SYStems ARCHitecture, Software Engineering, Perl, Internet, UNIX Consulting
The Perl Books Page ----------- http://www.sysarch.com/cgi-bin/perl_books
The Best Search Engine on the Net ---------- http://www.northernlight.com
------------------------------
Date: Sat, 23 Dec 2000 19:10:03 +1100
From: mgjv@tradingpost.com.au (Martien Verbruggen)
Subject: Re: heredoc within heredoc
Message-Id: <slrn948ner.8i7.mgjv@martien.heliotrope.home>
On Fri, 22 Dec 2000 11:49:53 +0800,
John Lin <johnlin@chttl.com.tw> wrote:
> "Martien Verbruggen" wrote
>> John Lin wrote:
>> > Could you help me find out what's wrong with my code here?
>> > print <<OUTSIDE;
>> > This heredoc within heredoc @{[<<INSIDE;]} needs
>> > OUTSIDE
>> > some correction to make it work.
>> > INSIDE
>>
>> Incorrect nesting.
>
> OK. What about this:
>
> my @a = (
> <<A, # for some reason, I need
> <<B, # to separate these arguments
> <<C # in 3 lines
> good
> A
> better
> B
> best
> C
> );
> print @a;
>
> Doesn't work either (neither does nesting of CBA or BCA or ...)
> I mean, is there a general rule for heredoc nesting?
In reverse order from how you open them. However, the above will not
have three here-docs. What you want to do above, would be done like:
my @a = (
<<A, # for some reason, I need
good
A
<<B, # to separate these arguments
better
B
<<C # in 3 lines
best
C
);
You don't even need three different labels, although it is a good idea
to have them.
But this is totally different from what you presented at the start of
this thread (and so is what you suggest above).
Nesting here-docs means that you will, as you did in your orginal post,
need to expand the here-doc inside of a quoted context. You're not doing
that in your example.
Someone else suggested not to nest here-docs. I agree with that. It's
never necessary, and it's hard to follow and maintain. Do you have an
actual need for this, or are you just academically interested?
Martien
--
Martien Verbruggen |
Interactive Media Division | Begin at the beginning and go on till
Commercial Dynamics Pty. Ltd. | you come to the end; then stop.
NSW, Australia |
------------------------------
Date: Sat, 23 Dec 2000 08:55:48 +0100
From: "Philip 'Yes, that's my address' Newton" <nospam.newton@gmx.li>
Subject: Re: Is there a standard, current Perl for Win32 (without ActivePerl?)
Message-Id: <h7l84t4k1kkbua1jdupdbdrrup92b7mt12@4ax.com>
On Fri, 22 Dec 2000 08:36:30 -0800, John Nagle <nagle@animats.com> wrote:
> "Philip 'Yes, that's my address' Newton" wrote:
> > On Thu, 21 Dec 2000 12:26:02 -0800, John Nagle <nagle@animats.com> wrote:
> > > Is there a current, standard (binary) version of Perl for Win32?
> > Seriously, though -- what's wrong with compiling your own?
>
> I could, but then I'd have a nonstandard binary.
Excuse me? What's a "nonstandard binary"? And why would compiling your own
binary make it "nonstandard"? What's a "standard binary", then?
> Also, I use MSVC++ 5.x, and Perl is usually built with
> gcc or Borland compilers.
Usually? You mean on Win32 or in general? I don't think Borland makes compilers
for Unix or Mac (hm, maybe Linux, not sure about that). My ActivePerl (build
522) has the following in `perl -V`:
cc='cl.exe', optimize='-Od -MD -DNDEBUG -TP -GX', gccversion=
Looks like MSVC++ to me.
> I hate to download and install
> another development environment just to build Perl.
It's the price you pay if you're not satisfied with the binaries that are out
there. They're available, they're free, but if you don't want to use them,
you'll have to roll your own.
Cheers,
Philip
--
Philip Newton <nospam.newton@gmx.li>
That really is my address; no need to remove anything to reply.
If you're not part of the solution, you're part of the precipitate.
------------------------------
Date: Sat, 23 Dec 2000 11:08:17 +0100
From: Abe Timmerman <abe@ztreet.demon.nl>
Subject: Re: Is there a standard, current Perl for Win32 (without ActivePerl?)
Message-Id: <gpt84tc8poqn3vgbr6h2mtm9pjdhhnnpja@4ax.com>
On Fri, 22 Dec 2000 19:07:19 -0800, John Nagle <nagle@animats.com>
wrote:
> Abe Timmerman wrote:
> > My NT-box doesn't have a (new) Internet Explorer, and runs with
> > ServicePack 4 just fine. ActivePerl will install and run fine under
> > those minimum conditions. (I don't know why they say those things.)
>
> Which version, downloaded from where?
I just went ahead and installed MSI from M$, and installed the
ActiveState 616, 618 and 620 builds for MSI without Perl-ISAPI and
PerlScript on various NT-boxes.
The current (623) build will probably also work.
--
Good luck,
Abe
perl -wle '$_=q@Just\@another\@Perl\@hacker@;print qq@\@{[split/\@/]}@'
------------------------------
Date: Sat, 23 Dec 2000 09:59:14 GMT
From: "David Simmons" <pulsar@qks.com>
Subject: Re: Language evolution C->Perl->C++->Java->Python (Is Python the ULTIMATE oflanguages??)
Message-Id: <SH_06.26911$A06.980822@news1.frmt1.sfba.home.com>
"Chris Fedde" <cfedde@fedde.littleton.co.us> wrote in message
news:nqb%5.295$B9.188798976@news.frii.net...
> In article <3A3C920C.35794C90@nowhere.com>,
> Just Me <just_me@nowhere.com> wrote:
> >Try writing this in your favourite language:
> >
> > 1000 factorial
> > -> a very large number which causes overflow if
> > not evaluated in Smalltalk
> >
I don't know what machine or Smalltalk dialect that was run on.
But when I run it on 650MHz Athlon in QKS Smalltalk on the v4 AOS Platform.
"1000 factorial" takes 24ms (.024s).
To try something that more fully tests multi-precision and GC performance
try "10000 factorial", which on the same system takes 1257 ms (1.25s).
It actually takes a little less time than that which is reported, because
the reporting is based on measuring the actual cpu cycles consumed from
start to finish (which are shared among the Win2000 kernel, processes, and
their threads).
[
stdout cr << 'TIME: ' <<
([
10000 factorial.
] cyclesToRun // (650*1000)).
]
TIME: 1257 "I.e., 1.257s"
[
stdout cr << 'TIME: ' <<
([
100000 fibonacci.
] cyclesToRun // (650*1000)).
]
TIME: 5339 "I.e., 5.339s"
=========================
There are lots of other
examples we could try:
=========================
The Smalltalk I work in (SmallScript/QKS Smalltalk) has multi-methods
(multi-arg dispatching), concrete mixin types (interfaces), optional typing
with type-cases and parametric polymorphism, etc. Someone in one of the
earlier posts said that Smalltalk doesn't have types?
The statement that Smalltalk is not typed is of course absurd. Smalltalk is
and always has been (fundamentally) strongly typed -- its variables and
function/method-calls are not statically typed, they are 100% dynamically
typed and typically support level of implicit/inferenced (or annotated)
static type capabilities/performance. In simple terms, the objects are 100%
typed, variables are by-default/implicitly containers for type <any>.
The Dynamic Language Platforms (vm's) Smalltalk's typically execute on,
unlike Java platform and the .NET architecture have a more unified object
model with a single type at the root of the hierarchy <Object>. This allows
one to declare a variable that can hold ANY type (i.e., any object because
everything is an object). The only thing that is not (required to be) typed
in Smalltalk are variables. Unless otherwise typed, they are generic
containers that by default hold type <Object> or equivalently <any>.
---
Note: Many of the Smalltalk implementations/dialects currently do not have
facilities for supporting <type> annotations and therefore those versions
currently cannot support multimethods. (For those who may be unclear, in a
pure dynamic messaging OO language there is NO distinction between
(operator) overloading and multimethods). However, as some people know,
Sun's HotSpot technology was actually a Smalltalk system which did provide
optional typing annotation. When Sun purchased Animorphic to obtain the
HotSpot technology to make Java as fast or faster than Smalltalks of that
era, the features necessary to efficiently support Smalltalk and Scripting
languages (such as Python) seemed to have inexplicably disappeared as it was
morphed into Java.
---
All objects within Smalltalk have-a (know-their) type all the time and all
function/method invocations are bound based on the type information in a
given object. If the Smalltalk dialect supports multi-methods (multi-arg
dispatching) then all arguments play a role in the binding process. Inside
the various vm platforms that provide the object model and execution
architecture many optimizations are typically performed to give many
Smalltalk implementations performance that is competitive with statically
compiled languages for most applications; where there are hotspot areas
Smalltalk's today typically make it fairly easy to fully transparent to
efficiently invoke code written in other languages (kind of like a
transparent JNI).
The reason Smalltalk is considered to be a pre-eminent "pure" OO language is
that everything is an object within the type system and all objects and
message/method-calls are essentially treated uniformly. That means methods
are objects, classes are objects, the class of a class... is an object,
interfaces are objects, namespaces are objects, threads/processes are
objects, etc. This has the virtue the metaobject protocol supports complete
runtime reflection on everything and the ability to morph any object to some
other object and physical layout while preserving its identity.
Classes, methods, namespaces, interfaces, objects can be added, removed,
updated within a running application at any time. This allows loading and
unloading of packages and modules with much fewer of the traditional
challenges of schema migration and versioning or the problems and barriers
of altering and extending a 24x7x365 system. Methods can be added or removed
to/from any class including <Object>. There are typically few if any
subclassing limitations. Classes can change any characteristic at any time,
even while they have instances in existance. So a class can change its
(concrete mixins) interfaces, its namespace, its superclass, its shared
variables, etc.
Depending on the dialect, methods are scoped and belong to modules. So
methods can be added to any class at any time with full support for runtime
enforced private and protected (scoped) behavior. This means that one can
define a project/module that replaces methods in <String> without affecting
other unrelated modules that may depend on the "replaced" versions of those
methods. It also means that Smalltalk (a dynamically typed language) with
optional typing and multimethods can provide runtime type signature/contract
enforcement and correctness behavior just like in statically typed
languages.
The Smalltalk I work in has facilities for full closure semantics,
continuations, before/after/around behavior, read/write barriers,
weak-object-references, intrinsic regular expressions, transparent FFI,
interfaces (w/transparent COM integration), synchronized methods, blocking
methods, dynamic mananged object services (delegation to another (manager)
object of all methods and read/write behavior at any time on any object),
value and reference types fields (i.e., effectively allowing c++ style
structs), full exception handling, pre-emptive multi-threading, AND
Smalltalk's today are capable of supporting a very small application or
component footprint (especially compared to other jitted virtual machine
based languages),...
Integrated metaobject aware repository systems combined with these dynamic
capabilities for modifying a live running system, and the lack of required
type declarations for variables or casts on expressions are what enable
Smalltalk IDE tools to provide environments where developer productivity
tends to surpass that of developers using Java IDE tools. That doesn't make
Smalltalk better than Java, it just represents an area where Smalltalk has
some better facilities.
However, the overall sum of capabilities enables Smalltalk systems
exhibiting these kind of capabilities to be among the most powerful and
advanced language system platforms for aspect oriented programming and
todays increasingly important and demanded capabilities for supporting
adaptive systems.
What Smalltalk is not, (relative to some other languages discussed in this
post) is a well understood and popular language today. And, unlike Java VM
Platforms, Smalltalk VM Platforms currently don't provide sandbox style
security. There are dialect/vendor collaboration and consistency issues that
remain to be resolved; advanced features within the metaobject facilities of
the language and its virtual machine platform services vary from
implementation to implementation. The higher level frameworks (such as UI),
while very mature and robust, are often different from one vendor/dialect to
another.
Perhaps one of my biggest concerns is that of convergence (portable
facilities) for the various advanced metaobject technologies available in
Smalltalk. These facilities form an important piece of the foundation for
establishing portable frameworks that are comparable to those which appears
to have developed for Java. One area in particular, for capabilities I'm
interested in, is advancements in: annotations, namespaces, and
modules/packages. Many of these capabilities have been available in one
Smalltalk or another for almost ten years. To me, an important (and very
fuzzy/unclear) question is whether the vendors/dialects will find a way work
together in establishing consistency or will exhibit a pattern of
competition whereby they attempt to distinguish themselves based on some
(but not all) of the kind of metaobject capabilities I alluded to in this
post.
But, (ignoring competitive business concerns) it is after all a very
challenging techical problem. Some of those frameworks are the latest
generation of the original Smalltalk ones that defined the term
"frameworks", object-oriented programming, classes, and represent the
invention of "user interface" with windows and widgets. Time will tell how
this coming 29th year generation of Smalltalk systems fare, but the nature
of todays computing challenges is certainly pointing to an opportunity for
Smalltalk to once again find that this is its time for reassuming a position
of leadership in the evolution of software technologies.
-- Dave Simmons [www.qks.com / www.smallscript.com]
"Effectively solving a problem begins with how you express it."
For more information on Smalltalks available today, just search for
Smalltalk. Or follow links such as http://www.smalltalk.org/ or
http://www.smalltalk.org/versions.html.
>
> Here is one in perl...
>
> cat fact.pl
> use Math::BigInt;
>
> sub fact {
> my $n = shift;
> if ($n == 0){
> return 1;
> } else {
> return $n * fact($n-1);
> }
> }
>
> print fact(Math::BigInt->new($ARGV[0])), "\n";
>
> It's not very fast though:
>
> real 0m10.433s
> user 0m10.104s
> sys 0m0.033s
>
> Ruby seems to be able to do it much faster...
>
> $ cat fact.rb
> def fact(n)
> if n == 0
> 1
> else
> n * fact(n-1)
> end
> end
>
> $ print fact(ARGV[0].to_i), "\n"
>
> time ruby fact.rb 1000
>
> real 0m0.129s
> user 0m0.086s
> sys 0m0.034s
>
> Ruby is very much like smalltalk with a procedural language verneer and
> many of the 'good things' from Perl.
>
> Both output what I suspect is the correct value...
>
...snip...
> chris
> --
> This space intentionally left blank
------------------------------
Date: 23 Dec 2000 06:03:24 GMT
From: dha@panix2.panix.com (David H. Adler)
Subject: Re: Looking for a Canadian PERL/CGI programmer
Message-Id: <slrn948g1c.1dd.dha@panix2.panix.com>
On Fri, 22 Dec 2000 22:11:30 GMT, Steven Merritt
<smerr612@mailandnews.com> wrote:
>In article <3A43C858.3E1D20CA@veenhoven.com>,
> willem veenhoven <willem@veenhoven.com> wrote:
>> "David H. Adler" wrote:
>
><SNIP DHA's Normal response to Job Postings>
>
>> Are you a robot of any kind? Saw the same response before ...
>
>Nope. DHA is a real flesh and blood person who knows how to cut-n-paste.
Yep. Hey, this time I even personalized it with that "Nope, sorry".
:-)
dha
--
David H. Adler - <dha@panix.com> - http://www.panix.com/~dha/
I'm already not yet convinced. - Larry Wall
------------------------------
Date: Sat, 23 Dec 2000 06:51:20 GMT
From: cfedde@fedde.littleton.co.us (Chris Fedde)
Subject: Re: Newbie but serious - Problems reading file from multipart forms (no binmode!)
Message-Id: <IXX06.426$B9.189594112@news.frii.net>
In article <3A439C2B.A5ECA758@fiderus.com>,
Drew Simonis <dsimonis@fiderus.com> wrote:
>Patrick Holthuizen wrote:
>>
>
># # # # # # # #
># Untested!!! #
># # # # # # # #
>
># be sure to include this in your script
>use CGI::Carp qw(fatalsToBrowser);
>
># Upload files
>
>for my $onnum (1..10)
>{
>my $file = $req->param("FILE$onnum");
>
> if ($file)
> {
> my $fileName = $file;
> $fileName =~ s!^.*(\\|\/)!!;
>
> open OUTFILE, ">F:/www/mysite/$user/$fileName"
> or die "ERROR: $!\n";
> binmode ($file);
> binmode (OUTFILE);
>
> while (<$file>)
> {
> $length += length($_);
> print OUTFILE $_;
> }
> close OUTFILE;
>
>print "File no. $onnum ($fileName) has been transfered. ($length
>bytes)<p>\n";
> }
>}
>
>
>
>I didn't test this, but it should work... No need to use read(),
>it over complicates things.
For me this returns...
Content-type: text/html
<H1>Software error:</H1>
<CODE>Can't call method "param" on an undefined value at cgicrud
line 8.
</CODE>
<P>
For help, please send mail to this site's webmaster, giving this error
message
and the time and date of the error.
[Fri Dec 22 23:47:15 2000] cgicrud: Can't call method "param" on an
undefined value at cgicrud line 8.
____ _
| _ \| | ___ __ _ ___ ___
| |_) | |/ _ \/ _` / __|/ _ \
| __/| | __/ (_| \__ \ __/_
|_| |_|\___|\__,_|___/\___( )
|/
don't post untested code. (and read usenet with a fixed width font.)
chris
--
This space intentionally left blank
------------------------------
Date: Sat, 23 Dec 2000 09:07:50 +0100
From: "Philip 'Yes, that's my address' Newton" <nospam.newton@gmx.li>
Subject: Re: opensource C/C++ compiler for Win32?
Message-Id: <37n84t08k2e2uarpnji76pbp1oqrcpv1bq@4ax.com>
On Fri, 22 Dec 2000 07:13:09 -0700, "bowman" <bowman@montana.com> wrote:
>
> Noel McLoughlin <noel.mcloughlin@boracle.com> wrote in message
> news:3A4349CB.2CDA5551@boracle.com...
> >
> > Is there any way to get gcc for a win32 machine.
>
> cygwin. try www.cygnus.com, I think that will get you to the download page
> eventually.
Try http://sources.redhat.com/cygwin/ .
Or you can try http://www.delorie.com/djgpp/ which has gcc (and lots of other
tools) for DOS. If you have a win32 machine, you have DOS, n'est-ce pas? I have
successfully compiled several Perl versions with the DJGPP tools, including the
latest 5.7.0 snapshots.
Cheers,
Philip
--
Philip Newton <nospam.newton@gmx.li>
That really is my address; no need to remove anything to reply.
If you're not part of the solution, you're part of the precipitate.
------------------------------
Date: Sat, 23 Dec 2000 06:43:07 GMT
From: cfedde@fedde.littleton.co.us (Chris Fedde)
Subject: Re: Perlshop 4.x printorders.pl/cgi problems
Message-Id: <%PX06.425$B9.170601984@news.frii.net>
In article <3a43e7d7.29562900@news.pacbell.net>,
<george@geodimensions.netREMOVETHIS> wrote:
>Greetings!
>
>I have been everywhere in an attempt to resolve a dilemma I am having
>with Perlshop. Everything works great with the new version from
>waverider systems, except I cannot get the printorders function to
>work properly. I get the initial user/password page, but when I
>initiate the information, I cannot retrieve the order information, I
>am taken back the the entry page. Here's what I have done:
>
I just had a look into this and so the link to perlshop.org and
poked around a bit. It looks like it's on a par with the "Live
from Nagano" site and "Matt's Script Archive." Interesting from an
archaeological and sociological standpoint but not much good for
useful and current info.
Their message board has a Y2K problem. See some text cut and pasted
from their Message Board. I had to laugh when I saw the dates
these were posted.
printorders.cgi...Does anyone respond to these anymore?
- George Cummings 19:17:47 12/22/100 (0)
Perlshop & MySQL - simon 01:17:53 12/22/100 (0)
Where is the gencal.pl file - Shalene 20:27:03 12/10/100 (0)
https and netscape 6 - jim 17:20:26 12/07/100 (0)
Probs with printorders.pl - Dave 08:19:19 12/04/100 (0)
localhost cfg? error - Keith Chisholm 00:38:20 11/30/100 (0)
Download type sales features - S Davies 20:31:38 11/27/100 (0)
limited drop down menu for quantity - Ron 13:02:43 11/27/100 (0)
chris
--
This space intentionally left blank
------------------------------
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 5186
**************************************
