November 2002 - Wine-Devel - list.winehq.org

Doubleclick in systray (was Pegasus Mail 4.02)
by Duane Clark Nov. 26, 2002

Nov. 26, 2002

Rick wrote: > The second issue, I've noticed that double-clicking the system tray > icon does not restore Pegasus Mail. I can minimize it so it appears > both on the taskbar and the system tray, but I can't restore the > application from the system tray icon (though I can from the > taskbar). > The problem here appears to be that under WinNT, when double clicking on the systray icon under WinNT, messages are sent for mouse down (message 201), mouse up (message 202), double click (message 203) (the message 200 is extraneous): <00171> 0007011E S message:0x19C9 [User-defined:WM_USER+5577] wParam:00001F47 lParam:00000201 <00172> 0007011E R message:0x19C9 [User-defined:WM_USER+5577] lResult:00000000 <00173> 0007011E S message:0x19C9 [User-defined:WM_USER+5577] wParam:00001F47 lParam:00000202 <00174> 0007011E R message:0x19C9 [User-defined:WM_USER+5577] lResult:00000000 <00175> 0007011E S message:0x19C9 [User-defined:WM_USER+5577] wParam:00001F47 lParam:00000200 <00176> 0007011E R message:0x19C9 [User-defined:WM_USER+5577] lResult:00000000 <00177> 0007011E S message:0x19C9 [User-defined:WM_USER+5577] wParam:00001F47 lParam:00000203 While under Wine, what is sent are two pairs of mouse down, mouse up messages: <00062> 00010024 P message:0x19C9 [User-defined:WM_USER+5577] wParam:00001F47 lParam:00000201 <00063> 00010024 P message:0x19C9 [User-defined:WM_USER+5577] wParam:00001F47 lParam:00000202 <00064> 00010024 P message:0x19C9 [User-defined:WM_USER+5577] wParam:00001F47 lParam:00000201 <00065> 00010024 P message:0x19C9 [User-defined:WM_USER+5577] wParam:00001F47 lParam:00000202 So while I am poking around trying to figure out where that translation should be occuring, if anyone has some hints on where to look, it would be most appreciated...

3 6

RE: Overlapped I/O without an hEvent
by Martin Wilck Nov. 26, 2002

Nov. 26, 2002

Am Die, 2002-11-26 um 00.33 schrieb Ryan Reading: > I finally got it working, but not by ignoring the hEvent member in the > case that it is NULL. I tried that first (before I understood the > problem better), but it didn't work. The GetOverlappedResult() > implementation was not going to work with hEvent == NULL. Please try this patch, where GetOverlappedResult is modified, too: Index: files/file.c =================================================================== RCS file: /home/wine/wine/files/file.c,v retrieving revision 1.170 diff -u -r1.170 file.c --- files/file.c 21 Nov 2002 03:45:03 -0000 1.170 +++ files/file.c 26 Nov 2002 10:34:21 -0000 @@ -1593,32 +1593,40 @@ ERR("lpOverlapped was null\n"); return FALSE; } - if(!lpOverlapped->hEvent) + if( lpOverlapped->hEvent ) { - ERR("lpOverlapped->hEvent was null\n"); - return FALSE; + if ( bWait ) + { + do { + TRACE("waiting on %p\n",lpOverlapped); + r = WaitForSingleObjectEx(lpOverlapped->hEvent, INFINITE, TRUE); + TRACE("wait on %p returned %ld\n",lpOverlapped,r); + } while (r==STATUS_USER_APC); + } + else if ( lpOverlapped->Internal == STATUS_PENDING ) + { + /* Wait in order to give APCs a chance to run. */ + /* This is cheating, so we must set the event again in case of success - + it may be a non-manual reset event. */ + do { + TRACE("waiting on %p\n",lpOverlapped); + r = WaitForSingleObjectEx(lpOverlapped->hEvent, 0, TRUE); + TRACE("wait on %p returned %ld\n",lpOverlapped,r); + } while (r==STATUS_USER_APC); + if ( r == WAIT_OBJECT_0 ) + NtSetEvent ( lpOverlapped->hEvent, NULL ); + } } - - if ( bWait ) + else { - do { - TRACE("waiting on %p\n",lpOverlapped); - r = WaitForSingleObjectEx(lpOverlapped->hEvent, INFINITE, TRUE); - TRACE("wait on %p returned %ld\n",lpOverlapped,r); - } while (r==STATUS_USER_APC); - } - else if ( lpOverlapped->Internal == STATUS_PENDING ) - { - /* Wait in order to give APCs a chance to run. */ - /* This is cheating, so we must set the event again in case of success - - it may be a non-manual reset event. */ - do { - TRACE("waiting on %p\n",lpOverlapped); - r = WaitForSingleObjectEx(lpOverlapped->hEvent, 0, TRUE); - TRACE("wait on %p returned %ld\n",lpOverlapped,r); - } while (r==STATUS_USER_APC); - if ( r == WAIT_OBJECT_0 ) - NtSetEvent ( lpOverlapped->hEvent, NULL ); + /* hEvent == NULL: we cannot wait. + * FIXME: According to MSDN, NT, Win2k, and XP use the hFile handle for notification + * in this case. */ + if ( bWait ) + { + SetLastError ( ERROR_INVALID_HANDLE ); + return FALSE; + } } if(lpTransferred) @@ -1818,7 +1831,7 @@ if (flags & FD_FLAG_OVERLAPPED) { if (unix_handle == -1) return FALSE; - if ( (overlapped==NULL) || NtResetEvent( overlapped->hEvent, NULL ) ) + if ( (overlapped==NULL) || ( overlapped->hEvent && NtResetEvent( overlapped->hEvent, NULL ) ) ) { TRACE("Overlapped not specified or invalid event flag\n"); close(unix_handle); @@ -2042,7 +2055,7 @@ if (flags & FD_FLAG_OVERLAPPED) { if (unix_handle == -1) return FALSE; - if ( (overlapped==NULL) || NtResetEvent( overlapped->hEvent, NULL ) ) + if ( (overlapped==NULL) || ( overlapped->hEvent && NtResetEvent( overlapped->hEvent, NULL ) ) ) { TRACE("Overlapped not specified or invalid event flag\n"); close(unix_handle); Index: include/async.h =================================================================== RCS file: /home/wine/wine/include/async.h,v retrieving revision 1.5 diff -u -r1.5 async.h --- include/async.h 4 May 2002 18:37:08 -0000 1.5 +++ include/async.h 26 Nov 2002 10:53:28 -0000 @@ -73,7 +73,7 @@ ovp->next = ovp->prev = NULL; close( ovp->fd ); - if( ovp->event != INVALID_HANDLE_VALUE ) + if( ovp->event && ovp->event != INVALID_HANDLE_VALUE ) NtSetEvent( ovp->event, NULL ); if ( ovp->ops->call_completion ) -- Martin Wilck Phone: +49 5251 8 15113 Fujitsu Siemens Computers Fax: +49 5251 8 20409 Heinz-Nixdorf-Ring 1 mailto:Martin.Wilck(a)Fujitsu-Siemens.com D-33106 Paderborn http://www.fujitsu-siemens.com/primergy

