wine-bugs March 2015

wine-bugs@winehq.org

1 participants
8206 discussions

[Bug 18390] New: Roblox can't join a game
by wine-bugs＠winehq.org 09 Sep '15

09 Sep '15

http://bugs.winehq.org/show_bug.cgi?id=18390 Summary: Roblox can't join a game Product: Wine Version: 1.1.20 Platform: Other URL: http://roblox.com OS/Version: other Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com After working around bug 18388 and bug 18389, trying to join a game fails; the browser says it can't start the game, and tells you to start the app (which you already did). On the console, one sees a suspicious error message from gecko: fixme:shdocvw:HttpNegotiate_BeginningTransaction (0x5c239a8)->(L"" L"" 0 0x33c794) 0[15c4c8]: file (null), line 0: uncaught exception: [Exception... "Unexpected error" nsresult: "0x8000ffff (NS_ERROR_UNEXPECTED)" location: "JS frame :: http://www.roblox.com/ScriptResource.axd?d=lz2oPY8_Yxfc8W_Nr5tWGxJ8z2w_ENPF… :: anonymous :: line 2144" data: no] Possible workaround: launch games directly using e.g. wine roblox.exe -play http://www.roblox.com/Game/join.ashx?jobID=cc310936-d9bd-46a5-99cd-494d6b14… as mentioned at http://forums.roblox4linux.co.cc/index.php?topic=37.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.

1 9

[Bug 37747] New: Scottrade desktop program crashes.
by wine-bugs＠winehq.org 09 Sep '15

09 Sep '15

https://bugs.winehq.org/show_bug.cgi?id=37747 Bug ID: 37747 Summary: Scottrade desktop program crashes. Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: rosarionyc(a)gmail.com Distribution: --- Created attachment 50261 --> https://bugs.winehq.org/attachment.cgi?id=50261 Scottrade desktop program crashes. Scottrade desktop program crashes. -- 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 30985] New: Event handling in external (non-default) monitor issue
by wine-bugs＠winehq.org 09 Sep '15

09 Sep '15

http://bugs.winehq.org/show_bug.cgi?id=30985 Bug #: 30985 Summary: Event handling in external (non-default) monitor issue Product: Wine Version: 1.5.6 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: marco_silva85(a)sapo.pt Classification: Unclassified currently I have setup dual monitors when I execute an application with wine (ex. winecfg), it opens on the default monitor, if I drag it to the other monitor, wine stops handling events, it doesn't repaint it nor any keyboard/mouse events work (maybe it thinks its minimized). Notes: My DE is xfce. Native applications work well. Other xrandr configurations and resolutions have the same 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.

1 3

[Bug 30147] New: mmdevapi: incorrect capture overrun handling
by wine-bugs＠winehq.org 09 Sep '15

09 Sep '15

