wine-devel

wine-devel@winehq.org

12 participants
84488 discussions

Re: Fixes to _lcreat
by Francois Gouget 08 May '02

08 May '02

On Wed, 8 May 2002, Jakob Eriksson wrote: [...] > Index: dlls/kernel/tests/directory.c > =================================================================== > RCS file: /home/wine/wine/dlls/kernel/tests/directory.c,v > retrieving revision 1.2 > diff -u -r1.2 directory.c > --- dlls/kernel/tests/directory.c 1 Apr 2002 21:00:26 -0000 1.2 > +++ dlls/kernel/tests/directory.c 7 May 2002 23:28:33 -0000 > @@ -126,3 +126,4 @@ > test_GetSystemDirectoryA(); > test_GetSystemDirectoryW(); > } > + Maybe not really necessary :-) > Index: dlls/kernel/tests/file.c > =================================================================== > RCS file: /home/wine/wine/dlls/kernel/tests/file.c,v > retrieving revision 1.2 > diff -u -r1.2 file.c > --- dlls/kernel/tests/file.c 6 May 2002 20:12:55 -0000 1.2 > +++ dlls/kernel/tests/file.c 7 May 2002 23:28:33 -0000 [...] > @@ -170,6 +185,261 @@ > > ok( HFILE_ERROR == _lclose(filehandle), "_lclose should whine about this." ); > > +<<<<<<< file.c > + ok( DeleteFileA( filename ) != 0, "DeleteFileA complains." ); > +} Wow! You have conflicts in your patch! You should resolve those and resubmit. Or maybe this was the wrong diff? -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ Advice is what we ask for when we already know the answer but wish we didn't -- Eric Jong

1 0

Regression - err:module:MZ_DoLoadImage insufficient DOS memory
by Andriy Palamarchuk 08 May '02

08 May '02

I tested an application while researching bug 637: http://bugs.winehq.com/show_bug.cgi?id=637 Suddely on Tuesday after refreshing Wine I started to get those errors. The relevant part of the error log (sorry for the line wrapping): 080706b8:Call winedos.LoadDosExe(0804d5e0 "C:\\Program Files\\Chami\\HTML-Kit\\Bin\\HTMLKit.exe",00000014) ret=0804c04f 080706b8:trace:file:SetFilePointer handle 20 offset 0 high 0 origin 0 080706b8: set_file_pointer( handle=20, low=0, high=0, whence=0 ) 080706b8: set_file_pointer() = 0 { new_low=0, new_high=0 } 080706b8:trace:file:ReadFile 20 0x405b6ce0 64 0x405b6cdc (nil) 080706b8: get_handle_fd( handle=20, access=80000000 ) 080706b8: get_handle_fd() = 0 { fd=10, type=1, flags=0 } 080706b8:trace:module:MZ_InitMemory Initializing DOS memory structures 080706b8:trace:module:MZ_DoLoadImage Allocating DOS memory (min=6349136, max=6346368) 080706b8:err:module:MZ_DoLoadImage insufficient DOS memory 080706b8:Ret winedos.LoadDosExe() retval=00000000 ret=0804c04f wine: can't exec 'HTMLKit.exe': error=8 I *think* I refreshed CVS on Monday and the issue was not there, so this happened on Monday-Tuesday. I reviewed the recent patches, but did not find anything suspicios. Does anybody recognizes the issue? Andriy __________________________________________________ Do You Yahoo!? Yahoo! Health - your guide to health and wellness http://health.yahoo.com

1 0

Property Sheet empty
by Insyde 08 May '02

08 May '02

Hi, I've noticed that property sheet is not yet completely implemented. But I've seen no errors regarding to it. I've build 2 programs one with simple tab control screen and another with a property sheet. (I know they're different, but I mada this to see the code). Tab control works, but the property sheet is not mounted. It just shows the tab with no content. Don't know if there's already a program to test it, but if you want I can send the source. Thanks Ricardo.

2 1

seg fault compiling wine
by Mason Kidd 08 May '02

08 May '02

Hi everyone, I'm getting a segmentation fault compiling wine. This is the error message: LD_LIBRARY_PATH="../../library:../../unicode:$LD_LIBRARY_PATH" ../../tools/winebuild/winebuild -fPIC -L../../dlls -o kernel32.spec.c -spec ./kernel32.spec make: *** [kernel32.spec.c] Segmentation fault make: *** Deleting file `kernel32.spec.c' This is using the current CVS source. I also downloaded the wine-20020411 release of wine and got the same error. I am assuming that there is something wrong with my setup, because I compiled the CVS source about 2 weeks ago without problems, which was after the wine-20020411 release. Any ideas? Thanks, Mason Kidd

2 1

Does WINE support PrintView, Print, Chinese Input Method?
by Xiao Bing Yan 08 May '02

08 May '02

Hi, I have a Chinese application on Windows, now I want it(its binary) running on Linux with WINE. My questions are whether or not this application on Linux would be able to support PrintView, Print, Chinese Input Method, Clipboard, OLE? Yan

1 0

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

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-devel