December 2018 - Wine-bugs - list.winehq.org

[Bug 44443] New: jet40 crashes with wine-2.6 & wine-3.0 and not before
by wine-bugs＠winehq.org 21 Dec '18

21 Dec '18

https://bugs.winehq.org/show_bug.cgi?id=44443 Bug ID: 44443 Summary: jet40 crashes with wine-2.6 & wine-3.0 and not before Product: Wine Version: 3.0-rc6 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: msd+bugs.winehq.org(a)msd.im Distribution: --- Hello, I think there is a regression in wine-2.6.0. The following code is working from wine-1.6 to wine-2.5 and _NOT_ working with wine-2.6 and later. ``` Dim DBADO As ADODB.Connection MsgBox "Create new ADODB Object..." Set DBADO = New ADODB.Connection MsgBox "ADODB Object created ! Opening Jet DB" DBADO.Open "Provider=Microsoft.Jet.OLEDB.4.0; Data Source=" & App.Path & "\test.mdb" ' <<<<< Error 429 MsgBox "Connexion open. Status :" & DBADO.State ``` 1. Do you know what happens ? 2. What can I do to help you ? Regards, Guillaume Installed packages inside the wine directory : vb6run mdac28 jet40 -- 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.

1 11

[Bug 36290] New: valgrind shows a leak in mscms/tests/profile.c
by wine-bugs＠winehq.org 21 Dec '18

21 Dec '18

https://bugs.winehq.org/show_bug.cgi?id=36290 Bug ID: 36290 Summary: valgrind shows a leak in mscms/tests/profile.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==17956== 19,636 (192 direct, 19,444 indirect) bytes in 1 blocks are definitely lost in loss record 225 of 225 ==17956== at 0x4006B11: malloc (in /usr/lib/valgrind/vgpreload_memcheck-x86-linux.so) ==17956== by 0x4ED03DAB: ??? (in /usr/lib/libfreetype.so.6.10.2) ==17956== by 0x4ED08C5A: ft_mem_qalloc (in /usr/lib/libfreetype.so.6.10.2) ==17956== by 0x4ED08CCE: ft_mem_alloc (in /usr/lib/libfreetype.so.6.10.2) ==17956== by 0x4ED09CCB: FT_New_Library (in /usr/lib/libfreetype.so.6.10.2) ==17956== by 0x4ED04142: FT_Init_FreeType (in /usr/lib/libfreetype.so.6.10.2) ==17956== by 0x550C7F0: ??? ==17956== by 0x550D39B: ??? ==17956== by 0x551B635: ??? ==17956== by 0x553A646: ??? ==17956== by 0x7BC52FC0: ??? (loader.c:138) ==17956== by 0x7BC555FE: MODULE_InitDLL (loader.c:1068) ==17956== by 0x7BC5597C: process_attach (loader.c:1157) ==17956== by 0x7BC5592C: process_attach (loader.c:1149) ==17956== by 0x7BC5592C: process_attach (loader.c:1149) ==17956== by 0x7BC5592C: process_attach (loader.c:1149) ==17956== by 0x7BC585E2: LdrLoadDll (loader.c:2129) ==17956== by 0x7B85A79A: load_library (module.c:933) ==17956== by 0x7B85A908: LoadLibraryExW (module.c:990) ==17956== by 0x7B85A869: LoadLibraryExA (module.c:970) ==17956== -- 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.

1 5

[Bug 29975] New: Ankh: fails to start
by wine-bugs＠winehq.org 21 Dec '18

21 Dec '18

http://bugs.winehq.org/show_bug.cgi?id=29975 Bug #: 29975 Summary: Ankh: fails to start Product: Wine Version: 1.3.24 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: hoehle(a)users.sourceforge.net Classification: Unclassified Somewhere between wine-1.3.24 and wine-1.4rc2, Ankh1 regressed to the point of being unable to start: - on Ubuntu Intrepid with Intel graphics, no logo is displayed, the menu flickers heavily but text (start game/exit etc.) is missing. - on MacOS X 10.5.8 with NVidia graphics, it aborts with a runtime exception requester. When the screen flickering starts, one OUT_OF_MEMORY is displayed every few seconds. err:d3d:context_bind_texture >>>>>>>>>>>>>>>>> GL_OUT_OF_MEMORY (0x505) from glBindTexture @ context.c / 1938 Much earlier messages are: err:wgl:X11DRV_wglGetPixelFormatAttribivARB (0x1c0): unexpected iPixelFormat(3104) vs nFormats(46), returns FALSE err:wgl:X11DRV_wglGetPixelFormatAttribivARB (0x1c0): unexpected iPixelFormat(1296236546) vs nFormats(46), returns FALSE err:wgl:X11DRV_wglGetPixelFormatAttribivARB (0x1c0): unexpected iPixelFormat(13158564) vs nFormats(46), returns FALSE [and many other iPixelFormats] This does not happen (at least with Intel gfx) when using the default Plugin=RenderSystem_Direct3D9 in bin/release/plugins.cfg. However Plugin=RenderSystem_GL is still needed because of the black screen bug #21351. In bug #21351, comment #8, Henri Verbeet notes that the (demo's?) menu works for him (NVidia?). Henri, did you you use Direct3D9? I'd be grateful if somebody could reproduce this and perform regression testing on a fast machine. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email 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.

