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.
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.
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.
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.
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.
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.
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.
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.
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.