Re: ActiveState ActivePerl 5.8 - system call

[EMAIL PROTECTED] wrote: > You see, with cgi scripting if you attempt to write to the browser without > first printing > "Content-type: text/html\n\n" > > You will get an error, and I thing this is what you are seeing. Actually, at least on my installation, IIS will return error messages to the b

Re: ActiveState ActivePerl 5.8 - system call

Dan Muey wrote: > > $exit_value = $? >> 8; bit 8 [0 bit on high byte] > > $signal_num = $? & 127; value of 7 lowest bits > > $dumped_core = $? & 128;bit 7 [highest bit of low byte] > Just curious, what is happening here with the >> and the &. > I see there's a 128 ther

RE: ActiveState ActivePerl 5.8 - system call

> Dan Muey wrote: > > > > > Also IIS is, with all due respect and apologies for being OT, crap. > > Not the case, Dan. While I would never expose IIS to the > public Internet, it is an excellent tool for debugging CGI > scripts. It puts a minimum of extraneous configuration grief > into the

Re: ActiveState ActivePerl 5.8 - system call

Dan Muey wrote: > > Also IIS is, with all due respect and apologies for being OT, crap. Not the case, Dan. While I would never expose IIS to the public Internet, it is an excellent tool for debugging CGI scripts. It puts a minimum of extraneous configuration grief into the process, and usually

RE: ActiveState ActivePerl 5.8 - system call - RESOLVED

Hi, Found out that the PATH size was smaller when running from the web (IIS) compared to the command prompt. Obviously, the most important path reqd for the C code was at the end. Thanks for everyone's input. Atul -- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [E

RE: ActiveState ActivePerl 5.8 - system call

Could you please try this: print "Content-type: text/html\n\n$exit_value, $signal_num, $dumped_core\n"; __ William Ampeh (x3939) Federal Reserve Board -- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

RE: ActiveState ActivePerl 5.8 - system call

You see, with cgi scripting if you attempt to write to the browser without first printing "Content-type: text/html\n\n" You will get an error, and I thing this is what you are seeing. If your "validate.exe" displays any information, you need to somehow capture this, and then figure out in you

RE: ActiveState ActivePerl 5.8 - system call

Hi, What did you mean by: > This system() call is most likely not using the shell. validate.exe checks for arguments and prints the usage in the log file. From IIS nothing is written in the log file and this being the first thing validate.exe does . Atul On Tue, 6 Jan 2004 11:19:42 -0800,

RE: ActiveState ActivePerl 5.8 - system call

> Hi, > Howdy > I am no fan of Bill Gates either :) but the client > needs to use his crap. The simplified version of code > is: > Ok, some thigns I'd do is: 1) use strict; and use warnings; if winders has them. 2) Make you variabels my() variables; (IE my $arg1 ... Instead of $arg1 ...) 3) ch

RE: ActiveState ActivePerl 5.8 - system call

> $arg1="userid"; > $arg2="password"; > @args = ("C:\\perlcode\\validate.exe","$arg1","$arg2"); > system(@args); This system() call is most likely not using the shell. > $exit_value = $? >> 8; > $signal_num = $? & 127; > $dumped_core = $? & 128; > print "$exit_value, $signal_num, $dumped_core\n

RE: ActiveState ActivePerl 5.8 - system call

Hi, I am no fan of Bill Gates either :) but the client needs to use his crap. The simplified version of code is: . $arg1="userid"; $arg2="password"; @args = ("C:\\perlcode\\validate.exe","$arg1","$arg2"); system(@args); $exit_value = $? >> 8; $signal_num = $? & 127; $dumped_core = $? & 128;

RE: ActiveState ActivePerl 5.8 - system call

> Hi, Howdy > > We have a perl/cgi script (ActivePerl 5.8) which calls > a executable (C code) using the system command. > Ex: > . > @args = ("C:\\perlcode\\sample.pl", "arg1", "arg2"); > system(@args); $exit_value = $? >> 8; $signal_num = $? & > 127; $dumped_core = $? & 128; print "$ex