March 2024 - Wine-Bugs - list.winehq.org

[Bug 56503] New: CryptStringToBinary doesn't adds CR before pad bytes in some cases

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=56503 Bug ID: 56503 Summary: CryptStringToBinary doesn't adds CR before pad bytes in some cases Product: Wine Version: 9.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: crypt32 Assignee: wine-bugs(a)winehq.org Reporter: dm.klionsky(a)gmail.com Distribution: --- Created attachment 76262 --> https://bugs.winehq.org/attachment.cgi?id=76262 Test program Both CryptStringToBinaryA and CryptStringToBinaryW don't add CR before pad bytes in some cases. Attached the test program. ``` $ x86_64-w64-mingw32-gcc certcat.c -lcrypt32 -o certcat ``` ``` $ wine certcat.exe << EOF > -----BEGIN CERTIFICATE----- MIICbTCCAhqgAwIBAgIUM7hPfBQsHsiH5ZqG0PbFdVoW4ZwwCgYIKoUDBwEBAwIw gYwxCzAJBgNVBAYTAlJVMSgwJgYDVQQKDB/QmtC+0LQg0JHQtdC30L7Qv9Cw0YHQ vdC+0YHRgtC4MRcwFQYDVQQLDA7Qo9GH0LXQsdC90YvQuTEtMCsGA1UEAwwk0KPQ piDQmtC+0LQg0JHQtdC30L7Qv9Cw0YHQvdC+0YHRgtC4MQswCQYDVQRIDAJjYTAe Fw0yNDAzMTQwODA0MjFaFw0yNTAzMTQwODA0MjFaMGkxCzAJBgNVBAYTAlJVMRMw EQYDVQQKEwphZG1pbjUgb3JnMQ8wDQYDVQQDEwZhZG1pbjUxHjAcBgkqhkiG9w0B CQEWD2FkbWluNUBtYWlsLmNvbTEUMBIGA1UEDRMLYWRtaW41IGRlc2MwZjAfBggq hQMHAQEBATATBgcqhQMCAiQABggqhQMHAQECAgNDAARAr29PncgHl5lwdTnodkAV di1Y9L1fMK/aPhlHgQhZkUjEo/tN4jV7t8oXC5HvuIdEXg5zKBJXJy5r3Ty4oESy 9KNvMG0wDAYDVR0TAQH/BAIwADATBgNVHSUEDDAKBggrBgEFBQcDAjAZBgNVHREE EjAQhg5jNHJvbGU6Ly9hZG1pbjAOBgNVHQ8BAf8EBAMCA+gwHQYDVR0OBBYEFA3/ ThaxrrOT/f2YUOelXyTWuhS2MAoGCCqFAwcBAQMCA0EAlXXYTPuyscXa/yfJnctk JymI0uyTaXVDmiPrVax/yuF+NNp15KsxMa5P1ckG5iUBopZDyoPjoePQcZkRhhQJ 1w== -----END CERTIFICATE----- EOF -----BEGIN CERTIFICATE----- MIICbTCCAhqgAwIBAgIUM7hPfBQsHsiH5ZqG0PbFdVoW4ZwwCgYIKoUDBwEBAwIw gYwxCzAJBgNVBAYTAlJVMSgwJgYDVQQKDB/QmtC+0LQg0JHQtdC30L7Qv9Cw0YHQ vdC+0YHRgtC4MRcwFQYDVQQLDA7Qo9GH0LXQsdC90YvQuTEtMCsGA1UEAwwk0KPQ piDQmtC+0LQg0JHQtdC30L7Qv9Cw0YHQvdC+0YHRgtC4MQswCQYDVQRIDAJjYTAe Fw0yNDAzMTQwODA0MjFaFw0yNTAzMTQwODA0MjFaMGkxCzAJBgNVBAYTAlJVMRMw EQYDVQQKEwphZG1pbjUgb3JnMQ8wDQYDVQQDEwZhZG1pbjUxHjAcBgkqhkiG9w0B CQEWD2FkbWluNUBtYWlsLmNvbTEUMBIGA1UEDRMLYWRtaW41IGRlc2MwZjAfBggq hQMHAQEBATATBgcqhQMCAiQABggqhQMHAQECAgNDAARAr29PncgHl5lwdTnodkAV di1Y9L1fMK/aPhlHgQhZkUjEo/tN4jV7t8oXC5HvuIdEXg5zKBJXJy5r3Ty4oESy 9KNvMG0wDAYDVR0TAQH/BAIwADATBgNVHSUEDDAKBggrBgEFBQcDAjAZBgNVHREE EjAQhg5jNHJvbGU6Ly9hZG1pbjAOBgNVHQ8BAf8EBAMCA+gwHQYDVR0OBBYEFA3/ ThaxrrOT/f2YUOelXyTWuhS2MAoGCCqFAwcBAQMCA0EAlXXYTPuyscXa/yfJnctk JymI0uyTaXVDmiPrVax/yuF+NNp15KsxMa5P1ckG5iUBopZDyoPjoePQcZkRhhQJ1w== -----END CERTIFICATE----- ``` -- 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.

