http://bugs.winehq.com/show_bug.cgi?id=1217
------- Additional Comments From winebug(a)flonet.net 2003-23-06 13:20 -------
Bug comments restored from Gmane.org:
When I try to print something the job goes to spool but gets aborted. When I
print to file, the generated file is corrupted.
I tested it with several versions of wine from CVS and redhat 7.3 and 8.0 with cups.
All systems I tested prints ok from linux.
--
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=1216
------- Additional Comments From winebug(a)flonet.net 2003-23-06 13:18 -------
Bug comments restored from Gmane.org:
when trying to run WinBUGS
http://www.mrc-bsu.cam.ac.uk/bugs/winbugs/contents.shtml
using wine, i cannot get the buttons to work properly. Pressing 'Doodle' and
then 'New', and then 'Ok' nothing happens. this means i cannot run the program.
i got some infomation about this behaviour from one reliable source, for which i
quote:
The latest version of wine that works with WinBUGS is wine-20010731.
Everything after that fails because buttons do not respond to being
clicked.
I have no idea what the problem is. I am disappointed that the bug
hasn't been fixed. It must be a very rare bug, only revealed by the
Black Box component framework (which supplies the controls used by
WinBUGS).
--
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=1215
------- Additional Comments From winebug(a)flonet.net 2003-23-06 13:15 -------
Bug comments restored from Gmane.org:
(Version in use is actually 20021031, but this error has existed for a long
time, on both -current and -stable, from ports or CVS).
After using any windows binary I've tried with FreeBSD's wine from ports, I
eventually get an error:
wine in malloc(): error: recursive call
It also shows up as "wine in free(): error: recursive call," and sometimes
several of them can show up in the output. The application hangs soon
afterwards (I am guessing it's right when the malloc recursion happens). In
particular I've been trying to use the Exile 3 binary, but with that it happens
after some minutes of play. When I was trying counterstrike it happened very
quickly.
Notable excerpt from the malloc manpage:
recursive call A process has attempted to call an allocation function
recursively. This is not permitted. In particular, signal handlers
should not attempt to allocate memory.
However, I think I've tracked down the mallocs/frees that can happen as a result
of signals. One set (server/registry.c) I patched to not malloc/free. I put in
a printf around the segv handler, and this recursive malloc doesn't appear to be
happening during segv. Would the rforking(RFPROC|RFMEM) cause this?
------- Additional Comments From eta <at> lclark.edu 2003-02-20 18:13 -------
*** This bug has been confirmed by popular vote. ***
--
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=1213
------- Additional Comments From winebug(a)flonet.net 2003-23-06 13:11 -------
Bug comments restored from Gmane.org:
I use wine in Russian language environment, and I can see, that it uses
windows-1251 as a default Russian encoding. Of course, it is correct, since
Windows applications usually should work with the windows codepage. Even in
Linux windows-1251 becames more and more popular, since it is really better,
than traditionally used koi8.
But the Cyrillic X11 keysyms, which I input from my keyboard, are recognized by
wine as koi8, and it is strange, since, I think, the keyboard encoding should
match the encoding used for screen. So I recommend to change 20866 to 1251 at
least for one Russian keyboard described in the file keyboard.c (there are 3
Russian keyboards in this file).
------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2003-01-14
09:43 -------
Just submitted a patch to change the main Russian keyboard's codepage to 1251.
------- Additional Comments From dpaun <at> rogers.com 2003-04-01 00:15 -------
Why was this bug marked FIXED? Reopening.
--
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=1211
------- Additional Comments From winebug(a)flonet.net 2003-23-06 13:07 -------
Bug comments restored from Gmane.org:
Error Message Pops Up saying:
Warcraft III was unable to initialize DirectX. Please ensure you have DirectX
8.1 or newer installed and that your display drivers are current. DirectX may be
found on your Warcraft III install CD under Options.
Running Wine 20021219 with a WinXP partition
------- Additional Comments From us <at> the-edmeades.demon.co.uk 2003-01-09
17:27 -------
Keep updating wine as dx8 support is improving in wine over time. Make sure you
have wine compiled with --enable-opengl if required, and ensure your display is
not in a 24 bit display mode (There's an issue there as Warcraft doesnt like 24
bit displays - it must be 16 or 32 bit). If you still get the message, send me
a --debugmsg +d3d trace zipped up and I'll take a look.
(Note: I dont get _that_ error, it just doesnt work...)
Jason
--
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=1210
------- Additional Comments From winebug(a)flonet.net 2003-23-06 13:05 -------
Bug comments restored from Gmane.org:
Hi,
I try to install wine-20021219 but I got this :
[...]
Preparing to install default Wine registry entries...
Installing default Wine registry entries...
FIXME:pthread_cond_init
Could not stat /mnt/fd0 (No such file or directory), ignoring drive A:
Could not stat /cdrom (No such file or directory), ignoring drive D:
./tools/wineinstall: line 634: 22743 Segmentation fault $REGEDIT $DEFREG
>/dev/null
Registry install failed.
It would be great if you could help me with this !
Best regards,
Pierre.
--
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=1238
------- Additional Comments From winebug(a)flonet.net 2003-23-06 12:57 -------
Bug comments restored from Gmane.org:
I'm using wine cvs sources as of 20030115 and am running on a
linux-2.4/glibc-2.3 based system.
When I tried to configure wine recently, I was interested in having IPX
support. However, configure was returning a negative result when it checked for
the necessary headers. After confirming that both netipx/ipx.h and linux/ipx.h
were present, I examined the autoconf macro more closely. It was then I
discovered that it was omitting a necessary header for IPX support on linux
systems: sys/socket.h. This is because the header is guarded by a test against
the existance of sys/socket.h.
The problem with the current wine configure.ac is that
AC_CHECK_HEADERS([sys/socket.h]) is placed *after* the check for IPX support.
This is most unfortunate and will result in false negatives previously
described.
The solution is to place AC_CHECK_HEADERS([sys/socket.h]) right after
AC_CHECK_LIB(mmap,mmap). This ensures that it will be properly defined in the
later test macros.
------- Additional Comments From marcus <at> jet.franken.de 2003-01-27 01:14
-------
fixed in CVS.
------- 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=1239
------- Additional Comments From winebug(a)flonet.net 2003-23-06 12:52 -------
Bug comments restored from Gmane.org:
I am a newbie. I have run into a problem in changing the gamma ramp due to the
size of my gamma ramp on my video card. There is a check in
xvidmode.c which disables the get/setgammaramp functions if the size of the
gamma ramp reported by the hardware is not 256. My gamma ramp size is
1024. I have made it work by modifying (defeating) the check and interpolating
the 256 size gamma ramp from the Windows program to the larger size
1024 gamma ramp in get/setgammaramp functions. Should learn how to submit my
ham fisted modification?
------- Additional Comments From tony_lambregts <at> telusplanet.net 2003-01-24
22:42 -------
Yes. Ham fisted or not.
The following link gives general information on submitting Patches.
http://www.winehq.org/docs/wine-devel/patches.shtml
This will allow others to see your HACK^H^H^H^H patch and hopefully someone will
be able to give some constructive critisism so you can put together a patch that
can be acceptable.
--
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=1240
------- Additional Comments From winebug(a)flonet.net 2003-23-06 12:48 -------
Bug comments restored from Gmane.org:
As shown in the URL image, what should be an invisible child window has the
WS_CAPTION style set.
trace:win:CreateWindowExW classname=#8002 stylehex=40c00440
trace:win:WIN_CreateWindowEx L"" L"#32770" ex=00000000 style=40c00440 -3,-22
456x253 parent=0x10021 menu=(nil) inst=0x400000 params=(nil)
trace:win:WIN_CreateWindowEx Styles before adjustment:
trace:win:dump_window_styles style: WS_CHILD WS_CAPTION 00000440
trace:win:dump_window_styles exstyle:
trace:win:WIN_CreateWindowEx winproc type is 3 (WIN_PROC_32W)
trace:class:CLASS_FindClassByAtom 0x00008002 0x400000
trace:class:CLASS_FindClassByAtom -- found global 0x40388118
0807a218:Call ntdll.RtlAllocateHeap(40360000,00000000,000000a2) ret=408be1fd
0807a218:Ret ntdll.RtlAllocateHeap() retval=403a0458 ret=408be1fd
trace:win:WIN_CreateWindowEx Styles after adjustment:
trace:win:dump_window_styles style: WS_CHILD WS_CAPTION 00000440
trace:win:dump_window_styles exstyle: WS_EX_WINDOWEDGE
trace:win:WIN_SetWindowLong 0x1002f -12 0 3
0807a218:Call x11drv.CreateWindow(0001002f,406b2884,00000001) ret=408bfffc
The app I'm testing with is at http://rhymbox.com/download/start.pl
The installer itself appears to set the WS_CAPTION flag when calling
CreateWindowEx. In Windows, spy++ shows that this flag isn't set, but the usage
of vc++ lazy bindings mean I can't get an API trace under windows :(
------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2003-01-26
18:36 -------
The only place in Wine to fix up WS_CAPTION is:
/* Correct the window style - stage 2 */
if (!(cs->style & WS_CHILD))
{
wndPtr->dwStyle |= WS_CLIPSIBLINGS;
if (!(cs->style & WS_POPUP))
{
wndPtr->dwStyle |= WS_CAPTION;
wndPtr->flags |= WIN_NEED_SIZE;
}
}
in windows/win.c/WIN_CreateWindowEx()
Checking windows/win.c cvs log, I'm thinking about:
----------------------------
revision 1.214
date: 2003/01/08 19:53:47; author: julliard; state: Exp; lines: +2 -2
Duane Clark <dclark <at> akamail.com>
WS_CAPTION is a two bit field, so test appropriately.
----------------------------
Hmm, could it be that this recent change caused you to notice the WS_CAPTION
problem ?
The WS_CAPTION fixup has been in windows/win.c since its CVS beginnings, BTW.
I think we can safely confirm this bug.
So the question is: what exactly should be corrected in that function and how ?
--
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=1243
------- Additional Comments From winebug(a)flonet.net 2003-23-06 12:44 -------
Bug comments restored from Gmane.org:
Wine Version 20021031:
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\COMDLG32.DLL' (0x42600000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\OLEDLG.DLL' (0x428d0000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\OLEPRO32.DLL' (0x5f300000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WINMM.DLL' (0x42e00000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WINEOSS.DRV' (0x42e60000)
Unhandled exception: unimplemented function shlwapi.dll.419 called in 32-bit
code (0x41564059).
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\OLEDLG.DLL' (0x428d0000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\OLEPRO32.DLL' (0x5f300000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WINMM.DLL' (0x42e00000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WINEOSS.DRV' (0x42e60000)
Unhandled exception: unimplemented function shlwapi.dll.419 called in 32-bit
code (0x41564059).
In 32-bit mode.
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\OLEPRO32.DLL' (0x5f300000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WINMM.DLL' (0x42e00000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WINEOSS.DRV' (0x42e60000)
Unhandled exception: unimplemented function shlwapi.dll.419 called in 32-bit
code (0x41564059).
In 32-bit mode.
0x41564059 (__wine_unimplemented+0x59 [shlwapi.spec.c] in shlwapi.dll.so):
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WINMM.DLL' (0x42e00000)
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WINEOSS.DRV' (0x42e60000)
Unhandled exception: unimplemented function shlwapi.dll.419 called in 32-bit
code (0x41564059).
In 32-bit mode.
0x41564059 (__wine_unimplemented+0x59 [shlwapi.spec.c] in shlwapi.dll.so):
addl $12,%esp
No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WINEOSS.DRV' (0x42e60000)
Unhandled exception: unimplemented function shlwapi.dll.419 called in 32-bit
code (0x41564059).
In 32-bit mode.
0x41564059 (__wine_unimplemented+0x59 [shlwapi.spec.c] in shlwapi.dll.so):
addl $12,%esp
Unable to open file shlwapi.spec.c
Unhandled exception: unimplemented function shlwapi.dll.419 called in 32-bit
code (0x41564059).
In 32-bit mode.
0x41564059 (__wine_unimplemented+0x59 [shlwapi.spec.c] in shlwapi.dll.so):
addl $12,%esp
Unable to open file shlwapi.spec.c
Wine-dbg>backtrace
e (0x41564059).
In 32-bit mode.
0x41564059 (__wine_unimplemented+0x59 [shlwapi.spec.c] in shlwapi.dll.so): addl
$12,%esp
Unable to open file shlwapi.spec.c
Wine-dbg>backtrace
Backtrace:
In 32-bit mode.
0x41564059 (__wine_unimplemented+0x59 [shlwapi.spec.c] in shlwapi.dll.so): addl
$12,%esp
Unable to open file shlwapi.spec.c
Wine-dbg>backtrace
Backtrace:
=>0 0x41564059 (__wine_unimplemented+0x59 [shlwapi.spec.c] in shlwapi.dll.
0x41564059 (__wine_unimplemented+0x59 [shlwapi.spec.c] in shlwapi.dll.so): addl
$12,%esp
Unable to open file shlwapi.spec.c
Wine-dbg>backtrace
Backtrace:
=>0 0x41564059 (__wine_unimplemented+0x59 [shlwapi.spec.c] in shlwapi.dll.so)
(ebp=41e81eb0)
$12,%esp
Unable to open file shlwapi.spec.c
Wine-dbg>backtrace
Backtrace:
=>0 0x41564059 (__wine_unimplemented+0x59 [shlwapi.spec.c] in shlwapi.dll.so)
(ebp=41e81eb0)
1 0x4156513e (__wine_stub_shlwapi_dll_419+0x22 in shlwapi.dll.so) (ebp=4
Unable to open file shlwapi.spec.c
Wine-dbg>backtrace
Backtrace:
=>0 0x41564059 (__wine_unimplemented+0x59 [shlwapi.spec.c] in shlwapi.dll.so)
(ebp=41e81eb0)
1 0x4156513e (__wine_stub_shlwapi_dll_419+0x22 in shlwapi.dll.so)
(ebp=41e81ee0)
Wine-dbg>backtrace
Backtrace:
=>0 0x41564059 (__wine_unimplemented+0x59 [shlwapi.spec.c] in shlwapi.dll.so)
(ebp=41e81eb0)
1 0x4156513e (__wine_stub_shlwapi_dll_419+0x22 in shlwapi.dll.so)
(ebp=41e81ee0)
2 0x70265515 (WININET.DLL.112+0x9c5 in
C:\WINDOWS\SYSTEM\WININET.DLL) (e
Backtrace:
=>0 0x41564059 (__wine_unimplemented+0x59 [shlwapi.spec.c] in shlwapi.dll.so)
(ebp=41e81eb0)
1 0x4156513e (__wine_stub_shlwapi_dll_419+0x22 in shlwapi.dll.so)
(ebp=41e81ee0)
2 0x70265515 (WININET.DLL.112+0x9c5 in
C:\WINDOWS\SYSTEM\WININET.DLL) (ebp=41e822cc)
=>0 0x41564059 (__wine_unimplemented+0x59 [shlwapi.spec.c] in shlwapi.dll.so)
(ebp=41e81eb0)
1 0x4156513e (__wine_stub_shlwapi_dll_419+0x22 in shlwapi.dll.so)
(ebp=41e81ee0)
2 0x70265515 (WININET.DLL.112+0x9c5 in
C:\WINDOWS\SYSTEM\WININET.DLL) (ebp=41e822cc)
3 0x70235ff8
(WININET.DLL.EntryPoint+0xb540 in C:\WINDOWS\SYSTEM\WININET
bp=41e81eb0)
1 0x4156513e (__wine_stub_shlwapi_dll_419+0x22 in shlwapi.dll.so)
(ebp=41e81ee0)
2 0x70265515 (WININET.DLL.112+0x9c5 in
C:\WINDOWS\SYSTEM\WININET.DLL) (ebp=41e822cc)
3 0x70235ff8
(WININET.DLL.EntryPoint+0xb540 in C:\WINDOWS\SYSTEM\WININET.DLL) (ebp=41e82a50)
1 0x4156513e (__wine_stub_shlwapi_dll_419+0x22 in shlwapi.dll.so)
(ebp=41e81ee0)
2 0x70265515 (WININET.DLL.112+0x9c5 in
C:\WINDOWS\SYSTEM\WININET.DLL) (ebp=41e822cc)
3 0x70235ff8
(WININET.DLL.EntryPoint+0xb540 in C:\WINDOWS\SYSTEM\WININET.DLL) (ebp=41e82a50)
4 0x7021c30a
(WININET.DLL.InternetSetCookieExW+0x2baf in C:\WINDOWS\SYST
0)
2 0x70265515 (WININET.DLL.112+0x9c5 in C:\WINDOWS\SYSTEM\WININET.DLL)
(ebp=41e822cc)
3 0x70235ff8 (WININET.DLL.EntryPoint+0xb540 in
C:\WINDOWS\SYSTEM\WININET.DLL) (ebp=41e82a50)
4 0x7021c30a
(WININET.DLL.InternetSetCookieExW+0x2baf in C:\WINDOWS\SYSTEM\WININET.DLL)
(ebp=702790b4)
2 0x70265515 (WININET.DLL.112+0x9c5 in C:\WINDOWS\SYSTEM\WININET.DLL)
(ebp=41e822cc)
3 0x70235ff8 (WININET.DLL.EntryPoint+0xb540 in
C:\WINDOWS\SYSTEM\WININET.DLL) (ebp=41e82a50)
4 0x7021c30a
(WININET.DLL.InternetSetCookieExW+0x2baf in C:\WINDOWS\SYSTEM\WININET.DLL)
(ebp=702790b4)
822cc)
3 0x70235ff8 (WININET.DLL.EntryPoint+0xb540 in C:\WINDOWS\SYSTEM\WININET.DLL)
(ebp=41e82a50)
4 0x7021c30a (WININET.DLL.InternetSetCookieExW+0x2baf in
C:\WINDOWS\SYSTEM\WININET.DLL) (ebp=702790b4)
Wine-dbg>
3 0x70235ff8 (WININET.DLL.EntryPoint+0xb540 in C:\WINDOWS\SYSTEM\WININET.DLL)
(ebp=41e82a50)
4 0x7021c30a (WININET.DLL.InternetSetCookieExW+0x2baf in
C:\WINDOWS\SYSTEM\WININET.DLL) (ebp=702790b4)
Wine-dbg>
--
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=1244
winebug(a)flonet.net changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |winebug(a)flonet.net
--
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=1244
------- Additional Comments From winebug(a)flonet.net 2003-23-06 12:40 -------
Bug comments restored from Gmane.org:
I'm trying to run Garmin's "UPDATER.EXE", which is supposed to load a new
firmware image into a GPS device. Communication is done over a serial port.
If I run the program without any debugmsg flags, it fails immediately,
complaining that it can't find the GPS. However, if I run with:
--debugmsg +comm,+file,+serial
then it gets a bit further. The first thing it does is get the model number and
current firmware version from the device. But it soon fails again before
beginning the upload. Here's an annotated debug log:
trace:comm:COMM_Init COM1 = /dev/ttyS0
trace:comm:COMM_Init LPT1 = /dev/lp0
trace:comm:COMM_Init COM2 = /dev/ttyS1
trace:comm:COMM_Init COM3 = /dev/ttyS2
trace:comm:COMM_Init COM4 = /dev/ttyS3
trace:file:CreateFileW L"COM2" GENERIC_READ GENERIC_WRITE OPEN_EXISTING
attributes 0x0
trace:file:CreateFileW opening device L"COM2"
trace:file:DOSFS_CreateCommPort L"COM2" c0000000 0
trace:file:CreateFileW returning 0x4c
trace:comm:GetCommState handle 0x4c, ptr 0x41222858
trace:comm:GetCommState OK
trace:comm:GetCommState bytesize 8 baudrate 9600 fParity 0 Parity 0 stopbits 1
trace:comm:GetCommState ~IXON ~IXOFF
trace:comm:GetCommState ~CRTSCTS
trace:comm:SetCommState handle 0x4c, ptr 0x41222858
trace:comm:SetCommState bytesize 8 baudrate 9600 fParity 0 Parity 0 stopbits 1
trace:comm:SetCommState ~IXON ~IXOFF
trace:comm:GetCommTimeouts (0x4c,0x41222844)
trace:comm:SetCommTimeouts (0x4c,0x41222844)
fixme:comm:SetupComm insize 4096 outsize 4096 unimplemented stub
trace:comm:PurgeComm handle 0x4c, flags f
trace:comm:ClearCommError handle 0x4c cbInQue = 0 cbOutQue = 0
trace:file:WriteFile 0x4c 0x40f01851 6 0x41222670 (nil)
trace:comm:ClearCommError handle 0x4c cbInQue = 0 cbOutQue = 0
(this line is repeated many times, presumably while it waits for input)
trace:comm:ClearCommError handle 0x4c cbInQue = 8 cbOutQue = 0
trace:file:ReadFile 0x4c 0x41222a70 8 0x41222530 (nil)
trace:file:FILE_TimeoutRead 0x4c 0x41222a70 8 0x41222530
trace:file:FILE_ReadFileEx file 0x4c to buf 0x41222a70 num 8 0x41222488 func (nil)
trace:file:GetOverlappedResult (0x4c 0x41222488 0x41222530 1)
trace:file:GetOverlappedResult waiting on 0x41222488
trace:file:FILE_AsyncReadService 0x41222488 0x41222a70
trace:file:FILE_AsyncReadService read 8 more bytes 8/8 so far
trace:file:GetOverlappedResult wait on 0x41222488 returned 192
trace:file:GetOverlappedResult waiting on 0x41222488
trace:file:GetOverlappedResult wait on 0x41222488 returned 0
It then continues to do this several times, reading 8 or 16 bytes at a time from
the serial port. There is then one more write/read exchange, then this:
trace:file:WriteFile 0x4c 0x40f01851 8 0x4122256c (nil)
trace:comm:ClearCommError handle 0x4c cbInQue = 0 cbOutQue = 0
trace:file:WriteFile 0x4c 0x40f01851 8 0x41222670 (nil)
trace:comm:ClearCommError handle 0x4c cbInQue = 0 cbOutQue = 0
This last line then repeats about 10,000 times before the program times out and
gives up on hearing anything.
I'm guessing that since it works slightly better with debugging enabled, that
there is a race condition at work here. Maybe the last packet never actually
got written to the serial port, or a response came and Wine lost it.
------- Additional Comments From keldon <at> ont.com 2003-02-02 19:52 -------
I got this to work using an ugly patch (see attached). The write buffer
of the serial port was getting overrun. That caused the app to wait for
an ACK packet that was never going to come.
What I don't understand is why the call to write() doesn't block until
the buffer has drained.
------- Additional Comments From keldon <at> ont.com 2003-02-02 20:00 -------
Created an attachment (id=388)
--> (http://bugs.winehq.com/attachment.cgi?id=388&action=view)
ugly hack to fix serial writes
------- Additional Comments From tony_lambregts <at> telusplanet.net 2003-02-06
16:30 -------
This is a wonderfull bug report. I am not sure why you think that it is not the
"right" fix. This is not my area though. Anyway If it solves your problem
I would like to se it go to wine patches. The following link gives you the
information on how to do this.
http://www.winehq.org/docs/wine-devel/patches.shtml
I would not want it to bit rot, and someone might want to come up with a better
solution if it is posted there.
BTW is there a demo or download version of this program.
--
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=1248
------- Additional Comments From winebug(a)flonet.net 2003-23-06 11:37 -------
Bug comments restored from Gmane.org:
With Wine 20030115 and the online game Tibia (http://www.tibia.com)
there is a problem which seems to be caused by the games "daylight" feature
which is a shading layer.
The screen blinks chaotically and the blinking square sometimes does not match
the size of the program window in the way it should.
X Server Resolution is 1152 x 1268 and the BPP 24 The video card is a ATI Radeon
7500
See attachments
------- Additional Comments From info <at> moabutah.com 2003-02-01 11:20 -------
Created an attachment (id=384)
--> (http://bugs.winehq.com/attachment.cgi?id=384&action=view)
Basic Console Messages
------- Additional Comments From info <at> moabutah.com 2003-02-01 11:20 -------
Created an attachment (id=385)
--> (http://bugs.winehq.com/attachment.cgi?id=385&action=view)
DDraw Debug Messages
------- Additional Comments From lionel.ulmer <at> free.fr 2003-02-01 13:00 -------
Is it possible to have a demo of the game ? I tried looking at the page and it
does not seem possible (as the page took about 10 minutes to load and I did not
find any obvious 'download' link).
If not, a screenshot of the problem could help.
Moreover, a ddraw log from the beginning could help too (if it's too big, just
gzip / bzip2 it).
------- Additional Comments From info <at> moabutah.com 2003-02-01 19:54 -------
Their site can be quite busy and won't come up during "peak hours" at times.
There is a download link and then you have to sign up for a free account.
Keep trying and you will be able to get the site.
I will try and gzip an attachment if you keep having trouble.
The exe is about 3 megs.
------- Additional Comments From lionel.ulmer <at> free.fr 2003-02-02 04:13 -------
OK, downloaded the game and trying now to get to the Sign-Up page for the free
account...
------- Additional Comments From info <at> moabutah.com 2003-02-03 15:16 -------
Apparently the Tibia site was attacked by a hacker and thats why it was down for
so long! their whole game network was knocked out I guess.
Anyway their site should be back up soon for testing this bug.
------- Additional Comments From info <at> moabutah.com 2003-02-05 17:55 -------
the Tibia site is back now, and the game serevers too.
The account signup link is:
http://tibia.4players.de/home/?subtopic=signup
------- Additional Comments From info <at> moabutah.com 2003-02-05 20:34 -------
Created an attachment (id=389)
--> (http://bugs.winehq.com/attachment.cgi?id=389&action=view)
Another console session
------- Additional Comments From info <at> moabutah.com 2003-02-05 20:37 -------
I tried to log the ddraw messages, but the file got huge really fast. So I
attached another simple console session.
Upon researching, I believe the blinking problem is related to a set of
"sub-windows" which open on the bottom right of the game window when you open
your "bag" or "backpack" (or any other item that "opens"), that show
the
contents of the bag. The blinking stops if you close all these sub-windows and
turn off "show lighting effects" in the menu.
Whenever one of these sub-windows is reopened, the blinking resumes.
Just a quick note - to open an item you right click on it and choose "open".
------- Additional Comments From info <at> moabutah.com 2003-02-05 22:01 -------
Created an attachment (id=390)
--> (http://bugs.winehq.com/attachment.cgi?id=390&action=view)
Partial Debug Messages with opening of item
--
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=1250
------- Additional Comments From winebug(a)flonet.net 2003-23-06 11:24 -------
Bug comments restored from Gmane.org:
My config file has this (just like the sample config file):
[Drive E]
"Path" = "/tmp"
[wine]
"Temp" = "e:\\"
But I have an app (Garmin's Mapsource) that tries to do this:
0807e1a8:Call kernel32.GetTempPathA(00000005,41338e00) ret=00737c67
0807e1a8:Ret kernel32.GetTempPathA() retval=00000003 ret=00737c67
0807e1a8:Call kernel32.CreateDirectoryA(41338e00 "E:\\",00000000) ret=00737d2e
0807e1a8:Ret kernel32.CreateDirectoryA() retval=00000000 ret=00737d2e
0807e1a8:Call kernel32.GetLastError() ret=00737d3e
0807e1a8:Ret kernel32.GetLastError() retval=00000005 ret=00737d3e
It then freaks out about the "Access Denied" error it got and dies. I can work
around this by doing either:
a) Changing Wine so that "Already Exists" is returned instead. The app ignores
this error, apparently.
b) Changing my temp path in the config file to c:\windows\temp (something not at
the root of a "drive")
I suspect this is a bug in the app, not wine. But still, maybe the default temp
path shouldn't be a root directory. There may be other apps that don't like it
either.
--
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=1251
------- Additional Comments From winebug(a)flonet.net 2003-23-06 11:22 -------
Bug comments restored from Gmane.org:
fixme:cabinet:FDICreate (pfnalloc == ^0x244f7880, pfnfree == ^0x244f7890,
pfnopen == ^0x244f78a0, pfnread == ^0x244f7a80, pfnwrite == ^0x244f7c00,
pfnclose == ^0x244f7d70, pfnseek == ^0x244f7e10, cpuType == -1, perf ==
^0x2453e4f0): stub
^^^^^^^^^^^^^^^^^^^
from console output for Wine 20030115
Cannot install Office 2K or Visio XP with fake-windows setup. With the mandrake
9 wine RPM I could at least install Office 2K.
------- Additional Comments From grundig <at> wp.pl 2003-02-20 04:29 -------
*** This bug has been confirmed by popular vote. ***
--
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=1252
------- Additional Comments From winebug(a)flonet.net 2003-23-06 11:20 -------
Bug comments restored from Gmane.org:
When I run Agent I can use <ALT>-S to immediately send the current mail. In that
case the ALT activates the Menubar as if pressed as a single key (this is the
normal behaviour if pressed alone).
This is quite annyoing because now, when I sent a mail, I always have to press
ESC or klick the mouse in the window in order to deactivate the Menubar.
--
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=1376
------- Additional Comments From klevin(a)eskimo.com 2003-23-06 10:58 -------
Not sure what happened to the previous contents of this bug entry, but I updated
my wine checkout about an hour ago and gave it another spin. Same end results.
InstallShield goes through its "Wizard setup" bit, the progress window for the
"Wizard setup" closes and then nothing happens after that. Output to the console is:
Invoking /usr/local/bin/wine /mnt/cdrom/Setup.exe ...
Could not stat /mnt/floppy (No such file or directory), ignoring drive A:
fixme:seh:check_resource_write Broken app is writing to the resource data, enabl
ing work-around
FIXME:pthread_cond_init
Could not stat /mnt/floppy (No such file or directory), ignoring drive A:
fixme:ole:ITypeInfo_fnRelease destroy child objects
[above line repeats more times than I care to count]
fixme:ole:CoTreatAsClass ({8c3c1b17-e59d-11d2-b40b-00a024b9dddd},{22d84ec7-e201-
4432-b3ed-a9dca3604594})
FIXME:pthread_cond_init
Could not stat /mnt/floppy (No such file or directory), ignoring drive A:
fixme:ole:ITypeInfo_fnRelease destroy child objects
[above line repeats more times than I care to count]
))))destroy child objects
fixme:ole:ITypeInfo_fnRelease destroy child objects
[above line repeats more times than I care to count]
FIXME:pthread_cond_init
Could not stat /mnt/floppy (No such file or directory), ignoring drive A:
fixme:ole:ITypeInfo_fnRelease destroy child objects
[above line repeats more times than I care to count]
fixme:ole:CoTreatAsClass ({8c3c1b17-e59d-11d2-b40b-00a024b9dddd},{22d84ec7-e201-
4432-b3ed-a9dca3604594})
fixme:ole:ITypeInfo_fnRelease destroy child objects
[above line repeats more times than I care to count]
fixme:win:SetWindowTextA cannot set text "InstallShield Wizard" of other process
window (nil)
fixme:ole:ITypeInfo_fnRelease destroy child objects
[above line repeats more times than I care to count]
fixme:ole:_copy_arg argument was coerced in-place (0x3 -> 0xb); source data has
been modified!!!
fixme:ole:_xread Read only 0 of 4 bytes from 0x48.
fixme:ole:_StubReaderThread Failed with hres 80004005
And that's it.
--
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=1049
------- Additional Comments From z_god(a)wanadoo.nl 2003-23-06 06:03 -------
Bug comments restored from Gmane.org:
Error messages apears in Shell, but just seems to produce no or minor
sideeffects, like slowing down the application.
------- Additional Comments From helmut.frik <at> ptv.de 2002-10-17 05:39 -------
Problem also occures with Marco Polo Travel Center 2000/2001 Grosser Reiseplaner
(Map@Guide GmbH)
------- Additional Comments From tony_lambregts <at> telusplanet.net 2003-03-19
17:51 -------
This bug should be fixed by the following patch
http://www.winehq.com/hypermail/wine-cvs/2003/03/0131.html
------- Additional Comments From tony_lambregts <at> telusplanet.net 2003-03-26
15:37 -------
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=1048
------- Additional Comments From z_god(a)wanadoo.nl 2003-23-06 06:02 -------
Bug comments restored from Gmane.org:
Error messages apears in Shell, but just seems to produce no or minor
sideeffects, like slowing down the application.
------- Additional Comments From helmut.frik <at> ptv.de 2002-10-17 05:36 -------
Problem also occures with Marco Polo Travel-Center 2000 Grosser Reiseplaner
(Map&Guide GmbH)
------- Additional Comments From paulo <at> multi-informatica.com.br 2002-11-05
06:23 -------
Do you have a recipe or a mini how-to about BDE & Wine?
I install BDE without problems, I can use BdeAdmin to set all the BDE
parameters, but my applications built in Delhpi doesn work when they try to
activate (initialize BDE).
I have the same message from Database Desktop: Something like that:
fixme:file:Lockfile not implemented in server
fixme:file:Unlockfile not implemented in server
The aplication raises a exception "No more Files" in a message dialog.
How to fix this? This is a Wine Bug or a Configuration issue?
Thanks in advance
Paulo Vaz
paulo-vaz <at> multi-informatica.com.br
------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2002-11-05 09:01
-------
Are you *sure* you've properly added the file winedefault.reg to Wine's registry ?
(specifically, BDE's SHAREDMEMLOCATION key that this file contains)
Hello,
thanks for your mail, but I'm afraied I can't help you,
I just tested some applications with wine and found some errors which I
reported. I'd like to do some work on wine,
but as ususal, the free time doesn't allow it.
Maybee you can write a additional information about your problem to bug
1048, and maybee also change importance. (and especially vote for the bug).
I guess BDE is Borland Database Engine?
A connection between the lockfiles and the no more fault message might be
possible, if the non-possibillity to produce a lockfile is interpreted
slightly wrong. But that's only speculation, so I'm afraied you'll have to
ask a real wine developer for that.
Best regards (from germany)/
Mit freundlichen Grüssen
Helmut Frik
____________________________
Helmut Frik
PTV AG - Niederlassung Stuttgart
Bereich Verkehrsleittechnik
Tel.: +49 711 162 70 - 40
Fax: +49 711 162 70 - 70
E-Mail: helmut.frik <at> ptv.de
____________________________
PTV
Planung Transport Verkehr AG
Niederlassung Stuttgart
Kriegerstrasse 15
70191 Stuttgart
Germany
http://www.ptv.dehttp://www.reiseplanung.dehttp://www.varta-guide.dehttp://www.cityguidefinder.de
-----Ursprüngliche Nachricht-----
Von: wine-bugs <at> winehq.com [mailto:wine-bugs <at> winehq.com]
Gesendet am: Dienstag, 5. November 2002 13:23
An: helmut.frik <at> ptv.de
Betreff: [Bug 1048] - When Running Reminder 99 the following message
apears:fixme:file:LockFile not implemented in server
http://bugs.winehq.com/show_bug.cgi?id=1048
------- Additional Comments From paulo <at> multi-informatica.com.br 2002-11-05
06:23 -------
Do you have a recipe or a mini how-to about BDE & Wine?
I install BDE without problems, I can use BdeAdmin to set all the BDE
parameters, but my applications built in Delhpi doesn work when they try to
activate (initialize BDE).
I have the same message from Database Desktop: Something like that:
fixme:file:Lockfile not implemented in server
fixme:file:Unlockfile not implemented in server
The aplication raises a exception "No more Files" in a message dialog.
How to fix this? This is a Wine Bug or a Configuration issue?
Thanks in advance
Paulo Vaz
paulo-vaz <at> multi-informatica.com.br
------- Additional Comments From tony_lambregts <at> telusplanet.net 2003-03-19
17:49 -------
This bug should be fixed by the following patch
http://www.winehq.com/hypermail/wine-cvs/2003/03/0131.html
Please confirm.
------- Additional Comments From tony_lambregts <at> telusplanet.net 2003-03-26
15:36 -------
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=1047
------- Additional Comments From z_god(a)wanadoo.nl 2003-23-06 06:00 -------
Bug comments restored from Gmane.org:
Error messages apears in Shell, but just seems to produce no or minor
sideeffects, like slowing down the application.
------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-10-05
23:32 -------
*** This bug has been marked as a duplicate of 475 ***
------- Additional Comments From tony_lambregts <at> telusplanet.net 2003-03-26
15:36 -------
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=1046
------- Additional Comments From z_god(a)wanadoo.nl 2003-23-06 05:59 -------
Bug comments restored from Gmane.org:
the adata application runs under SuSE Linux 8.0 and ist developed in
Micro Focus Netexpress 3.1. We use tab-controls (notebooks). The
controls appears, but the embedded controls (combobox,textbox)does not.
On the console screen we get the message by starting this part of the
program:
fixme:tab:TAB_WindowProc Unimplemented msg TCM_SETITEMEXTRA
for more information (e.g. screenshot) mail to systemsupport <at> adata.de
------- Additional Comments From systemsupport <at> adata.de 2002-09-30 03:31
-------
Created an attachment (id=305)
--> (http://bugs.winehq.com/attachment.cgi?id=305&action=view)
Screenshot of Error: TAB_WindowProc Unimplemented msg TCM_SETITEMEXTRA
------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2002-10-08 10:42
-------
Could you attach a log file ?
wine --debugmsg +relay,+tab,+combo,+edit myprg.exe &>/tmp/winetab.log
Thanks !
--
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=1045
------- Additional Comments From z_god(a)wanadoo.nl 2003-23-06 05:58 -------
Bug comments restored from Gmane.org:
I was doing a test just to see if the program would run. Just barely, still
impressive considering what is actually being done. The program in question is
MultiSim, a electronic simulation program. A demo (disk) is available here...
http://www.interactiv.com/html/demo.html
I notice a general rendering issue: the bitmaps on the side tool bars are not
correctly rendered whereas the tool bar at the top is rendered correctly.
I have included a picture to demonstrate this problem.
------- Additional Comments From gabrieltalks <at> sympatico.ca 2002-09-29 11:12
-------
Created an attachment (id=304)
--> (http://bugs.winehq.com/attachment.cgi?id=304&action=view)
snapshop of multisim prg with icon buttons not being correctly rendered
--
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=1044
------- Additional Comments From z_god(a)wanadoo.nl 2003-23-06 05:57 -------
Bug comments restored from Gmane.org:
Data:
gcc version 2.96 20000731 (Red Hat Linux 7.2 2.96-108.7.2)
Wine 20020904
RedHat Linux 7.2 with kernel 2.4.19
Windows 98 (using it)
Kazaa Lite 1.7.2
wine --debugmsg +relay ./Kazaa.exe (after cd'ing into Kazaa's directory)
Problem: when dealing with the 'Start' section in Kazaa, pressing on
Reload or Home, make Wine go into a endless loop. In the beginning
of the execution, Kazaa doesnt find the Kazaa.com site, but it connects
to the p2p track. But from times to times, Kazaa itself tries to contact
its page. Then I see explorer trying to load that empty or error page,
and then Kazaa enters an endless loop, and only killing it its
possible to exit. I have configured Kazaa with the hosts file, as stated
on Kazaa Lite's site. After this problem, Kazaa freezes, and the console
keeps showing messages until it is finished.
------- Additional Comments From enio.s.jr <at> operamail.com 2002-09-28 22:30
-------
Created an attachment (id=302)
--> (http://bugs.winehq.com/attachment.cgi?id=302&action=view)
wine config file
------- Additional Comments From enio.s.jr <at> operamail.com 2002-09-28 22:32
-------
Created an attachment (id=303)
--> (http://bugs.winehq.com/attachment.cgi?id=303&action=view)
Last lines of +relay message file
--
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=1043
------- Additional Comments From z_god(a)wanadoo.nl 2003-23-06 05:56 -------
Bug comments restored from Gmane.org:
when trying out Virtua Girl demo (http://www.virtuagirl.com
free download)
Everything works but the redraw is really slow an the redraw lacks behing the
movement.
This program is a windowless one and this might be the cause of the problem.
It might be related to the slowlyness of QuickTime in a windows box.
To run it this section is necessary in the config:
[AppDefaults\\Vg.exe\\DllOverrides]
"Vg/System"="native"
--
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=1042
------- Additional Comments From z_god(a)wanadoo.nl 2003-23-06 05:56 -------
Bug comments restored from Gmane.org:
The log asked me to report this:
err:keyboard:X11DRV_ToUnicode Please report: no char for keysym FE20
(ISO_Left_Tab) :
err:keyboard:X11DRV_ToUnicode (virtKey=9,scanCode=F,keycode=17,state=11)
This happens whe I press Shift-Tab in a Progress 4GL window. It only works in
this window...
--
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.