wine-bugs February 2018

wine-bugs@winehq.org

1 participants
8011 discussions

[Bug 35984] New: Leftover pixels in Microsoft Paint when using Rectangle tool with thick border
by wine-bugs＠winehq.org 07 Jun '24

07 Jun '24

http://bugs.winehq.org/show_bug.cgi?id=35984 Bug ID: 35984 Summary: Leftover pixels in Microsoft Paint when using Rectangle tool with thick border Product: Wine Version: 1.7.15 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: Nachanon_Vetjasit(a)hotmail.com Created attachment 48104 --> http://bugs.winehq.org/attachment.cgi?id=48104 Screencast demonstrating the leftover lines problem I've used Microsoft Paint on WINE, I found that when I set line thickness to >1px (using Line tool) and select Rectangle tool, then drag mouse to South-East direction to create a rectangle (but don't release mouse button yet), then move to West, then North, and release the button. I'll see that some color pixels that's used to be old rectangle border were left over. The larger line size, more obvious the effect. Apart from leftover lines, there is also a knot on the top left of the rectangle. (Won't be visible at first glance, use Magnifier tool to see it) These leftover lines (and knot) also didn't disappear on Undo too. Screencast demonstrating this problem and affected image also attached. (Using 5px line thickness in this case). Microsoft Paint 5.1.2600.5512 (mspaint.exe from Windows XP SP3) mfc42u.dll 6.2.8071.0 picked from Windows XP SP3, placed with the same directory as mspaint.exe WINE: 1.7.15 (git), set to Windows version XP WINE installed without XInput2, OSMesa, OpenCL, CMS, GStreamer, and OSS support System: Debian GNU/Linux 5.0 "Lenny" i386 -- 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.

2 9

[Bug 17195] New: NamedPipe datagrams need to be _really_ datagrams
by wine-bugs＠winehq.org 06 Jun '24

06 Jun '24

http://bugs.winehq.org/show_bug.cgi?id=17195 Summary: NamedPipe datagrams need to be _really_ datagrams Product: Wine Version: unspecified Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: lkcl(a)lkcl.net ok, after a little bit of investigation, i think i understand the pipes code enough to be able to say what's going on, and i'm seeing something like this: process 1: recvpipe = CreateNamedPipe("\\pipe\fred") ReadFile(recvpipe, buffer, &length); printf(length) ===> 43 ReadPipe(recvpipe, buffer, &length); /* no data */ process 2: sendpipe = CreateNamedPipe("\\pipe\fred") length = 9; WriteFile(sendpipe, buffer, &length); length = 34; WriteFile(sendpipe, buffer, &length); what's happening is that the data being sent down the pipes isn't being done as datagrams. the implementation is using a stream-based fd. the solution is: you _must_ implement a protocol on top of the pipes which sends the length (as a 32-bit int, whatever) which is read off the fd, followed by the data stream of _exactly_ that length. _must_. there's no two ways about this. the protocol of Pipes is unfortunately a combination of both datagrams and streams. datagrams because the lengths of data sent are absolute and inviolate. streams because the data order and reliability are _also_ absolute and inviolate. you can't use datagrams (because they're unreliable). you can't expect all unixen to support datagrams on top of unix sockets (if that's what's being used). so - you have to send the length, as part of the implementation of the pipe-data-send. sending a length will also solve the issue of trying to send zero-length pipe datagrams. as a first implementation, you _might_ be able to get away with assuming that when someone asks for some data, they _will_ provide a buffer big enough. ... actually... i don't see any ERR_MORE_DATA error codes in NtReadFile, so that would explain... this is going to get messy :) -- 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.

2 241

[Bug 32618] New: Atlantica Online partially hangs when rotating the view with the mouse.
by wine-bugs＠winehq.org 03 Jun '24

03 Jun '24

http://bugs.winehq.org/show_bug.cgi?id=32618 Bug #: 32618 Summary: Atlantica Online partially hangs when rotating the view with the mouse. Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: arek75(a)gmail.com Classification: Unclassified Created attachment 43044 --> http://bugs.winehq.org/attachment.cgi?id=43044 Bisect log Starting with Wine 1.5.18, Atlantica Online is no longer playable due to a bug where if you attempt to rotate the camera with the mouse (right-click and drag), Atlantica's graphics lock up and the game seems to lose the mouse. You can get the game to respond again by pressing alt on the keyboard, but you still can't rotate the camera (or rather not much, it'll move a tiny bit each time before locking up). I went ahead and bisected this, and also ran into a problem where Atlantica never got control of the mouse/keyboard and had to be closed with alt-f4. In these cases I used 'git bisect skip' to continue. Git finally came up with 18 possible "bad commits". Looking at them in gitk, the following commits are of note (the first skipped commit and the first known bad commit): 841214ddb4d4dc620e6b51dfe6655b585d423edc - user32: Don't check for driver events before normal messages in PeekMessage. a0f039a6049641cc2be8fa32f2afa3c3f394a99b - user32: Fix the wait event mask in PeekMessage. The first of these commits caused Atlantica to not respond much to mouse/keyboard events (you could get a partial response from the mouse if you could get it over a button, but you can't see the pointer), and while the second patch fixed that, attempting to rotate the camera using the mouse causes Atlantica's input/graphics to partially freeze as noted above. I've attached the bisect log so that you can have a look at it if you need to. --James -- 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.

