On Thu, Jun 07, 2001 at 05:45:23PM -0400, [EMAIL PROTECTED] wrote:
>
> I've been looking all over for examples of external hash tables. I know I was
> reading about them just last week, but now I can't remember where. I belive the
> commands (functions?) are openhash() and closehash(), or something like that.
> Pointers, examples, would be a great help.
>
> Thanks,
> Peter
>
> ****** CONFIDENTIALITY NOTICE ******
> THIS E-MAIL, INCLUDING ANY ATTACHED FILES, MAY CONTAIN CONFIDENTIAL AND
> PRIVILEGED INFORMATION FOR THE SOLE USE OF THE INTENDED RECIPIENT(S). ANY
> REVIEW, USE, DISTRIBUTION, OR DISCLOSURE BY OTHERS IS STRICTLY PROHIBITED. IF
> YOU ARE NOT THE INTENDED RECIPIENT (OR AUTHORIZED TO RECEIVE INFORMATION FOR
> THE RECIPIENT), PLEASE CONTACT THE SENDER BY REPLY E-MAIL AND DELETE ALL COPIES
> OF THIS MESSAGE. THANK YOU.
>
I'd tell you, but that information is CONFIDENTIAL and PRIVILEGED.
Okay, just for you -- from "perldoc -f dbmopen":
=item dbmopen HASH,DBNAME,MODE
[This function has been largely superseded by the C<tie()> function.]
This binds a dbm(3), ndbm(3), sdbm(3), gdbm(3), or Berkeley DB file to a
hash. HASH is the name of the hash. (Unlike normal C<open()>, the first
argument is I<NOT> a filehandle, even though it looks like one). DBNAME
is the name of the database (without the F<.dir> or F<.pag> extension if
any). If the database does not exist, it is created with protection
specified by MODE (as modified by the C<umask()>). If your system supports
only the older DBM functions, you may perform only one C<dbmopen()> in your
program. In older versions of Perl, if your system had neither DBM nor
ndbm, calling C<dbmopen()> produced a fatal error; it now falls back to
sdbm(3).
--
I don't know what the hell is going on dude, but this suspension gives
me more time for fraggin'. Yee haw!
