On Wed, 13 Jun 2001, Kevin Hancock <[EMAIL PROTECTED]> wrote,
> I have two scripts both on the same server, both in the same directory
> even. One has access to the UNIQUE_ID and the other does not. If it is
> magically part of the environment why cannot both scripts use it?
Because your apache
What it means is:-
Your script crashed before finishing making a page. If you are using CGI.pm,
plant 'end_html;exit;' at various places through your script until it
generates something legible. The error can be located that way.
BTW, I endorse the fatalsToBrowser recommendation.
- Roger -
Hi,
I wonder if anyone can help please.
I need to retrieve data from a server running NT4SP5 MS SQL Server. The
server is NTSERV (distinguished name NT SQL SERVER), the table is data::stats
and the fields are name, id, number, status so the select reads "SELECT
name,id,number,status FROM data
You do not say how far you have got with the database interface: and outline
of your script would be helpful.
You probably realise you need to
1) connect to the database
2) prepare the select statement
3) execute the sstatement
4) loop round the rows until exhausted.
5) disconnect from the datab
in that case shouldnt both scripts unable to access that environment variable ?
On Wed, 13 Jun 2001, Hasanuddin Tamir wrote:
> On Wed, 13 Jun 2001, Kevin Hancock <[EMAIL PROTECTED]> wrote,
>
> > I have two scripts both on the same server, both in the same directory
> > even. One has access to th
On Wed, 13 Jun 2001, Karthik Krishnamurthy <[EMAIL PROTECTED]> wrote,
> in that case shouldnt both scripts unable to access that environment variable ?
You're right. I misread Kevin's last question. We need to know
how both script access the variable and how they get called.
__END__
--
s::a
Kevin Hancock wrote:
>
> I have two scripts both on the same server, both in the same directory
> even. One has access to the UNIQUE_ID and the other does not. If it is
> magically part of the environment why cannot both scripts use it?
can you post the scripts?
WebMaster AIM-US <[EMAIL PROTECTED]> wrote:
> Another option is to put the JavaScript in the text file, and have Perl
> read from that file, and print it directly. This means you can re-use the
> JavaScript code in other similar script without needing to edit each script
> whe
> As written, this script won't work. If you call the
> 'header()' function directly, you need to
> import this function from CGI. One way to do it is:
>
> use CGI qw/:standard/;
It works in the script I copy and pasted from ... :)
> Also, since you are already using CGI.pm, why not take
>
Peter,
You're not sending any data besides the header. Try adding the
following to the end of your script:
else { print "No actions to take" }
It's always a good idea to check yourself with this kind of catchall code.
William
--
[EMAIL PROTECTED]
www.knowmad.com
Charlotte, NC
Derek
[ To help the beginners group work, it is best to 'reply-all' so that the
group gets the complete interchange. ]
I see you have
$SQL="SELECT name,extno,dnis,cli,acd FROM avid_call_db..online_stats_table
WHERE acd > 0";
#
^^ two dots?
$sth = $dbh->prepare($SQL);# prepares the statement
Actually, the object methods involed by the script I had posted generate
lots of data, but it is probably a good idea to include error checking code
as you suggest. Today the exact same script functions perfectly
fine. There must be something in my code causing netscape to generate
intermitt
--- "Tillema, Glenn" <[EMAIL PROTECTED]> wrote:
> > As written, this script won't work. If you call the
> > 'header()' function directly, you need to
> > import this function from CGI. One way to do it is:
> >
> > use CGI qw/:standard/;
>
> It works in the script I copy and pasted from ... :)
--- Curtis Poe <[EMAIL PROTECTED]> blathered:
> If it's printing out your tags in lower case, you definitely have an issue with
>CGI.pm.
[snip]
Ugh. That should have read "If it's *not* printing out your tags in lower case...".
Cheers,
Curtis Poe
=
Senior Programmer
Onsite! Technology (ht
1) "print header" is the only print statement in your response ..
May be I'm wrong but did you mean to print anything at all ?
I thought the CGI script should give some meaningful response.
2)
...
'browser' => $q->param("browser"),
'os' => $q->param("os"),
'bugtrack_status' => $q->param("bugtrac
At 08:31 PM 6/13/01 +0200, Evgeny Goldin (aka Genie) wrote:
>1) "print header" is the only print statement in your response ..
>May be I'm wrong but did you mean to print anything at all ?
>I thought the CGI script should give some meaningful response.
This is true, HOWEVER, the object methods i
--- Peter Cline <[EMAIL PROTECTED]> wrote:
> >CGI.pm, FETCHING THE PARAMETER LIST AS A HASH :
> >$params = $q->Vars;
> >print $params->{'address'};
> >
> >And in your case it may be :
> >
> >my @param_list = qw ( request_id request_priority request_title .. );
> >my %hash = (); #
>>BugTrack->update_request ( %hash );
Btw, passing the hash isn't efficient as passing it's reference. When you
passing only a ref there's no copying of the whole hash .. the usual stuff.
So, it's only my advice to call
BugTrack->update_request ( \%hash )
and use a corresponding dereferencing
Hi everyone,
why this doesn't pass $username and $password to checkuser.cgi script??
when the form is filled out I only see
http://external-server/cgi-bin/checkuser.cgi?user=$usuario&pass=$contrasena
and $usuario it's not replaced by param('username'), etc
Any advice will be very appreciated
> -Original Message-
> From: Abel Lucano [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, June 13, 2001 3:35 PM
> To: [EMAIL PROTECTED]
> Subject: calling a external cgi from a form passing parameters
>
>
> Hi everyone,
>
> why this doesn't pass $username and $password to checkuser.cgi scr
--- Abel Lucano <[EMAIL PROTECTED]> wrote:
>
> Hi everyone,
>
> why this doesn't pass $username and $password to checkuser.cgi script??
> when the form is filled out I only see
>
> http://external-server/cgi-bin/checkuser.cgi?user=$usuario&pass=$contrasena
>
> and $usuario it's not replaced by
I am wondering if anyone has any experience with the Rot13.pm?
I am looking for a module to encrypt the log-in password from a form, and am
unfamiliar with all of the modules on CPAN, and so am looking for some
feedback.
Thanks
scott
rot13 is not well suited for encryption, it was never meant to be, rather,
it was used to easily encode information, so that someone else can easily
decode it. An example of its uses (back in da day yo) was on BBS's where,
someone may have posted a movie spoiler and if people /really/ wanted to se
Do you think it would be safe to assume that most web hosts would have this
enabled on their machines?
>From reading the README file it seems that it was depricated.
_
Get Your Private, Free E-mail from MSN Hotmail at http:/
--- scott lutz <[EMAIL PROTECTED]> wrote:
> I am wondering if anyone has any experience with the Rot13.pm?
> I am looking for a module to encrypt the log-in password from a form, and am
> unfamiliar with all of the modules on CPAN, and so am looking for some
> feedback.
All Rot13 does is 'rotat
>From what I understand, you should try and declare your $username, $password before
>you try and pass it in the query string. Also, I don't see where in the script you
>compare it against anything. Of course I may be thinking dB terms.
Mark Bergeron
-Original Message-
From: "Abel Luca
Curtis,
Maybe this is a dumb question from the encryption-ignorant, but why wouldn't
you want $rand to change? I would think that the more randomness you
introduce, the more effective the encryption. I am aware that the idea of a
hash function is ideally twofold: The original values should be
Hi all,
The point of this script is to get around setting application MIME types on
the server for when you don't have the right to do that on your server. It
will fetch any file as any MIME type. It adds the file extension and
defaults to "example.opx" if there is no filename given.
However, I
--- "Kuchler, David" <[EMAIL PROTECTED]> wrote:
> Curtis,
>
> Maybe this is a dumb question from the encryption-ignorant, but why wouldn't
> you want $rand to change? I would think that the more randomness you
> introduce, the more effective the encryption. I am aware that the idea of a
> hash
on 6/10/01 10:19pm, fliptop at [EMAIL PROTECTED] wrote:
> step 3 is complete, and is available at:
>
> http://www.peacecomputers.com/addressbook_toot-step3.html
>
> coming next - step 3 - the perl handler, and a table of contents for the
> tutorial
>
A question, out of curiosity.
In this ste
Ken Scott wrote:
>
> on 6/10/01 10:19pm, fliptop at [EMAIL PROTECTED] wrote:
>
> > step 3 is complete, and is available at:
> >
> > http://www.peacecomputers.com/addressbook_toot-step3.html
> >
> > coming next - step 3 - the perl handler, and a table of contents for the
> > tutorial
> >
>
> pri
--- fliptop <[EMAIL PROTECTED]> wrote:
> > print "Content-type: text/html\n\n";
> >
> > My question is this: Since you already have the CGI module included and
> > used, why not call the CGI module's header() function? I thought that it did
> > the same thing, and might be a little clearer in i
Curtis Poe wrote:
>
> --- fliptop <[EMAIL PROTECTED]> wrote:
> > > print "Content-type: text/html\n\n";
> > >
> > i could, since both statements do the same thing. now that i think
> > about it, i really don't know why i still do it manually. force of
> > habit, i guess. that's the beauty of
33 matches
Mail list logo
