Argh, excuse me: this mail may be is duplicate.
Juho Snellman wrote:
> Thanks. There are some issues with this patch.
> * On non-windows platforms we need to naturalize a string to find
> out the default external format, and after this change we need to
> know the default external format to naturalize a string. But
> that's easy to fix.
Fixed (maybe, see alien-c-string.patch)
> * Also, the patch can't be used stand-alone, since other SBCL
> internals (e.g. pathname handling) assume that a c-string alien
> type will be naturalized to a simple-base-string. What's the right
> thing to do here? Add a new alien-type that does the conversion,
> and leave c-string as-is, or change to change the behaviour of
Partially fixed (see non-ascii-pathnames.patch). Need help on
> * I'm not sure that the interface is quite right. It seems probable
> that at one point or another somebody will need to use multiple
> external formats at once (ebcdic for pathnames and latin-1 for a
> database connection, or something). So we might need to be able to
> parametrize the external format to be used when defining the
> types. As a silly example:
> (define-alien-routine strdup (c-string :external-format :latin-1)
> (str (c-string :external-format :utf-8)))
Fixed (see alien-c-string.patch).
(Maybe now redefine utf8-string as (c-string :external-format :utf8)?)
Well, what now?
WBR, Yaroslav Kavenchuk.
????????? KAV for MS Exchange, ?????? 126.96.36.199