October 2008 - Wine-Bugs - list.winehq.org

[Bug 9823] New: Mentioning "wine eject" in SGML
by wine-bugs＠winehq.org Feb. 19, 2016

Feb. 19, 2016

http://bugs.winehq.org/show_bug.cgi?id=9823 Summary: Mentioning "wine eject" in SGML Product: Wine Version: 0.9.45. Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: wine-documentation AssignedTo: wine-bugs(a)winehq.org ReportedBy: marco(a)harddisk.is-a-geek.org Created an attachment (id=8287) --> (http://bugs.winehq.org/attachment.cgi?id=8287) A patch for Wine Doc including a description of "wine eject" In http://www.winehq.org/site/docs/wineusr-guide/command-line-options there currently is no mention of "wine eject" command . The patch in the attachment adds a section about wine eject. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 15

[Bug 13304] New: Halo 2: Launching files, app sits there munching 100% CPU
by wine-bugs＠winehq.org Feb. 19, 2016

Feb. 19, 2016

http://bugs.winehq.org/show_bug.cgi?id=13304 Summary: Halo 2: Launching files, app sits there munching 100% CPU Product: Wine Version: 1.0-rc1 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: liquitsnake(a)gmx.net Created an attachment (id=13161) --> (http://bugs.winehq.org/attachment.cgi?id=13161) +all logfile (7.5MB extracted) Alright, after I defeated the msvc*8*.dll problem (which was related to my .wine) the next problem arises. Halo 2 manages to launch, but does nothing. I get one line of regular log fixme:powrprof:DllMain (0x7e3f0000, 1, 0x1) not fully implemented after which the app proceeds to use 100% CPU power while doing nothing. I tried various debug channels, including +ALL. Even with +ALL, logging ceases after 7.4MB. It's like it's waiting for something. I have no idea what the matter could be. Hopefully some dev can look into this and maybe even fix this. No idea. Additional info: I'm using the Loader.exe which came with my version of Halo2 that was modified to work with WinXP. My command: wine Loader.exe halo2.exe ( Executing halo2.exe directly makes it crash with these messages: fixme:ole:CoInitializeSecurity ((nil),0,(nil),(nil),1,3,(nil),0,(nil)) - stub! err:ole:CoGetClassObject class {9a5ea990-3034-4d6f-9128-01f3c61022bc} not registered err:ole:CoGetClassObject no class object {9a5ea990-3034-4d6f-9128-01f3c61022bc} could be created for context 0x1 err:ole:CoGetClassObject class {88d969c0-f192-11d4-a65f-0040963251e5} not registered err:ole:CoGetClassObject no class object {88d969c0-f192-11d4-a65f-0040963251e5} could be created for context 0x1 This program tried to use a DOMDocument object, but libxml2 support was not present at compile time. fixme:ole:CoCreateInstance no instance created for interface {2933bf95-7b36-11d2-b20e-00c04f983e60} of class {f5078f32-c551-11d3-89b9-0000f81fe221}, hres is 0x80004001 fixme:msxml:DllCanUnloadNow err:ole:CoUninitialize Mismatched CoUninitialize ) -- 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 23

[Bug 13065] New: 3D window edit moves all windows behind main window
by wine-bugs＠winehq.org Feb. 19, 2016

Feb. 19, 2016

http://bugs.winehq.org/show_bug.cgi?id=13065 Summary: 3D window edit moves all windows behind main window Product: Wine Version: 0.9.61. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: rschaffter(a)comcast.net Created an attachment (id=12821) --> (http://bugs.winehq.org/attachment.cgi?id=12821) Screenshot of hidden child windows. Poser 7.0 is a 3D model manipulation and rendering program. It has a main background window and several child windows, including a 3D viewport using openGL. It runs quite well in a virtual windows desktop in version 0.9.55. In versions after that, when the 3D window is manipulated, the child windows all disappear behind the main window, as shown in the attached shot. Resizing the main window will allow one to bring the child windows to the foreground, but it happens after EVERY manipulation of the viewport. It only happened very rarely under 0.9.55. This doesn't occur when running on the KDE desktop using the window Manager; however, in this mode moving the window causes the cursor to flash between the normal pointer and the cross shapped move window icon, and the mouse buttons and keyboard to become unresponsive for between 20 seconds and one hour-this did occur prior to version 0.9.55(I suppose I should report this one whilst I'm here). Eventually the flashing stops and the window can then be moved. I'm running openSUSE 10.3 with KDE 3.59 and the nVidia proprietary video drivers. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 24

