wine-bugs August 2014

wine-bugs@winehq.org

1 participants
9721 discussions

[Bug 36472] New: Application ArdourXchange will not run in Wine
by wine-bugs＠winehq.org 26 Dec '14

26 Dec '14

http://bugs.winehq.org/show_bug.cgi?id=36472 Bug ID: 36472 Summary: Application ArdourXchange will not run in Wine Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: msvcp Assignee: wine-bugs(a)winehq.org Reporter: johne53(a)tiscali.co.uk I'm the developer of a Windows utility called ArdourXchange. It's used with an application called Mixbus which is a popular DAW, available for Linux, OS-X and Windows. On OS-X we package ArdourXchange with something called WineBottler. The Windows and OS-X versions work just fine. AxC was built with Visual C++ 6.0 and it uses MFC. Either of those facts may or may not be significant. ArdourXchange used to run perfectly in Linux / Wine (this was a long time ago - back around ver 0.9.8 ). But since Wine went to ver 1.x, ArdourXchange has never worked with it. However, many users report success of they swap out 2 specific DLLs (MSVCP60.dll and MSVCRT.dll). If users replace the Wine versions and use the official Microsoft versions, AxC springs back to life again. Unfortunately, this solution doesn't work for everyone. At my end, I don't use Linux at all so I can't help much, except to pass on information. HOWEVER... I could provide free copies of ArdourXchange (and Mixbus, if needed). According to a very recent report (only this morning) it was tested a few days ago against Wine v1.6.2, which I believe is a very recent version. This morning I added an entry to the AppDB at WineHQ (although it pretty much says the same as this description). I can be contacted here, if anyone needs a copy of the software for testing:- john [at] creativepost [dot] co [dot] uk -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 35507] New: Version descriptions full of junk text
by wine-bugs＠winehq.org 19 Dec '14

19 Dec '14

http://bugs.winehq.org/show_bug.cgi?id=35507 Bug ID: 35507 Summary: Version descriptions full of junk text Product: WineHQ Apps Database Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Keywords: download, source Severity: minor Priority: P2 Component: appdb-unknown Assignee: wine-bugs(a)winehq.org Reporter: imwellcushtymelike(a)gmail.com Classification: Unclassified Created attachment 47401 --> http://bugs.winehq.org/attachment.cgi?id=47401 Current version description >From Bug 35240 and now this: http://appdb.winehq.org/objectManager.php?sClass=application&iId=2 Winzip Version 18.x's version description is basically garbage. But when viewed from within the version it appears fine: http://appdb.winehq.org/objectManager.php?sClass=version&iId=29827 I've tried removing, adding, editing, anything... but nothing changes. I have AdBlock disabled so it cannot be that. Is anyone else able to remove the garbage? If so that may offer a clue. Google Chrome Version 32.0.1700.102 -- 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 35695] New: Unhandled exception in awesomium with ccpbrowser in EVE - Online
by wine-bugs＠winehq.org 18 Dec '14

18 Dec '14

http://bugs.winehq.org/show_bug.cgi?id=35695 Bug ID: 35695 Summary: Unhandled exception in awesomium with ccpbrowser in EVE - Online Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: Commander.Alchemy(a)gmail.com Created attachment 47663 --> http://bugs.winehq.org/attachment.cgi?id=47663 Wine Exception Seems the wineprefix gets corrupted for some reason and ccpbrowser that is based on chrome crashes. A workaround is that you create a new prefix. However this will work until some odd reason it happens again and you have to create a new prefix again. -- 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 24065] New: Startcraft 2 - in game, only lights/particles from units are visible. rest in gray. (UI ok)
by wine-bugs＠winehq.org 18 Dec '14

18 Dec '14

http://bugs.winehq.org/show_bug.cgi?id=24065 Summary: Startcraft 2 - in game, only lights/particles from units are visible. rest in gray. (UI ok) Product: Wine Version: 1.3.0 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lionel.barret(a)gmail.com Created an attachment (id=30254) --> (http://bugs.winehq.org/attachment.cgi?id=30254) starcraft-2 : bug : in game, only lights/particles from units are visible. During the game, only lights/particles from units are visible (see screenshot). The rest of the terrain is in gray. The UI is good as everything else. Everything before the map is ok. MY setup : Ubuntu 10.04 Wine 1.3.0 (from git yesterday, 20/08/2010) Nvidia gtx 275 with the 256.44 drivers 2 monitors @ 1280x1024. (this is different than Bug 22971, but may be related). -- 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 7

[Bug 34605] New: Blocked from installing Medieval II Total War from Deficiency in Wine or possibly a problem in the program
by wine-bugs＠winehq.org 18 Dec '14

18 Dec '14