http://bugs.winehq.org/show_bug.cgi?id=30147 Bug #: 30147 Summary: mmdevapi: incorrect capture overrun handling Product: Wine Version: 1.3.25 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: mmdevapi AssignedTo: wine-bugs(a)winehq.org ReportedBy: hoehle(a)users.sourceforge.net CC: m.b.lankhorst(a)gmail.com Classification: Unclassified Created attachment 39320 --> http://bugs.winehq.org/attachment.cgi?id=39320 mmdevapi capture test from native w7 machine Most wineXYZ audio drivers do not handle mmdevapi capture overrun correctly. In particular, the ALSA & OSS drivers randomly overwrite old with new data, depending on the read pointer within the capture buffer. Native roughly supports, with some quirks, a scenario like: Initialize(duration=Xms); Start; Sleep(X+Yms); /* Y extra spare time */ Stop; /* optional, buffer is full now */ repeat GetBuffer/ReleaseBuffer until (hr != S_OK); The goal is to obtain one buffer (~Xms) full of data. The attached log from a w7 machine shows what packet gets recorded at what time by tracing GetBuffer's performance counter output parameter (qpc). The key data points are: >capture.c:544: rate: 48000 >capture.c:293: GetBufferSize 23941 period size 480 >capture.c:248: Sleep.1 position 480 pad 16800 flags 0, frames locked: 480 >capture.c:250: sleep qpc=67335132 >capture.c:293: GetBufferSize 23941 period size 480 >capture.c:303: Overrun position 1440 pad 23941 flags 1, frames locked: 480 >capture.c:305: overrun qpc=67355139 This position and qpc jump of exactly one period I don't understand. >capture.c:331: Cont'ed position 1920 pad 23461 flags 0, frames locked: 480 >capture.c:333: cont'ed qpc=67365133 >qpc=67375139 0 position 2400 pad 22981 flags 0, next 480, frames locked: 480 >qpc=67385135 1 position 2880 pad 22501 flags 0, next 480, frames locked: 480 Note how position correlates with 10ms increments of qpc (in µs). >qpc=67795152 42 position 22560 pad 3301 flags 0, next 480, frames locked: 480 >qpc=67805153 43 position 23040 pad 2821 flags 0, next 480, frames locked: 480 >qpc=67815148 44 position 23520 pad 2341 flags 0, next 421, frames locked: 421 >qpc=67823919 45 position 23520 pad 1920 flags 0, next 59, frames locked: 59 >qpc=67825154 46 position 24000 pad 1861 flags 0, next 480, frames locked: 480 >qpc=67835147 47 position 24480 pad 1381 flags 1, next 421, frames locked: 421 >qpc=68085155 48 position 36480 pad 960 flags 1, next 480, frames locked: 480 >capture.c:352: Test failed: Valid IAudioCaptureClient_GetBuffer: 08890001 >qpc=68085155 49 position -1 pad 480 flags 1, next 0, frames locked: 0 qpc indicates that old packets are being delivered until iteration <48, where another position jump occurs. Summary: - I don't know where native's 23941 frames buffer comes from. It's neither a multiple of the period size nor of 1024. - Upon underrun, a DISCONTINUITY is immediately signaled and one packet is skipped. The latter is weird. (I'm wondering whether native overwrites one packet within the circular buffer as an overrun detector, then skips it?). + Then, almost a full buffer of old packets can be retrieved with GetBuffer. - While the full buffer is 49 * 480 + 421, only 48 * 480 + 421 frames can be retrieved with a qpc indicating pre-overrun times. - The last old packet is flagged with DISCONTINUITY too (iteration 47). I'd have expected solely the following one to bear this mark. + When there's room again in the buffer, GetBuffer yields new packets (iteration 48). Both position and qpc reflect the overrun gap that appears to have last for 250ms. DISCONTINUITY is set too. - There's some strange packet splitting at iterations 44-45 that may correspond to a wrap-around of native's buffer. I wonder why native does not limit buffer to multiples of period size. - Note that the position 23520 of the 59 frames fragment rest is the same as that of the previous 421 frames packet. A bug in native? The qpc is different and looks ok. + GetNextPacket exactly matches the following GetBuffer, even when it yields less than one packet, e.g. 421/59/480. - GetCurrentPadding >= period size does not imply a successful GetBuffer, see iteration 49. Only GetNextPacket correlates fine. A bug in native? -- 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 8

[Bug 30110] New: Mass effect steam
by wine-bugs＠winehq.org 09 Sep '15

09 Sep '15

http://bugs.winehq.org/show_bug.cgi?id=30110 Bug #: 30110 Summary: Mass effect steam Product: Wine Version: 1.4-rc6 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: Monoboy4ik(a)gmail.com Classification: Unclassified Game works fine but sometimes after 1-2 hours playing game freezes. No errors in the console does not appear. Help please -- 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 9

[Bug 29809] New: Hype the Time Quest Installer Goes Over 100%
by wine-bugs＠winehq.org 09 Sep '15

09 Sep '15

