Re: [Nuxeo-localizer] unpack str size does not match format

[Juan David Ibáñez Palomar]

Ilya N. Kuleshov wrote:

> Good evening, Juan!
>
> JDIP> It's a quite strange error. The traceback makes think that
> JDIP> at least one MO file is corrupted (in the Localizer/locale
> JDIP> directory), so you can try to rebuild them and see what
> JDIP> happens.
>
> JDIP> But if this was really the problem I think it should happen
> JDIP> systematically.
>
> JDIP> The simplest solution is just to remove the MO files, if you
> JDIP> don't care about having the Localizer management screens only
> JDIP> in english.
>
> JDIP> But if you want to help me to isolate the problem you'll have to
> JDIP> do some debugging, as I can't reproduce it..
>
> I've done some researches :) and that's what I get:
>
> All errors rose _only_ when I tried to create/manage Localizer or
> MessageCatalog instance for the first time since Zope 2.5.0 has
> started.
>
> I replaced the entire Localizer directory to the one from
> http://www.nuxeo.org/localizer/download/Localizer-0.8.1.tgz and now I
> have the following error (until the browser refresh):
>
> _______________________________________________________________________________
> Zope Error
> Zope has encountered an error while publishing this resource.
>
> Error Type: IOError
> Error Value: [Errno 0] File is corrupt: 'e:\\Program 
> Files\\WebSite\\lib\\python\\Products\\Localizer\\locale\\ca.mo'
>
>
> Traceback (innermost last):
>  File E:\PROGRA~1\WebSite\lib\python\ZPublisher\Publish.py, line 150, in 
> publish_module
>  File e:\Program Files\WebSite\lib\python\Products\Localizer\__init__.py, line 
> 65, in new_publish
>  File E:\PROGRA~1\WebSite\lib\python\ZPublisher\Publish.py, line 114, in publish
>  File E:\PROGRA~1\WebSite\lib\python\Zope\__init__.py, line 158, in 
> zpublisher_exception_hook
>  File E:\PROGRA~1\WebSite\lib\python\ZPublisher\Publish.py, line 98, in publish
>  File E:\PROGRA~1\WebSite\lib\python\ZPublisher\mapply.py, line 88, in mapply
>    (Object: MC_add)
>  File E:\PROGRA~1\WebSite\lib\python\ZPublisher\Publish.py, line 39, in 
> call_object
>    (Object: MC_add)
>  File E:\PROGRA~1\WebSite\lib\python\Shared\DC\Scripts\Bindings.py, line 252, 
> in __call__
>    (Object: MC_add)
>  File E:\PROGRA~1\WebSite\lib\python\Shared\DC\Scripts\Bindings.py, line 283, 
> in _bindAndExec
>    (Object: MC_add)
>  File e:\Program Files\WebSite\lib\python\Products\Localizer\LocalFiles.py, 
> line 113, in _exec
>    (Object: MC_add)
>  File E:\PROGRA~1\WebSite\lib\python\App\special_dtml.py, line 172, in _exec
>    (Object: MC_add)
>  File E:\PROGRA~1\WebSite\lib\python\DocumentTemplate\DT_Util.py, line 159, in 
> eval
>    (Object: manage_form_title(this(), _,
>                             form_title=gettext('Add Message Catalog'),
>                             help_product='Localizer',
>                             help_topic='MC_add.stx'))
>    (Info: this)
>  File <string>, line 0, in ?
>  File e:\Program Files\WebSite\lib\python\Products\Localizer\LocalFiles.py, 
> line 81, in gettext
>    (Object: MC_add)
>  File e:\Program Files\WebSite\lib\python\Products\Localizer\LocalFiles.py, 
> line 59, in get_translations
>  File E:\PROGRA~1\WebSite\bin\lib\gettext.py, line 106, in __init__
>  File E:\PROGRA~1\WebSite\bin\lib\gettext.py, line 172, in _parse
> IOError: (see above)
> _______________________________________________________________________________
>
>
>
> After removing ca.mo I cought the same error for es.mo:
>
> Error Type: IOError
> Error Value: [Errno 0] File is corrupt: 'e:\\Program 
> Files\\WebSite\\lib\\python\\Products\\Localizer/locale/es.mo'
>
> And when the es.mo is wiped out I get the 'unpack str size does not
> match format' error as I described earlier.
>
> Thank you for your instantaneous reply. :)
>
> Bye!
> http://www.naumen.ru
>
>
>  

Could you please run the Python interpreter within the "locale"
directory and try this?:

>>> from gettext import GNUTranslations
>>> GNUTranslations(open('ca.mo'))

Try it for every MO file and tell me wether it works or not,
it should return an instance of GNUTranslations if everything
is fine, or raise an error otherwise (here it works fine).



Cheers,

--
J. David Ibáñez, Nuxeo.com
Libre Software zealot (http://www.fsf.org)