http://bugs.winehq.org/show_bug.cgi?id=34605 Bug #: 34605 Summary: Blocked from installing Medieval II Total War from Deficiency in Wine or possibly a problem in the program Product: Wine Version: unspecified Platform: Other OS/Version: Mac OS X Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jeb220(a)gmail.com Classification: Unclassified An error came up saying that there was a deficiency of wine half way through installing the first disk of Medieval II Total War. It says: "The program _isac8.exe has encountered a serious problem and needs to close. We are sorry for the inconvenience." It also says that this could be caused by a problem in the program or a deficiency in wine. I am running on a Mac OSX version 10.6.4 -- 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 4

[Bug 24578] New: WinUAE fails to start on ATI Catalyst (fglrx) driver
by wine-bugs＠winehq.org 18 Dec '14

18 Dec '14

http://bugs.winehq.org/show_bug.cgi?id=24578 Summary: WinUAE fails to start on ATI Catalyst (fglrx) driver Product: Wine Version: 1.3.3 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: gururise(a)gmail.com Created an attachment (id=31042) --> (http://bugs.winehq.org/attachment.cgi?id=31042) Console output on startup failure. Using WinUAE 2.3.0 on Ubuntu 10.04 with Wine 1.3.3 and an ATI HD 3200 (built in gfx) with the ATI Catalyst (fglrx driver v10.9 Hotfix) results in a failure to start. Machine: -------- Tri Core AMD Ubuntu 10.04 64-bit ATI 3200 HD built in gfx ATI Catalyst (fglrx) driver v10.9 hotfix Wine v1.3.3 Results in a failure to start. See attached console 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.

1 7

[Bug 21037] New: Microsoft Flight Simulator 2004 crashes when starting a flight
by wine-bugs＠winehq.org 18 Dec '14

18 Dec '14

http://bugs.winehq.org/show_bug.cgi?id=21037 Summary: Microsoft Flight Simulator 2004 crashes when starting a flight Product: Wine Version: 1.1.34 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: arethusa26(a)gmail.com Created an attachment (id=25233) --> (http://bugs.winehq.org/attachment.cgi?id=25233) Microsoft Flight Simulator 2004 backtrace With wine-1.1.34-469-g33a1934, after doing winetricks directplay ie6 to work around bug 12973, starting Microsoft Flight Simulator 2004 and then launching a new flight results in an immediate crash in wined3d: Backtrace: =>0 0x7dea1430 context_release+0x30(context=(nil)) [/home/andrew/wine-git/dlls/wined3d/context.c:843] in wined3d (0x0032f4b0) 1 0x7deb9bcf create_primary_opengl_context+0x9f(iface=<register EDI not in topmost frame>, swapchain_iface=<register ESI not in topmost frame>) [/home/andrew/wine-git/dlls/wined3d/device.c:6305] in wined3d (0x0032f4e0) 2 0x7debf316 IWineD3DDeviceImpl_Reset+0x446(iface=0x184970, pPresentationParameters=0x32f584) [/home/andrew/wine-git/dlls/wined3d/device.c:6546] in wined3d (0x0032f560) ... glxinfo reports for OpenGL strings: OpenGL vendor string: NVIDIA Corporation OpenGL renderer string: GeForce 7800 GT/PCI/SSE2/3DNOW! OpenGL version string: 2.1.2 NVIDIA 190.42 OpenGL shading language version string: 1.20 NVIDIA via Cg compiler The complete backtrace is attached. -- 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 34267] New: Mathcad 15 doesn't paste any components from other programs in mathcad document.
by wine-bugs＠winehq.org 18 Dec '14

18 Dec '14

http://bugs.winehq.org/show_bug.cgi?id=34267 Bug #: 34267 Summary: Mathcad 15 doesn't paste any components from other programs in mathcad document. Product: Wine Version: 1.6 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: taranyuklev(a)mail.ru Classification: Unclassified I installed Mathcad 15 by installing following libreries by winetricks(dotnet35,mdac27,mdac28,msxml3,msxml4,wsh56,wsh57).When i paste something from other document it looks like empty squere.And it doen't open documents with any inserts also.This is last program that i can't to install.Mathcad 14 it is not variant for me.Maybe i do something wrong.I didin't find answer.Best regards Levan)) -- 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 20641] New: Problems loading dispatch and dual types in SLTG TypeLibs
by wine-bugs＠winehq.org 17 Dec '14

17 Dec '14

