October 2022 - Wine-Bugs - list.winehq.org

[Bug 53770] [ nls cause BUG ] local.nls should must be update (./wine/nls/local.nls )

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=53770 --- Comment #8 from 399989567(a)qq.com --- (In reply to Nikolay Sivov from comment #7) > What was the problem? We would want something patched in Wine if current > locale data does not match what you get on Windows. So the question is, is > there locale data mismatch for some Chinese locale, between Windows NLS data > and Unicode CLDR? Yes，there have some problem. The current locale data not match what I get on Windows10. Now,when we create locale.nls,we use "cldr/common/supplemental/numberingSystems.xml" in the code ↓ > sub build_locale_data() > my $numbers = load_xml_data_file( "cldr", "$base/common/supplemental/numberingSystems.xml" ); However, the data of numberingSystems.xml is different from the current window10, as shown in https://github.com/unicode-org/cldr/blob/1e28c0fbb43b719b43127432f0a8632357… Now: > <numberingSystem id="hanidec" type="numeric" digits="〇一二三四五六七八九"/> But it should be > <numberingSystem id="hanidec" type="numeric" digits="0123456789"/> If we don't change like this, there will be some problems on some apps，Like Dingtalk. I don't know if I express this problem clearly. By the way, I have generated the correct locale.nls, you said that some patches should be applied to wine, Can I provide this patch in my name?Contributing to wine and being a wine developer is exciting for me. I'll put the patch I generated in the next comment -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

Oct. 17, 2022

