Beefy Boxes and Bandwidth Generously Provided by pair Networks
"be consistent"

Re: Mysterious GDBM_File error

by Speedy (Monk)
on Feb 14, 2002 at 01:18 UTC ( #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
Node Status?
node history
Node Type: note [id://145330]
and the web crawler heard nothing...

How do I use this? | Other CB clients
Other Users?
Others chilling in the Monastery: (5)
As of 2020-02-19 04:18 GMT
Find Nodes?
    Voting Booth?
    What numbers are you going to focus on primarily in 2020?

    Results (80 votes). Check out past polls.