May 2002 - Wine-devel - list.winehq.org

Re: [Bug 656] New - aol update fails, time conversion possibly broken
by Andreas Mohr 07 May '02

07 May '02

On Tue, May 07, 2002 at 05:10:18PM -0500, wine-bugs(a)winehq.com wrote: > http://bugs.winehq.com/show_bug.cgi?id=656 > > *** shadow/656 Tue May 7 17:10:18 2002 > --- shadow/656.tmp.9221 Tue May 7 17:10:18 2002 > *************** > *** 0 **** > --- 1,43 ---- > + +============================================================================+ > + | aol update fails, time conversion possibly broken | > + +----------------------------------------------------------------------------+ > + | Bug #: 656 Product: Wine | > + | Status: UNCONFIRMED Version: unspecified | > + | Resolution: Platform: | > + | Severity: normal OS/Version: All | > + | Priority: P1 Component: wine-files | > + +----------------------------------------------------------------------------+ > + | Assigned To: wine-bugs(a)winehq.com | > + | Reported By: michaelc(a)lindows.com | > + | CC list: Cc: | > + +----------------------------------------------------------------------------+ > + | Milestone: TargetMilestone: --- | > + | URL: | > + +============================================================================+ > + | DESCRIPTION | > + When you exit aol, it downloads an update, a UTF file, and that update fails to install. > + > + I'm almost positive that this is the cause: > + > + 080e42d8:Call kernel32.CreateFileA(40566544 "C:\\Program Files\\America Online > + 7.0\\TOD\\ADELETE.AAA",80000000,00000000,00000000,00000003,00000000,00000000) ret=004031a5 > + 080e42d8:Ret kernel32.CreateFileA() retval=00000040 ret=004031a5 > + 080e42d8:Call kernel32.GetFileTime(00000040,00000000,00000000,40566648) ret=004031b9 > + 080e42d8:Ret kernel32.GetFileTime() retval=00000001 ret=004031b9 > + 080e42d8:Call kernel32.FileTimeToLocalFileTime(40566648,40566650) ret=004031cb > + 080e42d8:Ret kernel32.FileTimeToLocalFileTime() retval=00000001 ret=004031cb > + 080e42d8:Call kernel32.FileTimeToSystemTime(40566650,40566658) ret=004031d9 > + 080e42d8:Ret kernel32.FileTimeToSystemTime() retval=00000001 ret=004031d9 > + 080e42d8:Call kernel32.CloseHandle(00000040) ret=00403213 > + 080e42d8:Ret kernel32.CloseHandle() retval=00000001 ret=00403213 > + 080e42d8:Call kernel32.lstrcmpiA(40566440 "20011008164848",4056633c "20011008214848") ret=0040322c > + 080e42d8:Ret kernel32.lstrcmpiA() retval=ffffffff ret=0040322c > + 080e42d8:Call user32.wvsprintfA(40565e0c,00410708 " TODPartCheck (%s, %d, %s) failed: %d bytes <%s>\n",4056631c) ret=00402441 > + 080e42d8:Ret user32.wvsprintfA() retval=0000007a ret=00402441 > + 080e42d8:Call kernel32.lstrlenA(40565e0c " TODPartCheck (C:\\Program Files\\America Online 7.0\\TOD\\ADELETE.AAA, 3, 2001100"...) > + ret=00402383 > + 080e42d8:Ret kernel32.lstrlenA() retval=0000007a ret=00402383 > + 080e42d8:Call kernel32.GlobalAlloc(00002042,0000007a) ret=0040239b > + 080e42d8:Ret kernel32.GlobalAlloc() retval=4037c4a6 ret=0040239b > + > + Which means that one of those *Time*To*Time* functions are broken. Hmm, yeah, maybe. I've also suspected these functions lately with some program, but I quickly went on to check for another cause of the failure. Seems like it may really have been the file time functions, though... Well, Oct. 08 2001, 16:48:48 vs. Oct. 08 2001, 21:48:48 sounds like a 5 hour difference to me... (which almost has to be a bug, since it'd be pretty amazing if such an accurate difference of exactly 5 hours was by coincidence) Just assuming that the two dates are supposed to match, of course... I wish you good luck in analyzing the time conversion functions ! ;-) (I know that it *will* hurt ;-) -- Andreas Mohr Stauferstr. 6, D-71272 Renningen, Germany Tel. +49 7159 800604 http://home.arcor.de/andi.mohr/

1 0

mmap fails (bug 311)
by Andriy Palamarchuk 07 May '02

07 May '02

Alexandre, I found a case when mmap fails. For details see: http://bugs.winehq.com/show_bug.cgi?id=311 I already reassigned this bug to you. Duplicating on wine-devel in case it will be interesting to somebody else. Andriy Palamarchuk __________________________________________________ Do You Yahoo!? Yahoo! Health - your guide to health and wellness http://health.yahoo.com

1 0

