dbi-interbase-devel Mailing List for DBD::InterBase (Page 4)
Status: Beta
Brought to you by:
edpratomo
Menu
▾
▴
dbi-interbase-devel — Development list for DBD::InterBase
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(3) |
Aug
(44) |
Sep
(33) |
Oct
(36) |
Nov
(1) |
Dec
(1) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(4) |
Feb
(3) |
Mar
(2) |
Apr
(1) |
May
(4) |
Jun
(15) |
Jul
(24) |
Aug
(8) |
Sep
(4) |
Oct
(5) |
Nov
(1) |
Dec
(4) |
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
(7) |
May
(7) |
Jun
|
Jul
|
Aug
(3) |
Sep
|
Oct
|
Nov
|
Dec
(1) |
| 2003 |
Jan
(1) |
Feb
|
Mar
(6) |
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
|
From: ychen56 <yc...@ne...> - 2001-06-23 04:29:30
|
Hi, People: I have problem to install DBD interbase driver under windows98. I am using activePerl. When I ran "perl patchBCC", I had problem with the last rename statement. I thought this statement wanted to rename c:\perl\lib\core\perl56.lib to c:\perl\lib\core\perl56_coff.lib. I modified the source code, it could work fine. Then I ran "perl makefile.pl", it was okay. But when I ran "make", I got two errors, 1. error makefile line 129: colon expected 2. error makefile line 711 redefinition of target "Interbase.obj" I appreciate any of you can give me some help. Thanks Ye NetZero Platinum No Banner Ads and Unlimited Access Sign Up Today - Only $9.95 per month! http://www.netzero.net |
|
From: Peter W. <pwi...@th...> - 2001-06-20 15:03:14
|
This has a minor change to the diff file I sent the other day - it adds support for Visual Studio 7. It is a full diff against the CVS Makefile.PL. PW. |
|
From: Peter W. <pwi...@th...> - 2001-06-19 05:19:58
|
I guess a complication here is that Activestate build perl with MSVC and so any modules to be used by it also need to be built with MSVC. This is my understanding but could be wrong, certainly Config.pm says it was built using cl (the MSVC complier). I see it being useful that it compiles cleanly under both so that those who want to build perl from source can do so using the Borland compiler and we can have a completely automated install using the ActiveState packaging tools. Of course my assumptions above about the ActiveState install needing modules built in MSVC could well be wrong, in which case we are looking good. :-) PW. -----Original Message----- From: dbi...@li... [mailto:dbi...@li...] On Behalf Of Edwin Pratomo Sent: Tuesday, 19 June 2001 11:17 PM To: dbi...@li... Cc: Daniel Ritz Subject: Re: [Dbi-interbase-devel] results of tests on windows. That's with MSVC compiler (as I experienced the same with 0.27). Daniel Ritz made a windows build using the Borland compiler, and he confirmed that all tests passed successfully. I've just granted a file release permission to him, so he may contribute his build anytime. I'd prefer in zip format, since this seems to be more common on win32. This reply is cc-ed to him, since he doesn't seem to be on this list. rgds, Edwin. > Using C:/temp/DBD-InterBase-0.28/blib > > t\00base............ok > > t\10dsnlist.........ok > > t\20createdrop......ok > > t\30insertfetch.....ok > > t\40alltypes........FAILED test 21 > Failed 1/25 tests, 96.00% okay > t\40bindparam.......ok > t\40blobs...........DBD::InterBase::st execute failed: Unsuccessful execution caused by system e > that does not preclude successful execution of subsequent statements > -invalid BLOB ID > Use of uninitialized value in array dereference at t\40blobs.t line 145. > Use of uninitialized value in numeric eq (==) at t\40blobs.t line 145. > t\40blobs...........FAILED tests 5, 8-9 > Failed 3/12 tests, 75.00% okay > t\40cursor..........ok > t\40doparam.........ok > t\40listfields......ok _______________________________________________ Dbi-interbase-devel mailing list Dbi...@li... http://lists.sourceforge.net/lists/listinfo/dbi-interbase-devel |
|
From: Edwin P. <ed....@co...> - 2001-06-19 02:22:57
|
That's with MSVC compiler (as I experienced the same with 0.27). Daniel Ritz made a windows build using the Borland compiler, and he confirmed that all tests passed successfully. I've just granted a file release permission to him, so he may contribute his build anytime. I'd prefer in zip format, since this seems to be more common on win32. This reply is cc-ed to him, since he doesn't seem to be on this list. rgds, Edwin. > Using C:/temp/DBD-InterBase-0.28/blib > > t\00base............ok > > t\10dsnlist.........ok > > t\20createdrop......ok > > t\30insertfetch.....ok > > t\40alltypes........FAILED test 21 > Failed 1/25 tests, 96.00% okay > t\40bindparam.......ok > t\40blobs...........DBD::InterBase::st execute failed: Unsuccessful execution caused by system e > that does not preclude successful execution of subsequent statements > -invalid BLOB ID > Use of uninitialized value in array dereference at t\40blobs.t line 145. > Use of uninitialized value in numeric eq (==) at t\40blobs.t line 145. > t\40blobs...........FAILED tests 5, 8-9 > Failed 3/12 tests, 75.00% okay > t\40cursor..........ok > t\40doparam.........ok > t\40listfields......ok |
|
From: Bert H. <b.h...@fa...> - 2001-06-18 18:34:41
|
Biggest problem I had is that MS-Outlook 2000 didn't separate the attachments; i.e, I can read the "This is a MIME-formatted message. If you can see this... ". Bert Hughes |
|
From: Peter W. <pwi...@th...> - 2001-06-18 16:31:33
|
The windows build is still throwing up a few errors in the tests. I'm
happy to test any changes but making changes to the c code is a bit
beyond my simple mind.
Using C:/temp/DBD-InterBase-0.28/blib
t\00base............ok
t\10dsnlist.........ok
t\20createdrop......ok
t\30insertfetch.....ok
t\40alltypes........FAILED test 21
Failed 1/25 tests, 96.00% okay
t\40bindparam.......ok
t\40blobs...........DBD::InterBase::st execute failed: Unsuccessful
execution caused by system e
that does not preclude successful execution of subsequent statements
-invalid BLOB ID
Use of uninitialized value in array dereference at t\40blobs.t line 145.
Use of uninitialized value in numeric eq (==) at t\40blobs.t line 145.
t\40blobs...........FAILED tests 5, 8-9
Failed 3/12 tests, 75.00% okay
t\40cursor..........ok
t\40doparam.........ok
t\40listfields......ok
t\40nulls...........ok
t\40numrows.........ok
t\50chopblanks......ok
t\50commit..........ok
t\60leaks...........skipped test on this platform
t\61settx...........ok
t\ak-dbd............ok
t\akmisc............defined(@array) is deprecated at t\akmisc.t line
585.
(Maybe you should just omit the defined()?)
skipped test on this platform
t\dbdadmin..........ok
Failed Test Status Wstat Total Fail Failed List of Failed
------------------------------------------------------------------------
--------
t\40alltypes.t 25 1 4.00% 21
t\40blobs.t 12 3 25.00% 5, 8-9
2 tests skipped.
Failed 2/19 test scripts, 89.47% okay. 4/295 subtests failed, 98.64%
okay.
PW.
|
|
From: Edwin P. <ed....@co...> - 2001-06-14 13:40:26
|
sorry, I forgot the URL: * http://dbi.interbase.or.id/ * your CPAN mirror, shortly. rgds, Edwin. Edwin Pratomo wrote: > > Hi, > > 0.28 is fresh from the oven. |
|
From: Edwin P. <ed...@po...> - 2001-06-14 13:22:16
|
Hi, 0.28 is fresh from the oven. Changes from 0.27: * Fixed problem with DATE and TIMESTAMP fields (Daniel Ritz). * Fixed problem with BLOB for repeated uses of $sth under AutoCommit mode. * Fixed a buffer overflow in ib_fill_isqlda (Daniel Ritz). * Added PatchBCC and a fix for clean compile with Borland C++ compiler (Daniel Ritz). * Updated FAQ and documentation. Daniel did a lot of good work for this release. Thanks! rgds, Edwin. |
|
From: Gary C. <be...@be...> - 2001-06-07 16:57:15
|
On Thu, 7 Jun 2001, Gary Coulbourne wrote:
> $self->{dbh}->prepare_cached(qq{
> INSERT INTO sessions (id, a_session) VALUES (?,?)});
Okay, just an update... I ran a dbi trace on the code, and it always blew
up in prepare_cached. It was getting an undef for some reason... changing
these to straight prepares seems to have fixed it *boggle*. Have no clue
what that is happening, but at least it works :)
Sorry for the likely false bug report.
Cheers,
Gary
********* ***** ** Gary Coulbourne
*************************.* Bear Hacktivist
****** *********** ** *******o
******* ********* **** ****`- Systems Administrator
******* ********* ***** http://www.bears.org
****** ********** **** be...@be...
## ***** ***** ## **** Animal Conservation/Preservation
### ***** ### ****
#,,, ***,,, ##,,, **,,,
|
|
From: Gary C. <be...@be...> - 2001-06-07 15:01:35
|
Howdy!
I've been using DBD::InterBase for awhile now, and have had no trouble
until recently. I don't know if what I've encountered is a bug, or if it
is something broken in my own code... however, I'll explain it, and
perhaps gain some insight from someone :)
I've written/cobbled together in the last two days an
Apache::Session::InterBase block of code, which works wonderfully so long
as AutoCommit is turned on. As I've gone along, I've needed to begin
using transactions... so, I set AutoCommit to off, and the following began
to show up in my logs (the MD5 hashes are the session IDs generated by
Apache::Session):
[30714]:Thu Jun 7 10:26:10 2001:Displayed GET / HTTP/1.1 (Splash) for
10.1.1.4 [b5b9c351cc45240082bae8d491f6534c -
b5b9c351cc45240082bae8d491f6534c] (time: 0.0288040000000001)
[30717]:Thu Jun 7 10:52:51 2001:Displayed GET / HTTP/1.1 (Splash) for
10.1.1.4 [b5b9c351cc45240082bae8d491f6534c -
b5b9c351cc45240082bae8d491f6534c] (time: 0.552508)
[30723]:Thu Jun 7 10:52:55 2001:Displayed GET / HTTP/1.1 (Splash) for
10.1.1.4 [b5b9c351cc45240082bae8d491f6534c -
b5b9c351cc45240082bae8d491f6534c] (time: 0.760646)
[30718]:Thu Jun 7 10:52:58 2001:Displayed GET / HTTP/1.1 (Splash) for
10.1.1.4 [b5b9c351cc45240082bae8d491f6534c -
b5b9c351cc45240082bae8d491f6534c] (time: 0.949615)
[30717]:Thu Jun 7 10:52:59 2001:DBD::InterBase::st execute failed:
Unsuccessful execution caused by system error that does not preclude
successful execution of subsequent statements
-Dynamic SQL Error
-SQL error code = -901
-invalid transaction handle (expecting explicit transaction start)
[30717]:Thu Jun 7 10:52:59 2001:
[30717]:Thu Jun 7 10:52:59 2001:Displayed GET / HTTP/1.1 (Splash) for
10.1.1.4 [061732a9bd6a1b8aa23fb5e1fd67f892 -
061732a9bd6a1b8aa23fb5e1fd67f892] (time: 0.029492)
[30718]:Thu Jun 7 10:52:59 2001:DBD::InterBase::st execute failed:
Unsuccessful execution caused by system error that does not preclude
successful execution of subsequent statements
-Dynamic SQL Error
-SQL error code = -901
-invalid transaction handle (expecting explicit transaction start)
[30718]:Thu Jun 7 10:52:59 2001:
[30718]:Thu Jun 7 10:52:59 2001:Displayed GET / HTTP/1.1 (Splash) for
10.1.1.4 [eead34da9a8785ff8d20d63c68dfb7c3 -
eead34da9a8785ff8d20d63c68dfb7c3] (time: 0.029887)
And there it is... suddenly an error -901. I thought that it might be
caused by commits happening only in the DESTROY method, so I added
explicit calls to $dbh->commit but this didn't seem to solve the
problem, either... here is a sample piece of the 'insert' method:
sub insert {
my $self = shift;
my $session = shift;
$self->connection($session);
local $self->{dbh}->{RaiseError} = 1;
if (!defined $self->{insert_sth}) {
$self->{insert_sth} =
$self->{dbh}->prepare_cached(qq{
INSERT INTO sessions (id, a_session) VALUES (?,?)});
}
$self->{insert_sth}->bind_param(1, $session->{data}->{_session_id});
$self->{insert_sth}->bind_param(2, $session->{serialized});
$self->{insert_sth}->execute;
$self->{dbh}->commit if ($self->{commit});
$self->{insert_sth}->finish;
}
The added commit is at the bottom. I've been beating my head against a
wall on this. Once it's done, I'll be submitting the code to the
Apache::Session folks... but I wanted to get it working first.
Thanks for any suggestions or advice.
Cheers,
Gary
********* ***** ** Gary Coulbourne
*************************.* Bear Hacktivist
****** *********** ** *******o
******* ********* **** ****`- Systems Administrator
******* ********* ***** http://www.bears.org
****** ********** **** be...@be...
## ***** ***** ## **** Animal Conservation/Preservation
### ***** ### ****
#,,, ***,,, ##,,, **,,,
|
|
From: Edwin P. <ed....@co...> - 2001-05-04 03:53:28
|
Changes from 0.26: * Fixed memory leak in bind param. Available in the usual place: * http://dbi.interbase.or.id/download.html rgds, Edwin. |
|
From: Edwin P. <ed....@co...> - 2001-05-02 00:21:11
|
Edwin Pratomo wrote: > > Kostya Lukin wrote: > > > > Hi, > > > > Does anybody of DBD::InterBase developers read bug reports at sourceforge.net? > > The second bug reported (ie #420365) is actually the same problem when > doing positioned update using CursorName. The workaround is by using > AutoCommit = 0 as mentioned in the FAQ. > > Haven't looked into the first one. Ok, the first bug reported (#417325) has been fixed. Checkout dbdimp.c in the CVS repository. rgds, Edwin. |
|
From: Edwin P. <ed....@co...> - 2001-05-01 22:49:51
|
Kostya Lukin wrote: > > Hi, > > Does anybody of DBD::InterBase developers read bug reports at sourceforge.net? The second bug reported (ie #420365) is actually the same problem when doing positioned update using CursorName. The workaround is by using AutoCommit = 0 as mentioned in the FAQ. Haven't looked into the first one. rgds, Edwin. |
|
From: Kostya L. <lu...@ii...> - 2001-05-01 16:32:44
|
Hi, Does anybody of DBD::InterBase developers read bug reports at sourceforge.net? Best wishes. Kostya Lukin |
|
From: Edwin P. <ed....@co...> - 2001-04-28 02:18:26
|
Changes from 0.25.1: * a fix to dbdimp.h, so now it should be much better on SPARC Solaris * more robust (Nullify var->sqldata and tpb_buffer when cleaning up) * fixed negative INT64 values handling * updated docs Available in the usual place: * http://dbi.interbase.or.id/download.html * http://search.cpan.org/search?dist=DBD-InterBase rgds, Edwin. |
|
From: Edwin P. <ed....@co...> - 2001-03-25 02:17:35
|
I've just put version 0.25.1 on CPAN (might take several hours to be propagated to your CPAN mirror): http://search.cpan.org/search?dist=DBD-InterBase At the time of this writing, sourceforge.net seems to be down, so I can't make any upload there. The only change from 0.25 is in the Makefile.PL, which no longer assumes you have `which` installed on your system (might cause the whole installation to fail). rgds, Edwin. Edwin Pratomo wrote: > > Hi all, > > 0.25 is here: > http://ftp1.sourceforge.net/dbi-interbase/DBD-InterBase-0.25.tar.gz > > It's also made available on CPAN mirrors, check the download page on > http://dbi.interbase.or.id/download.html > > Changes from 0.22: > * patch from Mike Shoyher (fixed bus error on SPARC machines) > * easier `make test`. Now allows user to specify test database, as well > as username, and password > to connect. The test database creation is automated, if it doesn't > exist. > * added more tests. > * more robust $sth->execute > * added _experimental_ private method set_tx_param() for setting > transaction parameters. > This is not fully tested, so be careful when using it. At this moment, > it's safe to use it to change the default parameters following a > successful connect(). Known problem is when using no_wait lock > resolution. > > rgds, > Edwin. > > _______________________________________________ > Dbi-interbase-devel mailing list > Dbi...@li... > http://lists.sourceforge.net/lists/listinfo/dbi-interbase-devel |
|
From: Edwin P. <ed....@co...> - 2001-03-24 22:58:07
|
Hi all, 0.25 is here: http://ftp1.sourceforge.net/dbi-interbase/DBD-InterBase-0.25.tar.gz It's also made available on CPAN mirrors, check the download page on http://dbi.interbase.or.id/download.html Changes from 0.22: * patch from Mike Shoyher (fixed bus error on SPARC machines) * easier `make test`. Now allows user to specify test database, as well as username, and password to connect. The test database creation is automated, if it doesn't exist. * added more tests. * more robust $sth->execute * added _experimental_ private method set_tx_param() for setting transaction parameters. This is not fully tested, so be careful when using it. At this moment, it's safe to use it to change the default parameters following a successful connect(). Known problem is when using no_wait lock resolution. rgds, Edwin. |
|
From: àÒÉÊ óÉÌØ×ÅÓÔÒÏ× <yur...@ma...> - 2001-02-16 16:24:18
|
There is a problem with compiling DBI::Interbase v.0.21 & v.0.22 on Windows.
I use Borland InterBase 6, Windows 2000 and Visual Studio 6.
There is compilation error caused by string in file dbdimp.c: char db_items[] = {}; .
After changing this to char db_items[100]; and some changes concerned with paths to binaries and includes, files are compiled OK, but when I try to use this driver, I got error message listed below:
install_driver(InterBase) failed: Can't load 'D:/Perl/site/lib/auto/DBD/InterBase/InterBase.dll' for module DBD::InterBase: load_file:Attempt to access invalid address at D:/Perl/lib/DynaLoader.pm line 200.
at (eval 1) line 3
Compilation failed in require at (eval 1) line 3.
Perhaps a required shared library or dll isn't installed where expected at D:\Perl\scripts\ib-test.pl line 5 .
InterBase.dll exists on the path above; InterBase server and clients work properly, because I can work with InterBase using DBD::ODBC driver.
What else may cause this problem?
Yurij Silvestrov
|
|
From: Enrique I.R. <es...@id...> - 2001-02-15 17:28:24
|
Hi there.
This is a IBPerl bug, not DBD::InterBase... but I want to know if I'm the=
unique
guy getting this bizarre thinky.
The recreation is simple. First get isql and do:
CREATE DATABASE "test.gdb";
CREATE TABLE TEST (
=46IELD1 NUMERIC(13,3)
);
INSERT INTO TEST (FIELD1) VALUES ('1803.036');
SELECT * FROM TEST;
All right, you get '1803.036'.
Now, with the attached script (very simple, you see) list the value on =
TEST...
and I get '1803.36'.
I checked this against both Firebird "LI-T0.9.4.34 (p1) Firebird Test1" =
and
InterBase "LI-V6.0.0.624" with perl 5.005_03.
-------
Enrique I.Rodriguez - http://club.idecnet.com/~esoft
Las Palmas de Gran Canaria - Canary Islands
Spain
|
|
From: Edwin P. <ed....@co...> - 2001-02-08 19:12:12
|
Hi all, 0.22 is here: http://download.sourceforge.net/dbi-interbase/DBD-InterBase-0.22.tar.gz It's not available on CPAN yet, for I want to cleanup first the spurious warning generated when running the make test under perl-5.6. Changes from 0.21.1: * Memory leak problem fixed * SQL dialect 1 now can access timestamp field. * Lighter, faster $dbh->ping(). I hope this is more stable, as well. * Added Flemming's submitted patch to zero sqlda before being used. The type conversion problem as reported by Enrique will probably still remains though :-( rgds, Edwin. |
|
From: Enrique I.R. <es...@id...> - 2001-01-16 15:48:53
|
On Tue, 16 Jan 2001 20:47:44 +0700, Edwin Pratomo <ed....@co...> wrote: >what is the field's type? No matter what. I get segfault with this query too: select * from "PersonaFisica" where "Id" =3D '' If I exec that query with IBExpert (a windows IB client) I get the error: Overflow occurred during data type conversion. conversion error from string "". Through DBD::InterBase I get ramdom segfaults. When I don't get segfaults I get the same reported error (the nice behaviour). I'm using InterBaseSS v.6.0-1 Linux=20 I tested this with both 0.21 and 0.21.1 of DBD::InterBase. ------- Enrique I.Rodriguez - http://club.idecnet.com/~esoft Las Palmas de Gran Canaria - Canary Islands Spain |
|
From: Edwin P. <ed....@co...> - 2001-01-16 13:43:47
|
"Enrique I.Rodriguez" wrote: > > Yeah, I have a similar problem with my app but didn't find any > solution. In my case, the seg fault is only done when I prepare > queries like: > > SELECT field FROM table WHERE id = '' > or > SELECT field FROM table WHERE id = 'stringvalue' > > and id is an INTEGER. > what is the field's type? rgds, Edwin. |
|
From: Enrique I.R. <es...@id...> - 2001-01-16 13:27:08
|
On Thu, 04 Jan 2001 21:36:51 +0100, Luc Willems <l.w...@vi...> wrote: > > Hello everybody , > >I have troubles using the DBD::Interbase module . When i run this simple >script , it generates seg fault messages Yeah, I have a similar problem with my app but didn't find any solution. In my case, the seg fault is only done when I prepare queries like: SELECT field FROM table WHERE id =3D '' or SELECT field FROM table WHERE id =3D 'stringvalue' and id is an INTEGER. On a random basis I get the error (DBD::InterBase::st execute failed: Overflow occurred during data type conversion. -conversion error from string "") and other get the segfault. ------- Enrique I.Rodriguez - http://club.idecnet.com/~esoft Las Palmas de Gran Canaria - Canary Islands Spain |
|
From: Luc W. <l.w...@vi...> - 2001-01-04 20:27:36
|
Hello everybody ,
I have troubles using the DBD::Interbase module . When i run this simple
script , it generates seg fault messages
#!/usr/bin/perl -w
use strict;
use DBI;
my $dbname = '192.168.0.1:/database/creapers';
my $dbh = DBI->connect("dbi:InterBase:db=$dbname", "sysdba",
"masterkey");
my $sth = $dbh->prepare ('SELECT * FROM GEBRUIKERS');
$sth->execute();
my @row=();
@row = $sth->fetchrow_array;
$sth->finish;
$sth->disconnect;
print "the end \n";
The problem arises with the fetchrow_array .
If i convert this probgram to the IBPerl equivalent , everything WORKS
????????
!/usr/bin/perl -w
use strict;
use IBPerl;
my $dbname = '192.168.0.1:/database/creapers';
my $dbh = new IBPerl::Connection (Server => '192.168.0.1', Path=>
'/database/creapers', User => 'SYSDBA', Password =>'MASTERKEY');
my $trh = new IBPerl::Transaction (Database=>$dbh);
my $sth = new IBPerl::Statement (Transaction=>$trh,SQL=>"SELECT * FROM
GEBRUIKERS");
$sth->execute();
my @row=();
$sth->fetch(\@row);
$trh->commit();
$dbh->disconnect();
When i run the script in gdb , it tells me the following error :
Program received signal SIGSEGV, Segmentation fault.
0x4026d449 in ib_st_fetch () from
/usr/lib/perl5/site_perl/5.005/i586-linux/auto/DBD/InterBase/InterBase.so
print "the end \n";
Does any body encounter the same kind of error ? . I'm running this on a
SuSE 6.4 linux and a 4.1 Interbase server.
Greetings,
luc
|
|
From: Enrique I.R. <es...@id...> - 2000-12-01 22:11:47
|
Something weird is happening getting data from a sth and inserting
into another. What the heck is that 'Unknow cursor' error?
---------------------
$sth1=$dbh->prepare("SELECT
\"table\",\"field\",\"control\",\"paramdomain\",
\"function\",\"paramcontrol\" FROM INT_FIELDVIEWEX where
\"table\"='MyTable'")
||die("ERROR: ".$dbh->errstr."\n");
$sth1->execute() || die("ERROR: ".$dbh->errstr."\n");
$sth1->bind_columns(\$table,\$field,\$control,\$paramdomain,\$function,\$paramcontrol);
$sth2=$dbh->prepare("INSERT INTO INT_FIELD
(\"table\",\"field\",\"function\",\"param\")
VALUES (?,?,?,?)")
||die("ERROR: ".$dbh->errstr."\n");
while($sth1->fetch){
$param=$paramdomain.",".$paramcontrol;
print("table:$table|field:$field|function:$function|param:$param\n");
$sth2->execute($table,$field,$function,$param)||die("ERROR:
".$dbh->errstr."\n");
}
---------------------------
OUTPUT:
(first row of data)...
DBD::InterBase::st fetch failed: Unknown cursor
-Dynamic SQL Error
-SQL error code = -504
-Cursor unknown
DBI handle cleared whilst still active.
dbih_clearcom (h 0x80dc6bc, com 0x818c450):
FLAGS 0x111: COMSET Warn PrintError
TYPE 3
PARENT DBI::db=HASH(0x80dd688)
KIDS 0 (0 active)
IMP_DATA undef in 'DBD::InterBase::st'
NUM_OF_FIELDS 6
NUM_OF_PARAMS 0
-------
Enrique I.Rodriguez - http://club.idecnet.com/~esoft
Las Palmas de Gran Canaria - Canary Islands
Spain
|
2 messages has been excluded from this view by a project administrator.
