wine-bugs April 2019

wine-bugs@winehq.org

1 participants
7586 discussions

[Bug 35859] New: Can't get the program to load
by wine-bugs＠winehq.org 13 May '19

13 May '19

http://bugs.winehq.org/show_bug.cgi?id=35859 Bug ID: 35859 Summary: Can't get the program to load Product: Wine Version: 1.4.1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: shellstu(a)gmail.com honestech VHS to DVD 2.0 SE - Crashes on Start -- 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 18

[Bug 36260] New: valgrind shows a possible leak in devenum/tests/devenum.c
by wine-bugs＠winehq.org 13 May '19

13 May '19

https://bugs.winehq.org/show_bug.cgi?id=36260 Bug ID: 36260 Summary: valgrind shows a possible leak in devenum/tests/devenum.c Product: Wine Version: 1.7.17 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 ==2122== 56 bytes in 1 blocks are possibly lost in loss record 381 of 864 ==2122== at 0x7BC4C735: notify_alloc (heap.c:255) ==2122== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716) ==2122== by 0x634F2EC: MMDRV_InitPerType (lolvldrv.c:384) ==2122== by 0x634FC27: MMDRV_Install (lolvldrv.c:475) ==2122== by 0x635016F: MMDRV_Init (lolvldrv.c:547) ==2122== by 0x634DF4B: MMDRV_InitSingleType (lolvldrv.c:78) ==2122== by 0x634DFEE: MMDRV_GetNum (lolvldrv.c:89) ==2122== by 0x636B7C8: midiOutGetNumDevs (winmm.c:284) ==2122== by 0x620D647: DEVENUM_CreateSpecialCategories (createdevenum.c:866) ==2122== by 0x620C54C: DEVENUM_ICreateDevEnum_CreateClassEnumerator (createdevenum.c:532) ==2122== by 0x4954EF8: test_devenum (strmif.h:464) ==2122== by 0x4955352: func_devenum (devenum.c:139) ==2122== by 0x49561CC: run_test (test.h:584) ==2122== by 0x49565BA: main (test.h:654) ==2122== -- 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 36425] New: valgrind shows an uninitialized variable in taskschd/tests/scheduler.c
by wine-bugs＠winehq.org 13 May '19

13 May '19

https://bugs.winehq.org/show_bug.cgi?id=36425 Bug ID: 36425 Summary: valgrind shows an uninitialized variable in taskschd/tests/scheduler.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 ==26332== Conditional jump or move depends on uninitialised value(s) ==26332== at 0x6467BDD: reader_skipspaces (reader.c:906) ==26332== by 0x6467D7B: reader_parse_whitespace (reader.c:1485) ==26332== by 0x64693C3: reader_parse_misc (reader.c:1531) ==26332== by 0x646A75E: xmlreader_Read (reader.c:2403) ==26332== by 0x64313BB: TaskDefinition_put_XmlText (xmllite.h:326) ==26332== by 0x4D7B100: test_TaskDefinition (taskschd.h:2584) ==26332== by 0x4D7E429: func_scheduler (scheduler.c:1410) ==26332== by 0x4D7F224: run_test (test.h:584) ==26332== by 0x4D7F612: main (test.h:654) ==26332== Uninitialised value was created by a client request ==26332== at 0x7BC50B1E: RtlAllocateHeap (heap.c:209) ==26332== by 0x646C318: CreateXmlReaderInputWithEncodingName (xmllite_private.h:27) ==26332== by 0x646C62B: xmlreader_SetInput (reader.c:2519) ==26332== by 0x6431300: TaskDefinition_put_XmlText (xmllite.h:317) ==26332== by 0x4D7B100: test_TaskDefinition (taskschd.h:2584) ==26332== by 0x4D7E429: func_scheduler (scheduler.c:1410) ==26332== by 0x4D7F224: run_test (test.h:584) ==26332== by 0x4D7F612: main (test.h:654) ==26332== -- 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 2

[Bug 36416] New: valgrind shows a possible leak in ole32/tests/moniker.c
by wine-bugs＠winehq.org 13 May '19

13 May '19

https://bugs.winehq.org/show_bug.cgi?id=36416 Bug ID: 36416 Summary: valgrind shows a possible leak in ole32/tests/moniker.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 ==24681== 28 bytes in 1 blocks are possibly lost in loss record 187 of 649 ==24681== at 0x7BC50A9B: RtlAllocateHeap (heap.c:255) ==24681== by 0x536CBB8: apartment_getclassobject (compobj.c:526) ==24681== by 0x536FFC6: get_inproc_class_object (compobj.c:2894) ==24681== by 0x5372D2F: CoGetClassObject (compobj.c:3032) ==24681== by 0x536310A: ClassMoniker_BindToObject (classmoniker.c:242) ==24681== by 0x4D8CADC: test_MkParseDisplayName (objidl.h:3485) ==24681== by 0x4D8E21F: func_moniker (moniker.c:2076) ==24681== by 0x4DBDEA8: run_test (test.h:584) ==24681== by 0x4DBE297: main (test.h:654) -- 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 2