[Bug 11079] New: Feature request: Ability to set refresh rate and color depth with Emulated virtual desktops
by wine-bugs＠winehq.org Feb. 11, 2016

Feb. 11, 2016

http://bugs.winehq.org/show_bug.cgi?id=11079 Summary: Feature request: Ability to set refresh rate and color depth with Emulated virtual desktops Product: Wine Version: 0.9.52. Platform: All OS/Version: All Status: UNCONFIRMED Severity: enhancement Priority: P3 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: bigfox(a)gmail.com Adding the ability to set the refresh rate and color depth when Emulating a virtual desktop would help get some of the more nit-picky games to run. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 11

[Bug 11023] New: Lack of ole2disp.dll. SAFEARRAYDESTROYDESCRIPTOR causes Nota Bene to refuse to launch
by wine-bugs＠winehq.org Feb. 3, 2016

Feb. 3, 2016

http://bugs.winehq.org/show_bug.cgi?id=11023 Summary: Lack of ole2disp.dll.SAFEARRAYDESTROYDESCRIPTOR causes Nota Bene to refuse to launch Product: Wine Version: 0.9.52. Platform: PC URL: https://www.notabene.com/download/demos/nbdemo80.exe OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: wine-ole AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Created an attachment (id=10022) --> (http://bugs.winehq.org/attachment.cgi?id=10022) Terminal output in wine 0.9.52 When testing bug 5255, I ran into this unimplemented function. Backtrace is attached. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 23

[Bug 10638] New: winegcc: gcc failed
by wine-bugs＠winehq.org Jan. 30, 2016

Jan. 30, 2016

http://bugs.winehq.org/show_bug.cgi?id=10638 Summary: winegcc: gcc failed Product: Wine Version: 0.9.49. Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: blocker Priority: P1 Component: wine-programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: manish.iitm(a)yahoo.co.in Created an attachment (id=9448) --> (http://bugs.winehq.org/attachment.cgi?id=9448) The attachment is the config.log file generated by wine while configuring. While compiling the wine-0.9.49 I am getting these error. Please help me to resolve these error's. ------------------------------------------- winegcc: gcc failed make[2]: *** [winex11.drv.so] Error 2 make[2]: Leaving directory `/home/manish/Desktop/Download/wine-0.9.49/dlls/winex11.drv' make[1]: *** [winex11.drv] Error 2 make[1]: Leaving directory `/home/manish/Desktop/Download/wine-0.9.49/dlls' make: *** [dlls] Error 2 -------------------------------------------------- But, by the way my gcc version is gcc-3.4.4. And my operating system is "Red Hat Enterprise Linux WS release 4 (Nahant Update 2)". Also I have attach the config.log file. Thanking in anticipation. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 8

[Bug 13648] New: Dogfood: Microsoft Office 97 Professional Installler
by wine-bugs＠winehq.org Jan. 21, 2016

Jan. 21, 2016

http://bugs.winehq.org/show_bug.cgi?id=13648 Summary: Dogfood: Microsoft Office 97 Professional Installler Product: Wine Version: 1.0-rc3 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: mandriva-andreas(a)web.de Created an attachment (id=13630) --> (http://bugs.winehq.org/attachment.cgi?id=13630) The console output of the installer The installer starts quite normal but at the end it says: "Accwiz.dll war nicht in der Lage, sich bei der Systemregistrierung zu registrieren." That means Accwiz.dll was not able to register itself at the registry. After that the installation stops with the message that Office 97 Installer was not able to install Office 97 Proffesional correctly. In the Microsoft Office folder are some files, some of tham executable and working but the installer did not Install Front Page for which he was requested to install 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.

1 4

[Bug 12058] New: No car engine sounds in TrackMania United
by wine-bugs＠winehq.org Jan. 19, 2016