http://bugs.winehq.org/show_bug.cgi?id=29809 Bug #: 29809 Summary: Hype the Time Quest Installer Goes Over 100% Product: Wine Version: 1.3.16 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jthomas97411(a)yahoo.com Classification: Unclassified Wine 1.3.16 is as far back as I tested. For 1.3.16, 1.3.20, 1.4 rc 1, and 1.4 rc 2, if you uncheck the Microsoft DirectX Media check, this will allow the installer to succeed, whereas if you don't uncheck that, it will fail. When it fails (DirectX check left checked), it stops at about 100%. When it succeeds (DirectX check unchecked), it goes to 116%, in the case of the versions mentioned above. There were some versions there for a while, somewhere not too far after 1.3.29, that went to 117% when you didn't uncheck the DirectX test and they failed, and when you did uncheck the DirectX test, the installer stopped at 100% and succeeded. Whereas with these other versions it doesn't go over if you _don't_ uncheck it and does go over if you _do_ uncheck_ it. It still held true that unchecking let it succeed and leaving it checked caused it to fail. So this is a separate bug from the installer simply crashing. Notice how this is different than the DirectX check bug: 29806. This is about the installer going over 100%. I get this 9 times in terminal from when the installer crashes in the case of 1.3.16, 1.3.20, 1.4 rc 1, and 1.4 rc 2: fixme:advpack:ExecuteCabW Cab archive not extracted! Jake -- 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 9

[Bug 36480] New: Millenium Carillon Controller crashes on startup
by wine-bugs＠winehq.org 09 Sep '15

09 Sep '15

http://bugs.winehq.org/show_bug.cgi?id=36480 Bug ID: 36480 Summary: Millenium Carillon Controller crashes on startup Product: Wine Version: 1.7.11 Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: lithiumfun(a)me.com Created attachment 48544 --> http://bugs.winehq.org/attachment.cgi?id=48544 Back Trace The program gives the error "Unable to load DLL 'FTD2XX.DLL': Exception from HRESULT 0x8007007E". Program is Millennium Controller by Chimemaster Systems. Uses .NET v2.0. -- 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 35615] New: Robin Hood Legend of Sherwood: Missing UI elements and invisible cursor in-game
by wine-bugs＠winehq.org 09 Sep '15

09 Sep '15

http://bugs.winehq.org/show_bug.cgi?id=35615 Bug ID: 35615 Summary: Robin Hood Legend of Sherwood: Missing UI elements and invisible cursor in-game Product: Wine Version: 1.7.12 Hardware: x86 OS: Windows Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: devilhood(a)gmail.com Classification: Unclassified During gameplay, parts of the UI are either invisible or black, and the mouse cursor is partly invisible. Windows 8 users can only play this game using WineD3D. Without WineD3D it lags to an unplayable degree. No other fixes are available and support has been abandoned for this title. -- 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 10

[Bug 31055] New: Sonic The Hedgehog 4 very slow on multicore cpu
by wine-bugs＠winehq.org 09 Sep '15

09 Sep '15

http://bugs.winehq.org/show_bug.cgi?id=31055 Bug #: 31055 Summary: Sonic The Hedgehog 4 very slow on multicore cpu Product: Wine Version: 1.5.7 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: viny_viny304(a)hotmail.com Classification: Unclassified Sonic The Hedgehog 4 episode 1 and 2 is very slow on multicore cpus. Used schedtool (to define the affinity. e.g. schedtool -a 0x1 -e wine ... ) the performance improves considerably but still keeps a bit out of normal. -- 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 6

[Bug 20232] New: mciwave breaks on MSDN example
by wine-bugs＠winehq.org 09 Sep '15

09 Sep '15

