[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Problem with wide characters on upgrading to guile 2.x
From: |
Richard Shann |
Subject: |
Re: Problem with wide characters on upgrading to guile 2.x |
Date: |
Thu, 22 Aug 2013 19:10:55 +0100 |
I have been doing some experiments with the guile interpreter
guile --version
guile (GNU Guile) 2.0.5-deb+1-3
and it seems to understand the wide characters, using the unicode e176
character with the string "hello" attached I get this:
scheme@(guile-user)> (string-append " " "hello")
$1 = " \ue176hello"
scheme@(guile-user)> (display " ")
scheme@(guile-user)> (display (string-append " " "hello"))
helloscheme@(guile-user)>
I notice that I do not have LC_ALL set in my environment.
>From inside Denemo scm_c_eval_string() is being used to evaluate a
string that includes this wide character and that is throwing the
exception.
Richard
On Thu, 2013-08-22 at 14:50 +0200, Panicz Maciej Godek wrote:
> 2013/8/22 Richard Shann <address@hidden>
> GNU/Denemo has a number of guile scripts in which wide
> characters are
> embedded in strings. These used to work in guile 1.8 but with
> guile 2.0
> I am seeing the following error message trying to use a string
> with "
> "
> in it (if that string will get through the email software)
>
> (format #t "~%=> ~A~%"" ")
> ; the throw arguments are
>
> (scm_to_stringn cannot convert wide string to output locale 84
> #f #f)
>
> what is "locale 84" and how can I return to the desired
> behavior?
>
>
>
> I don't know much about the internal details, but did you try
> to set the locale of the environment to e.g. C.UTF-8 like that
>
>
> $ LC_ALL="C.UTF-8" guile # or your particular script
>
>
> (the list of possible values can be obtained by typing "locale -a"
> on modern unix systems)
>
>
Re: Problem with wide characters on upgrading to guile 2.x, Ludovic Courtès, 2013/08/23