2 4

[Bug 33239] New: VisualBasic arrays of User Defined Type (UDTs) with strings
by wine-bugs＠winehq.org 02 Jun '24

02 Jun '24

http://bugs.winehq.org/show_bug.cgi?id=33239 Bug #: 33239 Summary: VisualBasic arrays of User Defined Type (UDTs) with strings Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: mod(a)navsoft.com Classification: Unclassified Created attachment 43964 --> http://bugs.winehq.org/attachment.cgi?id=43964 Uses a simple program to test where the crash occurs I use arrays of UDTs which work under MS Windows. (Any version post Win 2000 except ME.) The program also works happily on a Mac using a Parallels virtual machine. These fail under WINE if one or more of the fields is a string. The "TYPE" order makes no difference. UDTs which contain only numbers are not affected. Failure occurs on any attempt to "ReDim" or "Erase" the array. The problem does not occur when the strings are fixed length or for flat UDTs containing strings of undeclared length. Prior to a crash, the content of the UDTs can be read and written to. Trying to write a simple program produces strange results. I tried initially on an old PC and found that it would crash simply by redimming the arrays but when installed under Parallels, it will handle simple arrays and only crashes as I start to get more adventurous; i.e. using a UDT type declared in a DLL but otherwise identical. My main program can be downloaded at http://navsoft.com/AstroNav_Setup.exe. It makes no claims to being compatible with WINE but there are references to the problem area elsewhere in this forum by Users who would like to run it under WINE. AstroNav uses UDTs extensively. The problem is the Almanac screen where multi dimension UDTs are widely used. With AstroNav, simply declaring and then destroying the arrays will cause a crash. [There is also a problem with WINE's treatment of SetGraphicsMode which I have not yet pinned down but will hopefully circumvent very shortly. (The SetGraphicsMode API does not work quite as Microsoft claim so removing it, is probably desirable.)] The attached backtrace was caused by the following code. The crash occurs only for Command4_Click() and only on the third press. (Rapid pressing will cause a "The array is temporarily locked" error/ crash.) FORM CODE ========== Private Type My_UDT n1 As Long s1 As String s2 As String End Type Private mUDT() As My_UDT Private DLL_UDT() As Main_Almanac_Columns Private Sub Command1_Click() ' NO PROBLEM NOW BUT SIMILAR CODE CAUSED A Dim i As Long ' CRASH ON AN OLDER PC ReDim mUDT(99) For i = 0 To 99 mUDT(i).s1 = "Some String" mUDT(i).s2 = "Some String" Next i ReDim mUDT(99) End Sub Private Sub Command2_Click() ' SAME AS ABOVE BUT USING A GLOBAL UDT Dim i As Long ' = A BIT MORE ADVENTUROUS ReDim gUDT(99) For i = 0 To 99 gUDT(i).s1 = "Some String" gUDT(i).s2 = "Some String" Next i ReDim gUDT(99) End Sub Private Sub Command3_Click() ' MORE ADVENTUROUS; PASSING DATA USING Compile_Data ' Public Property Get gUDT = My_Module_UDT End Sub Private Sub Command4_Click() ' CRASHES ON THE THIRD CLICK ON MY MAIN Alt_Compile_Data ' MACHINE DLL_UDT = My_DLL_UDT End Sub MODULE CODE =========== Private DLL_UDT() As Main_Almanac_Columns Type Module_UDT n1 As Long s1 As String s2 As String End Type Private mUDT() As Module_UDT Public gUDT() As Module_UDT '\\ THE MODULE LEVEL TEST Sub Compile_Data() Dim i As Long ReDim mUDT(71) For i = 0 To 71 With mUDT(i) .n1 = i .s1 = i .s2 = i End With Next i End Sub Public Property Get My_Module_UDT() As Module_UDT() My_Module_UDT = mUDT End Property '\\ USING THE IDENTICAL TYPE DECLARED IN A MODULE Sub Alt_Compile_Data() Dim i As Long ReDim DLL_UDT(71) For i = 0 To 71 With DLL_UDT(i) .Gap = i .sGHA = i .sDec = i End With Next i End Sub Public Property Get My_DLL_UDT() As Main_Almanac_Columns() My_DLL_UDT = DLL_UDT End Property -- 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.

