wine-devel

wine-devel@winehq.org

3 participants
84481 discussions

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

Docu: PE-Loader
by juergen.schmied＠debitel.net 06 May '02

06 May '02

Might be useful: http://www.smidgeonsoft.prohosting.com/#Windows%202000%20Loader Bye Juergen

1 0

RE: More MSVC fixes
by Patrik Stridvall 06 May '02

06 May '02

> > > However Alexandre doesn't like binary files in the CVS > for good reasons > > While I can see that to a point, it's not 100% clear to me > that storing a .gif > (or what have you) in CVS is such a bad idea. I mean, the > main advantage > of storing stuff as plain text is to be able to look at (and > undrestand :)) > the diffs. However, that's not the case for images, even when > stored in a > text format. > > CVS can handle binary files no problem. Can someone please refresh my > memory on why storing binary _images_ in CVS is such a bad idea? I think it is because CVS can't store the diffs between binary files. It stores the whole file even if only one byte change. So it takes a lot of space to store the history of the file. Of course storing space is cheap nowadays...

6 10

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