Jan. 19, 2016

http://bugs.winehq.org/show_bug.cgi?id=12058 Summary: No car engine sounds in TrackMania United Product: Wine Version: 0.9.57. Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: directx-dsound AssignedTo: wine-bugs(a)winehq.org ReportedBy: artur.szymiec(a)gmail.com The TrackMania United however works great suffer from missing car engine sounds. -- 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 16

[Bug 11751] New: Intellicad - endless loop when editing rich text ( user32 SendMessageA)
by wine-bugs＠winehq.org Jan. 12, 2016

Jan. 12, 2016

http://bugs.winehq.org/show_bug.cgi?id=11751 Summary: Intellicad - endless loop when editing rich text (user32 SendMessageA) Product: Wine Version: 0.9.56. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: mikesg(a)abv.bg Created an attachment (id=11008) --> (http://bugs.winehq.org/attachment.cgi?id=11008) Relay log When trying to enter rich text in a drawing in 4m - Ingellicad an endless loop is encountered (CPU stays 98%). See details below. The console output is attached. Wine version: wine-0.9.56 OS: OpenSUSE 10.3 Windows: No windows, just a clean wine install Program: 4M - Intellicad 6 classic. Download demo: http://www.4msa.com/downloads/SetupICADClassic64_E.exe Install: wine SetupICADClassic64_E.exe How to run: I had to copy mfc71.dll,msvcr71.dll and msvcp71.dll from a Win XP SP2 install into drive_c/ICAD6CLASSIC folder Command line: wine "C:\ICAD6CLASSIC\icad.exe" How to reproduce: Run the program, in welcome dialog click 'Start Evaluation', in program command line type 'mtext' in command line, drag a rectangle on screen and in box that appears type whatever you want (don't worry about black letters on black background) and click 'OK'. All freezes. When started with +relay, the following lines appear endlessly: 0009:Call user32.SendMessageA(00000000,00000150,fffffffe,00000000) ret=00585ec5 0009:Ret user32.SendMessageA() retval=00000000 ret=00585ec5 Only difference is that the third parameter decreases with 1 every time it is displayed. -- 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 10919] New: GetLargestConsoleWindowSize() should not return hard coded constants
by wine-bugs＠winehq.org Jan. 9, 2016

Jan. 9, 2016

http://bugs.winehq.org/show_bug.cgi?id=10919 Summary: GetLargestConsoleWindowSize() should not return hard coded constants Product: Wine Version: 0.9.51. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-console AssignedTo: wine-bugs(a)winehq.org ReportedBy: reijo.sund(a)helsinki.fi Created an attachment (id=9840) --> (http://bugs.winehq.org/attachment.cgi?id=9840) sizepro.c - A source demonstrating the problem and a solution in terms of APIs ---------------------------------------------------------------------- MSDN library includes sample code for console applications (http://msdn2.microsoft.com/en-us/library/aa263818.aspx) The source is available at: http://www.helsinki.fi/~sund/console_vs6.zip . The source compiles easily with winelib after --cuiexe transformations with winemaker. The examples 14 and 32 deal with the GetLargestConsoleWindowSize() function. The problem is that the current implementation in Wine returns hard coded constants (X=80, Y=24) for the maximum size. This causes problems for applications that have followed the conventions of sample code, because it "prevents" the resizing of console window to bigger than "maximum". In principle, the window size could be changed manually by using properties dialog, but that is an "ugly" solution. Another "ugly" solution would be to change the hard coded constants to bigger values in Wine implementation. A better solution would be to actually implement the required functionality. I have attached a source (sizepro.c, compiles with 'winegcc -o sizepro.exe sizepro.c') that demonstrates the problem and infers the maximum console window size in relation to current resolution and font. I also tried to implement the corresponding functionality to Wine, and attached the source for the improved function (kernel32_console_ getlargestconsolewindowssize.c). That works fine for me, but I'm not sure whether it follows the conventions of Wine (or how to deal with strange __i386__ definitions without duplicating the code). So, I wonder if someone else more familiar with Wine development could check it out and derive an adequate patch. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 24