1 0

Re: _stati64 (before _fstati64)
by Andreas Mohr Nov. 26, 2002

Nov. 26, 2002

On Sun, Nov 24, 2002 at 09:35:53PM +0100, Stefan Leichter wrote: > Hello, > > by accident i have send this patch to wine-develop list instead of wine-patches. > This patch needs to be applied before my _fstati64 patch Err... and what had happened to *my* patch from Nov 09 ?? Duplicate work... urks ! :-\ -- "My attitude is, everybody should try competing with Microsoft once in their life. Once." - Marc Andreessen, former Netscape lead employee, in a "browser wars" interview

1 0

Re: [bug 718] Executing dos DPMI programs
by Jukka Heinonen Nov. 26, 2002

Nov. 26, 2002

> Does someone has success when executing DPMI programs ? > Every program I try to execute at this time fails, > going to the debugger, saying : > > Unhandled exception: privileged instruction in 32-bit code > (0x00000000). > In 32-bit mode. > 0x00000000: int $0x31 DPMI16 programs should work as should simple DPMI32 programs. However, most DPMI32 programs are not even supposed to work because there is no real implementation of 32-bit interrupt handling. It is on my TODO list but I'm currently working on moving interrupt handlers to winedos dll and I shall return to DPMI32 support after this. The problem is that Wine has no support for calling Wine functions from application context whose stack and code pointers use 32-bit segmented model. Wine interrupt emulation currently uses a simple scheme which works with any code pointer but which fails miserably if stack pointer is over 0xffff. The simplest fix would probably be to swap to 16-bit stack on entry to Wine interrupt handler. This would mean that only winedos dll needs to deal with 32-bit segmented stuff. I have a rather good idea on how this can be implemented. Anyway, your error message looks quite interesting because current Wine version emulates *all* interrupt opcodes in real mode, 16-bit protected mode and 32-bit protected mode and thus it should be impossible to get this error message. Are you sure you tried executing using the latest CVS version or at least the latest release? -- Jukka Heinonen <http://www.iki.fi/jhei/>

2 3

Overlapped I/O without an hEvent
by Ryan Reading Nov. 26, 2002

Nov. 26, 2002

Hi all, This is a follow-up to the message I wrote a message yesterday with the subject "Wine and IrDA via Virtual Com Port", although that wasn't a good subject for the problem. The software that I have is using Overlapped (asynchronous) I/O for communication of an IR port. The software makes WriteFile(), ReadFile(), and GetOverlappedResult() calls. However, before making any of the calls, the software does NOT initialize the hEvent member of the OVERLAPPED structure that is passed to the functions (it just zeroes the entire structure). Apparently the Win32 implementation of this is OK, but it is pretty obvious that the Wine implementation will not work with hEvent == 0. Now, I'm not saying that the Wine implementation is wrong, because based on the MSDN documentation, that value should be set to a valid event handle; however, the behavior is fundamentally different from the native Win32 environment, which in my case, leads to undesirable results. Is this something that I could feasibly fix in Wine, or would it be better to try to change the implementation of the software? Does anyone have any experience with this part of Wine? Thanks. -- Ryan 01010011 01100101 01110010 01100101 01101110 01100100 01101001 01110000 01101001 01110100 01111001 If only all life was just this simple. :)