http://bugs.winehq.org/show_bug.cgi?id=20232 Summary: mciwave breaks on MSDN example Product: Wine Version: 1.1.30 Platform: All OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 Component: winmm&mci AssignedTo: wine-bugs(a)winehq.org ReportedBy: hoehle(a)users.sourceforge.net I'm reviewing mciwave and mciseq and found numerous issues. Concurrently, I'm augmenting the MCI testsuite. I've attached my current mciwave work-in-progress tests to give you an early insight into my work. The tests so far confirm my model of MCI: I view it like an old-fashioned tape deck with buttons, which you can press in any order. Still there's error checking, e.g. you can't resume when stopped. Like a tape deck, you can switch from playing to recording at any time. Oddly, you can combine fast forward and play in one command, but not rewind with play. The attached tests work fine on (at least one machine with) MS-Windows, but cause Wine to fail and hang in multiple ways. You've been warned! I'd be pleased if people could run the tests on more instances of MS-Windows. I plan to strip down this test file until it at least does not hang anymore in Wine. Then only can it be submitted. Concurrently, I can submit patches to the mci* codebase. Current issues with the mci code in Wine are: - not distinguishing between STOPPING and STOPPED, PLAYING and GOING TO PLAY, etc.; - seriously broken asynchronous execution; - non-error-proof use of InterlockDecrement. It must only be called when waveInAddBuffer and waveOutWrite succeed, as those cause callbacks to happen; - RIFF .wav file not always correctly written; - the mmio is as much as resource as the wave device and must be properly released (mmioAscend, not only when saving); - many items here and there: + bogus 44000Hz frequency; + premature return (in mcicda); + conversion between #bytes and samples; + switching fInput while playing; + copy&paste errors (InterlockedDecrement need be initialised differently when recording and playing) The major issue is concurrency. There I'm not sure how to proceed and rewrite mciwave (and mciseq and mcicda). o One model, Erlang-like, which the OSS driver also implements, is one thread per play and exclusively using message passing to receive commands. This would simplify NOTIFY everywhere. It clearly offers the advantage of being closest to the sequential execution model that is easy to reason about. IMHO, it does not play nicely with the pause command (state machine). o Continue as currently written, but then think twice and even 3-7 times about how to perform locking among the concurrent threads: - Put InterlockIncrement() to more uses? - Put Events to more uses? - Unlike mciavi, there's no CriticalSection in mciwave and mcicda, yet I'm unconvinced that the current synchronisation via volatile dwStatus can suffice. - But then, identifying the critical sections will be tedious and error prone. o Combinations of both, e.g. one thread per play or record (not unlike the present code), and dealing (correctly) with PAUSE, STOP and RESUME inside it (via e.g. events to restart a paused thread, or indirectly, by relying on the callbacks+events sent when invoking waveOutRestart and waveInStart -- is it legal at all to call those from a different thread)? o Is there any other concurrency model suitable in Wine? Regards, Jörg Höhle -- 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 18

[Bug 35823] New: Widl should check for duplicated uuids when generating typelib
by wine-bugs＠winehq.org 09 Sep '15

09 Sep '15

http://bugs.winehq.org/show_bug.cgi?id=35823 Bug ID: 35823 Summary: Widl should check for duplicated uuids when generating typelib Product: Wine Version: 1.7.14 Hardware: x86 OS: Linux Status: NEW Severity: enhancement Priority: P2 Component: tools Assignee: wine-bugs(a)winehq.org Reporter: bunglehead(a)gmail.com Duplicated uuids in a typelib will cause troubles with typeinfo lookup. Midl refuses to generated such typelibs, but it looks like it might have a more strict constraint - uuid should be unique in a file, and we don't want it to be that strict (see bug 27718). -- 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 31232] New: The Way Things Work 2.0 installer froze after finished copying files
by wine-bugs＠winehq.org 09 Sep '15

09 Sep '15

http://bugs.winehq.org/show_bug.cgi?id=31232 Bug #: 31232 Summary: The Way Things Work 2.0 installer froze after finished copying files Product: Wine Version: 1.1.21 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: Nachanon_Vetjasit(a)hotmail.com Classification: Unclassified Regression SHA1: 54d7c8012d1d7369a56779955ced5a09e448a1cd When started The Way Things Work 2.0 installer (setup.exe), the setup proceeds normally, through the welcome screen, quicktime installer prompt (though QuickTime 16bit 2.1.1 installation didn't work [bug #18260]), installation options (express/custom), files copying progress window. But as soon as the file copying window disappeared, the installer froze, no screen repainting, no message from WINE's console. (Normally this stage should be creating program groups and ends at the 'Setup Complete' window) 54d7c8012d1d7369a56779955ced5a09e448a1cd is first bad commit commit 54d7c8012d1d7369a56779955ced5a09e448a1cd Author: Dmitry Timoshkov <dmitry(a)codeweavers.com> Date: Wed Apr 29 15:17:35 2009 +0900 explorer: Initialize the Progman DDE interface when starting explorer. :040000 040000 4a347655bb6f41b8b8377d8e3e3e25c1551d1730 05513d15b76a99fe5033c4422a82008667425088 M programs With WINE before this commit, the installation would continue, with WINE's Program Manager (progman) popped up with a dialog from the setup program: "Unable to start DDE communication with Program Manager." [Abort/Retry/Ignore] If clicked 'Ignore' (aka. continue despite the error), this step will be repeated for another five time, each time leaving one Program Manager window opened (6 window total at the end). And finished with 'Setup Complete' window. Note: The Way Things Work is a 16-bit application, and supports Windows 3.1. Tested using WINE's Windows version 98. WINE: wine-1.1.21 source distribution System: Debian GNU/Linux 5.0 "Lenny" i386 (Intel Pentium 4 2.66GHz) -- 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 6

