Beefy Boxes and Bandwidth Generously Provided by pair Networks
Perl: the Markov chain saw

Re: Mysterious GDBM_File error

by Speedy (Monk)
on Feb 14, 2002 at 01:18 UTC ( [id://145330]=note: print w/replies, xml ) Need Help??

in reply to Mysterious GDBM_File error

I don't have a theoretical answer about the source of the problem; GDBM seems relatively undocumented. But I do have a workaround.

Define your file
$voo = "/somewhere/voo";
somewhere before the subroutine call.

Substitute the variable $voo for $_[0] in the DBMopenread subroutine -- it is a global variable, so the statement become:
$DBREFread=tie %DBM, GDBM_File, $voo, &GDBM_READER, 0644;

Leave the parameter out of the subroutine call, just:

Seems to work. Of course you have to pay attention to the other instances of 'voo' versus the variable $voo.

Sorry I don't have a more satisfactory "why," but you can get on with yur work.

Replies are listed 'Best First'.
Re: Re: Mysterious GDBM_File error
by Squiddhartha (Sexton) on Feb 14, 2002 at 18:48 UTC
    Well, it's good to know that I'm not the only one stumped by this! Thank you very much for the workaround; now I have to decide whether to apply this within my wreq installation, or just live with the error message. (The DBMopenread call occurs pretty commonly within wreq, so this would be nontrivial.)

Log In?

What's my password?
Create A New User
Domain Nodelet?
Node Status?
node history
Node Type: note [id://145330]
and the web crawler heard nothing...

How do I use this?Last hourOther CB clients
Other Users?
Others goofing around in the Monastery: (3)
As of 2024-05-22 21:05 GMT
Find Nodes?
    Voting Booth?

    No recent polls found