Bugzilla – Bug 823
Strings mangled in EXE build
Last modified: 2008-09-15 14:37:04 UTC
starting slim.exe gives a large number of the following: Use of uninitialized value in pattern match (m//) at /PerlApp/utf8_heavy.pl line 211. Use of uninitialized value in scalar assignment at /PerlApp/utf8_heavy.pl line 227. Use of uninitialized value in pattern match (m//) at /PerlApp/utf8_heavy.pl line 228. Use of uninitialized value in scalar assignment at /PerlApp/utf8_heavy.pl line 288. Use of uninitialized value in pattern match (m//) at /PerlApp/utf8_heavy.pl line 329. Use of uninitialized value in scalar assignment at /PerlApp/utf8_heavy.pl line 346. Use of uninitialized value in pattern match (m//) at /PerlApp/utf8_heavy.pl line 347. which seems to then result in undefined strings for just about every string token. This does NOT affect the tar.gz packages
Jan 13 seems to be the last working day of the EXE build, and this does correspond to the move to subversion around that time. There is only change 1710 that seems to directly relate to the windows build on Jan 13. This would have affected all further builds, reported as broken.
if it helps track this down...I picked on two strings that are not imported: HELP_RADIO and REMOTE_STREAMING removing the DK translation from HELP_REMOTE allowed it to be parsed, while removing both the DE and DK translations for REMOTE_STREAMING allowed that string to be parsed
Makes version 6.0 unusable on Windows, hampers further testing.
seems to work today - just installed & ran 2005-02-07
Fixed in the latest nightly.
Just downloaded it, seems to be ok! Thanks
There are 536 bugs in the database with targets of '---' that were fixed prior to new year 2006. I am setting them to targets of 6.2.1 to keep them from showing up in my queries.