Patch for lotus (resubmit)
by Tony Lambregts 07 May '02

07 May '02

The attached patch (by Toby Haynes I think) has not made it into CVS and I was wondering what needs to be done to make it accepatable. I know that it is a hack but it makes lotus work. Changelog : dlls/user/painting.c Hack to fix bug in lotus where keyboard input is not displayed Tony Lambregts tony_lambregts(a)telusplanet.net Index: painting.c =================================================================== RCS file: /home/wine/wine/dlls/user/painting.c,v retrieving revision 1.2 diff -u -r1.2 painting.c --- painting.c 9 Mar 2002 23:44:30 -0000 1.2 +++ painting.c 7 May 2002 14:49:26 -0000 @@ -24,6 +24,7 @@ #include "wingdi.h" #include "wine/winuser16.h" #include "wine/server.h" +#include "gdi.h" #include "win.h" #include "dce.h" #include "wine/debug.h" @@ -148,7 +149,7 @@ /*********************************************************************** - * BeginPaint (USER32.@) + * BeginPaint (USER32.@) */ HDC WINAPI BeginPaint( HWND hwnd, PAINTSTRUCT *lps ) { @@ -235,10 +236,23 @@ /*********************************************************************** - * EndPaint (USER32.@) + * EndPaint (USER32.@) */ BOOL WINAPI EndPaint( HWND hwnd, const PAINTSTRUCT *lps ) { + WND *wnd; + if (hwnd && (wnd = WIN_FindWndPtr(hwnd))) + { /* FIXME : is this appropriate here !? */ + DWORD clsStyle = wnd->clsStyle; + WIN_ReleaseWndPtr(wnd); + if (clsStyle & CS_OWNDC) /* the dc has been reused */ + { /* restore visible region */ + HRGN hrgn=CreateRectRgn(0,0,0,0); + SetHookFlags16( lps->hdc, DCHF_INVALIDATEVISRGN ); + USER_Driver.pGetDC( hwnd, lps->hdc, hrgn, DCX_EXCLUDERGN ); + DeleteObject(hrgn); + } + } ReleaseDC( hwnd, lps->hdc ); ShowCaret( hwnd ); return TRUE;

2 1

Re: DPMI RawModeSwitch support added
by Alexandre Julliard 07 May '02

07 May '02

Jukka Heinonen <jhei(a)iki.fi> writes: > The patch does some potentially nasty things in memory/instr.c: > - indirect jump to RawModeSwitch routine using interrupt handler. > - directly calling interrupt handler so that I don't > have to worry about relay code. The problem with that is that you are going to run the DOS VM from inside the signal handler, which is probably not a good idea. Also I think you'll need to patch the context to make sure the code returns after the int31 instruction. -- Alexandre Julliard julliard(a)winehq.com

1 0

Problems with the new -DNO_LIBWINE on i386-mingw
by Steven Edwards 07 May '02

07 May '02

Should I need to build libwine if I'm just building tools, programs and dlls? I have no need of wineserver for the mingw port but I will need it for the cygwin port. Here is the command line I have been using with the new port.h changes ./configure --host=mingw32 --target=mingw32 --build=mingw32 CFLAGS="-D__MINGW__ -D_WINDOWS -DWINE_NOWINSOCK -DNO_LIBWINE" CC="gcc -mno-cygwin" CXX="gcc -mno-cygwin" winebuild: gcc -mno-cygwin -c -I. -I. -I../../include -I../../include -D__MINGW__ -D_WINDO WS -DWINE_NOWINSOCK -DNO_LIBWINE -Wall -mpreferred-stack-boundary=2 -D__WINE__ - D_REENTRANT -o import.o import.c import.c: In function `warn_unused': import.c:289: `strcasecmp_is_not_portable' undeclared (first use in this functio n) import.c:289: (Each undeclared identifier is reported only once import.c:289: for each function it appears in.) import.c:289: parse error before `strcasecmp_is_not_portable' import.c:295: `strncasecmp_is_not_portable' undeclared (first use in this functi on) import.c:295: parse error before `strncasecmp_is_not_portable' import.c:287: warning: unused variable `len' make: *** [import.o] Error 1 wrc: utils.c: In function `dup_basename': utils.c:177: `strcasecmp_is_not_portable' undeclared (first use in this function ) utils.c:177: (Each undeclared identifier is reported only once utils.c:177: for each function it appears in.) utils.c:177: parse error before `strcasecmp_is_not_portable' utils.c:161: warning: unused variable `extlen' utils.c:180: warning: control reaches end of non-void function utils.c: In function `compare_name_id': utils.c:273: `strcasecmp_is_not_portable' undeclared (first use in this function ) utils.c:273: parse error before `strcasecmp_is_not_portable' make: *** [utils.o] Error 1 If I need to build libwine with my port even though I don't really need a libwine.dll I can, it just is a little waste of time. Thanks Steven "Every revolution was once a thought in one man's mind" - Ralph Waldo Emerson