[Bug 36871] New: Chronology with native .NET is postage stamp sized
by wine-bugs＠winehq.org 09 Sep '15

09 Sep '15

http://bugs.winehq.org/show_bug.cgi?id=36871 Bug ID: 36871 Summary: Chronology with native .NET is postage stamp sized Product: Wine Version: 1.7.21 Hardware: x86 URL: http://store.steampowered.com/app/269330/ OS: Linux Status: NEW Keywords: dotnet Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: madewokherd(a)gmail.com This is with 'winetricks dotnet20' in a 32-bit prefix. Chronology appears to run OK, except that it creates a large black window with a tiny image in the upper-left corner. Maybe it's the title screen? It's too small to be sure. -- 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 35813] New: SolidWorks 2013: Crash at the beginning
by wine-bugs＠winehq.org 09 Sep '15

09 Sep '15

http://bugs.winehq.org/show_bug.cgi?id=35813 Bug ID: 35813 Summary: SolidWorks 2013: Crash at the beginning Product: Wine Version: 1.7.14 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: lukasz.wojnilowicz(a)gmail.com Created attachment 47811 --> http://bugs.winehq.org/attachment.cgi?id=47811 Crash window Steps to reproduce: 1) remove ~/.wine 2) winetricks vcrun2010 dotnet40 3) install SolidWorks 2013 4) wine SLDWORKS.exe Behaviour: Crash (See attachment) Expected behaviour: No crash. Additional info: 1) Window from attachment is "sldexitapp.exe" 2) "sldProcMon.exe" started by "SLDWORKS.exe" takes all CPU resources -- 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 35660] New: ExtractIcon() behaves not according to the normal windows-api; explorer.exe crashes sometimes when opening a folder, after a new Software has been installed.
by wine-bugs＠winehq.org 09 Sep '15

09 Sep '15

http://bugs.winehq.org/show_bug.cgi?id=35660 Bug ID: 35660 Summary: ExtractIcon() behaves not according to the normal windows-api; explorer.exe crashes sometimes when opening a folder, after a new Software has been installed. Product: Wine Version: 1.6.1 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P5 Component: shell32 Assignee: wine-bugs(a)winehq.org Reporter: public0x05bf(a)bluewin.ch ExtractIcon() behaves not according to the normal windows-api: * The Windows API Reference states (© 2014 Microsoft): HICON ExtractIcon( HINSTANCE hInst, // instance handle LPCTSTR lpszExeFileName, // filename of file with icon UINT nIconIndex // index of icon to extract ); * nIconIndex [...] If this value is a negative number not equal to –1, the function returns a handle to the icon in the specified file whose resource identifier is equal to the absolute value of nIconIndex. For example, you should use –3 to extract the icon whose resource identifier is 3. To extract the icon whose resource identifier is 1, use the ExtractIconEx function. [...] ==> you should take the icon with "index = abs(nIconIndex)" ! * The ExtractIcon() of wine finally calls PrivatExtractIconsW() of wine in user32.dll (in user32.dll, exticon.c ). * THERE THE WINE TEAM HAS DECIDED TO PROCEED AS FOLLOWS (from exticon.c): [...] Also the Windows equivalent does extract icons in a strange way if nIndex is negative. Our implementation treats a negative nIndex as looking for that resource identifier for the first icon to retrieve. * I have installed Visual C++ 6.0 in wine. After the installation, all icon-references in the registry have been entered with negative values. The icon-references have been associated with file-types, leading to a crash of explorer.exe every time I have opened a folder containing one of the files of a such a file-type. Changing all the indexes to positive numbers avoided the crashes. It has been annoing ! * PLEASE, IF YOU PROVIDE A ENVIRONMENT TO RUN WINDOWS PROGRAMS, TRY TO MAKE BEHAVE THIS ENVIRONMENT THE SAME AS WINDOWS DOES! -- 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 35752] New: Autodesk Inventor LT: Setup crashes after winetricks dotnet35sp1 dotnet40
by wine-bugs＠winehq.org 09 Sep '15