March 31, 2024

[Bug 56485] Visual novel RE:D Cherish! displays white screen instead of logo video

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=56485 Sagawa <sagawa.aki+winebugs(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download --- Comment #2 from Sagawa <sagawa.aki+winebugs(a)gmail.com> --- I sent a MR that is https://gitlab.winehq.org/wine/wine/-/merge_requests/5430 . -- 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.

March 31, 2024

[Bug 56491] Videos in BURIKO visual novel engine

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=56491 --- Comment #3 from blubban(a)gmail.com --- I've considered that, yes, but rejected it. It would require sending compressed MPEG frames from GStreamer to Wine, then sending them right back to GStreamer; these extra copies and thread synchronization operations may have a performance impact, including in programs that don't want MPEG data. Which is every single one, including BURIKO; it needs to see the MPEG media type, but it doesn't want any MPEG data. Instead, I've told decodebin_parser to offer its codec_format, and if accepted, recreate the wg_parser with a different output format. Seems to work, but the gitlab bot seems to be on easter vacation and didn't assign a code reviewer. https://gitlab.winehq.org/wine/wine/-/merge_requests/5419 -- 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.

March 31, 2024

[Bug 27594] Indiana Jones and the Emperor's Tomb: error message "invalid floating point camera matrix" (SSE2 control word handling in msvcrt __control87)

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=27594 soredake <broaden_acid002(a)simplelogin.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC|broaden_acid002(a)simplelogin | |.com | -- 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.

March 31, 2024

[Bug 27594] Indiana Jones and the Emperor's Tomb: error message "invalid floating point camera matrix" (SSE2 control word handling in msvcrt __control87)

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=27594 --- Comment #50 from Le Gluon du Net <legluondunet(a)gmail.com> --- This issue is still present, as a workaround you need to install vcrun6 with winetricks. But if you install vcrun6, you can no more use dgVoodoo2 for this game because it will crash. dgVOodoo2 seems does not like using msvcrt.dll from vcrun6 in native mode. I just installed IJET in Steam and I can not reproduce this issue, whatever the Proton version I used, the game launched and it is stable. You can even use dgVOodoo2, I wonder how they managed this issue in other way than use vcrun6 winetricks workaround? -- 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.

March 31, 2024

[Bug 56491] Videos in BURIKO visual novel engine

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=56491 Sagawa <sagawa.aki+winebugs(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |sagawa.aki+winebugs(a)gmail.c | |om --- Comment #2 from Sagawa <sagawa.aki+winebugs(a)gmail.com> --- Hi. >From my point of view, the second part seems to be what CLSID_MPEG1Splitter does. Thus, what do you think about prioritizing CLSID_MPEG1Splitter over CLSID_decodebin_parser for MPEG1 videos? Have you already tried this? -- 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.

March 31, 2024

[Bug 46787] Notepad++ rather slow (GetLocaleInfoEx)

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=46787 --- Comment #8 from Nikolay Sivov <bunglehead(a)gmail.com> --- GetLocaleInfoEx() is now using nls data in compatible format, that might already be faster, so maybe another sysprof run with npp 7.6.3 and current wine could show something. -- 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.

March 31, 2024

[Bug 46787] Notepad++ rather slow (GetLocaleInfoEx)

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=46787 --- Comment #7 from Nikolay Sivov <bunglehead(a)gmail.com> --- That's not a fix as far as wine is concerned, no. -- 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.

March 31, 2024

[Bug 20694] Mozart 10/11: Cannot save gif jpg or tiff, png + bmp are empty, emf only partial.

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=20694 Anastasius Focht <focht(a)gmx.net> changed: What |Removed |Added ---------------------------------------------------------------------------- Fixed by SHA1| |90c2949b254c82bc8ddc00d251c | |64ce336b7d8e8 Summary|Mozart 10: cannot save gif |Mozart 10/11: Cannot save |jpg or tiff, png + bmp are |gif jpg or tiff, png + bmp |empty, emf only partial. |are empty, emf only | |partial. Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #25 from Anastasius Focht <focht(a)gmx.net> --- Hello folks, this was indeed fixed some time ago. I've exported a score into all supported image formats and they look visually fine. --- snip --- $ pwd /home/focht/.wine/drive_c $ ls -lsa test.* 136 -rw-r--r--. 1 focht focht 136958 Mar 31 11:55 test.bmp 20 -rw-r--r--. 1 focht focht 18966 Mar 31 11:54 test.gif 96 -rw-r--r--. 1 focht focht 98159 Mar 31 11:54 test.jpg 12 -rw-r--r--. 1 focht focht 8305 Mar 31 11:55 test.png 136 -rw-r--r--. 1 focht focht 137094 Mar 31 11:54 test.tif $ file test.* test.bmp: PC bitmap, Windows 3.x format, 1536 x 713 x 1, image size 136896, resolution 3780 x 3780 px/m, 2 important colors, cbSize 136950, bits offset 62 test.gif: GIF image data, version 89a, 1536 x 713 test.jpg: JPEG image data, JFIF standard 1.01, resolution (DPI), density 96x96, segment length 16, baseline, precision 8, 1536x713, components 3 test.png: PNG image data, 1536 x 713, 1-bit colormap, non-interlaced test.tif: TIFF image data, little-endian, direntries=13, height=713, bps=1, compression=none, PhotometricInterpretation=RGB Palette, width=1536 $ identify test.* test.bmp BMP3 1536x713 1536x713+0+0 1-bit sRGB 2c 136958B 0.000u 0:00.004 test.gif GIF 1536x713 1536x713+0+0 8-bit sRGB 256c 18966B 0.000u 0:00.000 test.jpg JPEG 1536x713 1536x713+0+0 8-bit sRGB 98159B 0.000u 0:00.000 test.png PNG 1536x713 1536x713+0+0 8-bit sRGB 2c 8305B 0.000u 0:00.000 --- snip --- Resolving fixed by commit https://source.winehq.org/git/wine.git/commitdiff/90c2949b254c82bc8ddc00d25… ("gdiplus: Add support support for 1, 4 and 8 bpp indexed pixel format conversion."). Thanks Bartosz $ wine --version wine-9.5-95-g8568848ba83 Regards -- 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.

March 31, 2024

[Bug 56459] Inconsistent and Unexpected I/O flush behavior

by WineHQ Bugzilla

https://bugs.winehq.org/show_bug.cgi?id=56459 --- Comment #3 from Eric Pouech <eric.pouech(a)gmail.com> --- > I updated the spreadsheet with outcomes from wineconsole and Windows. I > found that wineconsole behaved the same as running Wine from a Linux > terminal but Windows behaved a but differently, which seems like a bug. I > highlighted the differences with red text. Thanks for taking care of this. I'll look into this. > My hope is that, when a process is invoked directly from the Linux terminal, > we: > > 1. Independently ensure that any printfs are flushed out to the Linux > terminal, regardless of whether they _also_ make it out to the wineconsole. > > 2. When a process is invoked through a Linux terminal, I/O redirection is > processed by the Linux shell rather than Wine. In these cases Wine would > behave as if there had been no I/O redirection requested. By extension, this > would mean that I/O redirection only works like Windows does when used > within wineconsole. > > Combining #1 and #2 would mean that we can always get all output from a > Windows program on the Linux side, regardless of Windows-style semantics, > but only when a program is invoked from the Linux terminal. I'm not sure if > this would break anything elsewhere but I think this would help developers > while debugging because any errors logged by apps are always visible. > Thoughts? Is this possible/sensible? you may want to try: ./wine [[your exec and args]] < /dev/null 2>&1 | cat - this will ensure that no (windows) console is created (as none of fd 0,1,2 is mapped to a unix tty), but all output is redirected to linux terminal (I supposed you didn't need input from terminal in your program) -- 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.

March 31, 2024