[Bug 20359] New: Addition NetServerEnum() support
by wine-bugs＠winehq.org 13 May '19

13 May '19

http://bugs.winehq.org/show_bug.cgi?id=20359 Summary: Addition NetServerEnum() support Product: Wine Version: 1.1.31 Platform: All URL: http://rh-software.com/ OS/Version: All Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ray(a)pobox.co.uk Currently none of the SIV networking pages work as NetServerEnum() (http://msdn.microsoft.com/en-us/library/aa370623(VS.85).aspx) is not implemented. Please can support be added ? Once added then SIV (http://rh-software.com/downloads/siv.zip) can be used to test this using the command: wine siv -save=[network]=stdout -- 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 11

[Bug 47091] New: Wine-Staging 4.7 release server-Desktop_Refcount patchset breaks ' patchinstall.sh ... --backend=git --force-autoconf --all'
by wine-bugs＠winehq.org 12 May '19

12 May '19

https://bugs.winehq.org/show_bug.cgi?id=47091 Bug ID: 47091 Summary: Wine-Staging 4.7 release server-Desktop_Refcount patchset breaks 'patchinstall.sh ... --backend=git --force-autoconf --all' Product: Wine-staging Version: 4.7 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Hello folks, encountered this when building official Wine-Staging 4.7 release. With the reintroduction of server-Desktop_Refcount patchset, running 'patchinstall.sh' script with '... --backend=git --force-autoconf --all' doesn't work anymore. You might argue why people use '--force-autoconf' option but that's a separate thing :-) --- snip --- ... HEAD is now at 6e3f39a4c5 Release 4.7. Cloning into '/home/focht/projects/wine/staging-patches-4.7'... remote: Enumerating objects: 102, done. remote: Counting objects: 100% (102/102), done. remote: Compressing objects: 100% (70/70), done. remote: Total 35588 (delta 45), reused 61 (delta 31), pack-reused 35486 Receiving objects: 100% (35588/35588), 29.56 MiB | 4.26 MiB/s, done. Resolving deltas: 100% (23518/23518), done. HEAD is now at 547e7c81 Release v4.7 Cloning into '/home/focht/projects/wine/staging-src-4.7'... done. Checking out files: 100% (7764/7764), done. HEAD is now at 6e3f39a4c5 Release 4.7. Applying /home/focht/projects/wine/staging-patches-4.7/patches/Compiler_Warnings/0001-windowscodecs-Avoid-implicit-cast-of-interface-point.patch Applying: windowscodecs: Avoid implicit cast of interface pointer. Auto packing the repository in background for optimum performance. ... Applying /home/focht/projects/wine/staging-patches-4.7/patches/riched20-IText_Interface/0010-riched20-Silence-repeated-FIXMEs-triggered-by-Adobe-.patch Applying: riched20: Silence repeated FIXMEs triggered by Adobe Reader. Applying /home/focht/projects/wine/staging-patches-4.7/patches/server-Desktop_Refcount/0001-server-Introduce-a-new-alloc_handle-object-callback..patch Applying: server: Introduce a new alloc_handle object callback. (v2) error: patch failed: include/wine/server_protocol.h:6677 error: include/wine/server_protocol.h: patch does not apply Patch failed at 0001 server: Introduce a new alloc_handle object callback. (v2) Use 'git am --show-current-patch' to see the failed patch When you have resolved this problem, run "git am --continue". If you prefer to skip this patch, run "git am --skip" instead. To restore the original branch and stop patching, run "git am --abort". ERROR: Failed to apply patch, aborting! ERROR in build.sh: line 470 with exit code 1 ERROR message: "Failed to run Wine-Staging 'patchinstall' script!" --- snip --- https://github.com/wine-staging/wine-staging/tree/master/patches/server-Des… Introduced here: https://github.com/wine-staging/wine-staging/commit/4e7071e4f14f6ce85b0eb4b… Specifically: https://github.com/wine-staging/wine-staging/blob/master/patches/server-Des… It seems 'include/wine/server_protocol.h' was committed by mistake here? 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.

1 2