09 Sep '15

http://bugs.winehq.org/show_bug.cgi?id=35752 Bug ID: 35752 Summary: Autodesk Inventor LT: Setup crashes after winetricks dotnet35sp1 dotnet40 Product: Wine Version: 1.7.14 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: lukasz.wojnilowicz(a)gmail.com Created attachment 47744 --> http://bugs.winehq.org/attachment.cgi?id=47744 Crash window Steps to reproduce: 1) remove ~/.wine 2) winetricks dotnet35sp1 dotnet40 3) wine Setup.exe 4) wait in initializing window Behaviour: Crash window (see attachment) Expected behaviour: No crash window. Additional information: There is no crash if I do not do step "2) winetricks dotnet35sp1 dotnet40" but these components are required to subsequent Inventor installation. If I do only "winetricks dotnet40" then there is no crash too. WINETRICKS_VERSION=20140302 -- 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 6

[Bug 37169] New: Powerdirector 11 Ultra: Run as Administrator
by wine-bugs＠winehq.org 09 Sep '15

09 Sep '15

https://bugs.winehq.org/show_bug.cgi?id=37169 Bug ID: 37169 Summary: Powerdirector 11 Ultra: Run as Administrator Product: Wine Version: 1.7.25 Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mewtwo2643(a)yahoo.com Created attachment 49403 --> https://bugs.winehq.org/attachment.cgi?id=49403 Output from Wine on the terminal To get this issue: Create new prefix, install Windows Media Player 9 (winetricks wmp9), run the AutoRun.exe found on the disc, install it, and run it. After clicking on the button to enter the full editor, it starts to load but then a window pops up complaining it doesn't have administrator access and it quits afterwards. I couldn't find a trial because powerdirector 12 is out now. This torrent might work though: https://kickass.to/cyberlink-powerdirector-11-ultra-11-0-0-3026-multilingua… You also might be able to try using the Powerdirector 12 trial. The steps should be the similar for 11 (tell me if they don't): http://download.cnet.com/CyberLink-PowerDirector/3000-13631_4-10483012.html The important thing is that Windows Media Player 9 is installed. -- 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 6

[Bug 37133] New: Clang Static Analyzer: Null path
by wine-bugs＠winehq.org 09 Sep '15

09 Sep '15

https://bugs.winehq.org/show_bug.cgi?id=37133 Bug ID: 37133 Summary: Clang Static Analyzer: Null path Product: Wine Version: 1.7.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: lukebenes(a)hotmail.com Clang Static Analyzer identifies Null path File: dlls/crypt32/rootstore.c Location: line 413, column 10 Description: Null pointer passed as an argument to a 'nonnull' parameter static BOOL import_certs_from_path(LPCSTR path, HCERTSTORE store, BOOL allow_dir) { ... fd = open(path, O_RDONLY); //Clang: Null pointer passed as //an argument to a 'nonnull' parameter ... } To understand why Clang suspects that NULL may get here, let's examine the fragment where this function is called: static BOOL import_certs_from_dir(LPCSTR path, HCERTSTORE store) { ... char *filebuf = NULL; //Clang: 'filebuf' initialized to a null pointer value struct dirent *entry; while ((entry = readdir(dir))) { ... size_t name_len = strlen(entry->d_name); //Calling function to change filebuf if (!check_buffer_resize(&filebuf, &bufsize, path_len + 1 + name_len + 1)) { ERR(...); break; } snprintf(filebuf, bufsize, "%s/%s", path, entry->d_name); if (import_certs_from_path(filebuf, store, FALSE) && !ret) //Clang: Passing null pointer value via 1st parameter 'path' //Clang: Calling 'import_certs_from_path' ret = TRUE; ... } } In this code, the check_buffer_resize function is called where either the value of the filebuf variable must change or FALSE must be returned; but the function may fail to change filebuf and return TRUE instead. Take a look at the function's code below: static BOOL check_buffer_resize(char **ptr_buf, size_t *buf_size, size_t check_size) { if (check_size > *buf_size) { ... *ptr_buf = CryptMemAlloc(*buf_size); ... } return TRUE; } The function contains only one condition where the ptr_buf variable is changed, and if this condition is false, the true return result will allow you to use this variable further on. A similar issue is with the memcpy() function: File: server/directory.c Location: line 548, column 21 Description: Null pointer passed as an argument to a 'nonnull' parameter -- 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 1

