http://bugs.winehq.org/show_bug.cgi?id=7490
Summary: wine 0.9.31 counterstrike source got grey start screen
Product: Wine
Version: unspecified
Platform: Other
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: wine-x11driver
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: spreetec(a)gmx.net
counterstrike source starts with a grey window, in 0.9.30 its working fine..
i can guess where the menue is, then i can click near exit and so exit the game
before the screen gets grey i can see the css screen shortly
the keyboard focus bug is gone and the problem with windows an top of the others
too, i just cant simply play css
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7426
lindevel(a)gmx.net changed:
What |Removed |Added
----------------------------------------------------------------------------
Attachment #5017 is|0 |1
obsolete| |
------- Additional Comments From lindevel(a)gmx.net 2007-19-02 07:38 -------
Created an attachment (id=5021)
--> (http://bugs.winehq.org/attachment.cgi?id=5021&action=view)
Update2 on the testcase
I thought that maybe it was a problem that I did use a wrong dbghelp.def, so I
recreated my libdbghelp.a with the libdbghelp.def from Wine. But I still have
the same problem.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7489
Summary: eMule 0.47c
Product: Wine
Version: 0.9.30.
Platform: Other
OS/Version: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: wine-comctl32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: pecanin(a)alice.it
I encuntered problem using eMule 0.47c with wine 0.9.31 in my slackware 11.
The program works fine but after few hours the KAD disconnect and the only way
to make it running again is to close the program (that sometinmes doesn't, so
in the popup "application not responding" I had to press close process) and
restart it... but many time thge system need to be restarted otherwise the
connections appears to be firewalled, probably because th econnectio keep
itself opened.
Any suggestions?
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7487
------- Additional Comments From stuart(a)stu.org.uk 2007-19-02 07:28 -------
Sorry... the application dies with that message.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7448
------- Additional Comments From focht(a)gmx.net 2007-19-02 06:48 -------
Thanks, but nothing new revealed...
--- snip ---
=>1 0x7d28dc7b (0x0034f7e8)
0016:trace:ole:DllMain 0x7e980000 0x3 (nil)
2 0x7ee7c123 call_window_proc+0xca(hwnd=0x1002c, msg=0xf, wp=0x0, lp=0x0,
result=0x34fdcc, arg=0x7d28dc7b)
[/home/jisakiel/wine-0.9.31/dlls/user32/winproc.c:452] in user32 (0x0034f838)
--- snip ---
>From what i've seen the windowproc pointer points to possible heap area
(0x7d28dc7b) which seems invalid - hence the access violation.
I remember some rare occurrences where WindowProc() might get called with
dangling pointer.
For instance when bugged code uses class libraries (like ATL, MFC and the like)
incorrectly by deleting window objects (like CWnd...) before calling
DestroyWindow().
There are cases where even class libraries contain such bugs (like the dreaded
"delete this" in OnFinalMessage() )
I would test this app using native windows. Wine isnt useful in this case.
Please run the software using "Windows Application Verifier"
(http://www.microsoft.com/technet/prodtechnol/windows/appcompatibility/appveā¦)
tool.
Here is a little "howto": http://msdn2.microsoft.com/en-us/library/ms807121.aspx
If the software is bugged, the tool should report heap issues ("Page Heap")
prior to crash.
Report back if you encounter any problems or have new info.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7488
------- Additional Comments From m.pisetta(a)int-software.it 2007-19-02 06:35 -------
Created an attachment (id=5020)
--> (http://bugs.winehq.org/attachment.cgi?id=5020&action=view)
Executabel file to verify error 91
Try to test the following step :
1. run Err91TEst.exe
2. on child FORM1 press the button LoadForm2 and correclty give you the active
form1
3. Now press the button UNLOAD FORM1 LOAD FORM2, it give you the err 91
4. Now press the button "load FORM1" and select the check 'SET FOCUS on
MDIForm' and try again to press the button 'UNLOAD FORM1 LOAD FORM2', and
correclty give you the active MDIform1.
Mariano.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7488
Summary: Screen.ActiveForm run-time error 91
Product: Wine
Version: 0.9.29.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: wine-setupapi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: m.pisetta(a)int-software.it
In a VB6.0 project I use the command Screen.ActiveForm to detect the forms
from where I'm calling a basic form. In wine I discovered if it's not
available a focus on a control the focus is not set automatically to a
survival form.
The error assigning for f_parent = Screen.ActiveForm is run-time error 91.
Any one know solution about?
Thanks. Mariano
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7448
------- Additional Comments From jisakiel(a)yahoo.es 2007-19-02 05:53 -------
Created an attachment (id=5019)
--> (http://bugs.winehq.org/attachment.cgi?id=5019&action=view)
tail of the output with
WINEDEBUG=+loaddll,+tid,+process,+seh,+win,+ole,+olerelay
Ask and it is given... ;)
(if necessary I have the rest of the output, I just tailed the last lines! As
usual, it hung after a couple of alt-tabs between firefox and the window)
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
http://bugs.winehq.org/show_bug.cgi?id=7461
------- Additional Comments From erik(a)2l8.nu 2007-19-02 05:50 -------
Just tried installing the demo but I get the same error
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.