On Sunday, April 14, 2002, at 05:18 AM, BeardedDragon.org wrote:
The other new guy (I'm also new there) wrote a Perl program.
He's new to
Perl (I am not). Well, there was some obscure nested tertiary operator
with regex's in it. Aparently something he actually got out of
CookBook.
On Sun, 14 Apr 2002 17:17:23 +1000, Ken Williams wrote:
Hm - I've got a copy of that book, and although I've only looked
through a few sections (it's a cookbook, after all) I've found
it to be pretty good. I don't suppose you could share the
example?
Not offhand. As I said, I think
I am trying to run perl scripts through CGI. I am running the straight OSX
not the server.
Every time I try and run a script through the browser I am given an
Internal Server Error.
What am I doing wrong, or what do I need to do.
Thanks
john
Hi John,
Now here is one even I can answer...
On Sunday, April 14, 2002, at 01:31 PM, John Buono wrote:
I am trying to run perl scripts through CGI. I am running the straight
OSX
not the server.
Every time I try and run a script through the browser I am given an
Internal Server
On Sun, 14 Apr 2002 12:54:56 -0500, Gilmore-Baldwin, John wrote:
That said, I think there's a difference between a show-off programmer
(who may think he's really cool and smart for writing code that nobody
else can understand) and a person who's new to perl and using well
regarded reference
Sorry. I know this is getting pretty far off topic. But...
I couldn't agree more with the first sentence of this post. Show-off
programming should only be used for entertainment, or not at all.
That said, I think there's a difference between a show-off programmer
(who may think he's really cool
Nicely said.
John
--
From: drieux
Reply To: [EMAIL PROTECTED]
Sent: Sunday, April 14, 2002 12:44 PM
To: [EMAIL PROTECTED]
Subject: sed line noise v. perl line noise
In short, that as we look back on the folly of
our youth, we get to regret at
On Sunday, April 14, 2002, at 01:54 , Gilmore-Baldwin, John wrote:
I can't imagine a quicker way to destroy those last two qualities (eager
and motivated) than to laugh at them for doing a little research (rtfm,
so to speak), finding an answer to a problem and using it. In my
experience,
On Monday, April 15, 2002, at 03:49 AM, BeardedDragon.org wrote:
Should it matter what language a person programs primarily in? When
dealing with corporate coding standards, you should try and
make it easy
to read. No exceptions or special cases, if it can be
avoided. You want
code
On Sunday, April 14, 2002, at 04:34 , Ken Williams wrote:
On Monday, April 15, 2002, at 03:49 AM, BeardedDragon.org wrote:
Should it matter what language a person programs primarily in? When
dealing with corporate coding standards, you should try and make it easy
to read.
[..]
I should
dealing with corporate coding standards, you should try and make it easy
to read. No exceptions or special cases, if it can be avoided. You want
I had thought the x operator strange the first couple of times I ran over
it...
-Sx- :]
On Sunday, April 14, 2002, at 05:59 , Bill -Sx- Jones wrote:
dealing with corporate coding standards, you should try and make it easy
to read. No exceptions or special cases, if it can be avoided. You
want
I had thought the x operator strange the first couple of times I ran over
it...
On Sun, 14 Apr 2002 18:12:37 -0400, ellem wrote:
I'm a sys admin. I never told anyone I was a programmer. A few months
ago I got yanked into a coder meeting and one of my Perl Scripts was on
the wall in 4 foot glory and our manager was pointing out how NOT to
write code. He never asked
On 4/14/02 2:31 PM, John Buono [EMAIL PROTECTED] wrote:
I am trying to run perl scripts through CGI. I am running the straight OSX
not the server.
Every time I try and run a script through the browser I am given an
Internal Server Error.
Try the below code, making sure you set it
--boring, cautious, obvious over commented code--
Nothing wrong with being OVERLY cautious, especially if YOU expect to
understand why you did what you did months or years later.
I wrote a quick hack once to fix a short term problem - three years later
that code is STILL in use :( I can
On 4/14/02 9:07 PM, drieux [EMAIL PROTECTED] wrote:
Is there an Orthodox Perl IDE for OS X?
It isn't silly and it isn't available...
I just use BBEdit and am done with it;
-Sx- :]
My new personal quote:
Be alert! The world needs more Lerts! :)
Still others like BBEdit. They're even weirder. But I like them all.
Not sure about vim, et all, but I know emacs and BBEdit allow you to
'automate' your coding environment to a high degree.
BBEdit is, IMHO, the coders choice for programming in a multiplatform
environment: MacsOS X are
On Sun, 14 Apr 2002, Bill -Sx- Jones wrote:
Still others like BBEdit. They're even weirder. But I like them all.
Not sure about vim, et all, but I know emacs and BBEdit allow you to
'automate' your coding environment to a high degree.
Vim is scriptable, if that's what you mean. I'm not
On 4/14/02 10:02 PM, Chris Devers [EMAIL PROTECTED] wrote:
access to such systems. BBEdit is Mac only, isn't it? It might integrate
well with remote systems, but if it can't run on them natively then this
isn't as useful to me, personally.
Yes and we are getting OT here, but I try to 'stay
On Sun, 14 Apr 2002, Bill -Sx- Jones wrote:
Yes and we are getting OT here, but I try to 'stay away' from the systems I
program and/or manage.
So you never manage or program on the box you're using? It's strictly a
dumb terminal? Or do you drive it from the servers? ;)
Plus, I like platform
I wanted to let everyone that responded know I figured out the problem, and
it was sort of dumb.
When I created my scripts I used BBEdit, but did not set the type of file to
Unix, I let it remain the default of Macintosh (well I was on a Mac).
I discovered that if the scripts are in Mac test
On Monday, April 15, 2002, at 11:31 AM, Bill -Sx- Jones wrote:
On 4/14/02 7:34 PM, Ken Williams [EMAIL PROTECTED] wrote:
Code A:
my $i;
my $n = scalar @array;
for ($i = 0; $i $n; $i++) {
$array[$i]++;
}
Code B:
foreach (@array) { $_++ }
Do my
hi, me and my very humble opinion...
jEdit (www.jedit.org).
On Sunday, April 14, 2002, at 08:07 PM, drieux wrote:
Is there an Orthodox Perl IDE for OS X?
no orthodox, but...
works on every conceivable platform, supports every conceivable
language, has every conceivable option
I started this thread some aeons back, and if some of you think it is
OT, sowwwy. but I just wanted to make a few comments...
I appreciate and feel encourage by Randal's comments, although I
wouldn't judge the PerlGolfers so harshly. Obviously, Randal is in a
distinctly different position
I think he was just stirring up debate on the lack of my in the latter
example. Ie, not declaring variables (and thus scope). :) I'm not going
to comment down that line, since that would trigger more of a holy war
than clear code did. hehehe.
Along the lines of another post by PK, I like
Using these instructions:
http://duke.usask.ca/~dalglb/macosx/Perl_5.6.html
I began installing 5.6.1. I ran into trouble here:
cpan look perl-5.6.1.tar.gz
This didn't work but using clues from the previous command I got to my
/build directory and continued on.
Right around Set Up Locale
John
Just about everyone goes through this once (or twice if they forget the first time!)
With the switch from mac os to *nix os, the default line ending is one of the things
that can throw a monkey in the works ;-)
The server sees a single line with your entire cgi program on it, and has no
On Monday, April 15, 2002, at 01:17 PM, Alex S wrote:
I think he was just stirring up debate on the lack of my in
the latter
example. Ie, not declaring variables (and thus scope).
There are no scoping problems with that example. The $_
variable is automatically localized.
On Mon, 15
28 matches
Mail list logo