hard for you to explain your problem).
Also see: http://www.catb.org/~esr/faqs/smart-questions.html
--
Jonathan Leffler ([EMAIL PROTECTED], [EMAIL PROTECTED])
#include disclaimer.h
Guardian of DBD::Informix v2003.04 -- http://dbi.perl.org/
?
The information is in the email headers that go with each message.
There is a header which indicates how to get unsubscribed:
List-Unsubscribe: mailto:[EMAIL PROTECTED]
--
Jonathan Leffler ([EMAIL PROTECTED], [EMAIL PROTECTED])
#include disclaimer.h
Guardian of DBD::Informix v2003.04 -- http
Delaporte
--
Jonathan Leffler ([EMAIL PROTECTED], [EMAIL PROTECTED])
#include disclaimer.h
Guardian of DBD::Informix v2003.04 -- http://dbi.perl.org/
.
--
Jonathan Leffler ([EMAIL PROTECTED], [EMAIL PROTECTED])
#include disclaimer.h
Guardian of DBD::Informix v2003.04 -- http://dbi.perl.org/
-fetchrow_array()) {
...
}
but nothing would really happen; simply the resolution of
the methods would be satisfied.
DBD::Example, DBD::Sponge? Both distributed with DBI itself.
--
Jonathan Leffler ([EMAIL PROTECTED], [EMAIL PROTECTED])
#include disclaimer.h
Guardian of DBD::Informix v2003.04 -- http
Delaporte
--
Jonathan Leffler ([EMAIL PROTECTED], [EMAIL PROTECTED])
#include disclaimer.h
Guardian of DBD::Informix v2003.04 -- http://dbi.perl.org/
!
The only comments I can make are that any such support with
DBD:Informix is strictly provided by DBI and not by DBD::Informix itself.
--
Jonathan Leffler ([EMAIL PROTECTED], [EMAIL PROTECTED])
#include disclaimer.h
Guardian of DBD::Informix v2003.04 -- http://dbi.perl.org/
16 KB, you need to do:
export FET_BUF_SIZE=16384
You might be using a 16 byte buffer, or a 0 byte buffer; neither is
very likely to be conducive to good performance.
--
Jonathan Leffler ([EMAIL PROTECTED], [EMAIL PROTECTED])
#include disclaimer.h
Guardian of DBD::Informix v2003.04 -- http
or
directory at /usr/local/lib/perl5/5.6.0/sun4-solaris/DynaLoader.pm
line 200.
at (eval 4) line 3
Compilation failed in require at (eval 4) line 3.
Perhaps a required shared library or dll isn't installed where
expected
at /usr/local/ids-mon/monitoring_lib.pl line 52
--
Jonathan Leffler ([EMAIL
-306.ibm.com/software/data/db2/everyplace/doc/infocenters/enu/dbeapr0902.htm#HDRSQL11
http://developer.mimer.com/documentation/html_92/Mimer_SQL_Engine_DocSet/App_Return_Codes2.html#wp1112282
http://www.ibm.com/software/data/informix/pubs/library/errors_ids94.pdf
--
Jonathan Leffler ([EMAIL PROTECTED
, for one, have zero intention of going through 30,000 message codes
and mapping them to anything resembling a standard.
--
Jonathan Leffler ([EMAIL PROTECTED], [EMAIL PROTECTED])
#include disclaimer.h
Guardian of DBD::Informix v2003.04 -- http://dbi.perl.org/
Dean Arnold wrote:
Jonathan Leffler wrote:
Dean Arnold wrote:
Hardy Merrill wrote:
A few months ago we had discussed on this list _standardizing_ error
handling for things like trying to insert duplicate records [...] Basically all it
involved
was putting together a list of common error
according to the test suite. It
doesn't exploit anything new in the DBI for the last couple of years,
but it doesn't break what used to work either.
--
Jonathan Leffler ([EMAIL PROTECTED], [EMAIL PROTECTED])
#include disclaimer.h
Guardian of DBD::Informix v2003.04 -- http://dbi.perl.org/
should have invalidated $sth.
Is this a bug - or a feature? And where is it a bug or feature? DBI,
or in the drivers?
--
Jonathan Leffler #include disclaimer.h
STSM, Informix Database Engineering, IBM Data Management
Phone: +1 650-926-6921 Fax: +1 650-926-6971 Tie
is destroyed, but that happens separately from and after the connection is broken.
So, I guess I need to check whether the connection is still valid. OK...(but it is common logic for all drivers - shouldn't DBI handle it for the drivers? In v2 perhaps?)
--
Jonathan Leffler ([EMAIL PROTECTED])
STSM
; it is not trivial. You may be able to add the module to an
ActiveState build -- but I can't promise it is trivial.
--
Jonathan Leffler ([EMAIL PROTECTED], [EMAIL PROTECTED])
#include disclaimer.h
Guardian of DBD::Informix v2003.04 -- http://dbi.perl.org/
HP-UX 11.11 platform,
and proceeding from there. If you want to continue with 32-bit Perl,
then you need a 32-bit version of ESQL/C. I'm not sure whether you
need CSDK 2.70.HC1 or 2.70.UC1 - but it is one of those two. Or a
more recent version of CSDK...
--
Jonathan Leffler ([EMAIL
, but unfortunately, Perl 5.6.1 doesn't support =head3 and
=head4 so I had to back those changes out of DBI::DBD. Until DBI
only supports 5.8.x or later, we're stuck with just =head1 and =head2.
--
Jonathan Leffler ([EMAIL PROTECTED], [EMAIL PROTECTED])
#include disclaimer.h
Guardian of DBD
- thanks.
--
Jonathan Leffler ([EMAIL PROTECTED], [EMAIL PROTECTED])
#include disclaimer.h
Guardian of DBD::Informix v2003.04 -- http://dbi.perl.org/
- hence the verbosity - but it is feasible if you so desire.
--
Jonathan Leffler ([EMAIL PROTECTED], [EMAIL PROTECTED])
#include disclaimer.h
Guardian of DBD::Informix v2003.04 -- http://dbi.perl.org/
-solaris
/usr/local/lib/perl5/5.8.1
/usr/local/lib/perl5/site_perl/5.8.1/sun4-solaris
/usr/local/lib/perl5/site_perl/5.8.1
/usr/local/lib/perl5/site_perl
.
--
Jonathan Leffler ([EMAIL PROTECTED], [EMAIL PROTECTED])
#include disclaimer.h
Guardian of DBD::Informix v2003.04 -- http
that explain what you're doing wrong. I don't have the URLs
at home - I'm not sure I ever did, but my dearly beloved browser
decided I didn't need any of the bookmarks I'd collected over the last
N years any more without telling me about its decision.
--
Jonathan Leffler ([EMAIL PROTECTED], [EMAIL
.
--
Jonathan Leffler ([EMAIL PROTECTED], [EMAIL PROTECTED])
#include disclaimer.h
Guardian of DBD::Informix v2003.04 -- http://dbi.perl.org/
Rasoul Hajikhani wrote:
Jonathan Leffler wrote:
Rasoul Hajikhani wrote:
Here is a brief description of my DBD::Informix
Type: dr
Name: Informix
Version: 2003.04
Attribution: Jonathan Leffler [EMAIL PROTECTED]
Product
Rasoul Hajikhani wrote:
Here is a brief description of my DBD::Informix
Type: dr
Name: Informix
Version: 2003.04
Attribution: Jonathan Leffler [EMAIL PROTECTED]
Product: INFORMIX-ESQL Version 9.51.UC1
on it working.
--
Jonathan Leffler ([EMAIL PROTECTED], [EMAIL PROTECTED])
#include disclaimer.h
Guardian of DBD::Informix v2003.04 -- http://dbi.perl.org/
new material, including On R-Table Single-Row
Constraints and Data Types which covers exactly this question.
More of the same - synchronicity works!
--
Jonathan Leffler ([EMAIL PROTECTED], [EMAIL PROTECTED])
#include disclaimer.h
Guardian of DBD::Informix v2003.04 -- http://dbi.perl.org/
(many?) other users on the system? Have you
considered using TLI connections? Or STR connections? How many CPU VPs do
you have?
--
Jonathan Leffler ([EMAIL PROTECTED])
STSM, Informix Database Engineering, IBM Data Management
4100 Bohannon Drive, Menlo Park, CA 94025
Tel: +1 650-926-6921 Tie-Line
on the comp.databases.informix news
group since the problem is purely Informix connectivity and not (yet)
Perl related.
--
Jonathan Leffler ([EMAIL PROTECTED], [EMAIL PROTECTED])
#include disclaimer.h
Guardian of DBD::Informix v2003.04 -- http://dbi.perl.org/
form. This patch certainly does not attempt to handle that.
(See attached file: int8.fix)
--
Jonathan Leffler ([EMAIL PROTECTED])
STSM, Informix Database Engineering, IBM Data Management
4100 Bohannon Drive, Menlo Park, CA 94025
Tel: +1 650-926-6921 Tie-Line: 630-6921
I don't suffer from
', $old_text);
Do this before passing the value to DBI.
Using XML modules seems to trigger this sort of problem.
--
Jonathan Leffler ([EMAIL PROTECTED], [EMAIL PROTECTED])
#include disclaimer.h
Guardian of DBD::Informix v2003.04 -- http://dbi.perl.org/
my $serial = $sth-{ix_sqlerrd}[1];
print SERIAL = $serial\n;
When I run this (Perl 5.8.0, DBI 1.37, DBD::Informix 2003.04, ESQL/C
9.52.UC1, IDS 9.30.UC3 on Solaris 8), it produces the answer I expect -
SERIAL = 1.
--
Jonathan Leffler ([EMAIL PROTECTED])
STSM, Informix Database Engineering, IBM
handling
has changed in some respects since then.
Beware Unicode - thank goodness for Encode!
--
Jonathan Leffler ([EMAIL PROTECTED])
STSM, Informix Database Engineering, IBM Data Management
4100 Bohannon Drive, Menlo Park, CA 94025
Tel: +1 650-926-6921 Tie-Line: 630-6921
I don't suffer from
on Solaris 8), and jknullp.xml (the XML
source with accented characters in ISO 8859-1, as noted in the XML encoding
information). They all unpack into the current directory.
--
Jonathan Leffler ([EMAIL PROTECTED])
STSM, Informix Database Engineering, IBM Data Management
4100 Bohannon Drive, Menlo Park
; I delete things fast and without reading
them. I've got 187 messages in my trash folder; 41 are unread. And
many of the residue are effectively unread - just selecting them long
enough to delete them means they're marked as read.
--
Jonathan Leffler ([EMAIL PROTECTED], [EMAIL PROTECTED
--
Jonathan Leffler ([EMAIL PROTECTED], [EMAIL PROTECTED])
#include disclaimer.h
Guardian of DBD::Informix v2003.04 -- http://dbi.perl.org/
in unless my outline answer is grossly wrong.
--
Jonathan Leffler ([EMAIL PROTECTED], [EMAIL PROTECTED])
#include disclaimer.h
Guardian of DBD::Informix v2003.04 -- http://dbi.perl.org/
---BeginMessage---
Brian McLaughlin wrote:
I have two Informix servers -- a production box and a test box. Passwords
ensure that the correct files were copied across. Did you simply copy
the Solaris 6 version of Perl verbatim to Solaris 8?
I am inclined to think that you would do better with a version of
Perl compiled for Solaris 8, but it is not, theoretically, necessary
to do so.
--
Jonathan Leffler ([EMAIL
;
__END__
Yes, really! Take a look at other modules. The __END__ is optional,
but the 1; is not.
--
Jonathan Leffler ([EMAIL PROTECTED], [EMAIL PROTECTED])
#include disclaimer.h
Guardian of DBD::Informix v2003.04 -- http://dbi.perl.org/
: sunos solaris 5.8 generic_108528-11 sun4u sparc sunw,ultra-5_10
Compiler: gcc -B/usr/ccs/bin/ -O -fno-strict-aliasing
-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64
Which version of DBI are you using? Which version of ESQL/C are you
using?
Any help would be brilliant !
Thanks,
Paul.
--
Jonathan
Rau
--
Jonathan Leffler ([EMAIL PROTECTED], [EMAIL PROTECTED])
#include disclaimer.h
Guardian of DBD::Informix v2003.04 -- http://dbi.perl.org/
was set when DBD::Informix was
compiled.
--
Jonathan Leffler ([EMAIL PROTECTED], [EMAIL PROTECTED])
#include disclaimer.h
Guardian of DBD::Informix v2003.04 -- http://dbi.perl.org/
The message got to me - did the response get to you?
--
Jonathan Leffler ([EMAIL PROTECTED], [EMAIL PROTECTED])
#include disclaimer.h
Guardian of DBD::Informix v2003.04 -- http://dbi.perl.org/
.
If you use the CPAN or CPANPLUS modules, configure them with UNINST=1
where appropriate.
--
Jonathan Leffler ([EMAIL PROTECTED], [EMAIL PROTECTED])
#include disclaimer.h
Guardian of DBD::Informix v2003.04 -- http://dbi.perl.org/
their scripts!
But I'll change it to a carp for the next release.
And back to croak a release or two later :-) Mind you, I've fixed the
tests in DBD::Informix which explicitly tested the old connect syntax.
There were about 3 of them.
--
Jonathan Leffler ([EMAIL PROTECTED], [EMAIL PROTECTED
.
Incidentally, if your Informix database server is not a 64-bit server,
then it is largely a wasted effort building the 64-bit Perl.
Which version of DBD::Informix and DBI do you have?
--
Jonathan Leffler ([EMAIL PROTECTED], [EMAIL PROTECTED])
#include disclaimer.h
Guardian of DBD::Informix v2003.04
-func()
# print Testing \$dbh-func().\n;
--
Jonathan Leffler ([EMAIL PROTECTED], [EMAIL PROTECTED])
#include disclaimer.h
Guardian of DBD::Informix v2003.04 -- http://dbi.perl.org/
is a patch for Driver.xst from DBI 1.34. It puts the
variable declarations at the start of a block (by introducing a new
block) and annotates why.
With luck, this means that DBD::Informix v2003.03.* and v2003.04 will
compile OK with the amended template file.
--
Jonathan Leffler
that
the directory where you extracted the files was completely unused?
--
Jonathan Leffler #include disclaimer.h
STSM, Informix Database Engineering, IBM Data Management
Phone: +1 650-926-6921 Fax: +1 650-926-6971 Tie-line: 630-6921
Email: [EMAIL PROTECTED]
Guardian of DBD::Informix
build this module, use the ItWorks (Perl)
** script to report your configuration to the maintenance team (meaning
** Jonathan Leffler) at [EMAIL PROTECTED] Note that ItWorks does not
** send email to anybody; you have to do that yourself.
New in release 2003.03.0400:
* Minor bug fix release
);
1;
}
Silly question time, Tim; does the fact that we don't support Perl
5.004 allow you to change line 270 now?
--
Jonathan Leffler ([EMAIL PROTECTED], [EMAIL PROTECTED])
#include disclaimer.h
Guardian of DBD::Informix 1.04.PC1 -- http://dbi.perl.org/
build this module, use the ItWorks (Perl)
** script to report your configuration to the maintenance team (meaning
** Jonathan Leffler) at [EMAIL PROTECTED] Note that ItWorks does not
** send email to anybody; you have to do that yourself.
New in release 2003.03.0303:
* Pre-requisite version of DBI
::Informix database handle). Is that correct?
I rather like the possibilities that this opens up, I have to say.
--
Jonathan Leffler ([EMAIL PROTECTED], [EMAIL PROTECTED])
#include disclaimer.h
Guardian of DBD::Informix 1.04.PC1 -- http://dbi.perl.org/
--
Jonathan Leffler ([EMAIL PROTECTED], [EMAIL PROTECTED])
#include disclaimer.h
Guardian of DBD::Informix 1.04.PC1 -- http://dbi.perl.org/
---BeginMessage---
Rudy Lippan wrote:
On Wed, 26 Feb 2003, Tim Bunce wrote:
Rudy Lippan wrote:
I know there is a {NUM_OF_PARAMS} attribute
Peter J. Holzer wrote:
On 2003-02-25 21:34:52 -0800, Jonathan Leffler wrote:
Generally speaking, I've been impressed with 5.8.0 on both Solaris 7
(UltraSparc) and also on MacOS X (10.2.3 at the moment). On MacOS X,
there's a peculiarity in the way CPAN and CPANPLUS manage to put the
first
attachment.
--
Jonathan Leffler ([EMAIL PROTECTED], [EMAIL PROTECTED])
#include disclaimer.h
Guardian of DBD::Informix 1.04.PC1 -- http://dbi.perl.org/
#!/usr/bin/perl -w
#
# @(#)$Id: sqlcmd.sh,v 54.2 1997/04/08 18:59:42 johnl Exp $
#
# SQL Command Reader Executor
use Getopt::Std;
use DBI
notation is appropriate, then please
tell me.
...Hm...or maybe I already know -- SQLCMD prints 0 0.0 0.0 0.00 -- so
applying the formatting from there to DBD::Informix would probably satisfy
your needs?
--
Jonathan Leffler ([EMAIL PROTECTED])
STSM, Informix Database Engineering, IBM Data Management
.
--
Jonathan Leffler ([EMAIL PROTECTED], [EMAIL PROTECTED])
#include disclaimer.h
Guardian of DBD::Informix 1.04.PC1 -- http://dbi.perl.org/
Solaris box at the office - tomorrow with luck. I have not
validated the changes I've made, nor have I converted the =head3 into
the required notation - sorry.
--
Jonathan Leffler ([EMAIL PROTECTED], [EMAIL PROTECTED])
#include disclaimer.h
Guardian of DBD::Informix 1.04.PC1 -- http://dbi.perl.org
of bad news.
--
Jonathan Leffler ([EMAIL PROTECTED], [EMAIL PROTECTED])
#include disclaimer.h
Guardian of DBD::Informix 1.04.PC1 -- http://dbi.perl.org/
Output from 'perl -V':
Summary of my perl5 (revision 5.0 version 8 subversion 0) configuration:
Platform:
osname=darwin, osvers=5.5, archname
work.
--
Jonathan Leffler ([EMAIL PROTECTED], [EMAIL PROTECTED])
#include disclaimer.h
Guardian of DBD::Informix 1.04.PC1 -- http://dbi.perl.org/
{__WARN__} = sub { do_the_real_job($sth, $_[0]); };
$sth-...
$SIG{__WARN__} = 'DEFAULT';
When the handler sub is executed, doesn't this use the $sth in scope
when the sub is defined? That's an unverified hypothesis...
--
Jonathan Leffler ([EMAIL PROTECTED], [EMAIL PROTECTED])
#include disclaimer.h
Domain
software. CSDK is available for development use at a purely nominal
charge of $0.00, but use in production needs careful review (your AIX
machine with a production licence is probably sufficient).
--
Jonathan Leffler ([EMAIL PROTECTED], [EMAIL PROTECTED])
#include disclaimer.h
Guardian
. That isn't a hard'n'fast
determination -- there's room to think that maybe it is partly an
issue that faces each driver writer on occasion.
On Fri, Feb 07, 2003 at 06:22:12AM -0800, Jonathan Leffler wrote:
I don't use DBD::Oracle, but DBD::Informix has a test harness module,
and one of the functions
the author(s) of DBI and the driver (in
this case, the same person, of course) track down where the problem is.
--
Jonathan Leffler ([EMAIL PROTECTED], [EMAIL PROTECTED])
#include disclaimer.h
Guardian of DBD::Informix 1.04.PC1 -- http://dbi.perl.org/
usually (but not always) does figure, which makes your message
doubly irksome. Please follow the protocols; subscribe to the mailing
list, and ask questions of the mailing list.
--
Jonathan Leffler ([EMAIL PROTECTED])
STSM, Informix Database Engineering, IBM Data Management Solutions
4100
of relevance.
[...]
=
as you can see is starts to get errors in the CORE perl modules /
Help ??? any clues as to what has gone wrong ???
thanks in advance.
Darren Edgerton
[EMAIL PROTECTED]
--
Jonathan Leffler
luck, and keep me posted.
--
Jonathan Leffler ([EMAIL PROTECTED], [EMAIL PROTECTED])
#include disclaimer.h
Guardian of DBD::Informix 1.04.PC1 -- http://dbi.perl.org/
I was going to say Look in the FAQ, but the site does not seem to be
working properly at the moment.
There's a bug - DBD::Informix doesn't insist on DBI 1.25 or later as
it should. Upgrade DBI to 1.32 unless you've got a compelling reason
to use an earlier version.
--
Jonathan Leffler
'install Time::HiRes'
You can also install the currently compiled DBI and it will work
unless, perhaps, you try to do profiling.
--
Jonathan Leffler ([EMAIL PROTECTED], [EMAIL PROTECTED])
#include disclaimer.h
Guardian of DBD::Informix 1.04.PC1 -- http://dbi.perl.org/
On Sunday, January 5, 2003, at 08:18 AM, Maras Michal wrote:
-Original Message-
From: Jonathan Leffler [mailto:[EMAIL PROTECTED]]
Sent: Sat 04/01/2003 07:26
To: Maras Michal
Cc: DBI Users Mailing List
Subject: Re: mod_perl and connect by DBD::Informix
Maras Michal
how you tell that the page works on the
first pass -- the example does not seem to display anything.
--
Jonathan Leffler ([EMAIL PROTECTED], [EMAIL PROTECTED])
#include disclaimer.h
Guardian of DBD::Informix 1.04.PC1 -- http://dbi.perl.org/
.
--
Jonathan Leffler ([EMAIL PROTECTED], [EMAIL PROTECTED])
#include disclaimer.h
Guardian of DBD::Informix 1.04.PC1 -- http://dbi.perl.org/
I got one email from the DBI lists overnight, instead of thirty or so.
Did everyone go away for Christmas?
--
Jonathan Leffler ([EMAIL PROTECTED], [EMAIL PROTECTED])
#include disclaimer.h
Guardian of DBD::Informix 1.04.PC1 -- http://dbi.perl.org/
-subscribe or
u-n-s-u-s-c-r-i-b-e (or subscribe) are trapped too, but there are some
words that simply cannot be used in messages to the dbi-users mailing
list, it seems.
:-)
...Or is that :-(
--
Jonathan Leffler ([EMAIL PROTECTED], [EMAIL PROTECTED]) #include
disclaimer.h
I don't suffer from
program.
Also try:
$sth-bind_columns(\$dailypath, \$hostname);
while ($sth-fetch)
{
...Magic already happened...
}
$sth-fetch is a synonym for fetchrow_array, but it seems more
appropriate with bound output variables where you ignore the array that
is returned (for the most part).
Jonathan
you're
using. With DBD::Informix, definitely No.
Jonathan Leffler ([EMAIL PROTECTED], [EMAIL PROTECTED]) #include
disclaimer.h
I don't suffer from insanity -- I enjoy every minute of it
Guardian of DBD::Informix 1.04.PC1 -- http://dbi.perl.org/
.
With luck, I can now generate a GetInfo module for DBD::Informix!
--
Jonathan Leffler #include disclaimer.h
STSM, Informix Database Engineering, IBM Data Management
Phone: +1 650-926-6921 Fax: +1 650-926-6971 Tie-line: 630-6921
Email: [EMAIL PROTECTED]
Guardian of DBD
be easier to rebuild, but I've had more practice than
most, so maybe my views aren't representative.
--
Jonathan Leffler ([EMAIL PROTECTED], [EMAIL PROTECTED])
#include disclaimer.h
Guardian of DBD::Informix 1.04.PC1 -- http://dbi.perl.org/
is the starting point.
--
Jonathan Leffler ([EMAIL PROTECTED], [EMAIL PROTECTED])
#include disclaimer.h
Guardian of DBD::Informix 1.04.PC1 -- http://dbi.perl.org/
1
Stop.
--
Jonathan Leffler ([EMAIL PROTECTED], [EMAIL PROTECTED])
#include disclaimer.h
Guardian of DBD::Informix 1.04.PC1 -- http://dbi.perl.org/
(since that
is the driver prefix for Sybase)?
Why would you need to do so? What would you be able to do with the
information that you can't do without it?
--
Jonathan Leffler ([EMAIL PROTECTED], [EMAIL PROTECTED])
#include disclaimer.h
Guardian of DBD::Informix 1.04.PC1 -- http
expression to DBIS and DBD::Informx 1.04.PC1 then compiled
and tested fine.
I don't think the Perl version is part of the problem as it happens; the
issue is the pre-requisite version of DBI only.
--
Jonathan Leffler ([EMAIL PROTECTED])
STSM, Informix Database Engineering, IBM Data Management Solutions
). The next version will delete the final underscore
to get the total length down to 18 characters. Fix that, and I expect
that the test will pass OK.
--
Jonathan Leffler ([EMAIL PROTECTED], [EMAIL PROTECTED])
#include disclaimer.h
Guardian of DBD::Informix 1.04.PC1 -- http://dbi.perl.org/
the ItWorks (Perl) script to report your configuration to the
** maintenance team at either [EMAIL PROTECTED] (yes, this is a change
** from the 1.00.PC2 release), and copy Jonathan Leffler. Note that
** ItWorks does not send email to anybody; you have to do that yourself.
New in release 1.04
, hear. Your observations are directly to the point. And Tim
gave a relevant URL recently, too:
http://www.tuxedo.org/~esr/faqs/smart-questions.html
I last looked at it a year or so ago -- it's improved since then and
is worth a revisit.
--
Jonathan Leffler ([EMAIL PROTECTED], [EMAIL
that somewhere else?
Ideally I can continue to put it in the connect call; I always want it, so
adding it to 200 prepares is just plain ugly IMHO.
I was looking at that comment on Wednesday and thinking that is
probably out of date - and I guess you've confirmed it.
--
Jonathan Leffler ([EMAIL
/lib/site_perl/5.6.1/aix-thread-multi-64int
/u/maras/perl/lib/site_perl/5.6.1
/u/maras/perl/lib/site_perl
.
--
Jonathan Leffler ([EMAIL PROTECTED], [EMAIL PROTECTED])
#include disclaimer.h
Guardian of DBD::Informix 1.00.PC2 -- http://dbi.perl.org/
with'.
You can ignore both errors and use the DBD::Informix as provided.
DIED. FAILED tests 7-16
Failed 10/16 tests, 37.50% okay
t/t99clean..ok
cheers
-brett :)
--
Jonathan Leffler ([EMAIL PROTECTED], [EMAIL PROTECTED])
#include disclaimer.h
Guardian of DBD::Informix 1.00
on DBD::Informix at http://xmlproj.com/cgi/fom.cgi
--
Jonathan Leffler ([EMAIL PROTECTED], [EMAIL PROTECTED])
#include disclaimer.h
Guardian of DBD::Informix 1.00.PC2 -- http://dbi.perl.org/
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
still trip you up is the
addition of
the non-shared Informix ESQL/C library or libraries.
--
Jonathan Leffler ([EMAIL PROTECTED], [EMAIL PROTECTED]) #include disclaimer.h
Guardian of DBD::Informix 1.00.PC2 -- http://dbi.perl.org/
.
And Informix - if the stored procedure returns values, it is treated as equivalent to
a
SELECT statement.
All add a mention of the issue to the docs. Thanks.
Done an aeon ago...
--
Jonathan Leffler ([EMAIL PROTECTED], [EMAIL PROTECTED]) #include disclaimer.h
Guardian of DBD::Informix
talking to a
64-bit
server) or a 2.xy.UCz (which is for 32-bit apps talking to a 32-bit server). When
combined, Perl+DBI+DBD::Informix+CSDK form a single program and a single program has
to be
self-consistent w.r.t to 32-bitness or 64-bitness.
--
Jonathan Leffler ([EMAIL PROTECTED], [EMAIL
.
Pete.
Peter Levine
415-286-5716 - 345 California
[EMAIL PROTECTED]
Wild guess - remove the carriage returns (CR, ^M) from the file.
--
Jonathan Leffler ([EMAIL PROTECTED], [EMAIL PROTECTED]) #include disclaimer.h
Guardian of DBD::Informix 1.00.PC2 -- http://dbi.perl.org/
compatibility to manage that!
--
Jonathan Leffler ([EMAIL PROTECTED], [EMAIL PROTECTED]) #include
disclaimer.h
Guardian of DBD::Informix 1.00.PC2 -- http://dbi.perl.org/
is discussed periodically.
--
Jonathan Leffler ([EMAIL PROTECTED], [EMAIL PROTECTED]) #include
disclaimer.h
Guardian of DBD::Informix 1.00.PC2 -- http://dbi.perl.org/
not recognized
gcc: Dumper.c: linker input file unused since linking not done
--
Jonathan Leffler ([EMAIL PROTECTED], [EMAIL PROTECTED]) #include
disclaimer.h
Guardian of DBD::Informix 1.00.PC2 -- http://dbi.perl.org/
that to run successfully before continuing with
DBD::Informix.
--
Jonathan Leffler ([EMAIL PROTECTED])
STSM, Informix Database Engineering, IBM Data Management Solutions
4100 Bohannon Drive, Menlo Park, CA 94025
Tel: +1 650-926-6921 Tie-Line: 630-6921
I don't suffer from insanity; I enjoy
as for Sybase given the common
ancestry), and use that.
--
Jonathan Leffler ([EMAIL PROTECTED])
STSM, Informix Database Engineering, IBM Data Management Solutions
4100 Bohannon Drive, Menlo Park, CA 94025
Tel: +1 650-926-6921 Tie-Line: 630-6921
I don't suffer from insanity; I enjoy every minute
301 - 400 of 482 matches
Mail list logo