Come posso ottenere quicklisp per caricare rfc2388 nella melma?

Question

sto cercando di caricare hunchentoot via quicklisp in slime, e ottenere il seguente errore:

READ error during COMPILE-FILE: 

    :ASCII stream decoding error on 
    #<SB-SYS:FD-STREAM 
    for "file [redacted]/dists/quicklisp/software/rfc2388-20120107-http/rfc2388.asd" 
    {100607B723}>: 

    the octet sequence #(196) cannot be decoded. 

    (in form starting at line: 29, column: 29, 
    file-position: 1615) 
[Condition of type ASDF:LOAD-SYSTEM-DEFINITION-ERROR] 

Ottengo questo quando si tenta di eseguire uno:

(ql:quickload "hunchentoot") 

O semplicemente:

(ql:quickload "rfc2388") 

Sembra che altri siano gettingthis troppo. Ho trovato uno hint ad una possibile risposta, dicendo:

The system file is encoded as UTF-8. 
I'm not sure how to configure things so that SBCL on Windows starts with 
UTF-8 as its default encoding for loading sources, but that's what you 
need to do. 

Da lì, ho provato (ad esempio, in base a [questo] aggiungendo quanto segue alla mia emacs config:

(set-language-environment "UTF-8") 
(setq slime-lisp-implementations 
     '((sbcl ("/opt/local/bin/sbcl") :coding-system utf-8-unix))) 
(setq slime-net-coding-system 'utf-8-unix) 

Ma .. Ho ancora lo stesso errore, anche dopo aver riavviato completamente emacs, per assicurarmi di avere un nuovo Slime che stava leggendo la configurazione di cui sopra.

Quindi, cosa mi manca e/o altrimenti come posso ottenere questo da caricare?

Grazie in anticipo! (Più grazie a venire per una risposta di successo.)

Answer 1

Hai controllato le impostazioni locali? La configurazione di Emacs indica solo quali sistemi di codifica impostare per la comunicazione tra SLIME e SWANK.

È possibile verificare la presenza di impostazioni internazionali con/usr/bin/locale, ad esempio:

navi ~ » locale 
LANG=pl_PL.UTF-8 
LC_CTYPE=pl_PL.UTF-8 
LC_NUMERIC=pl_PL.UTF-8 
LC_TIME=pl_PL.UTF-8 
LC_COLLATE="pl_PL.UTF-8" 
LC_MONETARY=pl_PL.UTF-8 
LC_MESSAGES=C 
LC_PAPER=pl_PL.UTF-8 
LC_NAME="pl_PL.UTF-8" 
LC_ADDRESS="pl_PL.UTF-8" 
LC_TELEPHONE="pl_PL.UTF-8" 
LC_MEASUREMENT=pl_PL.UTF-8 
LC_IDENTIFICATION=pl_PL.UTF-8 
LC_ALL= 
navi ~ » 

mio è setup per UTF-8 in tutto il mondo, come si può vedere, tranne che per la visualizzazione di messaggi 'C'.

Answer 2

Ci dovrebbe essere una directory .cache in HOME che contenga tutti i file fasl. A volte rimuovere quei vecchi file fasl sembra funzionare per me quando qualcosa va storto con la compilazione.

Answer 3

Prova questa:

cambiamento nella .../quicklisp/dists/quicklisp/software/rfc2388 * directory e caricare rfc2388.asd in un editor di testo. Spostarsi verso il basso: parametro dell'autore del modulo defsystem. Sostituisci il nome dell'autore con il nome indicato nella parte superiore del file. Memorizza il file usando la codifica ASCII.

Ovviamente, quando viene pubblicata una nuova versione della libreria, la soluzione si perde. Oppure memorizzare il progetto modificato in progetti locali.

Answer 4

Con la codifica UTF-8 originale ancora in vigore, il DEBUGGER deve presentare un'opzione INPUT-REPLACEMENT per sostituire i caratteri di immissione in errore con una stringa di sostituzione. Scegli questa opzione, digita "?" o "x" o qualsiasi stringa che ti piace al prompt e poi INVIO. Il carico quindi completa. Certo, non è qualcosa che ti piacerebbe fare ogni volta.

Quindi l'idea migliore è probabilmente quella di inviare una e-mail all'autore e chiedere di fornire una versione ascii per quicklisp.