[Bug 53770] [ nls cause BUG ] local.nls should must be update (./wine/nls/local.nls )

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=53770 Nikolay Sivov <bunglehead(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|blocker |normal -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

Oct. 17, 2022

[Bug 53770] [ nls cause BUG ] local.nls should must be update (./wine/nls/local.nls )

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=53770 --- Comment #7 from Nikolay Sivov <bunglehead(a)gmail.com> --- What was the problem? We would want something patched in Wine if current locale data does not match what you get on Windows. So the question is, is there locale data mismatch for some Chinese locale, between Windows NLS data and Unicode CLDR? -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

Oct. 17, 2022

[Bug 53770] [ nls cause BUG ] local.nls should must be update (./wine/nls/local.nls )

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=53770 --- Comment #6 from 399989567(a)qq.com --- (In reply to Sagawa from comment #2) > Please correctly describe your situation. > The LOCALE_SNATIVEDIGITS value comes from locale.nls not local.nls. > In Chinese locale, it should be "〇一二三四五六七八九" not "零一二三四五六七八九". > > Then, why don't you search the code with the above keywords using grep > command? You'll easily find the script, i.e. tools/make_unicode. > > The script is written in Perl language. Can you reach to > https://github.com/unicode-org/cldr/blob/ > 1e28c0fbb43b719b43127432f0a86323578789a4/common/supplemental/ > numberingSystems.xml#L36 ? Thank you very much for your help, I have completely solved the problem. By using the script written in the perl language, I successfully generated the locale.nls I needed and solved the problem -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

Oct. 17, 2022

[Bug 49394] CED1401 USB function driver needs ntoskrnl.exe.KeInsertQueueDpc()

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=49394 --- Comment #6 from Alois Schlögl <alois.schloegl(a)gmail.com> --- Created attachment 73302 --> https://bugs.winehq.org/attachment.cgi?id=73302 log file when running try1432.exe when ced1401 device is not connected (i.e. powered off) -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

Oct. 17, 2022

[Bug 49394] CED1401 USB function driver needs ntoskrnl.exe.KeInsertQueueDpc()

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=49394 --- Comment #5 from Alois Schlögl <alois.schloegl(a)gmail.com> --- Created attachment 73301 --> https://bugs.winehq.org/attachment.cgi?id=73301 log file when running try1432.exe with wine 7.19 This is the output log when the CED1401 is connected and turned on while running the try1432.exe test program, and selecting Menu->Tests->Run Once The first three calls to ntoskrnl:KeInitializeDpc happen during the start of the try1432 test program, the last two calls happen when selecting "Menu->Tests->Run Once" For comparision when no ced1401 device is connected (or powered off), I'll all add the log file as well -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

Oct. 17, 2022

[Bug 39109] Error when compiling wine using cygwin

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=39109 --- Comment #15 from Chebanenko Igor <chebanenkoigor93(a)gmail.com> --- Wine 7.19 was released. Any updates? -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

Oct. 17, 2022

[Bug 53770] [ nls cause BUG ] local.nls should must be update (./wine/nls/local.nls )

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=53770 --- Comment #5 from 399989567(a)qq.com --- (In reply to 399989567 from comment #3) > (In reply to Sagawa from comment #2) > > Please correctly describe your situation. > > The LOCALE_SNATIVEDIGITS value comes from locale.nls not local.nls. > > In Chinese locale, it should be "〇一二三四五六七八九" not "零一二三四五六七八九". > > Thank you very much for your help, please forgive me for not phrasing the > question correctly, sorry here. > > > > > > Then, why don't you search the code with the above keywords using grep > > command? You'll easily find the script, i.e. tools/make_unicode. > > > > I searched 0123456789 at that time, but there was no result. > Now it looks like I should retrieve locale.nls > > > The script is written in Perl language. Can you reach to > > https://github.com/unicode-org/cldr/blob/ > > 1e28c0fbb43b719b43127432f0a86323578789a4/common/supplemental/ > > numberingSystems.xml#L36 ? > > I've found where you said, I can go to the url you sent me, and it seems I > just need to modify the script and run it. > > I'm now learning about camel language and trying to generate my own, thanks > a lot not camel language is "Perl language" ———————————— my goddamn brain -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

Oct. 17, 2022

[Bug 53770] [ nls cause BUG ] local.nls should must be update (./wine/nls/local.nls )

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=53770 --- Comment #4 from 399989567(a)qq.com --- (In reply to 399989567 from comment #3) > (In reply to Sagawa from comment #2) > > Please correctly describe your situation. > > The LOCALE_SNATIVEDIGITS value comes from locale.nls not local.nls. > > In Chinese locale, it should be "〇一二三四五六七八九" not "零一二三四五六七八九". > > Thank you very much for your help, please forgive me for not phrasing the > question correctly, sorry here. > > > > > > Then, why don't you search the code with the above keywords using grep > > command? You'll easily find the script, i.e. tools/make_unicode. > > > > I searched 0123456789 at that time, but there was no result. > Now it looks like I should retrieve locale.nls > not 0123456789 is "〇一二三四五六七八九" > > The script is written in Perl language. Can you reach to > > https://github.com/unicode-org/cldr/blob/ > > 1e28c0fbb43b719b43127432f0a86323578789a4/common/supplemental/ > > numberingSystems.xml#L36 ? > > I've found where you said, I can go to the url you sent me, and it seems I > just need to modify the script and run it. > > I'm now learning about camel language and trying to generate my own, thanks > a lot -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

Oct. 17, 2022

[Bug 53770] [ nls cause BUG ] local.nls should must be update (./wine/nls/local.nls )

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=53770 --- Comment #3 from 399989567(a)qq.com --- (In reply to Sagawa from comment #2) > Please correctly describe your situation. > The LOCALE_SNATIVEDIGITS value comes from locale.nls not local.nls. > In Chinese locale, it should be "〇一二三四五六七八九" not "零一二三四五六七八九". Thank you very much for your help, please forgive me for not phrasing the question correctly, sorry here. > > Then, why don't you search the code with the above keywords using grep > command? You'll easily find the script, i.e. tools/make_unicode. > I searched 0123456789 at that time, but there was no result. Now it looks like I should retrieve locale.nls > The script is written in Perl language. Can you reach to > https://github.com/unicode-org/cldr/blob/ > 1e28c0fbb43b719b43127432f0a86323578789a4/common/supplemental/ > numberingSystems.xml#L36 ? I've found where you said, I can go to the url you sent me, and it seems I just need to modify the script and run it. I'm now learning about camel language and trying to generate my own, thanks a lot -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

Oct. 17, 2022