2 11

[Bug 38892] New: Please support more architectures.
by wine-bugs＠winehq.org 02 Jun '24

02 Jun '24

https://bugs.winehq.org/show_bug.cgi?id=38892 Bug ID: 38892 Summary: Please support more architectures. Product: Wine Version: unspecified Hardware: Other OS: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: loader Assignee: wine-bugs(a)winehq.org Reporter: ytrezq(a)sdf-eu.org Distribution: --- Hello, It might sound useless but the WINAPI supported Itanium PPC MIPSR4000 and dec alpha in the past. While windows doesn't provide updates for those platforms, compiling programs written for the WINAPI to those arch is the best way to get decent speeds (not to add the need of support for ARC firmware which prevent running them on recent ppc). Of course this is not for emulating instructions sets but for running windows programs natively on those platforms. For testing on x86 an ARC bios for MIPS which can work on qemu is documented here http://gunkies.org/wiki/Installing_Windows_NT_4.0_on_Qemu(MIPS) Visual C++ RISC editions for those platforms are available here http://bingeflying.com/3.2/ -- 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.

2 5

[Bug 34708] New: Silent Hill 4: The Room don't run in terminal.
by wine-bugs＠winehq.org 31 May '24

31 May '24

http://bugs.winehq.org/show_bug.cgi?id=34708 Bug #: 34708 Summary: Silent Hill 4: The Room don't run in terminal. Product: Wine Version: 1.7.4 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: sov.info(a)mail.ru Classification: Unclassified Created attachment 46270 --> http://bugs.winehq.org/attachment.cgi?id=46270 01 terminal output This game don't start via terminal. BUT! When i just starting it by clicking on the .desktop file, it runs! This behavior is pretty interesting. Of cource, this game crushes even if start by clicking on desktop label. But if we want to see what stubs happens in game, we should before fix terminal behavior. -- 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.

2 36

[Bug 23434] New: wine hangs & jumps up to 100% processor load
by wine-bugs＠winehq.org 31 May '24

31 May '24

http://bugs.winehq.org/show_bug.cgi?id=23434 Summary: wine hangs & jumps up to 100% processor load Product: Wine Version: 1.2-rc5 Platform: x86 URL: http://www.velumng.com OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: axel.braun(a)gmx.de Running wine-1.1.48_1.2rc5-1.1, i downloaded the demo from velumng.com, a race management software. So far it works well, I created a race, two participants, entered start and end time, but when I come to the result list creation, the load goes up to 100%, and caused a hang of the X-session once. At this point it seems to load a HTML-page that was dynamically generated. wine did not submit any error message when started from console. Let me know what I can do to come to a more verbose error output. -- 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.

2 15

[Bug 33982] New: Steam windows can be resized to 1x1 despite minimum size
by wine-bugs＠winehq.org 30 May '24

30 May '24

http://bugs.winehq.org/show_bug.cgi?id=33982 Bug #: 33982 Summary: Steam windows can be resized to 1x1 despite minimum size Product: Wine Version: 1.6-rc2 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: adys.wh(a)gmail.com Classification: Unclassified Steam's windows can be resized to 1x1. On Windows they can't. The minimum size for the main steam window is supposed to be 900x600 and for chat windows 396x351 according to tests. Using openbox 3.5.0 -- 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.

2 9

[Bug 13076] New: untangle: resize fails
by wine-bugs＠winehq.org 30 May '24

30 May '24

http://bugs.winehq.org/show_bug.cgi?id=13076 Summary: untangle: resize fails Product: Wine Version: 0.9.61. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: wine(a)wnoise.ofb.net After any of the games in Simon Tatham's portable puzzle collection is resized, it only redraws the portion of the window that is the original size. Under windows, these games rescale to fit in the new window size. These may all be downloaded at http://www.chiark.greenend.org.uk/~sgtatham/puzzles/ and have full source available. -- 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.

2 14

[Bug 37864] New: When I resize a maximized MDI window it assumes the new size instead of remaining maximized
by wine-bugs＠winehq.org 30 May '24

30 May '24