http://bugs.winehq.org/show_bug.cgi?id=20641 Summary: Problems loading dispatch and dual types in SLTG TypeLibs Product: Wine Version: 1.1.32 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: oleaut32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: sunilmohan(a)fsf.org.in Created an attachment (id=24631) --> (http://bugs.winehq.org/attachment.cgi?id=24631) MS Oleviewer showing the typelib on Wine and Windows When I tried to run a Visual Basic 6.0 application that uses Crystal Reports 8.5 ActiveX control, multiple problems popped up. The end result was that invoking a method turns into an error that the method requested for could not be found. The attached screenshots best describe the problem. First screenshot shows oleviewer displaying information about the typelib for the mentioned ocx control on Wine and on Windows. The dispatch interface "CrystalReportEvents" is not shown as being derived from IDispatch. And the dual types "IRowCursor" and "CrystalCtl" as shown simply as interfaces. The second screenshot shows a simple test application on Wine and on Windows. We can see that TypeInfo members returned by Wine differ at many places compared to the TypeInfo returned by Windows. Of interest is the type kind for descriptions #0 and #7. Also the no. of interfaces implemented by description #8. I have patches that fix these two problems. With the patches all TypeInfo members appear similar to the Windows output (except lcid). I am posting the patches on wine-patches list. Patch 1: Type descriptions of type kind DISPATCH can actually inherit from one interface instead of specifying methods and properties according to MSDN. The SLTG parser does not seem to handle this. I added code to read information about inherited interfaces in DISPATCH types when available. Patch 2: The documentation says that dual interfaces which implement both INTERFACE and DISPATCH have to be returned first as DISPATCH types and then INTERFACE type will be returned when calls to GetRefTypeOfImplType and GetRefTypeInfo are made with -1 index. Clients are supposed to check for DUAL flag and read the second type info accordingly. However, in SLTG typelib above, the two dual types have type kind INTERFACE set on them. We must be returning DISPATCH type first and then later the INTERFACE. So, I added code to return a DUAL interface as DISPATCH type first in the SLTG parser. This fixes other problems such as removing the AUTOMATION flag in the returned description and proper function count. Patch 3: I removed a check for DISPATCHABLE flag when GetRefTypeOfImplType is called with -1 index for the following reasons. DUAL which is already being checked for implies DISPATCHABLE. The SLTG type library being dealt with has dual types without this flag set. The flag is a computed one and not present in the IDL. Patch 4: Updated a comment about a newly seen value in SLTG typelib that was thought of to be constant. After the fixes, our test case using the above activex seems to run fine. I ran the tests but they don't seem to contain any SLTG library parsing tests. -- 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 5

[Bug 23824] New: Starcraft II: Installer doesn't always launch
by wine-bugs＠winehq.org 13 Dec '14

13 Dec '14

http://bugs.winehq.org/show_bug.cgi?id=23824 Summary: Starcraft II: Installer doesn't always launch Product: Wine Version: 1.2 Platform: x86 OS/Version: Linux Status: NEW Keywords: Installer Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com At first, I thought it may be disk protection, since I was trying to install from an ISO of my original disk, but the original disk has the same problem. I also ruled out a mounting problem, I've mounted with -o ro,unhide,uid=$UID. The strange part is, the install will sometimes work. I haven't figured out what makes it work/fail. It seems to work better if there's nothing else running in the prefix. A `wineserver -k` right before running `wine Installer.exe' also seems to help. Additionally, sometimes wine can't even seem to find the exe (!): austin@laptop:/mnt/wisotool$ ls autorun.inf disc.ico Installer.exe Installer Tome 1.MPQE Installer UI 1.MPQ Installer UI 2.MPQE StarCraft II Installer.app austin@laptop:/mnt/wisotool$ wine Installer.exe wine: cannot find L"C:\\windows\\system32\\Installer.exe" The terminal output when it fails to run isn't very insightful: austin@laptop:/mnt/wisotool$ wine Installer.exe fixme:process:GetLogicalProcessorInformation ((nil),0x33f5e4): stub fixme:ntdll:NtPowerInformation semi-stub: SystemPowerCapabilities fixme:process:GetLogicalProcessorInformation ((nil),0x33fa14): stub fixme:wininet:InternetSetOptionW Option INTERNET_OPTION_CONNECT_TIMEOUT (60000): STUB fixme:wininet:InternetSetOptionW INTERNET_OPTION_SEND/RECEIVE_TIMEOUT 60000 fixme:wininet:InternetSetOptionW Option INTERNET_OPTION_CONNECT_TIMEOUT (60000): STUB fixme:wininet:InternetSetOptionW INTERNET_OPTION_SEND/RECEIVE_TIMEOUT 60000 fixme:process:GetLogicalProcessorInformation ((nil),0xb7c5ac): stub fixme:process:GetLogicalProcessorInformation ((nil),0xb7c5b4): stub fixme:wininet:CommitUrlCacheEntryInternal entry already in cache - don't know what to do! fixme:process:GetLogicalProcessorInformation ((nil),0xe7e99c): stub fixme:wininet:CommitUrlCacheEntryInternal entry already in cache - don't know what to do! fixme:process:GetLogicalProcessorInformation ((nil),0xe7e99c): stub fixme:ntdll:server_ioctl_file Unsupported ioctl 24000 (device=2 access=1 func=0 method=0) I've tried native wininet, since I'm grasping at straws, but that didn't help. The ntdll fixme seems to be the relevant line those process fixme's show up when the installer does actually run. -- 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 28

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 August 2014