[Bug 35990] New: keyboard becomes unresponsive in blizzard games
by wine-bugs＠winehq.org 09 Sep '15

09 Sep '15

http://bugs.winehq.org/show_bug.cgi?id=35990 Bug ID: 35990 Summary: keyboard becomes unresponsive in blizzard games Product: Wine Version: 1.7.16 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: kfirufk(a)gmail.com Created attachment 48114 --> http://bugs.winehq.org/attachment.cgi?id=48114 Wow log file I have encountered problems playing Diablo III and world of warcraft. after a while of playing the keyboard becomes almost non responsive at all and keys are being pressed randomly. for now I created a log from wine for WoW, i'll create a log for diablo and attach it later. this log is from the start of the application till the problem started. using gentoo linux ~amd64 with Nvidia GTX 680. -- 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 6

[Bug 37132] New: Clang Static Analyzer: Uninitialized array item
by wine-bugs＠winehq.org 09 Sep '15

09 Sep '15

https://bugs.winehq.org/show_bug.cgi?id=37132 Bug ID: 37132 Summary: Clang Static Analyzer: Uninitialized array item Product: Wine Version: 1.7.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: lukebenes(a)hotmail.com Clang Static Analyzer identifies Uninitialized array item File: dlls/avifil32/api.c Location: line 1753, column 10 Description: Assigned value is garbage or undefined #define MAX_AVISTREAMS 8 ... HRESULT WINAPI AVISaveVW(....int nStreams ....) { ... //Declaring 8-item array, [0..7] PAVISTREAM pInStreams[MAX_AVISTREAMS]; ... if (nStreams >= MAX_AVISTREAMS) { WARN(...); return AVIERR_INTERNAL; } ... //Initializing first 7 items, [0..6]. for (curStream = 0; curStream < nStreams; curStream++) { pInStreams[curStream] = NULL; pOutStreams[curStream] = NULL; } ... for (curStream = 0; curStream < nStreams; curStream++) { ... if (curStream + 1 >= nStreams) { /* move the others one up */ PAVISTREAM *ppas = &pInStreams[curStream]; int n = nStreams - (curStream + 1); do { *ppas = pInStreams[curStream + 1]; //Clang: Assigned value is garbage or undefined } while (--n); } ... } ... } In this code, an array of 8 items is declared. The code will continue executing as long as the nStreams variable is less than 8, i.e. 7 at most. All the loops in this function with the conditional statement (curStream < nStreams) fail to iterate through the last item, both before its initialization and when using it. The line Clang displayed the message on is just that very line where the eighth item with the index 7 is taken, as the (curStream + 1 >= nStreams) condition will be true at curStream==6 and nStreams==7. Addressing the pInStreams[curStream + 1] array will give us the last, previously uninitialized item. -- 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 1

[Bug 36936] New: Sibelius 6 omits required features during installation
by wine-bugs＠winehq.org 09 Sep '15

09 Sep '15

http://bugs.winehq.org/show_bug.cgi?id=36936 Bug ID: 36936 Summary: Sibelius 6 omits required features during installation Product: Wine Version: 1.7.22 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi Assignee: wine-bugs(a)winehq.org Reporter: fiona.m(a)gmx.net The MSI database of Sibelius 6 contains several features of level 4 which are not installed because the INSTALLLEVEL is fixed to 3. All of these features have the msidbFeatureAttributesUIDisallowAbsent attribute set, which makes me believe that it is supposed to override the level. If these features are not installed the application fails to start with an error message requesting reinstallation as Resources.dll is missing. -- 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 31283] New: I Love Science! cannot detect it's CD
by wine-bugs＠winehq.org 09 Sep '15

09 Sep '15