https://bugs.winehq.org/show_bug.cgi?id=37864 Bug ID: 37864 Summary: When I resize a maximized MDI window it assumes the new size instead of remaining maximized Product: Wine Version: 1.6.2 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ryampolsky(a)yahoo.com Distribution: --- Created attachment 50431 --> https://bugs.winehq.org/attachment.cgi?id=50431 Screenshot showing a maximized MDI child after resizing 'unmaximizes' it. My app is a 'smart terminal' that supports multiple sessions in MDI windows. The size of the MDI child windows can be changed by the app running on the server, so at the end of each transaction, if the app has changed the window dimenensions, I resize the window. If my MDI window is maximized, this has no effect on a Windows system (except that if I later unmaximize the MDI child, it will display at the correct new size). But on recent WINE builds (Linux and Mac), when I resize the MDI child, the window assumes the new size, even though it's techincally in the 'mdi maximized' state (i.e., the MDI buttons are still there on the menubar. If I switch between MDI children, they get redrawn correctly maximized (including the one I just resized). I coded a workaround in my app where I don't resize the window if it's maximized, and that seems to work okay under WINE (though I guess the new size info is getting lost). In any case, that verifies that the problem is definitely happening in response to my resize operation. F.Y.I., my resize operation uses SetWindowPlacement() to change the position and size of the window - specifically because I don't want it to affect the window if it's minimized or maximized. Only if it's in the normal state. It's been a long time since I wrote this code, but again, it's always worked on all versions of Windows. I have a feeling it might have worked a while back in WINE - though I rarely run maximized, so I may have just recently noticed a bug that's always been there... Here's the basic code logic. SizeWindowForScreenDimentions calls SetWindowPlacement based on the size calculated for the new row/column grid. The code below has the workaround that prevents the problem in WINE. Also attached a screenshot showing the unmaximized children with the MDI buttons still on the menubar. // If base screen dimensions don't match prior dimensions, resize the window here. // (unless mdi-maximized, in which case, doing this unmaximizes in WINE) if (!mdi_maximized) { if ((rows != old_rows) || (cols != old_cols)) { SizeWindowForScreenDimensions(scr, rows, cols, &resizeable); } } // In case window was hidden under an initial popup, show it now. ShowWindow(scr->hScreenWnd, SW_SHOW); -- 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.

2 4

[Bug 26766] New: A lot of games are listed against distributors and not the developers
by wine-bugs＠winehq.org 27 May '24

27 May '24

http://bugs.winehq.org/show_bug.cgi?id=26766 Summary: A lot of games are listed against distributors and not the developers Product: WineHQ Apps Database Version: unspecified Platform: x86-64 OS/Version: Linux Status: ASSIGNED Severity: trivial Priority: P5 Component: appdb-unknown AssignedTo: kennybobs(a)o2.co.uk ReportedBy: kennybobs(a)o2.co.uk A lot of the games in the AppDB are listed against the distributors instead of the actual developers. This is not a major problem but it would be nice to tidy this up and any bugs relating to certain developers would be easier to collect. Other maintainers have, sensibly, simply added "Versions" for each distributor, and as each distributor tends to update their products as they see fit, rather than when the developer sees fit, this could affect the ratings for different implementations of the same game. Assigning to myself as it's a fairly big job (some games have to be downloaded and run just to find out who developed them) and will take far too long for me to simply remember what's what. Currently affected: Big Fish Games, PopCap, Steam. Anyone: please feel free to help! -- 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.

2 8

[Bug 16091] New: StickyDrive demo installer doesn't recognize USB key as removable
by wine-bugs＠winehq.org 27 May '24

27 May '24

http://bugs.winehq.org/show_bug.cgi?id=16091 Summary: StickyDrive demo installer doesn't recognize USB key as removable Product: Wine Version: 1.1.8 Platform: Other URL: http://mmiline.com/ OS/Version: other Status: NEW Keywords: download, Installer Severity: normal Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com (From mmiline.com's main page, click on StickyDrive and then "Learn More", then under Red Sox demo, click "Download Now". This points to http://www2.stickyinc.com/download/getDownload.php?idTag=BOSTN-1668&action=… which downloads the installer in question, InstallStickyDrive-BOSTN-1668.exe.) The installer puts up a dialog box of drive letters, saying "Please select a valid removable drive...", but nothing is listed, even if you have a USB drive inserted and Wine has already created a d: mapping for it. If you click on the "Show all drives" checkbox, all drives are indeed shown. Happily for us, this dialog box is in a separate executable. While that prompt is up, grab a copy of C:\windows\temp\SDDriveSelector.exe You can then reproduce the problem easily by running just that .exe. +relay shows it's using GetDriveType() on each drive, but evidently it doesn't like what it's getting. You can work around this by using winecfg to mark d: as a floppy, but really, wine should know that the inserted USB drive is removable, shouldn't it? -- 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.

2 28

[Bug 35848] New: Sound, Black Screen then crash
by wine-bugs＠winehq.org 27 May '24

27 May '24

http://bugs.winehq.org/show_bug.cgi?id=35848 Bug ID: 35848 Summary: Sound, Black Screen then crash Product: Wine Version: 1.7.15 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: adec2010(a)hotmail.co.uk Killing Time. After installation, set to windows 95 compatibility. It runs with a black screen. I can hear sound but then a crash back to the desktop -- 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.

2 8

