Re: [Tuxpaint-devel] Locale detection problem on 64bit version for windows.

[Bill K. <nb...@so...>]

On Tue, Oct 26, 2021 at 11:43:34PM +0900, TOYAMA Shin-ichi wrote:
> Thanks bill,
> 
> I think it is fixed.
> What I did was, again, to simply remove the windows-specific 
> parts in which _nl_locale_name() is called.

Great!  (And thanks for noting my late-night #ifdef typo)


> I committed it to the git and prepared 0.9.26-6 packages although 
> I am not sure if it is neccesary.
> 
>   https://z1.plala.jp/tuxpaint/release/0.9.26-6/

Fetching, and will post to SourceForge.


> In these days, multiple bugs on $B#w(Bindows build unrelated to each 

Heh, in Mutt mail client your "W" came out as a bunch of crazy ASCII,
so it looked like you were cursing Windows.  I guess Emacs editor is
better at rendering it.


> other have become apparent, causing a lot of confusion, but I hope
> this will settle things down for a while ;-).

Yes, thanks so much for toiling over this.  And thanks again to Pere
and others for helping, as well!

6th time's the charm?

-bill!


> 
> Thanks,
> 
> 
> Bill Kendrick wrote in <202...@sh...>
> >On Tue, Oct 26, 2021 at 12:23:45AM +0900, TOYAMA Shin-ichi wrote:
> >> Hi developpers,
> >> 
> >> At first, please take note that the problem is that 64bit
> >> executable for windows crash when it start unless specific locale 
> >> is set by config/command line option/environment variable.
> >> 
> >> I found that the crash occurs in mysetenv() in i18n.c when 
> >> strlen(value) is called.
> >
> >This probably won't "fix" the overall issue that's causing
> >the crash, but I've updated mysetenv() to be lest trusting of
> >its incoming arguments.  If either `name` and/or `value` is NULL,
> >it will avoid doing anything dangerous with them, and spit out
> >a warning to STDERR.
> >
> >  
> >https://sourceforge.net/p/tuxpaint/tuxpaint/ci/1bee12246eedd6ddc4790bb5dacdec6b50685a6e/
> >
> >-bill!
> 
> -- 
> TOYAMA Shin-ichi mailto:sh...@wm...

-- 
-bill!
Sent from my computer