Re: available encodings symbols strangeness; was: How to determine allowable external formats at run time

> On Mar 25, 2018, at 03:12, Robert Dodier <[email protected]> wrote:
> 
> Hi,
> 
> I've made some progress, but ran into a problem.
> 
> I see that SYSTEM:AVAILABLE-ENCODINGS returns a list of symbols which
> represent the various encodings that are discovered via
> Charset.availableCharsets. That's great, but the symbols are
> apparently not interned in the keyword package, so it makes it
> somewhat confusing to determine whether a given encoding is on the
> list.
> 
> e.g. (member :utf-16 (system:available-encodings)) returns NIL,
> although looking at the list, you can see that :UTF-16 is there.
> 
> Confusingly, (mapcar #'symbol-package (system:available-encodings))
> shows that all symbols are in the keyword package, but (find-symbol
> "UTF-16" :keyword) returns NIL.
> 
> I believe the problem is that availableEncodings in
> src/org/armedbear/lisp/Stream.java says, in part, (at line 399 in the
> current version)
> 
> new Symbol(charset, PACKAGE_KEYWORD)
> 
> but I think more appropriate would be
> 
> PACKAGE_KEYWORD.intern(charset)
> 
> or, at any rate, something to intern the charset symbol in the
> package, since the Symbol constructor doesn't have that effect. What
> does anyone think about that?
> 
> I tried to sign in to Trac to enter a bug report about this but wasn't
> able. (1) "Login" wants a common-lisp.net user id -- I don't see a
> method to obtain a user id on the common-lisp.net website. (2) "OpenId
> login", clicked on Google, got: "Error in discovery: HTTP Response
> status from identity URL host is not 200. Got status 404".
> 
> Hope this helps, and all the best.
> 
> Robert Dodier
> 

Patched as per Robert’s suggestion with <https://abcl.org/trac/changeset/15114>.  

—

Unfortunately abcl.org/trac doesn’t currently work with OpenID, and probably
never will if I understand things correctly.  But I can grant logins to the
abcl.org/trac interface for all that request them.

I’m a bit stuck without the time to properly migrate the over a decade’s worth
of information in the database to common-lisp.net.  I do not want this
information to solely reside in a commercial entity like github.com whose
longevity will never be proven until it disappears one day (c.f. googlecode.com).

For now, I am manually attempting to copy (somewhat badly, admittedly) the
information for the issues into Trac.