2 1

x error when multiple wine processes running
by Michael Cardenas 07 May '02

07 May '02

In testing the dreamweaver installer, I keep getting these errors: err:font:AddFontFileToList Already loaded font L"Wingdings 3" L"Regular" X Error of failed request: BadWindow (invalid Window parameter) Major opcode of failed request: 15 (X_QueryTree) Resource id in failed request: 0x2c00014 Serial number of failed request: 63 Current serial number in output stream: 63 when I do a ps -A | grep wine I see that there are three wine processes running and two wineservers. Doing a killall wine allows me to run the app again. Does anyone know why this is happening? I've also seen other X errors after a crashed wine app where the x error is invalid window parameter but the opcode is X_CreateWindow or X_ChangeWindowAttributes. Our testers have reported that when any wine app crashes, you can't run another one until you logout of kde. -- michael cardenas lead windows compatibility engineer lindows.com "Be the change you want to see in the world" -Mahatma Gandhi

1 0

The Component Categories Manager
by John K. Hohm 07 May '02

07 May '02

I have been playing with getting a large application made with VB6 and using many third-party ActiveX controls to work with Wine. I am currently having a problem with the absence of COMCAT.DLL and The Component Categories Manager which is ostensibly implemented in it. In fact, Windows implements it in OLE32.DLL; COMCAT.DLL has do-nothing stubs for the registration functions and forwards DllGetClassObject to OLE32.DLL. The MSDN documentation for The Component Categories Manager seems very straightforward; it documents ICatRegister and ICatInformation, which I believe I could implement. Since I've not contributed to Wine before, and just recently joined the digested list, I want to check the following things: * Is anyone else working on this at the moment? * Is there a major technical reason this can't be done yet? * Is there some other reason for me not to work on this soon? * How should the source for this new functionality be organized? * Is there a standard (or exemplary) way to implement IEnumXXXX? I'll be needing IEnumCATID, IEnumCLSID, and IEnumCATEGORYINFO. * What should I do when I think I have working code?

3 2

native user32 dll
by Michael Cardenas 06 May '02

06 May '02

I'm still trying to fix aol so it can communicate with the web proxy, and I think I've narrowed down the problem to user32.dll, kernel32.dll, and ws2_32.dll. Is it possible to use the native user32.dll? I know kernel and ws3_32 don't work native. I found this: http://wine.codeweavers.com/docs/wine-user/dll-overrides.shtml "user, user32 Window management and standard controls. It was possible to use Win95's native versions at some point (if all other DLLs that depend on it, such as comctl32 and comdlg32, were also run native). However, this is no longer possible after the Address Space Separation, so leave at builtin." and I was wondering if it's still true. thanks michael

5 11

Resent: WM_WINHELP, was: Re: Handling of messages above WM_USER...
by Uwe Bonnes 06 May '02

06 May '02

Hallo, appended message sent April 12 got no feedback so long. Perhaps anybody has an idea now... (Perhaps another example where native user might help ) >>>>> "Alexandre" == Alexandre Julliard <julliard(a)winehq.com> writes: Alexandre> Uwe Bonnes <bon(a)elektron.ikp.physik.tu-darmstadt.de> writes: >> I don't know if this global approach is valid, but at least it helped >> me to get winhlp32 working called with WinHelpA from an >> application. In what other way can we cope with user defined messages >> and their related structures in inter-process SendMessage? Alexandre> We can't. User messages cannot pass data around, WinHelpA Alexandre> will need to do that differently. The best way to find out Alexandre> how is probably to watch winhlp32 with a message spy under Alexandre> Windows. On Win95 OSR2 with Spy++ I could only see the Winhelp Message, nothing else special. Searching the web, I could find several approaches. However I think none of the required infrastructure is completly in place with wine yet - Allocate Remote memory The sending process allocates memory in the remote process with VirtualAlloxEx and copies the the local structure to that remote memory with WriteProcessMemory. Then the local process sends the WM_WINHELP message with the remote handle. This seems cleanest to me, but VirtualAllocEx is not yet implemented for remote processed. - Usage of shared memory (probably only on Win9X). Do we yet have shared memory? As we go the NT-way, this is probably depreciated. - Usage of SHAllocEx Probably requires support in the remote application to lock the passed handle, which is not the case for winhlp32.exe I could also see the possibility to inform the message-packer about the need to pack the WinHelp structure when RegisterWindowMessage is called. What other possibilities do other people see? Help and ideas appreciated. Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

2 1

Comparison info please?
by Lonnie Cumberland 06 May '02

06 May '02

Hello All, I hope that all of you are doing well today. Recently, I have been doing some searching on the web and have come across different verions of Wine and am not sure how they compare to each other as far as advancements. I have found Wine (here), Rewind, and also WineX. could someone please tell me about the differences and also which might be the most advanced and stable? thanks in advance, Lonnie

4 5