http://bugs.winehq.org/show_bug.cgi?id=31283 Bug #: 31283 Summary: I Love Science! cannot detect it's CD Product: Wine Version: 1.5.6 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: Nachanon_Vetjasit(a)hotmail.com Classification: Unclassified Created attachment 41094 --> http://bugs.winehq.org/attachment.cgi?id=41094 WINE 1.5.6 +relay,+seh,+tid When started DK's I Love Science (.wine/drive_c/Program Files/DK Multimedia/I Love Science!/ilovesci.exe), instead of launch screen popping up, an error message was displayed: "Please put the I Love Science! CD in a CD drive" [Retry][Quit] Clicking "Retry" will make the dialog disappear, then it appeared back almost instantly. Clicking "Quit" will simply close the program. I Love Science's CD was mounted at drive D: Tested with WINE's Windows version 98. I Love Science! is a Win16 application and supports Windows 3.x. WINE: wine-1.5.6 source distribution. System: Debian GNU/Linux 5.0 "Lenny" i386 (Intel Pentium 4 2.66GHz) -- 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 9

[Bug 31418] New: IE HTTPS Fails
by wine-bugs＠winehq.org 09 Sep '15

09 Sep '15

http://bugs.winehq.org/show_bug.cgi?id=31418 Bug #: 31418 Summary: IE HTTPS Fails Product: Wine Version: 1.5.10 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: fredrick.ward(a)gmail.com Classification: Unclassified Attempted install of IE8 under ubuntu 12.04. Pages open, but secure pages will. Attempted to use wininet and winhttp respectively and neither resolved the issue. install of crypt32 gets rid of error but then page cannot load -- 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 6

[Bug 37130] New: Clang Static Analyzer: Memory Leak
by wine-bugs＠winehq.org 09 Sep '15

09 Sep '15

https://bugs.winehq.org/show_bug.cgi?id=37130 Bug ID: 37130 Summary: Clang Static Analyzer: Memory Leak Product: Wine Version: 1.7.22 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: lukebenes(a)hotmail.com Clang Static Analyzer identifies a potential memory leak File: libs/wpp/ppl.yy.c Location: line 4475, column 1 Description: Potential memory leak static void macro_add_arg(int last) { .. if(last || mep->args[mep->nargs-1][0]) { yy_push_state(pp_macexp); push_buffer(NULL, NULL, NULL, last ? 2 : 1); ppy__scan_string(mep->args[mep->nargs-1]); //Clang: Calling 'ppy__scan_string' //Clang: Returned allocated memory } //Clang: Potential memory leak } The pyy__scan_string function has a non-used return value. Calling this function will anyway make the malloc() function return the value, and after it is called, memory must be freed. Let's see how the call of the pyy__scan_string function leads to calling malloc. YY_BUFFER_STATE ppy__scan_string (yyconst char * yystr ) { return ppy__scan_bytes(yystr,strlen(yystr) ); } YY_BUFFER_STATE ppy__scan_bytes (yyconst char * yybytes, yy_size_t _yybytes_len ) { YY_BUFFER_STATE b; char *buf; ... buf = (char *) ppy_alloc(n ); ... b = ppy__scan_buffer(buf,n ); ... return b; } YY_BUFFER_STATE ppy__scan_buffer (char * base, yy_size_t size ) { YY_BUFFER_STATE b; ... b=(YY_BUFFER_STATE) ppy_alloc(sizeof(struct yy_buffer_state)); ... return b; } void *ppy_alloc (yy_size_t size ) { return (void *) malloc( size ); } -- 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 1

[Bug 36853] New: WINE should detect the presence of the window manager.
by wine-bugs＠winehq.org 09 Sep '15

09 Sep '15

http://bugs.winehq.org/show_bug.cgi?id=36853 Bug ID: 36853 Summary: WINE should detect the presence of the window manager. Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: programs Assignee: wine-bugs(a)winehq.org Reporter: carlo.bramix(a)libero.it Created attachment 48943 --> http://bugs.winehq.org/attachment.cgi?id=48943 Screenshot, missing decorations. In my private, ubuntu based, linux distribution, I installed the strict minimun amount of packages, required for running just WINE and applications for Windows with few megabytes. I have not installed a window manager. When running applications, it will happen that the decorations of the windows won't be displayed if the window manager is enabled to draw or control them. See the attached screenshot with winecfg running as an example. The presence of the window manager should be detected and, if it is not available, the two options for such purpose should be always grayed and the function must be disabled automatically if it's enabled. -- 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

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 March 2015