[Bug 32673] New: Rainbow Six fails to start for the first time with windows version > ME
by wine-bugs＠winehq.org 26 May '24

26 May '24

http://bugs.winehq.org/show_bug.cgi?id=32673 Bug #: 32673 Summary: Rainbow Six fails to start for the first time with windows version > ME Product: Wine Version: 1.5.21 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: flavio(a)nebososo.com Classification: Unclassified Tom Clancy's Rainbow Six will only start for the first time if the windows version is set to ME or older. However it does work when set to newer versions after it has already been started using an old one. Using a clean prefix. The demo can be downloaded here: http://www.fileplanet.com/27609/download/Rainbow-Six-Demo -- 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.

2 11

[Bug 13994] New: Dungeon Keeper 2 Demo does not start
by wine-bugs＠winehq.org 26 May '24

26 May '24

http://bugs.winehq.org/show_bug.cgi?id=13994 Summary: Dungeon Keeper 2 Demo does not start Product: Wine Version: 1.0.0 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: nowic(a)wenner.ch Created an attachment (id=14185) --> (http://bugs.winehq.org/attachment.cgi?id=14185) warn+all log The Dungeon Keeper 2 Demo does not start. Tested in Win 95, 98 and XP mode. Link: http://files.filefront.com/dungeonkeeper2demo/;928719;/fileinfo.html -- 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.

2 19

[Bug 44137] New: Wine64 crashes with any 64-bit binary
by wine-bugs＠winehq.org 25 May '24

25 May '24

https://bugs.winehq.org/show_bug.cgi?id=44137 Bug ID: 44137 Summary: Wine64 crashes with any 64-bit binary Product: Wine Version: 2.19 Hardware: x86-64 OS: FreeBSD Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bourne.identity(a)hotmail.com Created attachment 59886 --> https://bugs.winehq.org/attachment.cgi?id=59886 Stack trace for putty.exe (64-bit) On FreeBSD 10.3 amd64, wine32 works perfectly. Wine64 builds/installs correctly, but crashes when used to launch any 64-bit executable: notepad from Windows 7; Pale Moon installer; putty.exe (all 64-bit). The behaviour is the same with wine (v2.03) and wine-staging (v2.19). -- 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.

2 3

[Bug 44041] New: The Sims 4 instant-aborts claiming Origin doesn't run
by wine-bugs＠winehq.org 24 May '24

24 May '24

https://bugs.winehq.org/show_bug.cgi?id=44041 Bug ID: 44041 Summary: The Sims 4 instant-aborts claiming Origin doesn't run Product: Wine Version: 2.20 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jonas(a)thiem.email Distribution: --- After installing native msvcr120.dll (both 32bit and 64bit) to work around bug #39689 I encountered the following message box: "Unable to start: Origin is currently not running. Please make sure that Origin is running before attempting to play The Sims(TM) 4 [d3382ced:2984c6a38:00000000:00000000]" And yes, Origin is running. Also yes, this is a legal copy purchased through Origin, I tested this with a fresh wineprefix with no other changes or software installed other than Origin and the above workaround. It works on Windows 10. -- 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.

2 8

[Bug 43011] New: StarCraft Brood War 1.18 significant delays in CEF Browser
by wine-bugs＠winehq.org 24 May '24

24 May '24

https://bugs.winehq.org/show_bug.cgi?id=43011 Bug ID: 43011 Summary: StarCraft Brood War 1.18 significant delays in CEF Browser Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: iop_jr(a)yahoo.com Distribution: --- Created attachment 58153 --> https://bugs.winehq.org/attachment.cgi?id=58153 first file that gets loaded I built this version of Wine to run StarCraft 1.18: https://github.com/awesie/wine-starcraft The single player works fine. However, when I click on Multiplayer, there's a slight delay and it loads http://127.0.0.1:42475/gamedata/webui/dist/LANProtocolSelectionPanel/LANPro… then it loads http://127.0.0.1:42475/gamedata/webui/dist/GatewayPanel/GatewayPanel.html?p… then it loads http://127.0.0.1:42475/gamedata/webui/dist/InfoPanel/InfoPanel.html?port=42… after that, it starts to load the corresponding JS files and only after all of that, there's a longer delay and it starts to download http://127.0.0.1:42475/gamedata/webui/dist/lib/fonts/Eurostile-Reg.otf once that is done, I see text in the Battle.net menu Also, it starts to download http://127.0.0.1:42475/gamedata/webui/dist/lib/fonts/EurostileExt-Reg.otf and when that is done, the text changes in appearance All in all, it takes a little bit over 30 seconds to finish loading this menu. It takes as long to show the login modal. It takes this long to show the create game modal. It takes as long to show player names in the game menu. While the game is playable when I start it, the delay in making the game often makes people leave before I can even select my race or see their chat messages. -- 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.

