https://sourceforge.net/p/wrapper/bugs/290/2015-07-05T04:34:35.036000ZRecent changes to 290: Unix wrapper crashes on multibyte command line arguments2015-07-05T04:34:35.036000Z2015-07-05T04:34:35.036000ZWormNuthttps://sourceforge.net/u/askstevedcom/https://sourceforge.netd5e7dc4e0f258532673410a1f7689192a5faa4d9

<div class="markdown_content"><p>I see "Fix bug when converting from multibyte to wide char without setting the locale at startup (Unix only). Thanks to Bert." in the 3.5.26 release notes. Was this fixed?</p></div>

2014-11-07T02:39:08.426000Z2014-11-07T02:39:08.426000ZAlexandrehttps://sourceforge.net/u/alex-tanuki/https://sourceforge.netfd55dac35839476fbc38d7525e88c7458a336c40

<div class="markdown_content"><p>Bert,</p> <p>Thank you very much for letting us know about this bug.<br /> We could reproduce it on our machines.</p> <p>We will look at it and fix it for the next version of the Wrapper.</p> <p>Regards</p></div>

2014-11-06T15:41:01.473000Z2014-11-06T15:41:01.473000ZBert Massophttps://sourceforge.net/u/bert-m/https://sourceforge.net54170f5ac50710ad7692ff44ed8a8059dca60d7a

<div class="markdown_content"><p>The Unix wrapper fails to decode multibyte command line arguments, resulting in either a segmentation fault (3.5.25) or the multibyte arguments being interpreted as empty strings (3.5.20) resulting in a fatal error.</p> <p>To reproduce (in an environment with multibyte locale, e.g. <code>LC_ALL=en_US.UTF-8</code>):<br /> 1. Build the wrapper (I tried the 64bit edition)<br /> 2. bin/wrapper télécharge.conf<br /> (the file does not have to exist, since it is never read)</p> <p>As far as I can tell, this is caused by not having set the locale to anything other than <code>"C"</code> (the default). <code>mbstowcs</code>, used in <code>int main(…)</code> in <code>wrapper_unix.c</code> (line 1762 and 1778 in the 3.5.25 sources) to convert multibyte arguments to wide char strings, depends on the locale being set according to the environment.</p> <p>The locale is currently only set according to the environment <em>right after</em> the command line argument have been decoded (line 1783 and the surrounding code). This should be the very first thing to do in <code>main(…)</code> instead. If I move this code to the start of <code>main(…)</code>, multibyte command line arguments seem to be accepted just fine.</p> <p>Note: I have not tested the wrappers for other platforms. This bug report resulted from a bug report on the Freenet bug tracker <span>[1]</span>, where one of our users on Ubuntu 14.04 could not run the wrapper when "Téléchargement" (French for Download) was in his path.</p> <p><span>[1]</span> <a href="https://bugs.freenetproject.org/view.php?id=6313" rel="nofollow">https://bugs.freenetproject.org/view.php?id=6313</a></p></div>