1 24

[Bug 36316] New: valgrind shows a possible leak in quartz/tests/avisplitter.c
by wine-bugs＠winehq.org 21 Dec '18

21 Dec '18

https://bugs.winehq.org/show_bug.cgi?id=36316 Bug ID: 36316 Summary: valgrind shows a possible leak in quartz/tests/avisplitter.c Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: quartz Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==32461== 32 bytes in 1 blocks are possibly lost in loss record 197 of 561 ==32461== at 0x7BC4C735: notify_alloc (heap.c:255) ==32461== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==32461== by 0x7BC39AE9: RtlInitializeCriticalSectionEx (critsection.c:326) ==32461== by 0x7B876B51: InitializeCriticalSectionEx (sync.c:356) ==32461== by 0x7B876AD0: InitializeCriticalSection (sync.c:313) ==32461== by 0x605E935: ??? ==32461== by 0x5FFBAC3: ??? ==32461== by 0x5FCFC00: ??? ==32461== by 0x5FF4AC0: ??? ==32461== by 0x5017E26: CoCreateInstance (unknwn.h:226) ==32461== by 0x494548B: create_avisplitter (avisplitter.c:64) ==32461== by 0x494733E: func_avisplitter (avisplitter.c:457) ==32461== by 0x49557E4: run_test (test.h:584) ==32461== by 0x4955BD3: main (test.h:654) ==32461== -- 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.

1 4

[Bug 39279] New: valgrind shows uninitialized memory in winmm/tests/mcicda.c
by wine-bugs＠winehq.org 21 Dec '18

21 Dec '18

https://bugs.winehq.org/show_bug.cgi?id=39279 Bug ID: 39279 Summary: valgrind shows uninitialized memory in winmm/tests/mcicda.c Product: Wine Version: 1.7.51 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase, valgrind Severity: normal Priority: P2 Component: winmm&mci Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com Distribution: --- ../../../tools/runtest -q -P wine -T ../../.. -M winmm.dll -p winmm_test.exe.so mcicda && touch mcicda.ok preloader: Warning: failed to reserve range 00110000-68000000 preloader: Warning: failed to reserve range 7f000000-82000000 mcicda.c:174: Tests skipped: No CD-ROM in drive. ==21071== Syscall param ioctl(arg) contains uninitialised byte(s) ==21071== at 0x455603C9: ioctl (in /usr/lib/libc-2.21.so) ==21071== by 0x7BC36D16: CDROM_StopAudio (cdrom.c:1362) ==21071== by 0x7BC38E8C: CDROM_DeviceIoControl (cdrom.c:3024) ==21071== by 0x7BC469AD: NtDeviceIoControlFile (file.c:1614) ==21071== by 0x7B841301: DeviceIoControl (file.c:2658) ==21071== by 0x5B7C3E8: MCICDA_Stop (mcicda.c:1087) ==21071== by 0x5B79D76: MCICDA_Close (mcicda.c:505) ==21071== by 0x5B7CF3B: MCICDA_DriverProc (mcicda.c:1310) ==21071== by 0x48D58FF: DRIVER_SendMessage (driver.c:136) ==21071== by 0x48D5A04: SendDriverMessage (driver.c:156) ==21071== by 0x48DBDD0: MCI_SendCommandFrom32 (mci.c:894) ==21071== by 0x48DE8BA: MCI_Close (mci.c:1875) ==21071== by 0x48DF591: MCI_SendCommand (mci.c:2099) ==21071== by 0x48DFD6E: mciSendCommandW (mci.c:2295) ==21071== by 0x48DFED4: mciSendCommandA (mci.c:2318) ==21071== by 0x476663F: test_openclose (mcicda.c:577) ==21071== by 0x47667B6: func_mcicda (mcicda.c:604) ==21071== by 0x477E3B5: run_test (test.h:584) ==21071== by 0x477E7FD: main (test.h:666) ==21071== Uninitialised value was created by a stack allocation ==21071== at 0x7BC36D08: CDROM_StopAudio (cdrom.c:1362) ==21071== Note this also exposes a valgrind bug: ==21071== Warning: noted but unhandled ioctl 0x5307 with no size/direction hints. ==21071== This could cause spurious value errors to appear. ==21071== See README_MISSING_SYSCALL_OR_IOCTL for guidance on writing a proper wrapper. That's https://bugs.kde.org/show_bug.cgi?id=352767 -- 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.

1 3

[Bug 38324] New: Dead or Alive 5 Last Round and Ridge Racer Unbounded models/geometry problems
by wine-bugs＠winehq.org 21 Dec '18

21 Dec '18

