Yes, pleeeease. Currently the only way for DBD::Sybase to work is to rename
SYBASE.EXE to LIBSYBASE.EXE after the install, taking advantage of some Unixism where
all the library names begin with "lib". Unfortunately this is about the umpteenth
version of the name the Dynaloader looks for, thus slowing load time considerably.
PL_SYBASE.EXE would instantly solve the problem. For that matter, I'd settle for
DBD_SYBASE.EXE.
At 4:00 PM -0500 3/17/00, Dan Sugalski wrote:
>Okay, I just got bit in a *big* way by LIB$FIND_IMAGE_SYMBOL's annoying tendency to
>believe logicals over filenames and assumptions that two shareable images with the
>same base name are the same bloody image, and I'm going to fix it once and for all.
>(Though not for 5.6.0. 5.005_04 and 5.6.1 and the Apache perl release, yes)
>
>I'm thinking of a scheme similar to what we have now with XS modules. Colons get
>translated to underscores and PERL_ is prepended. IO's executable would be
>PERL_IO.EXE, while Tk::IO would be PERL_TK__IO.EXE. If the name is larger than 39
>characters we'll use the XS name-reduction algorithm. (I'm tempted to check for ODS-5
>first, and use the full name if it's less than 200 characters, but that sounds like
>too much work... :) This should hopefully reduce namespace collisions and ensure that
>a "use Apache;" won't get messed up by an existing APACHE logical.
>
>Comments anyone?
>
> Dan
>
>--------------------------------------"it's like this"-------------------
>Dan Sugalski even samurai
>[EMAIL PROTECTED] have teddy bears and even
> teddy bears get drunk
____________________________________________
Craig A. Berry
mailto:[EMAIL PROTECTED]
