~$ locale
LANG=en_US.UTF-8
LC_CTYPE="en_US.UTF-8"
LC_NUMERIC="en_US.UTF-8"
LC_TIME="en_US.UTF-8"
LC_COLLATE="en_US.UTF-8"
LC_MONETARY="en_US.UTF-8"
LC_MESSAGES="en_US.UTF-8"
LC_PAPER="en_US.UTF-8"
LC_NAME="en_US.UTF-8"
LC_ADDRESS="en_US.UTF-8"
LC_TELEPHONE="en_US.UTF-8"
LC_MEASUREMENT="en_US.UTF-8"
LC_IDENTIFICATION="en_US.UTF-8"
LC_ALL=
Maxim Oganesyan wrote:
No, I mean locale of Your operating system.
Can You start terminal and type "locale"?
Avviare il Terminale e scrivere in esso "locale ". Quali informazioni
vengono visualizzate?
2011/2/15 jo <[email protected]
<mailto:[email protected]>>
Maxim Oganesyan wrote:
Good day, Jose.
What is Your operating system default locale?
Linux josedev 2.6.28-vm64 #2 Thu Mar 12 12:06:51 CET 2009 x86_64
GNU/Linux
j
Maxim
On Feb 15, 3:08 pm, jo <[email protected]
<mailto:[email protected]>> wrote:
Christoph Zwerschke wrote:
Am 14.02.2011 16:06, schrieb jose soares:
I don't now Christoph, sometimes the error is
raised by the
i18n.get_locale(). In the following case I didn't
put nothing in the
session... I only want return data formated ...
return tg.i18n.format_date(value,
locale=tg.i18n.get_locale(),
date_format=date_format)
The get_local() call tries to get the locale from the
session. It seems
the session file for that session got corrupted for
whatever reason, so
when trying to read the session at that point you see
this error.
-- Christoph
This is very strange, Christoph, because the procedure
runs in about a
dozen
installations and in all of them, there is this same error.
Is it possible that all installations have the session
file corrupted ?
j
--
You received this message because you are subscribed to the Google Groups
"TurboGears" group.
To post to this group, send email to [email protected].
To unsubscribe from this group, send email to
[email protected].
For more options, visit this group at
http://groups.google.com/group/turbogears?hl=en.
