2010/10/15 Jens Rehsack <[email protected]>:
> 2010/10/14 H.Merijn Brand <[email protected]>:
>> Regarding RT#61513, Here's a script that shows both.
>>
>> As this is completely withing the realm of your changes to initializing
>> DBD::File for DBD::DBM, I'd appreciate a pointer in where to look ...
>>
>> tux09:/pro/3gl/CPAN/DBD-CSV/sandbox 425 > perl rt61513.pl 0
>> 0 0 root
>> 1 1 bin
>> 2 2 daemon
>> 4 7 lp
>> tux09:/pro/3gl/CPAN/DBD-CSV/sandbox 426 > perl rt61513.pl 1
>> DBD::CSV::st execute failed:
>> Execution ERROR: Cannot open /pro/3gl/CPAN/DBD-CSV/sandbox/dinges: No such
>> file or directory (2) at
>> /pro/lib/perl5/site_perl/5.12.2/i686-linux-64int-ld/DBD/File.pm line 690
>> .
>>
>> [for Statement "select * from dinges where uid < 5 order by uid"] at
>> rt61513.pl line 31.
>> execute failed:
>> Execution ERROR: Cannot open /pro/3gl/CPAN/DBD-CSV/sandbox/dinges: No such
>> file or directory (2) at
>> /pro/lib/perl5/site_perl/5.12.2/i686-linux-64int-ld/DBD/File.pm line 690
>
> Thanks for the test, Merijn. I Fixed it on the road and committed it
> into sqlengine
> branch along with other fixes yesterday and today.
>
> I strongly suggest not merging into the trunk and releasing before I
> found a tuit to add tests for a lot of things.
I think now it's nearly safe to merge. One thing (didn't fail, but
makes noise) is left:
t/zvxgn_51dbm_file.t ............ 1/? Can't store item
CODE(0x7f7ffaf92db0) at blib/lib/Storable.pm (autosplit into
blib/lib/auto/Storable/_freeze.al) line 339.
SV = IV(0x7f7ffaf8f2f8) at 0x7f7ffaf8f300
REFCNT = 1
FLAGS = (ROK,READONLY)
RV = 0x7f7ffaf8fd68
SV = PVHV(0x7f7ffaf7bcc8) at 0x7f7ffaf8fd68
REFCNT = 1
FLAGS = (OBJECT,SHAREKEYS)
STASH = 0x7f7ffc35ff00 "DBI::db"
ARRAY = 0x7f7ffd364a00 (0:36, 1:21, 2:6, 3:1)
hash quality = 103.1%
KEYS = 36
FILL = 28
MAX = 63
RITER = -1
EITER = 0x0
Elt "f_meta_map" HASH = 0x967b89c6
SV = IV(0x7f7ffaf8fd30) at 0x7f7ffaf8fd38
REFCNT = 1
FLAGS = (ROK)
RV = 0x7f7ffaf8f600
SV = PVHV(0x7f7ffbb31098) at 0x7f7ffaf8f600
REFCNT = 1
FLAGS = (SHAREKEYS)
ARRAY = 0x0
KEYS = 0
FILL = 0
MAX = 7
RITER = -1
EITER = 0x0
Elt "dbi_set_err_method" HASH = 0x59503186
SV = NULL(0x0) at 0x7f7ffaf8fc18
REFCNT = 1
FLAGS = ()
Elt "sql_valid_attrs" HASH = 0xee395b09
SV = IV(0x7f7ffaf8f8e0) at 0x7f7ffaf8f8e8
REFCNT = 1
FLAGS = (ROK)
RV = 0x7f7ffaf8fca8
SV = PVHV(0x7f7ffaf7bd90) at 0x7f7ffaf8fca8
REFCNT = 1
FLAGS = (SHAREKEYS)
ARRAY = 0x7f7ffbf5f380 (0:6, 1:8, 2:2)
hash quality = 126.6%
KEYS = 12
FILL = 10
MAX = 15
RITER = -1
EITER = 0x0
Elt "sql_flags" HASH = 0x5fecc941
SV = IV(0x7f7ffaf8fd00) at 0x7f7ffaf8fd08
REFCNT = 1
FLAGS = (IOK,pIOK)
IV = 1
(in cleanup) dbih_getcom handle DBI::db=HASH(0x7f7ffaf8fd68) is not a
DBI handle (has no magic) during global destruction.
SV = IV(0x7f7ffaf8ef70) at 0x7f7ffaf8ef78
REFCNT = 1
FLAGS = (ROK,READONLY)
RV = 0x7f7ffaf8ee40
SV = PVHV(0x7f7ffaf7bd68) at 0x7f7ffaf8ee40
REFCNT = 1
FLAGS = (OBJECT,SHAREKEYS)
STASH = 0x7f7ffc35fe40 "DBI::dr"
ARRAY = 0x7f7ffbf60000 (0:8, 1:7, 3:1)
hash quality = 97.7%
KEYS = 10
FILL = 8
MAX = 15
RITER = -1
EITER = 0x0
Elt "TraceLevel" HASH = 0x825c4531
SV = IV(0x7f7ffaf8ee80) at 0x7f7ffaf8ee88
REFCNT = 1
FLAGS = (IOK,pIOK)
IV = 0
Elt "FetchHashKeyName" HASH = 0xad2a2131
SV = PV(0x7f7ffaf99d98) at 0x7f7ffaf8ee70
REFCNT = 1
FLAGS = (POK,pPOK)
PV = 0x7f7ffaf11d88 "NAME"\0
CUR = 4
LEN = 8
Elt "Attribution" HASH = 0x3dd36b11
SV = PV(0x7f7ffaf99d88) at 0x7f7ffaf8ee58
REFCNT = 1
FLAGS = (POK,pPOK)
PV = 0x7f7ffaf7d1a0 "DBD::DBM by Jens Rehsack"\0
CUR = 24
LEN = 32
(in cleanup) dbih_getcom handle DBI::dr=HASH(0x7f7ffaf8ee40) is not a
DBI handle (has no magic) during global destruction.
t/zvxgn_51dbm_file.t ............ ok
Probably someone who knows DBD::Gofer can throw an eye, please.
Thanks,
Jens
