http://bugs.winehq.com/show_bug.cgi?id=971
------- Additional Comments From z_god(a)wanadoo.nl 2003-22-06 06:56 -------
Bug comments restored from Gmane.org:
Some time ago (probably with 20020411 wine) I was able to install and use corel
draw 10.
The major problem was font related (I was not using client side fonts support at
the time).
Now I tryed again with 20020804 build.
However it doesn't even start the installer.
I get an dialog saying:
SetupMgr: (the dialog title)
\/ You don't have administrator privileges
/\ in this computer.
Inpossible to continue instalation.
<OK>
The message is actually in pt_BR (as my CD10 version).
here is the output of --debugmes +ntdll,+mpr,+ole,+dll
trace:dll:fill_init_list (krnl386.exe) - START
trace:dll:fill_init_list (krnl386.exe) - END
trace:dll:fill_init_list (system.dll) - START
trace:dll:fill_init_list (system.dll) - END
trace:dll:fill_init_list (wprocs.dll) - START
trace:dll:fill_init_list (wprocs.dll) - END
trace:dll:fill_init_list (gdi.exe) - START
trace:dll:fill_init_list (gdi.exe) - END
trace:dll:fill_init_list (user.exe) - START
trace:dll:fill_init_list (user.exe) - END
trace:dll:fill_init_list (display.dll) - START
trace:dll:fill_init_list (display.dll) - END
fixme:keyboard:X11DRV_KEYBOARD_DetectLayout Your keyboard layout was not
found!
Using closest match instead (United States keyboard layout (phantom key
version)) for scancode mapping.
Please define your layout in windows/x11drv/keyboard.c and submit them
to us for inclusion into future Wine releases.
See the Wine User Guide, chapter "Keyboard" for more information.
mcop warning: user defined signal handler found for SIG_PIPE, overriding
trace:dll:NE_InitDLL Calling LibMain, cs:ip=02c7:0000 ds=02ff di=02fe cx=0200
trace:dll:fill_init_list (C:\WINDOWS\SYSTEM\COMMCTRL.DLL) - START
trace:dll:fill_init_list (krnl386.exe) - START
trace:dll:fill_init_list (krnl386.exe) - END
trace:dll:fill_init_list (user.exe) - START
trace:dll:fill_init_list (user.exe) - END
trace:dll:fill_init_list (gdi.exe) - START
trace:dll:fill_init_list (gdi.exe) - END
trace:dll:fill_init_list (keyboard.dll) - START
trace:dll:fill_init_list (keyboard.dll) - END
trace:dll:fill_init_list (C:\WINDOWS\SYSTEM\COMMCTRL.DLL) - END
trace:dll:NE_CallDllEntryPoint Calling C:\WINDOWS\SYSTEM\COMMCTRL.DLL
DllEntryPoint, cs:ip=02c7:0176
Log file name:C:\WINDOWS\Corel\Setup.log
fixme:mpr:WNetOpenEnumA (00000001, 00000001, 00000000, (nil), 0x405b5b58):
stub
fixme:mpr:WNetOpenEnumA (00000001, 00000001, 00000000, (nil), 0x405b5b58):
stub
fixme:win32:SetCriticalSectionSpinCount critsection=0x77a36230: spincount=1000
not supported
fixme:win32:SetCriticalSectionSpinCount critsection=0x77a36258: spincount=1000
not supported
It seems to me that the problem is with mpr.
However using a native mpr.dll gives an error about user.exe (as the builtin is
used). Using the native user.exe crashes.
------- Additional Comments From apa3a <at> yahoo.com 2002-08-20 12:35 -------
Yes, one should never use native user.exe in wine.
Raul, you can do regression testing to find the patch which broke your
application. It is one of the simplest and efficient debugging methods. You can
find instructions how to do the regression testing here:
http://www.winehq.org/docs/wine-devel/cvs-regression.shtml
It will take about 7 iterations to find a day of the patch.
Can you do this?
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=970
------- Additional Comments From z_god(a)wanadoo.nl 2003-22-06 06:55 -------
Bug comments restored from Gmane.org:
[Comments made about CVS just after Tue, 13 Aug 2002 19:44:01 +01:00 (BST)
updates]
Whilst conducting the regression tests (as part of the rolling CVS regression
testing) I discovered a problem. With the version set to "win20", the process
froze at one of the wininet DLL tests. This has happened before (see [1]), but
it only occurs when emulating one of the 16-bit version of Windows (ie "win20",
"win30" or "win31") and never for other versions.
Sylvain has reported [2] problems with the wininet regression tests. The
symptoms are the same, but for me the problem is only intermittent. Once I found
an example of the problem, I haven't been able to reproduce it - even with
identical CVS trees.
When the problem occurred, I attached gdb to the process and got the following info:
[...]
Loaded symbols for /lib/libresolv.so.2
0x402e7744 in __libc_close () at __libc_close:-1
-1 __libc_close: No such file or directory.
in __libc_close
(gdb) bt
#0 0x402e7744 in __libc_close () at __libc_close:-1
#1 0x400ec9a4 in __DTOR_END__ ()
from /home/paulm/WINE-cvs/wine/dlls/libntdll.dll.so
#2 0x400b3df5 in WaitForMultipleObjectsEx (count=0, handles=0x0,
wait_all=0, timeout=100, alertable=0) at
../../scheduler/synchro.c:257
#3 0x400b3b88 in Sleep (timeout=100) at ../../scheduler/synchro.c:178
#4 0x40358747 in winapi_test (flags=268435456) at tests/http.c:121
#5 0x40358b36 in func_http () at tests/http.c:184
#6 0x40358f9d in run_test (name=0xbffffc63 "http.c") at wtmain.c:244
#7 0x40357037 in __wine_exe_main () at wininet_test.exe.spec.c:133
#8 0x400aff84 in start_process () at ../../scheduler/process.c:528
#9 0x400b3f3f in call_on_thread_stack (func=0x400afd2c)
at ../../scheduler/sysdeps.c:108
So, to summarise (with some extra bits of information):
The problem occurs when wininet/tests/http.c is testing asynchronous
HttpSendRequest() (so flags > 0). The problem is triggered at line 121 of
http.c, i.e.:
120 while ((flags)&&(!goon))
121 Sleep(100);
Sleep(), in turn, just calls WaitForMultipleObjectsEx(). From
scheduler/synchro.c:
176 VOID WINAPI Sleep( DWORD timeout )
177 {
178 WaitForMultipleObjectsEx( 0, NULL, FALSE, timeout, FALSE );
179 }
WaitForMultipleObjectsEx() has problems when it gets to 257:
256 SERVER_END_REQ;
257 if (ret == STATUS_PENDING) ret = wait_reply( &cookie );
258 if (ret != STATUS_USER_APC) break;
In this case, ret is 1079729528, btw.
AFAIK, __DTOR_END__ (see near bottom of stack) is the destructor for a
function call in ntdll. I'm probably missing something obvious, but I
don't see the connection between scheduler/synchro.c:257 and ntdll. The
closest is wait_reply() (in scheduler/client.c) calls wait_reply_data (in
same file), which calls NtCurrentTeb(), which is commented as an NTDLL
function. But there doesn't seem to be an implementation of NtCurrentTeb
in ntdll.
HTH
Paul.
[1] http://www.winehq.com/hypermail/wine-devel/2002/08/0006.html
[2] http://www.winehq.com/hypermail/wine-devel/2002/07/0386.html
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=969
------- Additional Comments From z_god(a)wanadoo.nl 2003-22-06 06:54 -------
Bug comments restored from Gmane.org:
Installing Alpha Centauri no longer works in the CVS version. The installshield
progress bar shows up, and fills up, but then the program freezes. A trace reveals
err:ntdll:RtlpWaitForCriticalSection section 0x401147c4 "../../loader/module.c:
loader_section" wait timed out, retrying (60 sec) tid=080905a8
------- Additional Comments From johane <at> lysator.liu.se 2002-08-15 14:47 -------
Created an attachment (id=265)
--> (http://bugs.winehq.com/attachment.cgi?id=265&action=view)
+relay,+module trace. I interrupted the program when it had frozen.
------- Additional Comments From johane <at> lysator.liu.se 2002-08-15 14:49 -------
This is a regression. I cut the attached file so only the last lines are present.
------- Additional Comments From johane <at> lysator.liu.se 2002-08-15 14:51 -------
Note that it is the initialization of winspool.drv that never finishes.
------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-08-15
18:13 -------
If this is a regression you should be able to find the patch taht caused it. the
instructions for this are here
http://www.winehq.org/Docs/wine-devel/cvs-regression.shtml
------- Additional Comments From johane <at> lysator.liu.se 2002-08-18 11:24 -------
This is fixed in the latest CVS.
------- Additional Comments From johane <at> lysator.liu.se 2002-08-18 11:44 -------
Tested again, and now it doesn't work. Phases of the moon-dependent.
------- Additional Comments From johane <at> lysator.liu.se 2002-09-03 04:12 -------
Unable to reproduce now. Probably works.
------- Additional Comments From johane <at> lysator.liu.se 2002-10-28 05:03 -------
Will change to WORKSFORME
------- Additional Comments From johane <at> lysator.liu.se 2002-10-28 05:05 -------
Done.
------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-10-30
13:40 -------
Verifying as per reportes comments
------- Additional Comments From tony_lambregts <at> telusplanet.net 2003-02-19
22:13 -------
Closing
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=1349
------- Additional Comments From fsteinel(a)flonet.net 2003-22-06 06:52 -------
Bug comments restored from Gmane.org:
Whole bunch of the below on any game (tested Total Annihilation or SimCity 4)
which attempt to use Sound.
err:wave:OSS_RawOpenDevice ioctl(/dev/dsp, SNDCTL_DSP_SETDUPLEX) failed (Invalid
argument)
The wine process sits in a piperd state until I forcibly close it.
FreeBSD home 4.8-RC FreeBSD 4.8-RC #3: Sun Mar 23 11:20:11 EST 2003
root@home:/usr/obj/usr/src/sys/HOME i386
pcm0: <Creative CT5880-A> port 0xc400-0xc43f irq 11 at device 11.0 on pci0
pcm0: <SigmaTel STAC9708/9711 ac97 codec>
------- Additional Comments From rbt <at> rbt.ca 2003-04-16 20:18 -------
It was fixed in hte 200304 release
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=967
------- Additional Comments From z_god(a)wanadoo.nl 2003-22-06 06:52 -------
Bug comments restored from Gmane.org:
Hello, I'm running an out of the box install of slackware 8.1. I compiled the
lastest release of wine. 20020804.
I don't currently have any copies of windows, so it may be a dll issue, not
entirley sure.
In any case, when it attempts to connect to the update server without any wait
it tells me it cannot connect to the server. the wine console does not put out
any error messages. I know that winsock works ok on my system, so I am unsure
what the issue could be.
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=966
------- Additional Comments From z_god(a)wanadoo.nl 2003-22-06 06:51 -------
Bug comments restored from Gmane.org:
After getting the program installed, and successfully going through the presetup
(setting speaker & mic volumes), the main program is loaded. After the window
appears, it crashes and loads the debugger. Following is the backtrace:
Backtrace:
=>0 0x4008b676 (GetThreadQueue16+0x66 in libntdll.dll.so) (ebp=42816870)
1 0x406a7b1b (USER32.DLL.GetFocus+0x1277 in user32.dll.so) (ebp=428168b0)
2 0x406a84c9 (USER32.DLL.SetWindowsHookExA+0x41 in user32.dll.so)
(ebp=428168f0)
3 0x4001891e (DD10HOOK.DLL.HookSetGlobalParam+0xd5e in
D:\NATSPEAK\PROGRAM\DD10HOOK.DLL) (ebp=428169a0)
4 0x40018f9e (DD10HOOK.DLL.HookSetGlobalParam+0x13de in
D:\NATSPEAK\PROGRAM\DD10HOOK.DLL) (ebp=428169f8)
5 0x40019a2c (DD10HOOK.DLL.HookSetGlobalParam+0x1e6c in
D:\NATSPEAK\PROGRAM\DD10HOOK.DLL) (ebp=42816a50)
6 0x40019903 (DD10HOOK.DLL.HookSetGlobalParam+0x1d43 in
D:\NATSPEAK\PROGRAM\DD10HOOK.DLL) (ebp=42816ab0)
7 0x00444374 (natspeak.exe..text+0x43374 in D:\NatSpeak\Program\natspeak.exe)
(ebp=42816b00)
8 0x00443956 (natspeak.exe..text+0x42956 in D:\NatSpeak\Program\natspeak.exe)
(ebp=42816ba0)
9 0x00444791 (natspeak.exe..text+0x43791 in D:\NatSpeak\Program\natspeak.exe)
(ebp=42816c28)
10 0x5f401cea (MFC42.DLL.6374+0x22 in C:\WINDOWS\SYSTEM\MFC42.DLL)
(ebp=42816c48)
11 0x5f401c73 (MFC42.DLL.1109+0x74 in C:\WINDOWS\SYSTEM\MFC42.DLL)
(ebp=42816ca8)
12 0x5f401bfb (MFC42.DLL.1578+0x2a in C:\WINDOWS\SYSTEM\MFC42.DLL)
(ebp=42816cc4)
13 0x5f401bba (MFC42.DLL.1579+0x39 in C:\WINDOWS\SYSTEM\MFC42.DLL)
(ebp=42816cf0)
14 0x406c9d33 (USER32.DLL.GetTaskmanWindow+0xc7 in user32.dll.so)
(ebp=42816d14)
15 0x406c9dd5 (USER32.DLL.GetTaskmanWindow+0x169 in user32.dll.so)
(ebp=42816d64)
16 0x406d04ce (USER32.DLL.CallWindowProcA+0x9a in user32.dll.so)
(ebp=42816da4)
17 0x406b001a (USER32.DLL.DispatchMessageA+0x136 in user32.dll.so)
(ebp=42816df4)
18 0x5f4011ce (MFC42.DLL.5307+0x3a in C:\WINDOWS\SYSTEM\MFC42.DLL)
(ebp=40fb2e24)
19 0x00000113 (ebp=0001002f)
20 0x24232221 (DD10SHRD.DLL..reloc+0x141a1221) (ebp=201f1e1d)
*** Invalid address 0x201f1e1d (DD10SHRD.DLL..reloc+0x10160e1d
------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-08-15
14:24 -------
Could you attach the last 200 lines of a --debugmsg +relay (before the debugger
is invoked) please. That together with the backtrace will give a clearer picture
of what wine was doing just befor the crash.
------- Additional Comments From roz <at> one.net 2002-08-15 16:14 -------
It seems as though the crash happens when the separate program that interprets
the spoken words is started.
------- Additional Comments From roz <at> one.net 2002-08-15 16:14 -------
Created an attachment (id=266)
--> (http://bugs.winehq.com/attachment.cgi?id=266&action=view)
200 line relay trace
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=965
------- Additional Comments From z_god(a)wanadoo.nl 2003-22-06 06:50 -------
Bug comments restored from Gmane.org:
This issue in some cases prevents an image to be shown on Delphi 6 form.
------- Additional Comments From apa3a <at> yahoo.com 2002-08-14 14:38 -------
Created an attachment (id=263)
--> (http://bugs.winehq.com/attachment.cgi?id=263&action=view)
A test case
------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-08-15
10:57 -------
The attached testcase contains a a tarball of the program swat.exe and its
source right?
------- Additional Comments From apa3a <at> yahoo.com 2002-08-15 11:08 -------
Yes, I made this test app from one Delphi 6 demo. I *think* the image is not
shown because of the fixme message.
------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-08-15
11:25 -------
the only fixme's I see are these two
fixme:win32:SetCriticalSectionSpinCount critsection=0x653c6230: spincount=1000
not supported
fixme:win32:SetCriticalSectionSpinCount critsection=0x653c6278: spincount=1000
not supported
and 16 of these
fixme:commctrl:FlatSB_SetScrollProp stub
Nothing about MaskBlt... or am I missing something?
------- Additional Comments From apa3a <at> yahoo.com 2002-08-15 12:32 -------
I run the yesterday's Wine. The output I see:
fixme:commctrl:FlatSB_SetScrollProp stub
[total - 16 times]
fixme:bitblt:MaskBlt (124,0,0,260,156,400,0,0,376,0,0,-861274071): stub
The fixme message is probably printed from graphics/bitblt.c
I see an empty form on the screen. Under Windows I see form with an image. I use
no-windows Wine installation.
------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-08-15
14:20 -------
I have not yet updated to yesterdays CVS but I am running with a windows 98
installation. That is probably the difference. Could you attach a screenshot of
what you see please.
------- Additional Comments From mstefani <at> redhat.com 2002-08-15 16:23 -------
MSDN says for MaskBlt "Windows 95/98/Me: Unsupported."
------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-08-15
19:03 -------
When I set [Version] "Windows" = "nt40" I get the error but not with
"win98".
with wine set to "win98" the screen shows up with what look like 4 blank
counters. I'm not sure what to do about this bug. I suppose that the correct
thing to do is implement the function.<grin>
------- Additional Comments From apa3a <at> yahoo.com 2002-08-15 20:42 -------
Yes, the picture has a few placeholders for counters.
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=964
------- Additional Comments From z_god(a)wanadoo.nl 2003-22-06 06:48 -------
Bug comments restored from Gmane.org:
Open e.g. the File open dialog and click on 'details'.
Now click on the line between "File" and "Size".
Expected result: The "File" column should have the width of the longest element
in this column (even if it is smaller than the header "File").
De facto: Nothing happens.
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=962
------- Additional Comments From z_god(a)wanadoo.nl 2003-22-06 06:46 -------
Bug comments restored from Gmane.org:
UnrealEd, The Map Editor for Unreal Tournament does not work in wine,
unfortunately my computer is down as of right now, so I cant provide anymore
specific info, if someone want's to check into this, or just wait a couple
weeks and I can report back... Just figured I would open this up, before I
forget... If this is a duplicate, please mark it as so...
--
Configure bugmail: http://bugs.winehq.com/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.com/show_bug.cgi?id=961
------- Additional Comments From z_god(a)wanadoo.nl 2003-22-06 06:45 -------
Bug comments restored from Gmane.org:
DBMGUi.exe, which is a Visual Basic 6 application uses forms to present dialogs
on screen. Under wine these dialogs do not receive any mouse input and only
partial keyboard input. Also if a form activated with ShowModal fuction opens
another dialog box, it will not even display.
After debugging I found out that VB6 (or wine?) reparents (through
X11DRV_SetParent) these dialogs to the
main form. Under wine this means that these windows become subwindows of the
main form which firstly means that these windows will never become managed if
managed mode is set to "yes". Also this means that they will not get mouse
input (because dbmgui (or vb6?)) disables the main window when form is
displayed
and therefore WindowFromPoint-function will never return anything. And finally
this means that all these forms clip incorrectly to their parent window, and
may then be completely invisible because they are created in desktop
coordinates but are actually a child of a form whose coordinates are not
desktop coordinates.
These forms seemed to have only WS_CLIPCHILDREN+WS_MAXIMIZEBOX+0x80
as style
and WS_EX_DLGMODALFRAME as ExStyle.
I was able to continue my quest with dbmgui by forcing WS_EX_DLGMODALFRAME
windows to be child of the root window and then prohibiting X11_SetParent to
set new parent for windows that have WS_EX_DLGMODALFRAME set.
------- Additional Comments From tkujala <at> lut.fi 2002-08-12 01:10 -------
Actually it looks like that it is Wine that makes that reparenting thing,
under windows these dialogboxes have desktop window as parent. Only the owner
window should be set to main window.
------- Additional Comments From us <at> the-edmeades.demon.co.uk 2002-08-13
07:14 -------
Probably dup of 825
------- Additional Comments From tkujala <at> lut.fi 2002-08-13 07:49 -------
Yep, same bug. Bug search didn't work when I filled this one.
------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-08-13
17:38 -------
*** This bug has been marked as a duplicate of 825 ***
------- Additional Comments From Speeddymon <at> yahoo.com 2002-09-19 13:22
-------
verified dupe ;)
--
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.