[Bug 47100] New: Simple command that needs CreateSymbolicLinkW doesn`t work anymore in Staging-4.7
by wine-bugs＠winehq.org 12 May '19

12 May '19

https://bugs.winehq.org/show_bug.cgi?id=47100 Bug ID: 47100 Summary: Simple command that needs CreateSymbolicLinkW doesn`t work anymore in Staging-4.7 Product: Wine-staging Version: 4.6 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Hi, I noticed that the patchset in Staging for CreateSymbolicLinkW has been updated. Just creating this bug to let you know that the simple command from comment #4: https://bugs.winehq.org/show_bug.cgi?id=44948#c4 doesn`t work anymore. I have a compiled recent version lying here ( wine-4.3-339-g865d4c3c72 (Staging)). There it seems to wok fine. The command from comment #4 in one liner: cd $(mktemp -d) && /media/louis/00e587ff-1035-4ec8-8d1f-b69d3527589a/wine-staging4.3/wine64-build/wine cmd /C "mklink foo bar" && stat foo 000b:fixme:winediag:start_process Wine Staging 4.3 is a testing version containing experimental patches. 000b:fixme:winediag:start_process Please mention your exact version when filing bug reports on winehq.org. File: foo -> /home/louis/.wine/dosdevices/z:/tmp/tmp.8TxcDBiOH7/bar Size: 54 Blocks: 0 IO Block: 4096 symbolic link Device: 821h/2081d Inode: 1048736 Links: 1 Access: (0777/lrwxrwxrwx) Uid: ( 1000/ louis) Gid: ( 1000/ louis) Access: 2019-04-29 21:56:16.530708099 +0200 Modify: 2019-04-29 21:56:16.530708099 +0200 Change: 2019-04-29 21:56:16.530708099 +0200 in current Staging 4.7: cd $(mktemp -d) && /opt/wine-staging/bin/wine cmd /C "mklink foo bar" && stat foo 000b:fixme:winediag:start_process Wine Staging 4.7 is a testing version containing experimental patches. 000b:fixme:winediag:start_process Please mention your exact version when filing bug reports on winehq.org. Failed to open 'foo' stat: cannot stat 'foo': No such file or directory If I remember correctly running Office365 installer with Staging was enough to avoid manually copying files to correct locations. I did not yet test if that is broken too now in Staging-4.7, will do later (takes quite some time). Just reporting this simple example for now. -- 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 39335] New: Evernote 5.9.x - cannot browse or edit notes
by wine-bugs＠winehq.org 12 May '19

12 May '19

https://bugs.winehq.org/show_bug.cgi?id=39335 Bug ID: 39335 Summary: Evernote 5.9.x - cannot browse or edit notes Product: Wine Version: 1.7.50 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: falconepl(a)gmail.com Distribution: --- When Evernote 5.9.x (e.g. the latest Evernote 5.9.1.8742) is started up, your recently modified note (e.g. on another device) is being displayed. However, when one tries to jump to some other note, by selecting an element on "All notes" list, the content of the currently displayed note is not changed (only note's header is being updated - information on note's creation date etc.) Only when you double click on given note element from your notes list, a pop-up window with that note's content/text shows up, but the note cannot be edited. The last version of Evernote that hasn't got these problems was Evernote 5.8.13.8152. Tested under Wine 1.7.50. -- 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 21

[Bug 46544] New: Pitney Bowes SendPro - Install appears OK but app fails on serious error when run
by wine-bugs＠winehq.org 11 May '19

11 May '19

https://bugs.winehq.org/show_bug.cgi?id=46544 Bug ID: 46544 Summary: Pitney Bowes SendPro - Install appears OK but app fails on serious error when run Product: Wine Version: 4.0-rc6 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bugzilla(a)globaldude.net Distribution: --- Created attachment 63406 --> https://bugs.winehq.org/attachment.cgi?id=63406 Diagnostic dump produced by Wine I have downloaded the SendPro for Windows desktop software from the Pitney Bowes website. I used the Wine installer to install this application by clicking on the downloaded file and selecting the Wine installer. The installation seemed to go fine. At the end of the installation, I was given the option to run the newly installed app. The app began to start up but then failed with a "serious error" and a diagnostic dump, which is attached. I tried restarting the app with the same results. I am running Wine 4.0 rc6 under Fedora 29 linux. -- 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 2

[Bug 40301] New: Wrong DTM_GETRANGE message result
by wine-bugs＠winehq.org 11 May '19

11 May '19

https://bugs.winehq.org/show_bug.cgi?id=40301 Bug ID: 40301 Summary: Wrong DTM_GETRANGE message result Product: Wine Version: 1.8.1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: vz-wine(a)zeitlins.org Distribution: --- Looking at http://source.winehq.org/source/dlls/comctl32/datetime.c#1575 you can see this line: return ret ? ret : 1; /* bug emulation */ I'm not sure which bug does it mean and the commit which added it (see https://github.com/wine-mirror/wine/commit/63fe9d449#diff-60ef36c9d147674ec…) doesn't go into the details, but this behaviour seems to buggy as it returns GDTR_MIN, implying that the minimum bound of the range is set, even when it is not the case. Currently this results in asserts when creating wxDatePickerCtrl from wxWidgets with WINE (while it works correctly under native Windows) and while I'll work around this in wxWidgets itself, I think this is still a bug in WINE and could result in problems in the other applications as well and should be fixed in it. The fix, of course, is trivial: just "return ret" (or avoid the temporary variable and fold the return with the previous line). -- 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

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs April 2019