Thanks for the help. It turned out to be a setup problem with ODBC the DNS was in the
user area not the system. But the information on tracing errors help identify where
the problem was located.
-Original Message-
From: Ron Goral [mailto:[EMAIL PROTECTED]
Sent: Friday, September 03
> -Original Message-
> From: Wiggins d Anconia [mailto:[EMAIL PROTECTED]
> Sent: Wednesday, September 01, 2004 8:33 AM
> To: Rearick, Kenneth N.; '[EMAIL PROTECTED]'
> Subject: Re: ODBC
>
>
> >
> >
> >
> > I have a CGI program in w
ttach to the
database.
>
> Is there anyway to see the errors that the DBI:ODBC is generating when
the application is being run from the server? Any ideas why the ODBC
connect is failing?
>
You can use CGI::Carp and 'fatalsToBrowser' to have fatal messages
thrown to the browser, a
On Aug 31, 2004, at 4:15 PM, Rearick, Kenneth N. wrote:
Is there anyway to see the errors that the DBI:ODBC is generating when
the application is being run from the server? Any ideas why the ODBC
connect is failing?
$dbh = DBI->connect("DBI:ODBC:$SERVER", $USER, $PASSWORD);
You
.
Is there anyway to see the errors that the DBI:ODBC is generating when the application
is being run from the server? Any ideas why the ODBC connect is failing?
$dbh = DBI->connect("DBI:ODBC:$SERVER", $USER, $PASSWORD);
ROTECTED]>
To: [EMAIL PROTECTED]
Date: Thu Feb 14 13:31:25 PST 2002
Subject: Help with ODBC/CGI/IIS
>just out of curiosity...
>
>where do you get IIS these days? at one time it was a d/l on the MS
>site & it also came with my NT server. can you d/l IIS5 somewhere?
>
>Al Hosp
just out of curiosity...
where do you get IIS these days? at one time it was a d/l on the MS
site & it also came with my NT server. can you d/l IIS5 somewhere?
Al Hospers
CamberSoft, Inc.
alcambersoftcom
http://www.cambersoft.com
Shockwave and Director development, CD-ROM, HTML,
CGI scripting,
iz'"<[EMAIL PROTECTED]>, [EMAIL PROTECTED]
Date: Thu Feb 14 02:28:59 PST 2002
Subject: Re: Help with ODBC/CGI/IIS
>> Once I
>> am in regedit.,however, I am not sure where to look to change
>> this
>
>in general you don't set permissions in Regedit. try
> Once I
> am in regedit.,however, I am not sure where to look to change
> this
in general you don't set permissions in Regedit. try right clicking on
the fole in question & looking at the Security tab.
Al
--
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL P
Hi -
I am getting the following error when running a cgi script in IIS.This same code
worked fine using Apache and I am not sure what is happening.
The error is:
Perhaps the capitalisation of DBD 'ODBC' isn't right. at
C:\Inetpub\Scripts\clickcount.cgi line 210
Here is my
What is your web-server? IIS??
- Rex
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, October 09, 2001 8:58 AM
To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
Subject: Using Win32::ODBC
I'm successfully connecting to a Pervasive 7 database with my
I would second what Curtis said. Avoid Win32::ODBC entirely.
Not just because of the features, but because it's also not going to be
portable anyway beyond simple CGI on WinNT. Every few months someone on the
ActiveState PerlEx (loosely known as the NT equivalent to mod_perl) mailing
--- [EMAIL PROTECTED] wrote:
> I'm successfully connecting to a Pervasive 7 database with my PERL program
> when running from the command line.
>
> I try to run the program in my webbrowser and I get the following error.
>
> Error connecting to MO Error: [802] [] &qu
Yes, I am using IIS as my webserver.
-Original Message-
What is your web-server? IIS??
- Rex
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
Subject: Using Win32::ODBC
I'm successfully connecting to a Pervasive 7 database with my PERL program
I'm successfully connecting to a Pervasive 7 database with my PERL program
when running from the command line.
I try to run the program in my webbrowser and I get the following error.
Error connecting to MO Error: [802] [] "[Pervasive Software][ODBC
Interface][Pervasive Software
--- SAWMaster <[EMAIL PROTECTED]> wrote:
> Can someone clear this up for me?
>
> Is DBI some sort of implementation of Win32::ODBC or is it an entity in and of
>itself?
DBI.pm (DataBase Interface) is a generic wrapper around the various DBD (DataBase
Driver) modules
that a
Can someone clear this up for me?
Is DBI some sort of implementation of Win32::ODBC or is it an entity in and of itself?
The reason I ask is because Brett said this:
"I was going to suggest that also, but I think they were using Win32::ODBC,
which I don't believe supports placeholde
17 matches
Mail list logo