2 51

[Bug 34018] New: Altium Designer 10 hangs on startup
by wine-bugs＠winehq.org 22 May '24

22 May '24

http://bugs.winehq.org/show_bug.cgi?id=34018 Bug #: 34018 Summary: Altium Designer 10 hangs on startup Product: Wine Version: 1.6-rc4 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Classification: Unclassified After patching wininet to work around bug 34013, the game^Wapp installs successfully. It hangs on startup during "configuring supplier search" (seemingly due to a deadlock when unloading altiumcore.bpl; see attached bt all.) "winetricks mdac28" works around this hang and lets you get to the next problem. -- 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.

2 8

[Bug 33482] New: In FL Studio 11 not displayed text
by wine-bugs＠winehq.org 21 May '24

21 May '24

http://bugs.winehq.org/show_bug.cgi?id=33482 Bug #: 33482 Summary: In FL Studio 11 not displayed text Product: Wine Version: 1.5.27 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: mikhail.v.gavrilov(a)gmail.com Classification: Unclassified Created attachment 44317 --> http://bugs.winehq.org/attachment.cgi?id=44317 screenshot 1 In FL Studio 11 not displayed text http://demodownload.image-line.com/flstudio/flstudio_11.exe -- 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.

2 9

[Bug 35385] New: Couldn't open under Wine from FL Studio track's with Cyrillic names.
by wine-bugs＠winehq.org 21 May '24

21 May '24

http://bugs.winehq.org/show_bug.cgi?id=35385 Bug ID: 35385 Summary: Couldn't open under Wine from FL Studio track's with Cyrillic names. Product: Wine Version: 1.7.8 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mikhail.v.gavrilov(a)gmail.com Classification: Unclassified Couldn't open under Wine from FL Studio track's with Cyrillic names. Demonstration: https://drive.google.com/file/d/0B0nwzlfiB4aQXzBDSDJ3TmtrYVU/edit?usp=shari… -- 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.

2 6

[Bug 39308] New: thdf.exe : outputting floats returns 0
by wine-bugs＠winehq.org 21 May '24

21 May '24

https://bugs.winehq.org/show_bug.cgi?id=39308 Bug ID: 39308 Summary: thdf.exe : outputting floats returns 0 Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: dos Assignee: wine-bugs(a)winehq.org Reporter: enoua5(a)gmail.com Distribution: --- On lines that, in the c++ code, use "cout" to output a float, it will show 0, even though it's apparent that the float is still stored, still modified, and still controlling the flow of if statements -- 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.

2 9

[Bug 25498] New: ACDSeePFM doesn't see dlls in Common Files
by wine-bugs＠winehq.org 21 May '24

21 May '24

http://bugs.winehq.org/show_bug.cgi?id=25498 Summary: ACDSeePFM doesn't see dlls in Common Files Product: Wine Version: 1.3.9 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lukasz.wojnilowicz(a)gmail.com Created an attachment (id=32462) --> (http://bugs.winehq.org/attachment.cgi?id=32462) Terminal output on Wine 1.3.9 at installation Steps to reproduce: 1) remove ~/.wine 2) install acdseepfm-1-0-81-win-en.exe 3) wine ACDSeePFM.exe Behaviour: err:module:import_dll Expected behaviour: no err:module:import_dll Terminal output: err:module:import_dll Library ShellIntMgrPFMU.dll (which is needed by L"C:\\Program Files\\ACD Systems\\ACDSee Picture Frame Manager\\1.0\\ACDSeePFM.exe") not found err:module:import_dll Library ACDInTouch70U.dll (which is needed by L"C:\\Program Files\\ACD Systems\\ACDSee Picture Frame Manager\\1.0\\ACDSeePFM.exe") not found err:module:LdrInitializeThunk Main exe initialization for L"C:\\Program Files\\ACD Systems\\ACDSee Picture Frame Manager\\1.0\\ACDSeePFM.exe" failed, status c0000135 Additional info: Both dlls are available in "~/.wine/drive_c/Program Files/Common Files/ACD Systems" and if I copy them to application main directory both errors disappear. -- 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.

2 8

[Bug 37607] New: MyHeritage Family Tree Builder fails to add "window" item/initialize scripting engine
by wine-bugs＠winehq.org 20 May '24

20 May '24