https://bugs.winehq.org/show_bug.cgi?id=38324 Bug ID: 38324 Summary: Dead or Alive 5 Last Round and Ridge Racer Unbounded models/geometry problems Product: Wine Version: 1.7.39 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: shadowflash(a)gmail.com Distribution: Ubuntu Both games start (DoA5LR requires wmp9 and native quartz) but have problems with 3D models: In Ridge Racer Unbounded you see spiky polygon mess instead of cars when you enter the race. In DoA5LR you see only some parts of character costume at character select and in the game, rest of the model is invisible. Both games run with Wine 1.7.10 without any graphical glitches. I had no time yet to test every version between 1.7.10 and 1.7.24 to find exactly where that regression happened but problem is still here in the latest version. -- 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.

1 14

[Bug 46335] New: public key not available
by wine-bugs＠winehq.org 21 Dec '18

21 Dec '18

https://bugs.winehq.org/show_bug.cgi?id=46335 Bug ID: 46335 Summary: public key not available Product: Packaging Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: wine-packages Assignee: wine-bugs(a)winehq.org Reporter: patrick.pochard(a)free.fr CC: michael(a)fds-team.de, sebastian(a)fds-team.de Distribution: --- Created attachment 63079 --> https://bugs.winehq.org/attachment.cgi?id=63079 message from mint-update specidying a "missing pblic key" Problem during mint-update, see attached message (in french) -- 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.

1 4

[Bug 44835] New: Can't install using winehq repositories on Trisquel
by wine-bugs＠winehq.org 21 Dec '18

21 Dec '18

https://bugs.winehq.org/show_bug.cgi?id=44835 Bug ID: 44835 Summary: Can't install using winehq repositories on Trisquel Product: Packaging Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-packages Assignee: wine-bugs(a)winehq.org Reporter: gnarlin(a)gmail.com CC: michael(a)fds-team.de, sebastian(a)fds-team.de Distribution: --- I recently decided to try and switch to Trisquel, but I still want to run one proprietary game via wine which doesn't work on the old wine package which is in the Trisquel 8 repos so I attempted to use the winehq devel repo but I couldn't install it. Can you add support for Trisquel in the winehq repos please? -- 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.

1 8

[Bug 7287] Redundant "tabs" appear with tabbed MDI (test with LTSpice)
by wine-bugs＠winehq.org 21 Dec '18

21 Dec '18

https://bugs.winehq.org/show_bug.cgi?id=7287 Zebediah Figura <z.figura12(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Staged patchset| |https://github.com/wine-sta | |ging/wine-staging/tree/mast | |er/patches/user32-minimized | |_windows Status|NEW |STAGED --- Comment #24 from Zebediah Figura <z.figura12(a)gmail.com> --- (In reply to Zebediah Figura from comment #22) > A proper fix would probably implement the minimized titlebars that Windows > itself later switched to. This is staged now, https://github.com/wine-staging/wine-staging/tree/master/patches/user32-min…. -- 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.

1 0

[Bug 46226] New: [IDEA] Split wine in multiple libraries for use in container formats
by wine-bugs＠winehq.org 20 Dec '18

20 Dec '18

https://bugs.winehq.org/show_bug.cgi?id=46226 Bug ID: 46226 Summary: [IDEA] Split wine in multiple libraries for use in container formats Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: okgomdjgbmoij(a)gmail.com Distribution: --- Now container formats( appimage, flatpack, snap) are all hyped up. A reason for this is probably available bandwidth. A windows developer could decide to make a container package for his app. But right now, it's inconvenient, as he must put in everything from wine, including the kitchen sink. If they were official wine libs, packagers would have an easier time packaging windows programs, since they would include what's actually needed. Also, they could pick libs of different versions, depending what's more compatible for their app. Instead of been forced to use one giant package. Since normal users could find the best lib combinations by trial and error, for a particular app, it would make it easier for the devs to simply use what users have found.Right now, inconvenient hacky ways with strace and sed -e are used. I'm imagining that for the distro, you'll have a wine meta package, that depends on certain wine libs, and been able to install many versions of the same lib. The user can always install an other meta package, or a custom one. For example wine-starcraft or wine-photoshop as opposed to wine-generic. So you run starcraft with that wine, and it automatically uses the correct libs. Or fine tune the libs used in wineconfig of a certain bottle. Packagers could fine tune the installation for a container package that never brakes, with just a simple apt command in their chroot, not with hacks and binary edits. That would be a more convenient solution then what lutrix/playonlinux is currently doing. Even they, they try to pick the best wine version, they don't pick and chose individual components between different versions of wine. If wine X has functional component x and wine Y has functional component y, currently the application will simply be broken and have an additional garbage app in the database. Steam/proton might be interested in something like this. Also it will be more convenient for Proton/ReactOS or who ever wants to fork parts of wine for their own little niche reason, since they could still directly use upstream libs. For testing, this will also be more convenient. You have something that half works, you change one lib at a time to see if it works better... To make the process as easy as possible. The libs should mirror the libs in windows, so that to minimize resistance from windows developers. (Yep, yet an other stupid idea...) -- 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.

1 8