Ganesan M wrote:
> Hello all,
>
> I am trying to get DBD::Informix installed on SCO_SV scosysv 3.2 5.0.6 i386.
> perl, v5.6.1 built for i386-sco
> INFORMIX-ESQL Version 5.10.UD1
> DBI & DBD 1.00.
SCO UNIX System V Release 3.2 Version 5.0.x has rather limited and restrictive shared
library sup
Try http://groups.google.com/ and thread to comp -> lang -> perl where
you'll find five groups under perl. You don't need a news server here, just
your browser.
Robert Giden
Colton, WA
- Original Message -
From: "Jonathan Leffler" <[EMAIL PROTECTED]>
To: "DBI Users Mailing List" <[EMAIL
A Chan wrote:
> Anyone know any perl newsgroup address? Thanks
It depends on what you mean by address. The comp.lang.perl.modules news group is
probably
appropriate for you - but you need a news server such as nntp.your-isp.net to get at
it.
--
Jonathan Leffler ([EMAIL PROTECTED], [EMAIL
Roger,
I've finally had a chance to look at this (going through my queue of issues
& questions). What I can see is the following:
- No result columns are being returned
- DBD::ODBC calls SQLMoreResults (and gets SQL_SUCCESS_WITH_INFO) to skip
over the empty result set
- T
Spoke too soon :-(
With Perl5.8.0 instead of 5.6.0, I am no longer getting a SEGV, but
things are still broken.
The connects apparently succeed, but when I try to use the 2nd
connection, the first is used.
NB: the table, 'site' only exists in the second database.
DBD::Pg is using the Ingres da
Folks
I'm trying to make a connection to an oracle database 8.1.7 that has a
american_america.we8iso8859p1 character set. If I set the
$ENV{NLS_LANG}=american_america.we8iso8859p1 I can't connect to the
database. I get the ora-12705 invalid NLS_LANG error. Is there some way
around this. All the
Hi, All,
Anyone know any perl newsgroup address? Thanks
Angela
__
Do you Yahoo!?
New DSL Internet Access from SBC & Yahoo!
http://sbc.yahoo.com
Hey all, got a problem here which I don't quite understand. I need to
share a pool of dbi connections between N perl processes. I know that only
one process may use a DBH at at time, and can handle that. The problem that
I am having can been seen in the code below. If I just start up a
con
I've sifted through the years of archives on how to
tell if a prior database handle established using
DBI->connect_cached exists or not.Any examples
that I have found do not work for my needs. While the
$dbh->{CachedKids} is useful for showing any cached
statements when using $dbh->prepare_ca
Yep. Have those. The perl log file sent with the original message references
this. I notice that the cccdlflags='+Z' you referenced is uses a cap Z. Does
this make a difference, as mine is lowercase.
ps. I've reattached the install notes and perl -V info. The perl info is an
update with the -lcl
Hello All,
I have a problem with dbi:Proxy that the connection with the proxy is not
closed until the perl script exits.
When I call "$dbh->disconnect" the following appears in the proxy's debug
window:
Wed Sep 25 15:35:51 2002 debug, Client executes method
DestroyHandle
W
Please upgrade to DBI 1.30.
Thanks,
Jeff
> -Original Message-
> From: Janarthanan, Prasanna [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, September 25, 2002 9:58 AM
> To: Janarthanan, Prasanna; '[EMAIL PROTECTED]';
> '[EMAIL PROTECTED]'; '[EMAIL PROTECTED]'
> Subject: RE: Problem instal
Hello,
I'm asking you to help me in escaping a new line separator.
I have a code like this:
foreach $line (@array1) {
chomp($line);
@dump = split(/"\|"/, $line);
#
# Define required fields
#
.
foreach $line2 (@array2) {
Hi all,
Regarding the installation of the DBD:ODBC package which gives me a strange
error at dbdimp.c while running 'make' command.
Have anyone tried installing this at solaris 32 bit or 64 bit under perl 5.X
and DBI 1.X
expecting some suggestions.
thanks
Prassana
-
janarthp@sys1:/u/janart
I tried to make out the exact error. This is using iODBC in mycase, But the
same applies for unixODBC also. I have both.
To make out the error, i tried to compile dbdimp.c alone with erroff option
to suppress the warnings.
Here is the error.
janarthp@sys1:/u/janarthp/DBD> cc -c -erroff
-I/u/j
I am trying to install DBI module on a Win32 environment and I get this error when I
run nmake.
C:\Perl\bin\perl.exe -IC:\Perl\lib -IC:\Perl\lib C:\Perl\lib\ExtUtils/xs
ubpp -typemap C:\Perl\lib\ExtUtils\typemap Perl.xs > Perl.c
Cannot open 'Perl.xsi': No such file or directory in Perl
Prassana,
I haven't had the time, yet. I have a Solaris machine here, but I'm
presuming some of this is stemming from:
a) 64 BIT
b) Sun's CC compiler being finicky or 64 bit issues, which I have not yet
even tried.
The only thing I can do from here, other than say "patches welco
Hello,
how do you have compiled perl?
See the README.hpux that comes with the DBD package.
I believe that the perl-depot is not compiled with -lcl and -lpthread.
Try perl -V and you must see something like that
perllibs=-lcl -lpthread ...
and
cccdlflags='+Z'
Hope this helps
Wolfgang
-
W2K. Perl.
Target:
use JDBC connectionin Perl to connect to SQLServer.
The Perl part is not yet of relevance here.
I installed the JDBC.pm part. What I need to do is
1. Start the server.
2. Connect to the server.
In the pod: Add dbd_jdbc.jar and your database driver to your classpath. (my driver
The fetchrow method is deprecated, it shouldn't be used.
When bind_columns is used and you just want to fetch rows without
checking the return status of the fetch then you can use
$sth->fetch (not fetchrow), which is an alias for fetchrow_arrayref.
Tim.
On Tue, Sep 24, 2002 at 03:27:50PM -0500
On Wed, Sep 25, 2002 at 01:22:47PM +1200, Glen Eustace wrote:
> After spending half the morning stuffing around trying to compile a
> version of perl with debugging included, I decided to simply give 5.8.0
> a try.
>
> It works fine.
>
> We have had problems with 5.6.0 and various 64 bit weirdne
Michael Boudreau wrote:
> I am getting odd (to me) behavior from fetchrow and wonder if anybody
> else is aware of this problem ...
> IF the last value (Email) in any row is an empty string, the fetchrow
> method returns false (and any remaining rows are not processed). Very
> bad when the *
<> Hi there,
I'm facing a problem while trying to install the DBD module
Oracle Version = 7.3.4
perl version=5.6.0
OS Type/Version = HPUX/10.20
I have also tried LINKTYPE=static. it gives the following error:
.
# /usr/ccs/bin/ld: Can't open /e1d1/app/oracle/product/7.3.4/lib/libclntsh.sl
/u
I am getting odd (to me) behavior from fetchrow and wonder if anybody else
is aware of this problem. Apologies in advance if I've overlooked something
really obvious, or if this is a long-squashed bug and I just need to update
our Perl modules.
Using Perl 5.6.0, DBI 1.14, DBD::mysql 2.0414, an
24 matches
Mail list logo