4 5

Orlando, anyone?
by Fredrick P. Lackey Nov. 26, 2002

Nov. 26, 2002

Hey, everyone! It's the annoying Microsoft guy again. ;-) Well, I've started to make the move. Now, 1/2 of my laptop is Red Hat. Whoo hoo! Man, I love Linux! =) I am having some problems, and was wondering if anyone in your list knew anyone in or near Orlando. heck, in Florida would be close enough. I'd like to see about hooking up on the phone or in person and trying to get the few issues I'm having worked out. I know that may seem a bit odd, but I'm really pumped to get M$ outta the picture. Thanx, Fred Lackey Orlando, Florida

2 1

Found Something Really Weird here!!
by Rômulo Nov. 26, 2002

Nov. 26, 2002

I found something reeeally weird here, installing wine, on mandrake, gcc v3.2. ( [lamorack(a)WNET wine-20021031]$ gcc -v Reading specs from /usr//bin/../lib/gcc-lib/i586-mandrake-linux-gnu/3.2/specs Configured with: ../configure --prefix=/usr --libdir=/usr/lib --with-slibdir=/lib --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --disable-checking --enable-long-long --enable-__cxa_atexit --enable-languages=c,c++,ada,f77,objc,java --host=i586-mandrake-linux-gnu --with-system-zlib Thread model: posix gcc version 3.2 (Mandrake Linux 9.0 3.2-1mdk)) See this: (...) make[1]: Nada a ser feito para `all'. make[1]: Saindo do diretório `/home/lamorack/wine-20021031/miscemu' make[1]: Entrando no diretório `/home/lamorack/wine-20021031/programs' make[2]: Entrando no diretório `/home/lamorack/wine-20021031/programs/avitools' LD_LIBRARY_PATH="../../library:../../unicode:$LD_LIBRARY_PATH" ../../tools/winebuild/winebuild -fPIC -DSTRICT -DNONAMELESSUNION -DNONAMELESSSTRUCT -o aviplay.exe.spec.c -exe aviplay.exe -mgui aviplay.o -L../../dlls -lddraw -lkernel32 could not open .so file for ddraw.dll make[2]: ** [aviplay.exe.spec.c] Erro 1 make[2]: Saindo do diretório `/home/lamorack/wine-20021031/programs/avitools' make[1]: ** [avitools] Erro 2 make[1]: Saindo do diretório `/home/lamorack/wine-20021031/programs' make: ** [programs] Erro 2 And that's it! I really hope u have an idea... 'cause i did not. Send me any E-mail answering, please

2 1

Re: Re: About picture format.
by yf Nov. 26, 2002

Nov. 26, 2002

> On Mon, Nov 25, 2002 at 01:03:00PM +0800, yf wrote: > > > > It is a Windows application. > > you can download it on http://www.myhexin.com/tw2002/rjxz/download.asp?rjxz=exe1 > > Which program do you start? when running, it complains: fixme:ole:OLEPictureImpl_Load Unknown magic 0010 fixme:ole:OLEPictureImpl_Render type -1 not implemented fixme:ole:OLEPictureImpl_Destroy Unsupported type -1 - unable to delete fixme:ole:OLEPictureImpl_Load Could only read 136 of 1073465 bytes? > > I have a bit of a hard time following the menus, since they appear to be > in an asian language and the characters do not even display ;) I have sended the patch of how to make the Chinese character properly showed before. --- wine-20021031/graphics/x11drv/codepage.c.original 2002-11-16 13:50:31.000000000 +0800 +++ wine-20021031/graphics/x11drv/codepage.c 2002-11-04 17:44:14.000000000 +0800 @@ -279,8 +279,8 @@ { if ( IsLegalDBCSChar_cp936( *str_src, *(str_src+1) ) ) { - str2b_dst->byte1 = *str_src; - str2b_dst->byte2 = *(str_src+1); + str2b_dst->byte1 = *str_src&0x7f; + str2b_dst->byte2 = *(str_src+1)&0x7f; str_src++; } else > > Ciao, Marcus >

3 4

Re: Screwed up textures in OpenGL apps
by David D. Hagood Nov. 26, 2002

Nov. 26, 2002

Lionel Ulmer wrote: > Out of curiosity after the DoubleBuffered thread.... Does this fix your > problem too ? > > No, I was running DesktopDoubleBuffered = Y already.

1 0

Winelib Apps v0.1
by Dimitrie O. Paun Nov. 26, 2002

Nov. 26, 2002

Folks, Version 0.1 of the Winelib Applications page is available here: http://www.dssd.ca/wine/Winelib-Apps-0.1.html The current version is always available at this address http://www.dssd.ca/wine/Winelib-Apps.html Your comments, and suggestions are highly appreciated. -- Dimi.

1 1