https://bugs.winehq.org/show_bug.cgi?id=37607 Bug ID: 37607 Summary: MyHeritage Family Tree Builder fails to add "window" item/initialize scripting engine Product: Wine Version: 1.7.31 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: jscript Assignee: wine-bugs(a)winehq.org Reporter: sebastian(a)fds-team.de Distribution: --- (Originally reported here: https://github.com/wine-compholio/wine-staging/issues/187) After starting the main application first login with your account. Registration is free, but required unfortunately. Register via the website to workaround an issue with the application registration form - make sure that no '+' signs are in your email address, registration works, but login not... Create a new project, create a new family, and click on Reports -> Ancestors. A few message boxes will show up with content 'Unable to add "window" item' 'Unable to initialize scripting engine' These message boxes repeat a couple of times, and afterwards an empty report shows up. Related terminal output with WINEDEBUG=+jscript: --- snip --- 003f:trace:jscript:DllMain (0x7cb70000 1 (nil)) 003f:trace:jscript:DllGetClassObject (CLSID_JScript {00000001-0000-0000-c000-000000000046} 0xc5de4b8) 003f:trace:jscript:ClassFactory_QueryInterface (0x7cbfeef0)->(IID_IClassFactory 0xc5de4b8) 003f:trace:jscript:ClassFactory_AddRef (0x7cbfeef0) 003f:trace:jscript:JScriptFactory_CreateInstance ((nil) {bb1a2ae1-a4f9-11cf-8f20-00805f2cd064} 0x26c9bb8) 003f:trace:jscript:JScript_QueryInterface (0xb39e270)->(IID_IActiveScript 0x26c9bb8) 003f:trace:jscript:JScript_AddRef (0xb39e270) ref=2 003f:trace:jscript:JScript_Release (0xb39e270) ref=1 003f:trace:jscript:ClassFactory_Release (0x7cbfeef0) 003f:trace:jscript:JScript_SetScriptSite (0xb39e270)->(0x26c9bc0) 003f:trace:jscript:JScript_AddNamedItem (0xb39e270)->(L"window" 2) 003f:trace:msgbox:MSGBOX_OnInit L"Unable to add \"window\" item\n" 003f:trace:msgbox:MSGBOX_OnInit L"Unable to initialize scripting engine" --- snip --- JScript_AddNamedItem fails because This->ctx == NULL. Installing native 'jscript' via 'winetricks jscript' works around this issue and the report shows up properly (wasn't able to compare it with Windows, but definitely looks better than before). $ git describe origin/master wine-1.7.31-88-g9a68ef4 $ sha1sum family_tree_builder_7138.exe 74245c94089642d65b2fde09fd7188430df68b81 family_tree_builder_7138.exe -- 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.

2 5

[Bug 36327] New: Dameware Mini Remote Control 10.x licensing tool fails during post-install step (needs support for registry objects in GetSecurityInfo)
by wine-bugs＠winehq.org 19 May '24

19 May '24

https://bugs.winehq.org/show_bug.cgi?id=36327 Bug ID: 36327 Summary: Dameware Mini Remote Control 10.x licensing tool fails during post-install step (needs support for registry objects in GetSecurityInfo) Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: advapi32 Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, as the summary says. Prerequisite: 'winetricks -q dotnet20' (or let the installer just install it) --- snip --- 0036:Call KERNEL32.CreateProcessW(00000000,008fb7d8 L"\"C:\\Program Files\\SolarWinds\\DameWare Mini Remote Control 10.0\\SolarWinds.MRC.Licensor.exe\"",00000000,00000000,00000000,00000000,00000000,008eeb28 L"C:\\Program Files\\SolarWinds\\DameWare Mini Remote Control 10.0\\",0033ec0c,0033ebfc) ret=7d5982ba ... 0047: init_process_done() = 0 ... 0036:Ret KERNEL32.CreateProcessW() retval=00000001 ret=7d5982ba ... 0047:Call advapi32.RegCreateKeyExW(00000274,008ef4c0 L"{15119A76-31E3-4C58-AD65-5BCCF704B5C5}",00000000,00000000,00000000,0002001f,00000000,0033f028,0033f0b8) ret=0037be6f 0047: create_key( parent=0274, access=0002001f, attributes=00000000, options=00000000, namelen=76, name=L"{15119A76-31E3-4C58-AD65-5BCCF704B5C5}", class=L"" ) 0047: create_key() = 0 { hkey=0278, created=1 } 0047:Ret advapi32.RegCreateKeyExW() retval=00000000 ret=0037be6f ... 0047:Call advapi32.GetSecurityInfo(00000278,00000004,0000000f,0033efbc,0033efb8,0033efb4,0033efb0,0033efac) ret=0037ba68 0047:trace:ntdll:NtQuerySecurityObject (0x278,0x0000000f,(nil),0x00000000,0x33ee94) 0047: get_security_object( handle=0278, security_info=0000000f ) 0047: get_security_object() = ACCESS_DENIED { sd_len=00000000, sd={} } 0047:Ret advapi32.GetSecurityInfo() retval=00000005 ret=0037ba68 0047:Call KERNEL32.GetLastError() ret=0037ba6e 0047:Ret KERNEL32.GetLastError() retval=00000000 ret=0037ba6e ... 0047:Call KERNEL32.RaiseException(e0434f4d,00000001,00000001,0033eea8) ret=79f97065 0047:trace:seh:raise_exception code=e0434f4d flags=1 addr=0x7b83ac57 ip=7b83ac57 tid=0047 0047:trace:seh:raise_exception info[0]=80070005 0047:trace:seh:raise_exception eax=7b826c7d ebx=7b8bb000 ecx=80070005 edx=0033ede4 esi=0033ee88 edi=0033ee50 0047:trace:seh:raise_exception ebp=0033ee28 esp=0033edc4 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00000283 0047:trace:seh:call_stack_handlers calling handler at 0x79f9a3c8 code=e0434f4d flags=1 --- snip --- Managed backtrace: --- snip --- System.UnauthorizedAccessException: Attempted to perform an unauthorized operation. at System.Security.AccessControl.Win32.GetSecurityInfo(ResourceType resourceType, String name, SafeHandle handle, AccessControlSections accessControlSections, RawSecurityDescriptor& resultSd) at System.Security.AccessControl.NativeObjectSecurity.CreateInternal(ResourceType resourceType, Boolean isContainer, String name, SafeHandle handle, AccessControlSections includeSections, Boolean createByName, ExceptionFromErrorCode exceptionFromErrorCode, Object exceptionContext) at System.Security.AccessControl.NativeObjectSecurity..ctor(Boolean isContainer, ResourceType resourceType, SafeHandle handle, AccessControlSections includeSections, ExceptionFromErrorCode exceptionFromErrorCode, Object exceptionContext) at System.Security.AccessControl.RegistrySecurity..ctor(SafeRegistryHandle hKey, String name, AccessControlSections includeSections) at Microsoft.Win32.RegistryKey.GetAccessControl(AccessControlSections includeSections) at SolarWinds.Licensing.Framework.RegistryUtil.SetRegistryRights(RegistryKey swKey, AccessControlSections section) at SolarWinds.Licensing.Framework.RegistryUtil.SetRegistryRights(RegistryKey swKey) at SolarWinds.Licensing.Framework.RegistryUtil.GetRegistryKey(Boolean writable) at SolarWinds.Licensing.Framework.RegistryUtil.GetDefaultSymmetricAlgorithm() at SolarWinds.Licensing.Framework.Store.LicenseStoreDAL.GetSymmetricAlgorithm(String& defaultAlgo) at SolarWinds.Licensing.Framework.Store.LicenseStoreDAL.InitializeStore() at SolarWinds.Licensing.Framework.Store.LicenseStoreDAL..ctor() at SolarWinds.Licensing.Framework.Store.SingletonLicenseStoreFactory.get_StoreInstance() at SolarWinds.Licensing.Framework.LicenseManager..ctor(ILicenseStore store, IOnlineLicenseManager onlineManager) at SolarWinds.Licensing.Framework.LicenseManager.GetInstance() at SolarWinds.MRC.Licensor.Program.RunLicensingWindow(Boolean silentInstallation, Dictionary`2 activationArguments, Boolean forceOnlineCheck) at SolarWinds.MRC.Licensor.Program.Main(String[] args) --- snip --- Source: http://source.winehq.org/git/wine.git/blob/929d9fb9f79b9ba0b7392215e51a152e… --- snip --- 3116 DWORD WINAPI GetSecurityInfo( 3117 HANDLE hObject, SE_OBJECT_TYPE ObjectType, 3118 SECURITY_INFORMATION SecurityInfo, PSID *ppsidOwner, 3119 PSID *ppsidGroup, PACL *ppDacl, PACL *ppSacl, 3120 PSECURITY_DESCRIPTOR *ppSecurityDescriptor 3121 ) 3122 { ... 3139 switch (ObjectType) 3140 { 3141 case SE_SERVICE: 3142 status = SERV_QueryServiceObjectSecurity(hObject, SecurityInfo, NULL, 0, &n1); 3143 break; 3144 default: 3145 status = NtQuerySecurityObject(hObject, SecurityInfo, NULL, 0, &n1); 3146 break; 3147 } ... --- snip --- Erich Hoover worked on this some time ago, adding support for registry objects to [Get|Set]NamedSecurityInfo(). For GetSecurityInfo() he provided a patchset too ... it never went in? $ sha1sum DameWare-MRC32-Eval-v10.0.0.exe 5181070b3c13720a14072dc50c1aa1f4b82b7e3a DameWare-MRC32-Eval-v10.0.0.exe $ du -sh DameWare-MRC32-Eval-v10.0.0.exe 58M DameWare-MRC32-Eval-v10.0.0.exe $ wine --version wine-1.7.18-10-ge5d69df 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.

2 7

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 February 2018