- wine-devel - winehq.org

Update -- Oleaut32 and VB5
by erwin wolff 17 May '03

17 May '03

--update for previous message While visual Basic can install and start and edit a project, it cannot compile with a fake native configuration. The error from winedbg: { __wine_unimplemented("SafeArrayCreateEx"); } This is too bad :(. But hey, At least the VB5 IDE runs perfectly! ----------- ECF Wolff

2 2

Wineserver active users count
by BiGgUn 17 May '03

17 May '03

Hi Is it possible to get the number of active users on the wineserver ? Thanks in advance , Stéphan

3 3

Re: seh_try_macros2-00
by Shaheed R. Haque 17 May '03

17 May '03

Hi Greg, Not sure if this is off-base, but is it correct to assume that __wine_pop_frame is based on setjmp/longjmp? If not, ignore the rest of this note. If it is, then one issue to think about is that all the user variables in the handler blocks which are also used in the try block must be declared volatile. For example, int x; try { ... x = ... } handler { ... y = x; } won't work right unless x is volatile (because the compile's flow analysis and register usage will get confused). Since the original code is unlikely to be so marked, you have a problem. In general, AFAICS, any solution implemented at the language level has this problem...without compiler support you are stuffed. I am in the middle of solving a similar problem at work (i.e. forward porting and old C codebase using both exceptions, and a homebrew ORB which also has exceptions handled in a unified way). The ONLY solution I could come up with was indeed to use C++'s native exceptions, but wrapped in macros in such a way that the legacy code works without change. In fact, it works better than the legacy code because the legacy coders sometimes forgot to mark variables as volatile :-). If this is any use to you, contact off-list (I am not subscribed), and I can assist with the conceptual version of the macros - I've long forgotten the MSVC exception details. Thanks, Shaheed

1 0

Re: Lotus Notes and wine and RedHat 9
by Joe Squire 17 May '03

17 May '03

Thanks for your responses. Sorry I didn't reply earlier - been travelling. I noticed the latest wine newsletter that this may be fixed already in the CVS builds ( http://www.winehq.org/index.php?issue=170#Lotus%20Notes%20Breakage ) I will try installing that on the weekend and let you know how I get on. Cheers Joe >From: Mike Hearn <m.hearn(a)signal.qinetiq.com> >To: Uwe Bonnes <bon(a)elektron.ikp.physik.tu-darmstadt.de> >CC: Joe Squire <wiresquire(a)hotmail.com>, wine-devel(a)winehq.com, >Andreas Mohr <andi(a)rhlx01.fht-esslingen.de> >Subject: Re: Lotus Notes and wine and RedHat 9 >Date: 12 May 2003 10:02:10 +0100 > > > Hallo, > > > > it boiled down that Andi added a lot of functions in the user32 spec >file, > > with no implementation provided. These functions are mostly only >implemented > > in recent windows version, and Notes has to cope with these functions >not > > available. But as we added them in the spec file, this request will be > > granted, but later fails when this function should be executed. > > > > I notified Andi, but got no feedback so long. > >Perhaps a patch should be sent that comments out these functions in the >spec file until there are implementations of them? > >-- >Mike Hearn <m.hearn(a)signal.qinetiq.com> >QinetiQ - Malvern Technology Center > _________________________________________________________________ ninemsn Extra Storage is now available. No account expiration - no need to worry about losing your Hotmail account. Go to http://join.msn.com/?page=dept/home&pgmarket=en-au

1 0

xmms-winamp 0.4 vs. winex
by Tom Hibbert 17 May '03

17 May '03

Hi all, I am wanting to pdate xmms-winamp (http://www.emulinks.de/xmms-winamp/) to run with WineX CVS and gcc 3.2. The original developer (mailto:uli@emulinks.de) tells me he made the original source just to see if it could be done and has no interest in keeping the project alive. I personally would like to see xmms-winamp updated to work with WineX CVS because we now have vertex shader support which gives a very good chance of running MilkDrop. So i set about firstly trying to make the current source compile on my system. The configure script is very brain-dead so I had to force a lot of valies. But, it still has trouble detecting the wine libraries. --- snip from configure for i in "" ".dll" do for j in "" -L/usr/local/lib -L/usr/lib -L/usr/X11R6/lib do if gcc -o $TMPFILE $TMPFILE.c $j -lkernel32${i} 2>/dev/null >/dev/null then echo -n found LIBEXT="$i" LIBPATH="$j" found=1 test -n "$LIBPATH" && echo -n " at $LIBPATH" test -n "$LIBEXT" && echo ", extension \"$LIBEXT\"" || echo ", no extension" break 2 fi done done --- end snip In this case the script is testing that the libraries are there and linkable by compiling a sample one liner program int main(int argc, char** argv){} and linking it against libkernel32.so. When I try and do this myself, I receive the following error messages: $ gcc -o test /tmp/xmmswinampconf.816.c -L/usr/lib/transgaming/WineX/lib -lkernel32 /usr/lib/transgaming/WineX/lib//libntdll.so: undefined reference to `casemap_lower' /usr/lib/transgaming/WineX/lib//libntdll.so: undefined reference to `utf8_wcstombs' /usr/lib/transgaming/WineX/lib//libntdll.so: undefined reference to `cp_enum_table' /usr/lib/transgaming/WineX/lib//libntdll.so: undefined reference to `wine_errno_location' /usr/lib/transgaming/WineX/lib//libntdll.so: undefined reference to `wine_gettid' /usr/lib/transgaming/WineX/lib//libntdll.so: undefined reference to `casemap_upper' /usr/lib/transgaming/WineX/lib//libntdll.so: undefined reference to `utf8_mbstowcs' /usr/lib/transgaming/WineX/lib//libntdll.so: undefined reference to `cp_mbstowcs' /usr/lib/transgaming/WineX/lib//libntdll.so: undefined reference to `wctype_table' /usr/lib/transgaming/WineX/lib//libntdll.so: undefined reference to `wine_h_errno_location' /usr/lib/transgaming/WineX/lib//libntdll.so: undefined reference to `cp_wcstombs' /usr/lib/transgaming/WineX/lib//libntdll.so: undefined reference to `cp_get_table' collect2: ld returned 1 exit status My thoughts are that kernel32 can no longer be linked in this method, can someone confirm? Thanks, Tom Hibbert Work: someday Home: +649 815 1838 Obtain my GPG Key from: http://cryptocracy.hn.org/pubkey.txt

1 0

Re: Fix ListView Bugs
by Dimitrie O. Paun 17 May '03

17 May '03

On Fri, 16 May 2003, Robert Shearman wrote: > Fixes two bugs. > 1. Regression. The colour used for the background of text that wasn't > selected wasn't being set properly any more, as it had been moved into > notify_prepaint. This patch moves it back to where it was before and the > text background appears correctly. Maxim and I are working on an alternative patch, which also does a better job of handling subitem notifications. Alexandre, please don't apply. > 2. Don't clear the item header when column 0 is inserted - it would clear > anything already set in the header, such as information set by InsertItem Well, the header contains the text and the icon. When I insert a new column, I don't expect the old column text to be preserved. Do you have tests that show otherwise? -- Dimi.

4 12

Bugzilla Upgraded
by Jeremy Newman 17 May '03

17 May '03

I have upgraded our installation of Bugzilla from 2.14 to 2.17.4. This solves some issues we were having. - My Bugs link was not working - Queries where busted. >From the looks of it, quite a bit has changed in this new version. So poke around and let me know an issues that crop up. Yes, I plan to convert the bugs site over to the new design soon. Today I mainly wanted just to get it up and running. -- Jeremy Newman <jnewman(a)codeweavers.com> CodeWeavers, Inc.

2 2

Re: ddraw: load OpenGL at runtime
by Brian Vincent (C) 16 May '03

16 May '03

> IMHO we should have our monthly "architectural meeting" and have some > volunteer go through the log and add the relevant content to the Wine > architecture page -- wait, which page again?? ;) If someone wants to collect a log of such a meeting I can summarize it and add it to WWN. From there, we could have the existing status pages just point to the WWN issue where it's covered. The next question is when a good time would be to hold something like this. Based on the list traffic, it seems like most people are around Monday - Friday. I'm -6 GMT, so something like 1pm GMT would work well for me (anyone in California or west coast? that might be too early.) Or, if work interferes (it doesn't seem to) maybe Saturday or Sunday would be better? --------------- Brian Vincent Copper Mountain Telecom vincentb(a)coppercolorado.com

1 0

Re: Wine: gethostbyname implementation in WS2_32 is buggy
by Andreas Mohr 16 May '03

16 May '03

On Fri, May 16, 2003 at 04:59:18PM +0100, wrote: > Hi, > > I am not confident how this patch-submission bussiness > works, so I will just quickly describe what's wrong > and how to fix it. > > The current implementation of gethostbyname in WS2_32 > (located in winsock/socket.c) doesn't handle a null > string argument correctly. > > According to MS definition of gethostbyname, when it > receives a null argument, it should return the same > result as if a call to gethostname was made. Currently > Wine doesn't do this: it simply crashes. > > Fix is simple: add something like: > if (name == NULL) return __ws_gethostbyname( > "localhost", WS_DUP_LINEAR ); Is this the way it's supposed to be handled? I interpreted this (in my original patch I sent very recently) as something like: --- dlls/winsock/socket.c 13 May 2003 04:43:44 -0000 1.126 +++ dlls/winsock/socket.c 16 May 2003 20:00:28 -0000 @@ -2893,6 +2893,17 @@ int ebufsize=1024; struct hostent hostentry; int locerr = ENOBUFS; + char local_name[256]; + + /* name == NULL means use the local host name */ + if (name == NULL) + { + if (WS_gethostname(local_name, sizeof(local_name)) != 0) + return NULL; +··············· + name = local_name; + } +···· host = NULL; Which way is the right one? First? Second? Both? :) -- Help prevent Information Technology Fascism! - before it's too late... http://www.againsttcpa.com

1 0

Re: Fix ListView Bugs
by Robert Shearman 16 May '03

16 May '03

> Subject: Re: Fix ListView Bugs > From: Maxime =?ISO-8859-1?Q?Belleng=E9?= <maxime.bellenge(a)laposte.net> > To: wine-devel(a)winehq.org > Cc: Wine Patches <wine-patches(a)winehq.com> > Organization: > Date: 16 May 2003 19:07:38 +0200 > > Robert can you try the attached patch to see if it solves the point 1. > in your case ? > If it doesn't I think we should make a merge of our patches. > Unfortunately it doesn't. Rob

1 0

Re: Fix ListView Bugs
by Maxime Bellengé 16 May '03

16 May '03

I think that patch is not correct because it does not correctly handle the subitem customdraw notification. Dimitrie O. Paun and I are working on a patch to solve that. Robert can you try the attached patch to see if it solves the point 1. in your case ? If it doesn't I think we should make a merge of our patches. Max On Fri, 2003-05-16 at 13:02, Robert Shearman wrote: > Fixes two bugs. > 1. Regression. The colour used for the background of text that wasn't > selected wasn't being set properly any more, as it had been moved into > notify_prepaint. This patch moves it back to where it was before and the > text background appears correctly. > 2. Don't clear the item header when column 0 is inserted - it would clear > anything already set in the header, such as information set by InsertItem > > ChangeLog: > - Make selected text appear correctly now > - Don't clear header for subitem 0 when column 0 is inserted > > Rob -- Maxime Bellengé <maxime.bellenge(a)laposte.net>

1 0

RFC: Store apartment model in TEB
by Robert Shearman 16 May '03

16 May '03

Hi, I've sent it to wine-devel so I can get some comments on it. This patch will basically store the apartment model in a structure in the TEB like Windows. This will allow CoInitializeEx to return the right value, which in itself has got some apps working better on my machine. If this patch is ok, then the next question must be: what functions/interfaces depend on the apartment model? ChangeLog: - CoInitializeEx should store apartment model separately for each thread Rob

1 0

Getting DXBall to run
by Hans Leidekker 16 May '03

16 May '03

Hi, I have this old breakout style game called DXBall (I think it's a DirectX 2 game) that runs flawlessly but for one page fault after the second startup screen, right before the first level starts. You can download the game here: http://www.magicwandsoft.com/games/dxball/download.html I traced it down to dlls/ddraw/dsurface/dib.c:create_dib where it says: if (!This->surface_desc.lpSurface) { This->surface_desc.lpSurface = priv->dib.bitmap_data; This->surface_desc.dwFlags |= DDSD_LPSURFACE; } I don't see why This->surface_desc.lpSurface is being tested here before doing the assignment since up in the function there's this assert statement: assert(This->surface_desc.lpSurface != NULL); And as far as I can tell there's nothing in between that could change the value of This->surface_desc.lpSurface, so this code will never be reached. Some extra traces confirm that this is the case. If I make the assignment unconditional the game starts to run, but I'm not really sure if this fix hides another bug or not. Maybe some DirectX guru can tell right away? -Hans Changelog: Remove superfluous NULL check

1 0

Winehq.com will be Offline tonight
by Jeremy Newman 16 May '03

16 May '03

Our ISP is moving to a new location, so they need to shut us down while they switch over. They did not give me an ETA of how long this downtime will last. It will start at around 12:30am CST. The minimum time will be an hour, but I suspect will be a tad longer. I will email the list after the move is completed. -- Jeremy Newman <jnewman(a)codeweavers.com> CodeWeavers, Inc.

1 1

[latest cvs] GTA 3 ingame keyboard and mouse works.
by erwin wolff 16 May '03

16 May '03

Hi, As of the latest CVS the in-game mouse and keyboard fully works. The mouse is the the menu structure still disalbled due the joystick error. The game however isn't very fast (I don't know but I guess about 20 fps with an atlon 2200+ and a GeForce FX 5800 Ultra :) ) and only the intro (the bank robbery) is taking some speed. The textures are still disabled ingame but the menu structure is getter better and the background textures are visible now. ------------------------------------------- ECF Wolff Erwinwolffnl(a)microformatica.com

1 0

OLE clipping
by Mike Hearn 16 May '03

16 May '03

Hi, I've been staring at traces all day trying to figure this one out, and haven't got very far, so I'm wondering if you guys have any advice. I have an application which embeds an IE web browser control into a window, and then proceeds to draw over it, which should be clipped. The reason it draws over it, is because this is a Java Swing app and there are wierd interactions between "lightweight" and "heavyweight" components (whether they have Win32 windows or not). In fact, I'm doubly confused, because during execution I can see calls to PatBlt, BitBlt and StretchBlt, but if I disable that code by putting a return true; at the top of X11DRV_InternalStretchBlt, which they all call, nothing changes! The app looks exactly the same, minus the WebBrowser control. So clearly Java does not use the *Blt family of functions, but I can't see any other calls that leap out at me as to what it might use. So anyway, I've got a few questions: 1) What else could Java be using to draw, if not the blitter functions? 2) Is there some crucial part of GDI clipping that isn't implemented which might be causing this problem? 3) Is it normal that the parent window of an ActiveX embedder can draw over its children in this way? I'd have thought the GDI would have clipped it. I think I'm going to experiment with a standard Win32/Delphi app and drawing over an ActiveX control, to see what happens. thanks -mike -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

2 3

Good news and bad news
by Shachar Shemesh 16 May '03

16 May '03

After a long absance, due in part to me starting a business, part to participating in forming an NPO to advance Open Source/Free Software/Linux, and in part to moving an apartment, I'm back. On the good news front - I'm hoping I'll finally have some help from our nearby neighbours. A Jordanian programmer is making some moves into Wine, and Arabic support in particular. Here's hoping for a better overall product as a result. -- Shachar Shemesh Open Source integration consultant Home page & resume - http://www.shemesh.biz/

2 1

Re: Resent: More sanity check in TOOLBAR_AddString
by Alexandre Julliard 15 May '03

15 May '03

Uwe Bonnes <bon(a)elektron.ikp.physik.tu-darmstadt.de> writes: > Changelog: > dlls/comctl32/toolbar.c: TOOLBAR_AddString > More checks before accessing lParam as string This kind of fix is always suspicious, it should only be done if you are sure that the bad pointer is not a Wine bug. And in that case, please explain what makes you sure, I can't apply a patch that simply hides bad pointers without more explanations. -- Alexandre Julliard julliard(a)winehq.com

1 0

Resent: dlls/wininet/http.c: HTTP_HttpOpenRequestA
by Uwe Bonnes 15 May '03

15 May '03

Changelog: dlls/wininet/http.c: HTTP_HttpOpenRequestA Calculate size from the same argument that is used later Check for possible NULL arguments -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ---------- Index: wine/dlls/wininet/http.c =================================================================== RCS file: /home/wine/wine/dlls/wininet/http.c,v retrieving revision 1.34 diff -u -r1.34 http.c --- wine/dlls/wininet/http.c 14 Apr 2003 21:32:36 -0000 1.34 +++ wine/dlls/wininet/http.c 5 May 2003 17:38:13 -0000 @@ -398,8 +398,18 @@ sprintf(proxy, "http://%s/", hIC->lpszProxy); InternetCrackUrlA(proxy, 0, 0, &UrlComponents); if (strlen(UrlComponents.lpszHostName)) { - /* for constant 13 see above */ - char* url = HeapAlloc(GetProcessHeap(), 0, strlen(lpwhr->lpszHostName) + strlen(lpwhr->lpszPath) + 13); + char* url; + DWORD needed = 13;/* for constant 13 see above */ + + if(lpwhs->lpszServerName) + needed += strlen(lpwhs->lpszServerName); + else + TRACE("no lpwhs->lpszServerName\n"); + if(lpwhr->lpszPath) + needed += strlen(lpwhr->lpszPath); + else + TRACE("no lpwhr->lpszPath\n"); + url= HeapAlloc(GetProcessHeap(), 0, needed); if(UrlComponents.nPort == INTERNET_INVALID_PORT_NUMBER) UrlComponents.nPort = INTERNET_DEFAULT_HTTP_PORT;

2 1

Re: [dx8-33] More maxpayne fixes
by Raphaël Junqueira 15 May '03

15 May '03

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Le Jeudi 15 Mai 2003 23:25, Ann and Jason Edmeades a écrit : > I'm trying to find an equivalent to CAMERASPACENORMAL and > CAMERASPACEREFLECTIONVECTOR in opengl - Any thoughts? > Jason I have just code it ;) while i receive your patch and now i have to test Regards, Raphael -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+xAqKp7NA3AmQTU4RAnFaAJoD4Ayyf+9MgTd8wYccPpfvcWG3SQCglhnG d7ewTuKETk0qU2a5OtlsMwI= =quzQ -----END PGP SIGNATURE-----

1 0

InstallShield don't like me ;)
by Raphaël Junqueira 15 May '03

15 May '03

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I'm trying installing some games (for d3d8 tests) but most of the installs i tried "deadlocks" when "preparing the Installshield wizard" is done (progress bar full, but the program not respond) The problem is most of others applications (non-games) i have tried, have been installed without any problem (after copying stdole and adding some config). I give you a little status of my games installation problems: - Splinter Cell Demo: the installer catch an error (-5003???) while "preparing" when last traces are: fixme:debug:FlushInstructionCache (0xffffffff,0x41ba2880,0x0000000d): stub fixme:cabinet:FDICreate (pfnalloc == ^0x603ce62a, pfnfree == ^0x603ce7b4, pfnopen == ^0x603c4143, pfnread == ^0x603c41ae, pfnwrite == ^0x603c41c0, pfnclose == ^0x603c41e4, pfnseek == ^0x603c41d2, cpuType == -1, perf == ^0x40730978): stub fixme:cabinet:FDICopy (hfdi == ^(nil), pszCabinet == ^0x4073099c, pszCabPath == ^0x40730aa0, flags == 0, pfnfdin == ^0x603c41f5, pfnfdid == ^(nil), pvUser == ^0x40730978): stub trace:ole:GetErrorInfo (0, 0x407310ec, (nil)): stub: - Harry Potter and the Chamber of Secrets Demo: deadlock at end of "preparing" stage. Last traces: trace:ole:CoInitializeEx ((nil), 2) trace:ole:WINE_StringFromCLSID 0x46ee98->{C9CD1A93-D7B4-11D2-80C5-00104B1F6CEA} trace:ole:CoGetClassObject CLSID: {c9cd1a93-d7b4-11d2-80c5-00104b1f6cea}, IID: {00000001-0000-0000-c000-000000000046} trace:ole:COMPOBJ_DLLList_Add trace:ole:CoMarshalInterThreadInterfaceInStream ({3d8b6331-d8b1-11d2-80c5-00104b1f6cea}, 0x43e90130, 0x42331e3c) - Hitman2 Demo: grey notify window and deadlock at: trace:ole:OLEClipbrd_Initialize () fixme:shell:SHAutoComplete SHAutoComplete stub trace:ole:OleInitialize ((nil)) trace:ole:CoInitializeEx ((nil), 2) trace:ole:WINE_StringFromCLSID 0x4072f838->{00000030-2E50-4073-2838-4140D0384000} trace:ole:CoGetClassObject CLSID: {00000030-2e50-4073-2838-4140d0384000}, IID: {00000001-0000-0000-c000-000000000046} warn:ole:CoGetClassObject class {00000030-2E50-4073-2838-4140D0384000} not registred trace:ole:WINE_StringFromCLSID 0x4072f838->{00000030-2E50-4073-2838-4140D0384000} trace:ole:WINE_StringFromCLSID 0x4072f838->{00000030-2E50-4073-2838-4140D0384000} fixme:ole:CoCreateInstance no classfactory created for CLSID {00000030-2e50-4073-2838-4140d0384000}, hres is 0x80040150 trace:ole:OleInitialize ((nil)) trace:ole:CoInitializeEx ((nil), 2) trace:ole:WINE_StringFromCLSID 0x4072f838->{00000030-2E50-4073-5840-4140D0384000} trace:ole:CoGetClassObject CLSID: {00000030-2e50-4073-5840-4140d0384000}, IID: {00000001-0000-0000-c000-000000000046} warn:ole:CoGetClassObject class {00000030-2E50-4073-5840-4140D0384000} not registred trace:ole:WINE_StringFromCLSID 0x4072f838->{00000030-2E50-4073-5840-4140D0384000} trace:ole:WINE_StringFromCLSID 0x4072f838->{00000030-2E50-4073-5840-4140D0384000} fixme:ole:CoCreateInstance no classfactory created for CLSID {00000030-2e50-4073-5840-4140d0384000}, hres is 0x80040150 Have you a solution for that, how can i help you ? many Interfaces seems not implemented or COM ClassFactory exported, who are they ? thx for any help Regards, Raphael -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+w1Btp7NA3AmQTU4RAtBVAJ97JN/4LKmxA4AvnBQVm5JoJo97zgCeKClp kuxdQjeaodekcYpg2uMYe1w= =sunB -----END PGP SIGNATURE-----

3 3

Re: [DINPUT] get Unreal Tournament 2003 (and maybe Unreal2) starting
by Lionel Ulmer 15 May '03

15 May '03

> lionel, why the IID_IDirectInput8W is considered as an old version of DINPUT > ? ;)) Don't ask me, the DInput8 code was done by Transgaming. Anyway, this was on my TODO list to get America's Amry to start with built-in DInput but it seems you beat me to it (a pitty there is no public transportation strike where I live or that I take the bike :-) ). Anyway, I have just one comment : > +/****************************************************************************** > + * IDirectInputW_EnumDevices > + */ > +static HRESULT WINAPI IDirectInputWImpl_EnumDevices( > + LPDIRECTINPUT7W iface, DWORD dwDevType, LPDIENUMDEVICESCALLBACKW lpCallback, > + LPVOID pvRef, DWORD dwFlags > +) > +{ > + ICOM_THIS(IDirectInputAImpl,iface); > + DIDEVICEINSTANCEA devInstance; > + DIDEVICEINSTANCEW newDevInstance; > + int i; > + > + TRACE("(this=%p,0x%04lx,%p,%p,%04lx)\n", This, dwDevType, lpCallback, pvRef, dwFlags); > + > + for (i = 0; i < nrof_dinput_devices; i++) { > + devInstance.dwSize = sizeof(devInstance); > + if (dinput_devices[i]->enum_device(dwDevType, dwFlags, &devInstance)) { > + newDevInstance.dwSize = sizeof(DIDEVICEINSTANCEW); > + newDevInstance.guidInstance = devInstance.guidInstance; > + newDevInstance.guidProduct = devInstance.guidProduct; > + newDevInstance.dwDevType = devInstance.dwDevType; > + MultiByteToWideChar( CP_ACP, 0, devInstance.tszInstanceName, -1, newDevInstance.tszInstanceName, MAX_PATH); > + MultiByteToWideChar( CP_ACP, 0, devInstance.tszProductName, -1, newDevInstance.tszProductName, MAX_PATH); > + if (lpCallback(&newDevInstance,pvRef) == DIENUM_STOP) > + return 0; > + } > + } > + > + return 0; > +} > Just to be on the pedantic side, it would be better to share this code... For example by calling the DInput8A function with a special callback written in the Wine code that converts the strings from A to W before calling the 'real' callback. Even better would be to have our code work like the rest of Wine : ie having A using the W code and not the reverse :-) Another question, did you investigate this code : SysKeyboardAImpl_EnumObjects ? This returns an 'A' pointer as part of the 'DIDEVICEOBJECTINSTANCEA' structure... If a 'DIDEVICEOBJECTINSTANCEW' is used in the case of the W interface, this needs to be changed too. Lionel -- Lionel Ulmer - http://www.bbrox.org/

2 1

Re: [dx30] MayPayne fix :-)
by Lionel Ulmer 15 May '03

15 May '03

> Someone really is going to have to start looking at the Quartz > stuff again sometime. (Can anyone produce stubs of ALL the com objects > it supplies automatically?) I started once to stub a LOT of the Quartz COM objects... I should look if it still builds and submit it. Anyway, it's in my goals to check what is needed to get 'simple' stuff going (or even just to fail gracefully and to 'fake' the movie being played in some games). Lionel PS: and yes we know that the WineX Quartz library is LGPL'ed, no need to tell us so :-) -- Lionel Ulmer - http://www.bbrox.org/

1 0

Re: GetTempFileName: check for ERROR_SHARING_VIOLATION.
by Vincent Béron 15 May '03

15 May '03

Philip Mason a écrit: > Force "FILE_GetTempFileName" to continue looking for new temp > file name if error returned from "CreateFileW" is ERROR_SHARING_VIOLATION. > > > ------------------------------------------------------------------------ > > diff -urN wine-20030508-old/files/file.c wine-20030508-new/files/file.c > --- wine-20030508-old/files/file.c Tue Apr 22 05:04:17 2003 > +++ wine-20030508-new/files/file.c Thu May 15 17:15:19 2003 > @@ -1090,7 +1090,8 @@ > CloseHandle( handle ); > break; > } > - if (GetLastError() != ERROR_FILE_EXISTS) > + if (GetLastError() != ERROR_FILE_EXISTS) && > + GetLastError() != ERROR_SHARING_VIOLATION) > break; /* No need to go on */ > num++; > sprintf( buf, "%04x.tmp", num ); Won't compile, one ) too much on first line. Vincent

1 0

Re: Re: InstallShield don't like me ;)
by fenix＠club-internet.fr 15 May '03

15 May '03

Hi, > >> "preparing" when last traces are: >> fixme:debug:FlushInstructionCache (0xffffffff,0x41ba2880,0x0000000d): stub >> fixme:cabinet:FDICreate (pfnalloc == ^0x603ce62a, pfnfree == ^0x603ce7b4, >> pfnopen == ^0x603c4143, pfnread == ^0x603c41ae, pfnwrite == ^0x603c41c0, >> pfnclose == ^0x603c41e4, pfnseek == ^0x603c41d2, cpuType == -1, perf == >> ^0x40730978): stub >> fixme:cabinet:FDICopy (hfdi == ^(nil), pszCabinet == ^0x4073099c, pszCabPath >> == ^0x40730aa0, flags == 0, pfnfdin == ^0x603c41f5, pfnfdid == >> ^(nil), pvUser == ^0x40730978): stub >> trace:ole:GetErrorInfo (0, 0x407310ec, (nil)): stub: > >For this one, use native Cabinet DLL (I managed to install it from what I >remember). Ok, thx i'll try it. But fixing stubs in wine cabinet.dll it's not possible ? > > Lionel > >PS: you in vacation to send so many Wine mails :-) ? No, but as i have now really longs ways to work (i think you know why), i have much much more time for it.

1 0

PATCH - Start seperating 16/32 in Ole and ole32 memlockbytes
by Steven Edwards 15 May '03

15 May '03

I am doing some work trying to seperate Ole* and Ole32 for use in ReactOS. Before we can make use of most of the WINE code all of the Non-Win32api imported functions are going to need to be compiled out or rewitten. I dont need someone to do this for me but I am going to need a little hand-holding as I dont want to waste my or anyone elses time. Currentlly Ole32 Imports these non-Win32api functions: From GDI32.dll - CloseMetaFile16 From Kernel32.dll - FreeLibrary16, GetCurrentTask, GetModuleHandle16, GetProcAddress16 GlobalAlloc16, GlobalFree16, GlobalLock16, GlobalReAlloc16, GlobalSize16, GlobalUnlock16 K32WOWCallback16Ex, K32WOWGlobalAllocLock16, K32WOWGlobalUnlockFree16 LoadLibrary16, LockResource16, MapLS, UnMapLS Anywhere here is the first patch that removes a few of these imports if --disable-win16 is passed to configure. I still have a lot to go and this may need some cleanup/review from a OLE guru on Linux but it builds for me without warnings or errors under Mingw. Changelog: Seperate Win16 and Win32 Ole support in memlockbytes. --- /dev/null Thu May 15 10:26:38 2003 +++ memlockbytes16.c Thu May 15 10:20:00 2003 @@ -0,0 +1,1082 @@ +#include "config.h" + +#include <assert.h> +#include <string.h> + +#define NONAMELESSUNION +#define NONAMELESSSTRUCT +#include "windef.h" +#include "wine/winbase16.h" +#include "objbase.h" +#include "ole2.h" +#include "winbase.h" +#include "winerror.h" + +#include "ifs.h" + +#include "wine/debug.h" + +WINE_DEFAULT_DEBUG_CHANNEL(ole); + +/****************************************************************************** + * HGLOBALLockBytesImpl definition. + * + * This class imlements the ILockBytes inteface and represents a byte array + * object supported by an HGLOBAL pointer. + */ +struct HGLOBALLockBytesImpl +{ + /* + * Needs to be the first item in the stuct + * since we want to cast this in an ILockBytes pointer + */ + ICOM_VFIELD(ILockBytes); + + /* + * Reference count + */ + ULONG ref; + + /* + * Support for the LockBytes object + */ + HGLOBAL supportHandle; + + /* + * This flag is TRUE if the HGLOBAL is destroyed when the object + * is finally released. + */ + BOOL deleteOnRelease; + + /* + * Helper variable that contains the size of the byte array + */ + ULARGE_INTEGER byteArraySize; +}; + +typedef struct HGLOBALLockBytesImpl HGLOBALLockBytesImpl; + +/* + * Method definition for the HGLOBALLockBytesImpl class. + */ +HGLOBALLockBytesImpl* HGLOBALLockBytesImpl_Construct( + HGLOBAL hGlobal, + BOOL fDeleteOnRelease); + +void HGLOBALLockBytesImpl_Destroy(HGLOBALLockBytesImpl* This); + +HRESULT WINAPI HGLOBALLockBytesImpl_QueryInterface( + ILockBytes* iface, + REFIID riid, /* [in] */ + void** ppvObject); /* [iid_is][out] */ + +ULONG WINAPI HGLOBALLockBytesImpl_AddRef( + ILockBytes* iface); + +ULONG WINAPI HGLOBALLockBytesImpl_Release( + ILockBytes* iface); + +HRESULT WINAPI HGLOBALLockBytesImpl_ReadAt( + ILockBytes* iface, + ULARGE_INTEGER ulOffset, /* [in] */ + void* pv, /* [length_is][size_is][out] */ + ULONG cb, /* [in] */ + ULONG* pcbRead); /* [out] */ + +HRESULT WINAPI HGLOBALLockBytesImpl_WriteAt( + ILockBytes* iface, + ULARGE_INTEGER ulOffset, /* [in] */ + const void* pv, /* [size_is][in] */ + ULONG cb, /* [in] */ + ULONG* pcbWritten); /* [out] */ + +HRESULT WINAPI HGLOBALLockBytesImpl_Flush( + ILockBytes* iface); + +HRESULT WINAPI HGLOBALLockBytesImpl_SetSize( + ILockBytes* iface, + ULARGE_INTEGER libNewSize); /* [in] */ + +HRESULT WINAPI HGLOBALLockBytesImpl_LockRegion( + ILockBytes* iface, + ULARGE_INTEGER libOffset, /* [in] */ + ULARGE_INTEGER cb, /* [in] */ + DWORD dwLockType); /* [in] */ + +HRESULT WINAPI HGLOBALLockBytesImpl_UnlockRegion( + ILockBytes* iface, + ULARGE_INTEGER libOffset, /* [in] */ + ULARGE_INTEGER cb, /* [in] */ + DWORD dwLockType); /* [in] */ + +HRESULT WINAPI HGLOBALLockBytesImpl_Stat( + ILockBytes* iface, + STATSTG* pstatstg, /* [out] */ + DWORD grfStatFlag); /* [in] */ + +/* + * Virtual function table for the HGLOBALLockBytesImpl class. + */ +static ICOM_VTABLE(ILockBytes) HGLOBALLockBytesImpl_Vtbl = +{ + ICOM_MSVTABLE_COMPAT_DummyRTTIVALUE + HGLOBALLockBytesImpl_QueryInterface, + HGLOBALLockBytesImpl_AddRef, + HGLOBALLockBytesImpl_Release, + HGLOBALLockBytesImpl_ReadAt, + HGLOBALLockBytesImpl_WriteAt, + HGLOBALLockBytesImpl_Flush, + HGLOBALLockBytesImpl_SetSize, + HGLOBALLockBytesImpl_LockRegion, + HGLOBALLockBytesImpl_UnlockRegion, + HGLOBALLockBytesImpl_Stat, +}; + +/****************************************************************************** + * + * HGLOBALLockBytesImpl implementation + * + */ + +/****************************************************************************** + * This is the constructor for the HGLOBALLockBytesImpl class. + * + * Params: + * hGlobal - Handle that will support the stream. can be NULL. + * fDeleteOnRelease - Flag set to TRUE if the HGLOBAL will be released + * when the IStream object is destroyed. + */ +HGLOBALLockBytesImpl* HGLOBALLockBytesImpl_Construct(HGLOBAL hGlobal, + BOOL fDeleteOnRelease) +{ + HGLOBALLockBytesImpl* newLockBytes; + newLockBytes = HeapAlloc(GetProcessHeap(), 0, sizeof(HGLOBALLockBytesImpl)); + + if (newLockBytes!=0) + { + /* + * Set up the virtual function table and reference count. + */ + newLockBytes->lpVtbl = &HGLOBALLockBytesImpl_Vtbl; + newLockBytes->ref = 0; + + /* + * Initialize the support. + */ + newLockBytes->supportHandle = hGlobal; + newLockBytes->deleteOnRelease = fDeleteOnRelease; + + /* + * This method will allocate a handle if one is not supplied. + */ + if (newLockBytes->supportHandle == 0) + { + newLockBytes->supportHandle = GlobalAlloc(GMEM_MOVEABLE | + GMEM_NODISCARD, + 0); + } + + /* + * Initialize the size of the array to the size of the handle. + */ + newLockBytes->byteArraySize.s.HighPart = 0; + newLockBytes->byteArraySize.s.LowPart = GlobalSize( + newLockBytes->supportHandle); + } + + return newLockBytes; +} + +/****************************************************************************** + * This is the destructor of the HGLOBALStreamImpl class. + * + * This method will clean-up all the resources used-up by the given + * HGLOBALLockBytesImpl class. The pointer passed-in to this function will be + * freed and will not be valid anymore. + */ +void HGLOBALLockBytesImpl_Destroy(HGLOBALLockBytesImpl* This) +{ + /* + * Release the HGlobal if the constructor asked for that. + */ + if (This->deleteOnRelease) + { + GlobalFree(This->supportHandle); + This->supportHandle = 0; + } + + /* + * Finally, free the memory used-up by the class. + */ + HeapFree(GetProcessHeap(), 0, This); +} + +/****************************************************************************** + * This implements the IUnknown method QueryInterface for this + * class + */ +HRESULT WINAPI HGLOBALLockBytesImpl_QueryInterface( + ILockBytes* iface, + REFIID riid, /* [in] */ + void** ppvObject) /* [iid_is][out] */ +{ + HGLOBALLockBytesImpl* const This=(HGLOBALLockBytesImpl*)iface; + + /* + * Perform a sanity check on the parameters. + */ + if (ppvObject==0) + return E_INVALIDARG; + + /* + * Initialize the return parameter. + */ + *ppvObject = 0; + + /* + * Compare the riid with the interface IDs implemented by this object. + */ + if (memcmp(&IID_IUnknown, riid, sizeof(IID_IUnknown)) == 0) + { + *ppvObject = (ILockBytes*)This; + } + else if (memcmp(&IID_ILockBytes, riid, sizeof(IID_ILockBytes)) == 0) + { + *ppvObject = (ILockBytes*)This; + } + + /* + * Check that we obtained an interface. + */ + if ((*ppvObject)==0) + return E_NOINTERFACE; + + /* + * Query Interface always increases the reference count by one when it is + * successful + */ + HGLOBALLockBytesImpl_AddRef(iface); + + return S_OK; +} + +/****************************************************************************** + * This implements the IUnknown method AddRef for this + * class + */ +ULONG WINAPI HGLOBALLockBytesImpl_AddRef(ILockBytes* iface) +{ + HGLOBALLockBytesImpl* const This=(HGLOBALLockBytesImpl*)iface; + + This->ref++; + + return This->ref; +} + +/****************************************************************************** + * This implements the IUnknown method Release for this + * class + */ +ULONG WINAPI HGLOBALLockBytesImpl_Release(ILockBytes* iface) +{ + HGLOBALLockBytesImpl* const This=(HGLOBALLockBytesImpl*)iface; + + ULONG newRef; + + This->ref--; + + newRef = This->ref; + + /* + * If the reference count goes down to 0, perform suicide. + */ + if (newRef==0) + { + HGLOBALLockBytesImpl_Destroy(This); + } + + return newRef; +} + +/****************************************************************************** + * This method is part of the ILockBytes interface. + * + * It reads a block of information from the byte array at the specified + * offset. + * + * See the documentation of ILockBytes for more info. + */ +HRESULT WINAPI HGLOBALLockBytesImpl_ReadAt( + ILockBytes* iface, + ULARGE_INTEGER ulOffset, /* [in] */ + void* pv, /* [length_is][size_is][out] */ + ULONG cb, /* [in] */ + ULONG* pcbRead) /* [out] */ +{ + HGLOBALLockBytesImpl* const This=(HGLOBALLockBytesImpl*)iface; + + void* supportBuffer; + ULONG bytesReadBuffer = 0; + ULONG bytesToReadFromBuffer; + + /* + * If the caller is not interested in the number of bytes read, + * we use another buffer to avoid "if" statements in the code. + */ + if (pcbRead == 0) + pcbRead = &bytesReadBuffer; + + /* + * Make sure the offset is valid. + */ + if (ulOffset.s.LowPart > This->byteArraySize.s.LowPart) + return E_FAIL; + + /* + * Using the known size of the array, calculate the number of bytes + * to read. + */ + bytesToReadFromBuffer = min(This->byteArraySize.s.LowPart - + ulOffset.s.LowPart, cb); + + /* + * Lock the buffer in position and copy the data. + */ + supportBuffer = GlobalLock(This->supportHandle); + + memcpy(pv, + (char *) supportBuffer + ulOffset.s.LowPart, + bytesToReadFromBuffer); + + /* + * Return the number of bytes read. + */ + *pcbRead = bytesToReadFromBuffer; + + /* + * Cleanup + */ + GlobalUnlock(This->supportHandle); + + /* + * The function returns S_OK if the specified number of bytes were read + * or the end of the array was reached. + * It returns STG_E_READFAULT if the number of bytes to read does not equal + * the number of bytes actually read. + */ + if(*pcbRead == cb) + return S_OK; + + return STG_E_READFAULT; +} + +/****************************************************************************** + * This method is part of the ILockBytes interface. + * + * It writes the specified bytes at the specified offset. + * position. If the array is too small, it will be resized. + * + * See the documentation of ILockBytes for more info. + */ +HRESULT WINAPI HGLOBALLockBytesImpl_WriteAt( + ILockBytes* iface, + ULARGE_INTEGER ulOffset, /* [in] */ + const void* pv, /* [size_is][in] */ + ULONG cb, /* [in] */ + ULONG* pcbWritten) /* [out] */ +{ + HGLOBALLockBytesImpl* const This=(HGLOBALLockBytesImpl*)iface; + + void* supportBuffer; + ULARGE_INTEGER newSize; + ULONG bytesWritten = 0; + + /* + * If the caller is not interested in the number of bytes written, + * we use another buffer to avoid "if" statements in the code. + */ + if (pcbWritten == 0) + pcbWritten = &bytesWritten; + + if (cb == 0) + { + return S_OK; + } + else + { + newSize.s.HighPart = 0; + newSize.s.LowPart = ulOffset.s.LowPart + cb; + } + + /* + * Verify if we need to grow the stream + */ + if (newSize.s.LowPart > This->byteArraySize.s.LowPart) + { + /* grow stream */ + if (HGLOBALLockBytesImpl_SetSize(iface, newSize) == STG_E_MEDIUMFULL) + return STG_E_MEDIUMFULL; + } + + /* + * Lock the buffer in position and copy the data. + */ + supportBuffer = GlobalLock(This->supportHandle); + + memcpy((char *) supportBuffer + ulOffset.s.LowPart, pv, cb); + + /* + * Return the number of bytes written. + */ + *pcbWritten = cb; + + /* + * Cleanup + */ + GlobalUnlock(This->supportHandle); + + return S_OK; +} + +/****************************************************************************** + * This method is part of the ILockBytes interface. + * + * See the documentation of ILockBytes for more info. + */ +HRESULT WINAPI HGLOBALLockBytesImpl_Flush(ILockBytes* iface) +{ + return S_OK; +} + +/****************************************************************************** + * This method is part of the ILockBytes interface. + * + * It will change the size of the byte array. + * + * See the documentation of ILockBytes for more info. + */ +HRESULT WINAPI HGLOBALLockBytesImpl_SetSize( + ILockBytes* iface, + ULARGE_INTEGER libNewSize) /* [in] */ +{ + HGLOBALLockBytesImpl* const This=(HGLOBALLockBytesImpl*)iface; + + /* + * As documented. + */ + if (libNewSize.s.HighPart != 0) + return STG_E_INVALIDFUNCTION; + + if (This->byteArraySize.s.LowPart == libNewSize.s.LowPart) + return S_OK; + + /* + * Re allocate the HGlobal to fit the new size of the stream. + */ + This->supportHandle = GlobalReAlloc(This->supportHandle, + libNewSize.s.LowPart, + 0); + + if (This->supportHandle == 0) + return STG_E_MEDIUMFULL; + + This->byteArraySize.s.LowPart = libNewSize.s.LowPart; + + return S_OK; +} + +/****************************************************************************** + * This method is part of the ILockBytes interface. + * + * The global memory implementation of ILockBytes does not support locking. + * + * See the documentation of ILockBytes for more info. + */ +HRESULT WINAPI HGLOBALLockBytesImpl_LockRegion( + ILockBytes* iface, + ULARGE_INTEGER libOffset, /* [in] */ + ULARGE_INTEGER cb, /* [in] */ + DWORD dwLockType) /* [in] */ +{ + return STG_E_INVALIDFUNCTION; +} + +/****************************************************************************** + * This method is part of the ILockBytes interface. + * + * The global memory implementation of ILockBytes does not support locking. + * + * See the documentation of ILockBytes for more info. + */ +HRESULT WINAPI HGLOBALLockBytesImpl_UnlockRegion( + ILockBytes* iface, + ULARGE_INTEGER libOffset, /* [in] */ + ULARGE_INTEGER cb, /* [in] */ + DWORD dwLockType) /* [in] */ +{ + return STG_E_INVALIDFUNCTION; +} + +/****************************************************************************** + * This method is part of the ILockBytes interface. + * + * This method returns information about the current + * byte array object. + * + * See the documentation of ILockBytes for more info. + */ +HRESULT WINAPI HGLOBALLockBytesImpl_Stat( + ILockBytes* iface, + STATSTG* pstatstg, /* [out] */ + DWORD grfStatFlag) /* [in] */ +{ + HGLOBALLockBytesImpl* const This=(HGLOBALLockBytesImpl*)iface; + + memset(pstatstg, 0, sizeof(STATSTG)); + + pstatstg->pwcsName = NULL; + pstatstg->type = STGTY_LOCKBYTES; + pstatstg->cbSize = This->byteArraySize; + + return S_OK; +} + +/****************************************************************************** + * HGLOBALLockBytesImpl16 definition. + * + * This class imlements the ILockBytes inteface and represents a byte array + * object supported by an HGLOBAL pointer. + */ +struct HGLOBALLockBytesImpl16 +{ + /* + * Needs to be the first item in the stuct + * since we want to cast this in an ILockBytes pointer + */ + ICOM_VFIELD(ILockBytes16); + ULONG ref; + + /* + * Support for the LockBytes object + */ + HGLOBAL16 supportHandle; + + /* + * This flag is TRUE if the HGLOBAL is destroyed when the object + * is finally released. + */ + BOOL deleteOnRelease; + /* + * Helper variable that contains the size of the byte array + */ + ULARGE_INTEGER byteArraySize; +}; + +typedef struct HGLOBALLockBytesImpl16 HGLOBALLockBytesImpl16; + +HGLOBALLockBytesImpl16* HGLOBALLockBytesImpl16_Construct( + HGLOBAL16 hGlobal, + BOOL16 fDeleteOnRelease); + +void HGLOBALLockBytesImpl16_Destroy(HGLOBALLockBytesImpl16* This); + +HRESULT WINAPI HGLOBALLockBytesImpl16_QueryInterface( + ILockBytes16* iface, + REFIID riid, /* [in] */ + void** ppvObject); /* [iid_is][out] */ + +ULONG WINAPI HGLOBALLockBytesImpl16_AddRef( + ILockBytes16* iface); + +ULONG WINAPI HGLOBALLockBytesImpl16_Release( + ILockBytes16* iface); + +HRESULT WINAPI HGLOBALLockBytesImpl16_ReadAt( + ILockBytes16* iface, + ULARGE_INTEGER ulOffset, /* [in] */ + void* pv, /* [length_is][size_is][out] */ + ULONG cb, /* [in] */ + ULONG* pcbRead); /* [out] */ + +HRESULT WINAPI HGLOBALLockBytesImpl16_WriteAt( + ILockBytes16* iface, + ULARGE_INTEGER ulOffset, /* [in] */ + const void* pv, /* [size_is][in] */ + ULONG cb, /* [in] */ + ULONG* pcbWritten); /* [out] */ + +HRESULT WINAPI HGLOBALLockBytesImpl16_Flush( + ILockBytes16* iface); + +HRESULT WINAPI HGLOBALLockBytesImpl16_SetSize( + ILockBytes16* iface, + ULARGE_INTEGER libNewSize); /* [in] */ + +HRESULT WINAPI HGLOBALLockBytesImpl16_LockRegion( + ILockBytes16* iface, + ULARGE_INTEGER libOffset, /* [in] */ + ULARGE_INTEGER cb, /* [in] */ + DWORD dwLockType); /* [in] */ + +HRESULT WINAPI HGLOBALLockBytesImpl16_UnlockRegion( + ILockBytes16* iface, + ULARGE_INTEGER libOffset, /* [in] */ + ULARGE_INTEGER cb, /* [in] */ + DWORD dwLockType); /* [in] */ + +HRESULT WINAPI HGLOBALLockBytesImpl16_Stat( + ILockBytes16* iface, + STATSTG16* pstatstg, /* [out] */ + DWORD grfStatFlag); /* [in] */ + +/****************************************************************************** + * + * HGLOBALLockBytesImpl16 implementation + * + */ + +/****************************************************************************** + * This is the constructor for the HGLOBALLockBytesImpl16 class. + * + * Params: + * hGlobal - Handle that will support the stream. can be NULL. + * fDeleteOnRelease - Flag set to TRUE if the HGLOBAL16 will be released + * when the IStream object is destroyed. + */ +HGLOBALLockBytesImpl16* +HGLOBALLockBytesImpl16_Construct(HGLOBAL16 hGlobal, + BOOL16 fDeleteOnRelease) +{ + HGLOBALLockBytesImpl16* newLockBytes; + + static ICOM_VTABLE(ILockBytes16) vt16; + static SEGPTR msegvt16; + HMODULE16 hcomp = GetModuleHandle16("OLE2"); + + + TRACE("(%x,%d)\n",hGlobal,fDeleteOnRelease); + newLockBytes = HeapAlloc(GetProcessHeap(), 0, sizeof(HGLOBALLockBytesImpl16)); + if (newLockBytes == NULL) + return NULL; + + /* + * Set up the virtual function table and reference count. + */ + if (!msegvt16) + { +#define VTENT(x) vt16.x = (void*)GetProcAddress16(hcomp,"HGLOBALLockBytesImpl16_"#x);assert(vt16.x) + VTENT(QueryInterface); + VTENT(AddRef); + VTENT(Release); + VTENT(ReadAt); + VTENT(WriteAt); + VTENT(Flush); + VTENT(SetSize); + VTENT(LockRegion); + VTENT(UnlockRegion); +#undef VTENT + msegvt16 = MapLS( &vt16 ); + } + newLockBytes->lpVtbl = (ICOM_VTABLE(ILockBytes16)*)msegvt16; + newLockBytes->ref = 0; + /* + * Initialize the support. + */ + newLockBytes->supportHandle = hGlobal; + newLockBytes->deleteOnRelease = fDeleteOnRelease; + + /* + * This method will allocate a handle if one is not supplied. + */ + if (newLockBytes->supportHandle == 0) + newLockBytes->supportHandle = GlobalAlloc16(GMEM_MOVEABLE | GMEM_NODISCARD, 0); + + /* + * Initialize the size of the array to the size of the handle. + */ + newLockBytes->byteArraySize.s.HighPart = 0; + newLockBytes->byteArraySize.s.LowPart = GlobalSize16( + newLockBytes->supportHandle); + + return (HGLOBALLockBytesImpl16*)MapLS(newLockBytes); +} + +/****************************************************************************** + * This is the destructor of the HGLOBALStreamImpl class. + * + * This method will clean-up all the resources used-up by the given + * HGLOBALLockBytesImpl16 class. The pointer passed-in to this function will be + * freed and will not be valid anymore. + */ +void HGLOBALLockBytesImpl16_Destroy(HGLOBALLockBytesImpl16* This) +{ + TRACE("()\n"); + /* + * Release the HGlobal if the constructor asked for that. + */ + if (This->deleteOnRelease) + { + GlobalFree16(This->supportHandle); + This->supportHandle = 0; + } + + /* + * Finally, free the memory used-up by the class. + */ + HeapFree(GetProcessHeap(), 0, This); +} + +/****************************************************************************** + * This implements the IUnknown method QueryInterface for this + * class + */ +HRESULT WINAPI HGLOBALLockBytesImpl16_QueryInterface( + ILockBytes16* iface, /* [in] SEGPTR */ + REFIID riid, /* [in] */ + void** ppvObject) /* [iid_is][out] (ptr to SEGPTR!) */ +{ + HGLOBALLockBytesImpl16* const This=(HGLOBALLockBytesImpl16*)MapSL((SEGPTR)iface); + + TRACE("(%p,%s,%p)\n",iface,debugstr_guid(riid),ppvObject); + /* + * Perform a sanity check on the parameters. + */ + if (ppvObject==0) + return E_INVALIDARG; + + /* + * Initialize the return parameter. + */ + *ppvObject = 0; + /* + * Compare the riid with the interface IDs implemented by this object. + */ + if ( !memcmp(&IID_IUnknown, riid, sizeof(IID_IUnknown)) || + !memcmp(&IID_ILockBytes, riid, sizeof(IID_ILockBytes)) + ) + *ppvObject = (void*)iface; + + /* + * Check that we obtained an interface. + */ + if ((*ppvObject)==0) + return E_NOINTERFACE; + + /* + * Query Interface always increases the reference count by one when it is + * successful + */ + HGLOBALLockBytesImpl16_AddRef((ILockBytes16*)This); + + return S_OK; +} + +/****************************************************************************** + * This implements the IUnknown method AddRef for this + * class + */ +ULONG WINAPI HGLOBALLockBytesImpl16_AddRef(ILockBytes16* iface) +{ + HGLOBALLockBytesImpl16* const This=(HGLOBALLockBytesImpl16*)iface; + + TRACE("(%p)\n",This); + + This->ref++; + + return This->ref; +} + +/****************************************************************************** + * This implements the IUnknown method Release for this + * class + */ +ULONG WINAPI HGLOBALLockBytesImpl16_Release(ILockBytes16* iface) +{ + HGLOBALLockBytesImpl16* const This=(HGLOBALLockBytesImpl16*)iface; + + ULONG newRef; + TRACE("(%p)\n",This); + + This->ref--; + + newRef = This->ref; + + /* + * If the reference count goes down to 0, perform suicide. + */ + if (newRef==0) + HGLOBALLockBytesImpl16_Destroy(This); + return newRef; +} + +/****************************************************************************** + * This method is part of the ILockBytes interface. + * + * It reads a block of information from the byte array at the specified + * offset. + * + * See the documentation of ILockBytes for more info. + */ +HRESULT WINAPI HGLOBALLockBytesImpl16_ReadAt( + ILockBytes16* iface, + ULARGE_INTEGER ulOffset, /* [in] */ + void* pv, /* [length_is][size_is][out] */ + ULONG cb, /* [in] */ + ULONG* pcbRead) /* [out] */ +{ + HGLOBALLockBytesImpl16* const This=(HGLOBALLockBytesImpl16*)iface; + + void* supportBuffer; + ULONG bytesReadBuffer = 0; + ULONG bytesToReadFromBuffer; + + TRACE("(%p,%ld,%p,%ld,%p)\n",This,ulOffset.s.LowPart,pv,cb,pcbRead); + /* + * If the caller is not interested in the number of bytes read, + * we use another buffer to avoid "if" statements in the code. + */ + if (pcbRead == 0) + pcbRead = &bytesReadBuffer; + + /* + * Make sure the offset is valid. + */ + if (ulOffset.s.LowPart > This->byteArraySize.s.LowPart) + return E_FAIL; + + /* + * Using the known size of the array, calculate the number of bytes + * to read. + */ + bytesToReadFromBuffer = min(This->byteArraySize.s.LowPart - + ulOffset.s.LowPart, cb); + + /* + * Lock the buffer in position and copy the data. + */ + supportBuffer = GlobalLock16(This->supportHandle); + + memcpy(pv, + (char *) supportBuffer + ulOffset.s.LowPart, + bytesToReadFromBuffer); + + /* + * Return the number of bytes read. + */ + *pcbRead = bytesToReadFromBuffer; + + /* + * Cleanup + */ + GlobalUnlock16(This->supportHandle); + + /* + * The function returns S_OK if the specified number of bytes were read + * or the end of the array was reached. + * It returns STG_E_READFAULT if the number of bytes to read does not equal + * the number of bytes actually read. + */ + if(*pcbRead == cb) + return S_OK; + + return STG_E_READFAULT; +} + +/****************************************************************************** + * This method is part of the ILockBytes interface. + * + * It writes the specified bytes at the specified offset. + * position. If the array is too small, it will be resized. + * + * See the documentation of ILockBytes for more info. + */ +HRESULT WINAPI HGLOBALLockBytesImpl16_WriteAt( + ILockBytes16* iface, + ULARGE_INTEGER ulOffset, /* [in] */ + const void* pv, /* [size_is][in] */ + ULONG cb, /* [in] */ + ULONG* pcbWritten) /* [out] */ +{ + HGLOBALLockBytesImpl16* const This=(HGLOBALLockBytesImpl16*)iface; + + void* supportBuffer; + ULARGE_INTEGER newSize; + ULONG bytesWritten = 0; + + TRACE("(%p,%ld,%p,%ld,%p)\n",This,ulOffset.s.LowPart,pv,cb,pcbWritten); + /* + * If the caller is not interested in the number of bytes written, + * we use another buffer to avoid "if" statements in the code. + */ + if (pcbWritten == 0) + pcbWritten = &bytesWritten; + + if (cb == 0) + return S_OK; + + newSize.s.HighPart = 0; + newSize.s.LowPart = ulOffset.s.LowPart + cb; + + /* + * Verify if we need to grow the stream + */ + if (newSize.s.LowPart > This->byteArraySize.s.LowPart) + { + /* grow stream */ + if (HGLOBALLockBytesImpl16_SetSize(iface, newSize) == STG_E_MEDIUMFULL) + return STG_E_MEDIUMFULL; + } + + /* + * Lock the buffer in position and copy the data. + */ + supportBuffer = GlobalLock16(This->supportHandle); + + memcpy((char *) supportBuffer + ulOffset.s.LowPart, pv, cb); + + /* + * Return the number of bytes written. + */ + *pcbWritten = cb; + + /* + * Cleanup + */ + GlobalUnlock16(This->supportHandle); + + return S_OK; +} + +/****************************************************************************** + * This method is part of the ILockBytes interface. + * + * See the documentation of ILockBytes for more info. + */ +HRESULT WINAPI HGLOBALLockBytesImpl16_Flush(ILockBytes16* iface) +{ + TRACE("(%p)\n",iface); + return S_OK; +} + +/****************************************************************************** + * This method is part of the ILockBytes interface. + * + * It will change the size of the byte array. + * + * See the documentation of ILockBytes for more info. + */ +HRESULT WINAPI HGLOBALLockBytesImpl16_SetSize( + ILockBytes16* iface, + ULARGE_INTEGER libNewSize) /* [in] */ +{ + HGLOBALLockBytesImpl16* const This=(HGLOBALLockBytesImpl16*)iface; + + TRACE("(%p,%ld)\n",This,libNewSize.s.LowPart); + /* + * As documented. + */ + if (libNewSize.s.HighPart != 0) + return STG_E_INVALIDFUNCTION; + + if (This->byteArraySize.s.LowPart == libNewSize.s.LowPart) + return S_OK; + + /* + * Re allocate the HGlobal to fit the new size of the stream. + */ + This->supportHandle = GlobalReAlloc16(This->supportHandle, + libNewSize.s.LowPart, + 0); + + if (This->supportHandle == 0) + return STG_E_MEDIUMFULL; + + This->byteArraySize.s.LowPart = libNewSize.s.LowPart; + + return S_OK; +} + +/****************************************************************************** + * This method is part of the ILockBytes interface. + * + * The global memory implementation of ILockBytes does not support locking. + * + * See the documentation of ILockBytes for more info. + */ +HRESULT WINAPI HGLOBALLockBytesImpl16_LockRegion( + ILockBytes16* iface, + ULARGE_INTEGER libOffset, /* [in] */ + ULARGE_INTEGER cb, /* [in] */ + DWORD dwLockType) /* [in] */ +{ + return STG_E_INVALIDFUNCTION; +} + +/****************************************************************************** + * This method is part of the ILockBytes interface. + * + * The global memory implementation of ILockBytes does not support locking. + * + * See the documentation of ILockBytes for more info. + */ +HRESULT WINAPI HGLOBALLockBytesImpl16_UnlockRegion( + ILockBytes16* iface, + ULARGE_INTEGER libOffset, /* [in] */ + ULARGE_INTEGER cb, /* [in] */ + DWORD dwLockType) /* [in] */ +{ + return STG_E_INVALIDFUNCTION; +} + +/****************************************************************************** + * This method is part of the ILockBytes interface. + * + * This method returns information about the current + * byte array object. + * + * See the documentation of ILockBytes for more info. + */ +HRESULT WINAPI HGLOBALLockBytesImpl16_Stat( + ILockBytes16*iface, + STATSTG16* pstatstg, /* [out] */ + DWORD grfStatFlag) /* [in] */ +{ + HGLOBALLockBytesImpl16* const This=(HGLOBALLockBytesImpl16*)iface; + + memset(pstatstg, 0, sizeof(STATSTG16)); + + pstatstg->pwcsName = NULL; + pstatstg->type = STGTY_LOCKBYTES; + pstatstg->cbSize = This->byteArraySize; + + return S_OK; +} + +/****************************************************************************** + * CreateILockBytesOnHGlobal [OLE2.54] + * + * Creates an ILockBytes interface for a HGLOBAL handle. + * + * Params: + * hGlobal the global handle (16bit) + * fDeleteOnRelease delete handle on release. + * ppLkbyt pointer to ILockBytes interface. + * + * Returns: + * Staddard OLE error return codes. + * + */ +HRESULT WINAPI CreateILockBytesOnHGlobal16(HGLOBAL16 hGlobal, + BOOL16 fDeleteOnRelease, + /*SEGPTR**/ LPLOCKBYTES16* ppLkbyt) +{ + HGLOBALLockBytesImpl16* newLockBytes; /* SEGPTR */ + + newLockBytes = HGLOBALLockBytesImpl16_Construct(hGlobal, fDeleteOnRelease); + + if (newLockBytes != NULL) + return HGLOBALLockBytesImpl16_QueryInterface((ILockBytes16*)newLockBytes, + &IID_ILockBytes, + (void**)ppLkbyt); + return E_OUTOFMEMORY; +} Index: Makefile.in =================================================================== RCS file: /home/wine/wine/dlls/ole32/Makefile.in,v retrieving revision 1.29 diff -u -r1.29 Makefile.in --- Makefile.in 28 Mar 2003 19:33:04 -0000 1.29 +++ Makefile.in 15 May 2003 14:24:34 -0000 @@ -45,7 +45,9 @@ storage.c \ storage32.c -C_SRCS16 = ole2nls.c +C_SRCS16 = ole2nls.c \ + memlockbytes16.c + RC_SRCS = ole32res.rc version.rc Index: memlockbytes.c =================================================================== RCS file: /home/wine/wine/dlls/ole32/memlockbytes.c,v retrieving revision 1.11 diff -u -r1.11 memlockbytes.c --- memlockbytes.c 10 Apr 2003 18:17:35 -0000 1.11 +++ memlockbytes.c 15 May 2003 14:22:40 -0000 @@ -215,951 +215,3 @@ return S_OK; } -/****************************************************************************** - * - * HGLOBALLockBytesImpl implementation - * - */ - -/****************************************************************************** - * This is the constructor for the HGLOBALLockBytesImpl class. - * - * Params: - * hGlobal - Handle that will support the stream. can be NULL. - * fDeleteOnRelease - Flag set to TRUE if the HGLOBAL will be released - * when the IStream object is destroyed. - */ -HGLOBALLockBytesImpl* HGLOBALLockBytesImpl_Construct(HGLOBAL hGlobal, - BOOL fDeleteOnRelease) -{ - HGLOBALLockBytesImpl* newLockBytes; - newLockBytes = HeapAlloc(GetProcessHeap(), 0, sizeof(HGLOBALLockBytesImpl)); - - if (newLockBytes!=0) - { - /* - * Set up the virtual function table and reference count. - */ - newLockBytes->lpVtbl = &HGLOBALLockBytesImpl_Vtbl; - newLockBytes->ref = 0; - - /* - * Initialize the support. - */ - newLockBytes->supportHandle = hGlobal; - newLockBytes->deleteOnRelease = fDeleteOnRelease; - - /* - * This method will allocate a handle if one is not supplied. - */ - if (newLockBytes->supportHandle == 0) - { - newLockBytes->supportHandle = GlobalAlloc(GMEM_MOVEABLE | - GMEM_NODISCARD, - 0); - } - - /* - * Initialize the size of the array to the size of the handle. - */ - newLockBytes->byteArraySize.s.HighPart = 0; - newLockBytes->byteArraySize.s.LowPart = GlobalSize( - newLockBytes->supportHandle); - } - - return newLockBytes; -} - -/****************************************************************************** - * This is the destructor of the HGLOBALStreamImpl class. - * - * This method will clean-up all the resources used-up by the given - * HGLOBALLockBytesImpl class. The pointer passed-in to this function will be - * freed and will not be valid anymore. - */ -void HGLOBALLockBytesImpl_Destroy(HGLOBALLockBytesImpl* This) -{ - /* - * Release the HGlobal if the constructor asked for that. - */ - if (This->deleteOnRelease) - { - GlobalFree(This->supportHandle); - This->supportHandle = 0; - } - - /* - * Finally, free the memory used-up by the class. - */ - HeapFree(GetProcessHeap(), 0, This); -} - -/****************************************************************************** - * This implements the IUnknown method QueryInterface for this - * class - */ -HRESULT WINAPI HGLOBALLockBytesImpl_QueryInterface( - ILockBytes* iface, - REFIID riid, /* [in] */ - void** ppvObject) /* [iid_is][out] */ -{ - HGLOBALLockBytesImpl* const This=(HGLOBALLockBytesImpl*)iface; - - /* - * Perform a sanity check on the parameters. - */ - if (ppvObject==0) - return E_INVALIDARG; - - /* - * Initialize the return parameter. - */ - *ppvObject = 0; - - /* - * Compare the riid with the interface IDs implemented by this object. - */ - if (memcmp(&IID_IUnknown, riid, sizeof(IID_IUnknown)) == 0) - { - *ppvObject = (ILockBytes*)This; - } - else if (memcmp(&IID_ILockBytes, riid, sizeof(IID_ILockBytes)) == 0) - { - *ppvObject = (ILockBytes*)This; - } - - /* - * Check that we obtained an interface. - */ - if ((*ppvObject)==0) - return E_NOINTERFACE; - - /* - * Query Interface always increases the reference count by one when it is - * successful - */ - HGLOBALLockBytesImpl_AddRef(iface); - - return S_OK; -} - -/****************************************************************************** - * This implements the IUnknown method AddRef for this - * class - */ -ULONG WINAPI HGLOBALLockBytesImpl_AddRef(ILockBytes* iface) -{ - HGLOBALLockBytesImpl* const This=(HGLOBALLockBytesImpl*)iface; - - This->ref++; - - return This->ref; -} - -/****************************************************************************** - * This implements the IUnknown method Release for this - * class - */ -ULONG WINAPI HGLOBALLockBytesImpl_Release(ILockBytes* iface) -{ - HGLOBALLockBytesImpl* const This=(HGLOBALLockBytesImpl*)iface; - - ULONG newRef; - - This->ref--; - - newRef = This->ref; - - /* - * If the reference count goes down to 0, perform suicide. - */ - if (newRef==0) - { - HGLOBALLockBytesImpl_Destroy(This); - } - - return newRef; -} - -/****************************************************************************** - * This method is part of the ILockBytes interface. - * - * It reads a block of information from the byte array at the specified - * offset. - * - * See the documentation of ILockBytes for more info. - */ -HRESULT WINAPI HGLOBALLockBytesImpl_ReadAt( - ILockBytes* iface, - ULARGE_INTEGER ulOffset, /* [in] */ - void* pv, /* [length_is][size_is][out] */ - ULONG cb, /* [in] */ - ULONG* pcbRead) /* [out] */ -{ - HGLOBALLockBytesImpl* const This=(HGLOBALLockBytesImpl*)iface; - - void* supportBuffer; - ULONG bytesReadBuffer = 0; - ULONG bytesToReadFromBuffer; - - /* - * If the caller is not interested in the number of bytes read, - * we use another buffer to avoid "if" statements in the code. - */ - if (pcbRead == 0) - pcbRead = &bytesReadBuffer; - - /* - * Make sure the offset is valid. - */ - if (ulOffset.s.LowPart > This->byteArraySize.s.LowPart) - return E_FAIL; - - /* - * Using the known size of the array, calculate the number of bytes - * to read. - */ - bytesToReadFromBuffer = min(This->byteArraySize.s.LowPart - - ulOffset.s.LowPart, cb); - - /* - * Lock the buffer in position and copy the data. - */ - supportBuffer = GlobalLock(This->supportHandle); - - memcpy(pv, - (char *) supportBuffer + ulOffset.s.LowPart, - bytesToReadFromBuffer); - - /* - * Return the number of bytes read. - */ - *pcbRead = bytesToReadFromBuffer; - - /* - * Cleanup - */ - GlobalUnlock(This->supportHandle); - - /* - * The function returns S_OK if the specified number of bytes were read - * or the end of the array was reached. - * It returns STG_E_READFAULT if the number of bytes to read does not equal - * the number of bytes actually read. - */ - if(*pcbRead == cb) - return S_OK; - - return STG_E_READFAULT; -} - -/****************************************************************************** - * This method is part of the ILockBytes interface. - * - * It writes the specified bytes at the specified offset. - * position. If the array is too small, it will be resized. - * - * See the documentation of ILockBytes for more info. - */ -HRESULT WINAPI HGLOBALLockBytesImpl_WriteAt( - ILockBytes* iface, - ULARGE_INTEGER ulOffset, /* [in] */ - const void* pv, /* [size_is][in] */ - ULONG cb, /* [in] */ - ULONG* pcbWritten) /* [out] */ -{ - HGLOBALLockBytesImpl* const This=(HGLOBALLockBytesImpl*)iface; - - void* supportBuffer; - ULARGE_INTEGER newSize; - ULONG bytesWritten = 0; - - /* - * If the caller is not interested in the number of bytes written, - * we use another buffer to avoid "if" statements in the code. - */ - if (pcbWritten == 0) - pcbWritten = &bytesWritten; - - if (cb == 0) - { - return S_OK; - } - else - { - newSize.s.HighPart = 0; - newSize.s.LowPart = ulOffset.s.LowPart + cb; - } - - /* - * Verify if we need to grow the stream - */ - if (newSize.s.LowPart > This->byteArraySize.s.LowPart) - { - /* grow stream */ - if (HGLOBALLockBytesImpl_SetSize(iface, newSize) == STG_E_MEDIUMFULL) - return STG_E_MEDIUMFULL; - } - - /* - * Lock the buffer in position and copy the data. - */ - supportBuffer = GlobalLock(This->supportHandle); - - memcpy((char *) supportBuffer + ulOffset.s.LowPart, pv, cb); - - /* - * Return the number of bytes written. - */ - *pcbWritten = cb; - - /* - * Cleanup - */ - GlobalUnlock(This->supportHandle); - - return S_OK; -} - -/****************************************************************************** - * This method is part of the ILockBytes interface. - * - * See the documentation of ILockBytes for more info. - */ -HRESULT WINAPI HGLOBALLockBytesImpl_Flush(ILockBytes* iface) -{ - return S_OK; -} - -/****************************************************************************** - * This method is part of the ILockBytes interface. - * - * It will change the size of the byte array. - * - * See the documentation of ILockBytes for more info. - */ -HRESULT WINAPI HGLOBALLockBytesImpl_SetSize( - ILockBytes* iface, - ULARGE_INTEGER libNewSize) /* [in] */ -{ - HGLOBALLockBytesImpl* const This=(HGLOBALLockBytesImpl*)iface; - - /* - * As documented. - */ - if (libNewSize.s.HighPart != 0) - return STG_E_INVALIDFUNCTION; - - if (This->byteArraySize.s.LowPart == libNewSize.s.LowPart) - return S_OK; - - /* - * Re allocate the HGlobal to fit the new size of the stream. - */ - This->supportHandle = GlobalReAlloc(This->supportHandle, - libNewSize.s.LowPart, - 0); - - if (This->supportHandle == 0) - return STG_E_MEDIUMFULL; - - This->byteArraySize.s.LowPart = libNewSize.s.LowPart; - - return S_OK; -} - -/****************************************************************************** - * This method is part of the ILockBytes interface. - * - * The global memory implementation of ILockBytes does not support locking. - * - * See the documentation of ILockBytes for more info. - */ -HRESULT WINAPI HGLOBALLockBytesImpl_LockRegion( - ILockBytes* iface, - ULARGE_INTEGER libOffset, /* [in] */ - ULARGE_INTEGER cb, /* [in] */ - DWORD dwLockType) /* [in] */ -{ - return STG_E_INVALIDFUNCTION; -} - -/****************************************************************************** - * This method is part of the ILockBytes interface. - * - * The global memory implementation of ILockBytes does not support locking. - * - * See the documentation of ILockBytes for more info. - */ -HRESULT WINAPI HGLOBALLockBytesImpl_UnlockRegion( - ILockBytes* iface, - ULARGE_INTEGER libOffset, /* [in] */ - ULARGE_INTEGER cb, /* [in] */ - DWORD dwLockType) /* [in] */ -{ - return STG_E_INVALIDFUNCTION; -} - -/****************************************************************************** - * This method is part of the ILockBytes interface. - * - * This method returns information about the current - * byte array object. - * - * See the documentation of ILockBytes for more info. - */ -HRESULT WINAPI HGLOBALLockBytesImpl_Stat( - ILockBytes* iface, - STATSTG* pstatstg, /* [out] */ - DWORD grfStatFlag) /* [in] */ -{ - HGLOBALLockBytesImpl* const This=(HGLOBALLockBytesImpl*)iface; - - memset(pstatstg, 0, sizeof(STATSTG)); - - pstatstg->pwcsName = NULL; - pstatstg->type = STGTY_LOCKBYTES; - pstatstg->cbSize = This->byteArraySize; - - return S_OK; -} - -/****************************************************************************** - * HGLOBALLockBytesImpl16 definition. - * - * This class imlements the ILockBytes inteface and represents a byte array - * object supported by an HGLOBAL pointer. - */ -struct HGLOBALLockBytesImpl16 -{ - /* - * Needs to be the first item in the stuct - * since we want to cast this in an ILockBytes pointer - */ - ICOM_VFIELD(ILockBytes16); - ULONG ref; - - /* - * Support for the LockBytes object - */ - HGLOBAL16 supportHandle; - - /* - * This flag is TRUE if the HGLOBAL is destroyed when the object - * is finally released. - */ - BOOL deleteOnRelease; - /* - * Helper variable that contains the size of the byte array - */ - ULARGE_INTEGER byteArraySize; -}; - -typedef struct HGLOBALLockBytesImpl16 HGLOBALLockBytesImpl16; - -HGLOBALLockBytesImpl16* HGLOBALLockBytesImpl16_Construct( - HGLOBAL16 hGlobal, - BOOL16 fDeleteOnRelease); - -void HGLOBALLockBytesImpl16_Destroy(HGLOBALLockBytesImpl16* This); - -HRESULT WINAPI HGLOBALLockBytesImpl16_QueryInterface( - ILockBytes16* iface, - REFIID riid, /* [in] */ - void** ppvObject); /* [iid_is][out] */ - -ULONG WINAPI HGLOBALLockBytesImpl16_AddRef( - ILockBytes16* iface); - -ULONG WINAPI HGLOBALLockBytesImpl16_Release( - ILockBytes16* iface); - -HRESULT WINAPI HGLOBALLockBytesImpl16_ReadAt( - ILockBytes16* iface, - ULARGE_INTEGER ulOffset, /* [in] */ - void* pv, /* [length_is][size_is][out] */ - ULONG cb, /* [in] */ - ULONG* pcbRead); /* [out] */ - -HRESULT WINAPI HGLOBALLockBytesImpl16_WriteAt( - ILockBytes16* iface, - ULARGE_INTEGER ulOffset, /* [in] */ - const void* pv, /* [size_is][in] */ - ULONG cb, /* [in] */ - ULONG* pcbWritten); /* [out] */ - -HRESULT WINAPI HGLOBALLockBytesImpl16_Flush( - ILockBytes16* iface); - -HRESULT WINAPI HGLOBALLockBytesImpl16_SetSize( - ILockBytes16* iface, - ULARGE_INTEGER libNewSize); /* [in] */ - -HRESULT WINAPI HGLOBALLockBytesImpl16_LockRegion( - ILockBytes16* iface, - ULARGE_INTEGER libOffset, /* [in] */ - ULARGE_INTEGER cb, /* [in] */ - DWORD dwLockType); /* [in] */ - -HRESULT WINAPI HGLOBALLockBytesImpl16_UnlockRegion( - ILockBytes16* iface, - ULARGE_INTEGER libOffset, /* [in] */ - ULARGE_INTEGER cb, /* [in] */ - DWORD dwLockType); /* [in] */ - -HRESULT WINAPI HGLOBALLockBytesImpl16_Stat( - ILockBytes16* iface, - STATSTG16* pstatstg, /* [out] */ - DWORD grfStatFlag); /* [in] */ - -/****************************************************************************** - * - * HGLOBALLockBytesImpl16 implementation - * - */ - -/****************************************************************************** - * This is the constructor for the HGLOBALLockBytesImpl16 class. - * - * Params: - * hGlobal - Handle that will support the stream. can be NULL. - * fDeleteOnRelease - Flag set to TRUE if the HGLOBAL16 will be released - * when the IStream object is destroyed. - */ -HGLOBALLockBytesImpl16* -HGLOBALLockBytesImpl16_Construct(HGLOBAL16 hGlobal, - BOOL16 fDeleteOnRelease) -{ - HGLOBALLockBytesImpl16* newLockBytes; - - static ICOM_VTABLE(ILockBytes16) vt16; - static SEGPTR msegvt16; - HMODULE16 hcomp = GetModuleHandle16("OLE2"); - - - TRACE("(%x,%d)\n",hGlobal,fDeleteOnRelease); - newLockBytes = HeapAlloc(GetProcessHeap(), 0, sizeof(HGLOBALLockBytesImpl16)); - if (newLockBytes == NULL) - return NULL; - - /* - * Set up the virtual function table and reference count. - */ - if (!msegvt16) - { -#define VTENT(x) vt16.x = (void*)GetProcAddress16(hcomp,"HGLOBALLockBytesImpl16_"#x);assert(vt16.x) - VTENT(QueryInterface); - VTENT(AddRef); - VTENT(Release); - VTENT(ReadAt); - VTENT(WriteAt); - VTENT(Flush); - VTENT(SetSize); - VTENT(LockRegion); - VTENT(UnlockRegion); -#undef VTENT - msegvt16 = MapLS( &vt16 ); - } - newLockBytes->lpVtbl = (ICOM_VTABLE(ILockBytes16)*)msegvt16; - newLockBytes->ref = 0; - /* - * Initialize the support. - */ - newLockBytes->supportHandle = hGlobal; - newLockBytes->deleteOnRelease = fDeleteOnRelease; - - /* - * This method will allocate a handle if one is not supplied. - */ - if (newLockBytes->supportHandle == 0) - newLockBytes->supportHandle = GlobalAlloc16(GMEM_MOVEABLE | GMEM_NODISCARD, 0); - - /* - * Initialize the size of the array to the size of the handle. - */ - newLockBytes->byteArraySize.s.HighPart = 0; - newLockBytes->byteArraySize.s.LowPart = GlobalSize16( - newLockBytes->supportHandle); - - return (HGLOBALLockBytesImpl16*)MapLS(newLockBytes); -} - -/****************************************************************************** - * This is the destructor of the HGLOBALStreamImpl class. - * - * This method will clean-up all the resources used-up by the given - * HGLOBALLockBytesImpl16 class. The pointer passed-in to this function will be - * freed and will not be valid anymore. - */ -void HGLOBALLockBytesImpl16_Destroy(HGLOBALLockBytesImpl16* This) -{ - TRACE("()\n"); - /* - * Release the HGlobal if the constructor asked for that. - */ - if (This->deleteOnRelease) - { - GlobalFree16(This->supportHandle); - This->supportHandle = 0; - } - - /* - * Finally, free the memory used-up by the class. - */ - HeapFree(GetProcessHeap(), 0, This); -} - -/****************************************************************************** - * This implements the IUnknown method QueryInterface for this - * class - */ -HRESULT WINAPI HGLOBALLockBytesImpl16_QueryInterface( - ILockBytes16* iface, /* [in] SEGPTR */ - REFIID riid, /* [in] */ - void** ppvObject) /* [iid_is][out] (ptr to SEGPTR!) */ -{ - HGLOBALLockBytesImpl16* const This=(HGLOBALLockBytesImpl16*)MapSL((SEGPTR)iface); - - TRACE("(%p,%s,%p)\n",iface,debugstr_guid(riid),ppvObject); - /* - * Perform a sanity check on the parameters. - */ - if (ppvObject==0) - return E_INVALIDARG; - - /* - * Initialize the return parameter. - */ - *ppvObject = 0; - /* - * Compare the riid with the interface IDs implemented by this object. - */ - if ( !memcmp(&IID_IUnknown, riid, sizeof(IID_IUnknown)) || - !memcmp(&IID_ILockBytes, riid, sizeof(IID_ILockBytes)) - ) - *ppvObject = (void*)iface; - - /* - * Check that we obtained an interface. - */ - if ((*ppvObject)==0) - return E_NOINTERFACE; - - /* - * Query Interface always increases the reference count by one when it is - * successful - */ - HGLOBALLockBytesImpl16_AddRef((ILockBytes16*)This); - - return S_OK; -} - -/****************************************************************************** - * This implements the IUnknown method AddRef for this - * class - */ -ULONG WINAPI HGLOBALLockBytesImpl16_AddRef(ILockBytes16* iface) -{ - HGLOBALLockBytesImpl16* const This=(HGLOBALLockBytesImpl16*)iface; - - TRACE("(%p)\n",This); - - This->ref++; - - return This->ref; -} - -/****************************************************************************** - * This implements the IUnknown method Release for this - * class - */ -ULONG WINAPI HGLOBALLockBytesImpl16_Release(ILockBytes16* iface) -{ - HGLOBALLockBytesImpl16* const This=(HGLOBALLockBytesImpl16*)iface; - - ULONG newRef; - TRACE("(%p)\n",This); - - This->ref--; - - newRef = This->ref; - - /* - * If the reference count goes down to 0, perform suicide. - */ - if (newRef==0) - HGLOBALLockBytesImpl16_Destroy(This); - return newRef; -} - -/****************************************************************************** - * This method is part of the ILockBytes interface. - * - * It reads a block of information from the byte array at the specified - * offset. - * - * See the documentation of ILockBytes for more info. - */ -HRESULT WINAPI HGLOBALLockBytesImpl16_ReadAt( - ILockBytes16* iface, - ULARGE_INTEGER ulOffset, /* [in] */ - void* pv, /* [length_is][size_is][out] */ - ULONG cb, /* [in] */ - ULONG* pcbRead) /* [out] */ -{ - HGLOBALLockBytesImpl16* const This=(HGLOBALLockBytesImpl16*)iface; - - void* supportBuffer; - ULONG bytesReadBuffer = 0; - ULONG bytesToReadFromBuffer; - - TRACE("(%p,%ld,%p,%ld,%p)\n",This,ulOffset.s.LowPart,pv,cb,pcbRead); - /* - * If the caller is not interested in the number of bytes read, - * we use another buffer to avoid "if" statements in the code. - */ - if (pcbRead == 0) - pcbRead = &bytesReadBuffer; - - /* - * Make sure the offset is valid. - */ - if (ulOffset.s.LowPart > This->byteArraySize.s.LowPart) - return E_FAIL; - - /* - * Using the known size of the array, calculate the number of bytes - * to read. - */ - bytesToReadFromBuffer = min(This->byteArraySize.s.LowPart - - ulOffset.s.LowPart, cb); - - /* - * Lock the buffer in position and copy the data. - */ - supportBuffer = GlobalLock16(This->supportHandle); - - memcpy(pv, - (char *) supportBuffer + ulOffset.s.LowPart, - bytesToReadFromBuffer); - - /* - * Return the number of bytes read. - */ - *pcbRead = bytesToReadFromBuffer; - - /* - * Cleanup - */ - GlobalUnlock16(This->supportHandle); - - /* - * The function returns S_OK if the specified number of bytes were read - * or the end of the array was reached. - * It returns STG_E_READFAULT if the number of bytes to read does not equal - * the number of bytes actually read. - */ - if(*pcbRead == cb) - return S_OK; - - return STG_E_READFAULT; -} - -/****************************************************************************** - * This method is part of the ILockBytes interface. - * - * It writes the specified bytes at the specified offset. - * position. If the array is too small, it will be resized. - * - * See the documentation of ILockBytes for more info. - */ -HRESULT WINAPI HGLOBALLockBytesImpl16_WriteAt( - ILockBytes16* iface, - ULARGE_INTEGER ulOffset, /* [in] */ - const void* pv, /* [size_is][in] */ - ULONG cb, /* [in] */ - ULONG* pcbWritten) /* [out] */ -{ - HGLOBALLockBytesImpl16* const This=(HGLOBALLockBytesImpl16*)iface; - - void* supportBuffer; - ULARGE_INTEGER newSize; - ULONG bytesWritten = 0; - - TRACE("(%p,%ld,%p,%ld,%p)\n",This,ulOffset.s.LowPart,pv,cb,pcbWritten); - /* - * If the caller is not interested in the number of bytes written, - * we use another buffer to avoid "if" statements in the code. - */ - if (pcbWritten == 0) - pcbWritten = &bytesWritten; - - if (cb == 0) - return S_OK; - - newSize.s.HighPart = 0; - newSize.s.LowPart = ulOffset.s.LowPart + cb; - - /* - * Verify if we need to grow the stream - */ - if (newSize.s.LowPart > This->byteArraySize.s.LowPart) - { - /* grow stream */ - if (HGLOBALLockBytesImpl16_SetSize(iface, newSize) == STG_E_MEDIUMFULL) - return STG_E_MEDIUMFULL; - } - - /* - * Lock the buffer in position and copy the data. - */ - supportBuffer = GlobalLock16(This->supportHandle); - - memcpy((char *) supportBuffer + ulOffset.s.LowPart, pv, cb); - - /* - * Return the number of bytes written. - */ - *pcbWritten = cb; - - /* - * Cleanup - */ - GlobalUnlock16(This->supportHandle); - - return S_OK; -} - -/****************************************************************************** - * This method is part of the ILockBytes interface. - * - * See the documentation of ILockBytes for more info. - */ -HRESULT WINAPI HGLOBALLockBytesImpl16_Flush(ILockBytes16* iface) -{ - TRACE("(%p)\n",iface); - return S_OK; -} - -/****************************************************************************** - * This method is part of the ILockBytes interface. - * - * It will change the size of the byte array. - * - * See the documentation of ILockBytes for more info. - */ -HRESULT WINAPI HGLOBALLockBytesImpl16_SetSize( - ILockBytes16* iface, - ULARGE_INTEGER libNewSize) /* [in] */ -{ - HGLOBALLockBytesImpl16* const This=(HGLOBALLockBytesImpl16*)iface; - - TRACE("(%p,%ld)\n",This,libNewSize.s.LowPart); - /* - * As documented. - */ - if (libNewSize.s.HighPart != 0) - return STG_E_INVALIDFUNCTION; - - if (This->byteArraySize.s.LowPart == libNewSize.s.LowPart) - return S_OK; - - /* - * Re allocate the HGlobal to fit the new size of the stream. - */ - This->supportHandle = GlobalReAlloc16(This->supportHandle, - libNewSize.s.LowPart, - 0); - - if (This->supportHandle == 0) - return STG_E_MEDIUMFULL; - - This->byteArraySize.s.LowPart = libNewSize.s.LowPart; - - return S_OK; -} - -/****************************************************************************** - * This method is part of the ILockBytes interface. - * - * The global memory implementation of ILockBytes does not support locking. - * - * See the documentation of ILockBytes for more info. - */ -HRESULT WINAPI HGLOBALLockBytesImpl16_LockRegion( - ILockBytes16* iface, - ULARGE_INTEGER libOffset, /* [in] */ - ULARGE_INTEGER cb, /* [in] */ - DWORD dwLockType) /* [in] */ -{ - return STG_E_INVALIDFUNCTION; -} - -/****************************************************************************** - * This method is part of the ILockBytes interface. - * - * The global memory implementation of ILockBytes does not support locking. - * - * See the documentation of ILockBytes for more info. - */ -HRESULT WINAPI HGLOBALLockBytesImpl16_UnlockRegion( - ILockBytes16* iface, - ULARGE_INTEGER libOffset, /* [in] */ - ULARGE_INTEGER cb, /* [in] */ - DWORD dwLockType) /* [in] */ -{ - return STG_E_INVALIDFUNCTION; -} - -/****************************************************************************** - * This method is part of the ILockBytes interface. - * - * This method returns information about the current - * byte array object. - * - * See the documentation of ILockBytes for more info. - */ -HRESULT WINAPI HGLOBALLockBytesImpl16_Stat( - ILockBytes16*iface, - STATSTG16* pstatstg, /* [out] */ - DWORD grfStatFlag) /* [in] */ -{ - HGLOBALLockBytesImpl16* const This=(HGLOBALLockBytesImpl16*)iface; - - memset(pstatstg, 0, sizeof(STATSTG16)); - - pstatstg->pwcsName = NULL; - pstatstg->type = STGTY_LOCKBYTES; - pstatstg->cbSize = This->byteArraySize; - - return S_OK; -} - -/****************************************************************************** - * CreateILockBytesOnHGlobal [OLE2.54] - * - * Creates an ILockBytes interface for a HGLOBAL handle. - * - * Params: - * hGlobal the global handle (16bit) - * fDeleteOnRelease delete handle on release. - * ppLkbyt pointer to ILockBytes interface. - * - * Returns: - * Staddard OLE error return codes. - * - */ -HRESULT WINAPI CreateILockBytesOnHGlobal16(HGLOBAL16 hGlobal, - BOOL16 fDeleteOnRelease, - /*SEGPTR**/ LPLOCKBYTES16* ppLkbyt) -{ - HGLOBALLockBytesImpl16* newLockBytes; /* SEGPTR */ - - newLockBytes = HGLOBALLockBytesImpl16_Construct(hGlobal, fDeleteOnRelease); - - if (newLockBytes != NULL) - return HGLOBALLockBytesImpl16_QueryInterface((ILockBytes16*)newLockBytes, - &IID_ILockBytes, - (void**)ppLkbyt); - return E_OUTOFMEMORY; -}

1 1

Re: [latest cvs] GTA 3 is almost perfect
by fenix＠club-internet.fr 15 May '03

15 May '03

Hi, >I tested GTA3 again, but this time with the latest cvs. GTA3 runs > much faster now good news i have done little optimisations on surface locking and it seems working better now :) > and produces only one error: >fixme:d3d:IDirect3DDevice8Impl_SetCurrentTexturePalette (0x402fc60) : >stub > >Again, no in-game textures are being shown, only polygons and colors. >The only texture that is being shown is the title of the game in the >game menu. yes we know, we haven't implemented palette Textures support yet. It's not too difficult to do in opengl, i'll look next days how to get it working. But first i have to find a gta3 demo (and find some space in my hard drive) Regards, Raphael

3 3

[latest cvs] Another GTA3 error
by erwin wolff 15 May '03

15 May '03

Hi, When testing GTA3 I discovered another error. This time it is a directx input error: fixme:dinput:JoystickAImpl_GetDeviceState len 272 is not sizeof(DIJOYSTATE), unsupported format. It is a rather strange error since I haven't got a joystick connected to my computer. :? I also can't move my mouse. (USB Logitech mouse) I almost know for certain that this error is the cause of it.

2 1

Re: Resend - PATCH - Cleanup cygwin shortcuts when doing make clean
by Alexandre Julliard 15 May '03

15 May '03

Steven Edwards <Steven_Ed4153(a)yahoo.com> writes: > Changelog: Make "make clean" on cygwin remove .lnk files I don't think we want to remove all .lnk files, only the ones we created. I added a clean: target in the dlls dir, please let me know if you notice left over files in other directories too. -- Alexandre Julliard julliard(a)winehq.com

1 0

Crash on imm32
by Raphaël Junqueira 15 May '03

15 May '03

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, today when i run warcraft3 demo, i have a crash in imm32! here are the traces: - -=(FeniX as fenix@DarkBluE)-(on tty1)-(at 10:00:12)=- -={$:'/usr/src/wine/Program Files/Warcraft III Demo'}=->wine --debugmsg +imm War3Demo.exe trace:imm:DllMain 0x42120000, 1, (nil) trace:imm:DllMain 0x42120000, 2, (nil) trace:imm:DllMain 0x42120000, 2, (nil) fixme:d3d:IDirect3D8Impl_CreateDevice Requested full screen support not implemented, expect windowed operation fixme:d3d:IDirect3D8Impl_CheckDeviceFormat (0x404309b8)->(Adptr:0, DevType: 1, AdptFmt: 23, Use: 0, ResTyp: 3, CheckFmt: 21) trace:imm:DllMain 0x42120000, 2, (nil) trace:imm:DllMain 0x42120000, 2, (nil) trace:imm:DllMain 0x42120000, 2, (nil) trace:imm:DllMain 0x42120000, 2, (nil) fixme:win32:CreateIoCompletionPort (0xffffffff, (nil), 00000000, 00000000): stub. trace:imm:DllMain 0x42120000, 2, (nil) trace:imm:DllMain 0x42120000, 2, (nil) fixme:imm:ImmGetContext (0x10021): stub fixme:imm:ImmGetOpenStatus ((nil)): semi-stub looking a the code i can see: /*********************************************************************** * ImmGetContext (IMM32.@) */ HIMC WINAPI ImmGetContext(HWND hWnd) { FIXME("(%p): stub\n", hWnd); return (HIMC)root_context; } /*********************************************************************** * ImmGetOpenStatus (IMM32.@) */ BOOL WINAPI ImmGetOpenStatus(HIMC hIMC) { InputContextData *data = (InputContextData*)hIMC; FIXME("(%p): semi-stub\n", hIMC); return data->bOpen; } with the debugger attached, i can see that data is NULL; Why ? Because root_context is a static var init to NULL!!!! And it can be only valued by ImmAssociateContext (who isn't called as seen in traces) Anyone have an idea why its broken today ? Regards, Raphael -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+wfllp7NA3AmQTU4RAqHkAJ0cwjkFganWJfl1/I5zPxw83Wn+rACghKCz wEG3EUf9KONNQucVLO3wfT4= =kX2/ -----END PGP SIGNATURE-----

4 5

cvs broken ?
by Stefan Leichter 15 May '03

15 May '03

Hello, building wine from current cvs fails for me with: gcc -c -I../../../wine/dlls/d3d8 -I. -I../../../wine/include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o cubetexture.o ../../../wine/dlls/d3d8/cubetexture.c ../../../wine/dlls/d3d8/cubetexture.c: In function `IDirect3DCubeTexture8Impl_PreLoad': ../../../wine/dlls/d3d8/cubetexture.c:132: `GL_TEXTURE_CUBE_MAP' undeclared (first use in this function) ../../../wine/dlls/d3d8/cubetexture.c:132: (Each undeclared identifier is reported only once ../../../wine/dlls/d3d8/cubetexture.c:132: for each function it appears in.) make[2]: *** [cubetexture.o] Error 1 make[2]: Leaving directory `/usr/src/wine/wine-build/dlls/d3d8' make[1]: *** [d3d8] Error 2 make[1]: Leaving directory `/usr/src/wine/wine-build/dlls' make: *** [dlls] Error 2 I am building on SuSE 7.3. The closes matches for the missing constant are ? /usr/include/GL/glext.h:#define GL_TEXTURE_CUBE_MAP_ARB 0x8513 /usr/include/GL/glext.h:#define GL_TEXTURE_CUBE_MAP_EXT 0x8513 My current glext.h is from the package mesa-devel-3.4.2-42. Am I right so far? Bye Stefan

2 1

Debugging quick question
by Ann and Jason Edmeades 15 May '03

15 May '03

I know I should know this, but can you programatically turn tracing on and off for a specific channel? (Alternatively except using winedbg is there any way of activating trace for a running process)? Regards, Jason

2 1

Re: edit - fix WantReturns (Win BUG)
by Rein Klazes 14 May '03

14 May '03

On Sun, 11 May 2003 20:20:55 -0600, you wrote: > It looks like Windows has an old BUG in Edit control when handling WM_GetDlgCode message. > It always returns 0x8D no mater what the style and and properties of a window is. > Interesting enough, Delphi relays on this behavior. > > Vitaliy Margolen > > changelog: > - controls/edit.c > fix problem with capturing [return] keys in multi-line edits > Vitaliy, This is not right. A edit-listboxcombo, used in Newsbin to enter filter expressions, gives this result in spy++: | <00706> 0002022C P WM_KEYDOWN nVirtKey:VK_RETURN cRepeat:1 ScanCode:1C fExtended:0 fAltDown:0 fRepeat:0 fUp:0 [wParam:0000000D lParam:001C0001 time:14:25:17.823] | <00707> 0002022C S WM_GETDLGCODE wParam:0000000D lParam:0012FD88 | <00708> 00020230 S .CB_GETDROPPEDSTATE wParam:00000000 lParam:00000000 | <00709> 00020230 R .CB_GETDROPPEDSTATE fDropped:False [lResult:00000000] | <00710> 0002022C R WM_GETDLGCODE fuDlgCode:DLGC_WANTARROWS | DLGC_HASSETSEL | DLGC_WANTCHARS [lResult:00000089] | <00711> 0002022C S WM_GETDLGCODE wParam:00000000 lParam:00000000 | <00712> 0002022C R WM_GETDLGCODE fuDlgCode:DLGC_WANTARROWS | DLGC_HASSETSEL | DLGC_WANTCHARS [lResult:00000089] Needless to say this stopped working properly when updating with CVS:(( It is not the CB_GETDROPPEDMESSAGE but the return value that matters here. Attached I revert your patch for this special case. I hope that it still solves your problem and that you got the other cases right. Changelog: controls/ : edit.c Revert the previous patch for capturing keys in an edit-listbox combo. Rein. -- Rein Klazes rklazes(a)xs4all.nl

1 0

dvdshrink103
by hal-9000-＠t-online.de 14 May '03

14 May '03

wine: main.c:572: DDRAW_width_bpp_to_pitch: Assertion `bpp != 0' failed. got this error when trying to run dvdshrink103 completely! what does it mean, hoe could i solve this problem! thanks in advance - thorsten

2 1

Re: winedos / Migrate current drive routines and add date conversions
by Jukka Heinonen 14 May '03

14 May '03

György 'Nog' Jeney wrote: > Could someone please explain to me why it is not possible to reimplement > DRIVE_GetCurrentDrive in winedos like this, it looks quite simple and > straight forward: > > int GetCurrentDrive() > { > char root[MAX_PATH]; > GetCurrentDirectoryA(MAX_PATH, root); > return toupper(*root) - 'A'; > } > > and the same question for DRIVE_SetCurrentDrive: > > void SetCurrentDrive(int drive) > { > char drive[] = "A:"; > *drive += drive; > SetCurrentDirectoryA(drive); > } Well, I thought SetCurrentDirectory didn't work like that, but if it does then there is no reason why that implementation couldn't be used. GetCurrentDrive ought to verify that second character is indeed ':' (preparing for UNC names) but that should work, too. Using wide character versions would be preferred, though. So, I guess those routines should work. Perhaps I should rewrite my patch in order to make use of this kind of routines instead of exporting stuff from ntdll. -- Jukka Heinonen <http://www.iki.fi/jhei/>

2 1

Re: Crash on imm32
by fenix＠club-internet.fr 14 May '03

14 May '03

Hi, >You could just protect it with a > >if (!data) return FALSE; ok, it's what i tought but not sure. i'll try it when i back home :) >If I had CVS access at work (stupid corporate politics) ... i have the same problem here, it's really boring :( Thx, Raphael

1 0

[latest cvs] GTA 3 is almost perfect
by erwin wolff 14 May '03

14 May '03

I tested GTA3 again, but this time with the latest cvs. GTA3 runs much faster now and produces only one error: fixme:d3d:IDirect3DDevice8Impl_SetCurrentTexturePalette (0x402fc60) : stub Again, no in-game textures are being shown, only polygons and colors. The only texture that is being shown is the title of the game in the game menu.

1 0

int21 testing
by Ferenc Wagner 14 May '03

14 May '03

Hello, is there a way to incorporate DOS interrupt testing in the conformance testing framework? I recall that I saw some comments that Win32 applications should not be able to call DOS interrupts. But it should be testable at least... Now I have separate DOS16 programs for that. Feri.

1 0

Wine Window Sizing
by wine＠baker-net.org.uk 14 May '03

14 May '03

I noticed (when playing freecell) that wine doesn't respect maximum window sizes defined by the application and doesn't flash the title bar when using the KDE window manager (it works fine using Desktop=... in the config file) This seemed as though it might be a reasonably straight forward area for a wine newbie to try to fix so I've started by writing a test program that calls the relevant methods. My program behaves as I believe it should when run on Windows NT or XP or in Desktop mode and exhibits the same problems as freecell when using the KDE window manager. (Code is available at www.baker-net.org.uk/wine if anyone is interested). Anyway it looks as though wine doesn't attempt to make any ICCCM calls with the ptMaxTrackSize value in the structure obtained with WM_GETMINMAXINFO or for FlashWindow. Before I look into how I could implement this, is there a reason it isn't done or is anyone else working on it?

3 2

developoing windows resources for wine
by Patrick Griffin 14 May '03

14 May '03

I've been trying to generate some mock-up UI panes for winecfg, and I'd like to use real win32 resources to do it. However, I'm not sure how resources are usually generated for use in wine programs. I see 3 options at this point: 1. write it up by hand: icky but everybody can do it 2. use msdev in Windows and then port it 3. use some other program I don't know about Any suggestions as to where to go from here? And does anyone know how the resources currently in CVS were generated? Thanks- Patrick -- Patrick Griffin <griffinp(a)mit.edu>

2 1

_thiscall Calling Convention as Specfile option or via register
by Uwe Bonnes 14 May '03

14 May '03

Hallo, as Jason noticed, in MSVCRT there is a _thiscall calling convention that uses the ECX register for the 'this' pointer. Should we have another Specfile keyword in our spec files or should the _thiscall calling convention be implemented via the 'register" keyword? 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 2

Wine Release 20030508 cvs dirs?
by Philipp Wollermann 14 May '03

14 May '03

Hi, I just downloaded Wine 20030508 source and couldn't find the matching cvsdirs package (it's not on ftp.winehq.com and sourceforge is down at the moment).. Does anyone know where I can find them or when they will be available? Philipp

2 1

[dx8-21] Viewport fix
by Ann and Jason Edmeades 13 May '03

13 May '03

FYI With the attached patch on top of the wine cvs tree, a no-cd install (requires native msvcrt until I fix the 'thiscall' issue) and running 'wine war3' warcraft 3 now appears to be pretty much right!!! (No more screen distortion / misplaced faces etc). Thanks to everyone who has helped get this far, especially Raphael and Lucho. Changelog Make sure the viewport is from the GL (bottom left) not the DirectX (top left). Jason

2 1

winedbg unimplemented function broken
by Andreas Mohr 13 May '03

13 May '03

Hi all, I just had: Unhandled exception: unimplemented function kernel32.dll.GetDaylightFlag called in 32-bit code (0x4086f052). In 32-bit mode. 0x4086f052 (__wine_unimplemented+0x52 [kernel32.spec.c:42] in kernel32.dll.so): jmp 0x4086f04c (__wine_unimplemented+0x4c [kernel32.spec.c:42] in kernel32.dll.so) 50 void __wine_stub_kernel32_dll_19(void) { __wine_unimplemented("ThunkTheTemplateHandle"); } since this is called from applet TIMEDATE.CPL, I assume it's NOT ThunkTheTemplateHandle(). In other words, we've got a function lookup problem. I've also had wrong information in one other case. Breakage from recent ntdll loader work? -- Andreas Mohr Stauferstr. 6, D-71272 Renningen, Germany Tel. +49 7159 800604 http://mohr.de.tt

3 3

Re: Re: Valgrind for WINE tarball now available
by fenix＠club-internet.fr 13 May '03

13 May '03

Hi >$ valgrind `which wine` >==221== Memcheck, a.k.a. Valgrind, a memory error detector for x86-linux. >==221== Copyright (C) 2002, and GNU GPL'd, by Julian Seward. >==221== Using valgrind-1.9.6-wine, a program instrumentation system for x86-linux. >==221== Copyright (C) 2000-2002, and GNU GPL'd, by Julian Seward. >==221== Estimated CPU clock rate is 334 MHz >==221== For more details, rerun with: -v >==221== >==221== Warning: segment-override prefix encountered, but thread has no LDT >==221== Warning: segment access: virtual addr 24 exceeds segment limit of 0 >==221== Invalid read of size 4 >==221== at 0x4029FCC4: __pthread_getspecific (../../include/winnt.h:1619) >==221== by 0x403035DF: dlopen_dll (loader.c:156) >==221== by 0x40303E02: wine_init (loader.c:427) >==221== by 0x3C000612: main (main.c:32) >==221== Address 0x18 is not stack'd, malloc'd or free'd >Segmentation fault hmmm, are you trying with valgrind with nvidia opengl ? Regards, Raphael

2 1

Re: little site update
by Dimitrie O. Paun 13 May '03

13 May '03

On Tue, 13 May 2003, puoti(a)inwind.it wrote: > I've added a link to digilander.libero.it/winehqitalia, it hosts Mandrake 9.1 > (glibc 2.3) RPMs of wine, updated at each release, maintained by Ivan Leo Murray > Smith (me). It would be way better if you uploaded those files to the SourceForge instead, like all the other packages. Apart from the fact that it's less confusing (and more convenient) for the users, we get centralized download statistics, better ranking in the top downloads, and so forth. If you are interested, I can give you permissions to upload the files under the Mandrake package (which is there already, it's just hidden since we have no files for it ATM). -- Dimi.

1 0

Perfect graphics?
by Mike Hearn 13 May '03

13 May '03

Can anybody explain what this option does? I'm trying to solve a bug where a BitBlt and a PatBlt seem to race each other for control of the screen, and am wondering if this might affect timing. thanks -mike -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

2 1

Re: Dependancies question ?
by Pouech Eric DMI AEI CAEN 13 May '03

13 May '03

> Surprisingly, after this "make depend && make" recompiles EveryThing in > my tree. > I dont understand why, almost no program relies on twain_32.dll.so, > so could someone shed some light here ? because it changed the include/config.h file, which contains all configuration specific information (libraries you have or you don't...). Since config.h is quite heavily included in Wine source, it implied the whole recompilation. HTH A+

1 0

Dependancies question ?
by Sylvain Petreolle 13 May '03

13 May '03

Hi, Today I removed my sane binaries (scanner program) since my CVS repository is too old. I made a "./configure" to disable the sane support in Wine. Surprisingly, after this "make depend && make" recompiles EveryThing in my tree. I dont understand why, almost no program relies on twain_32.dll.so, so could someone shed some light here ? ===== Sylvain Petreolle (spetreolle at users dot sourceforge dot net) ICQ #170597259 No more War ! "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". For the Law of Oil and Fire, Im an European that lives in France. For all my Brothers and friends, Im a human living on Earth. ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

2 1

DCE RPC documentation fund is collecting dust...
by Gregory M. Turner 13 May '03

13 May '03

My apologies for not announcing this sonner, but it seems that the DCE RPC documentation package, which many of you kindly donated funds for, is a no-go. I've spent some time researching what, if anything, we need from OpenGroup, and unfortunately, I've never been able to get a coherent answer, even from OpenGroup's sales people. Part of the problem seems to be that the DCE standard is "discontinued" by OpenGroup as a project. We wouldn't care if we knew what documents had relevance to wine. But it turns out that DCE covers a lot more than just RPC, most of which is not of interest to wine's RPC implementation. The RPC part of the standard, as far as I can tell, is freely available for download, including the fascinating "DCOM/ActiveX" standard (which refers to a separate ORPC standards document I have been unable to find, I'm afraid, to document the ORPC wire protocol :(; btw, I think Microsoft let their similar document fall of the 'net as well, you'll see links to it in various places... but I digress....) So, insofar as I have questions about whether or not there's anything useful in there, OpenGroup's sales lady is unable to help -- she don't even seem able to give me the information thats available on the website, much less elaborate on it. That leaves me with no choice but to guess what is useful based on the information available to me: which seems to indicate that we don't need anything we can't get for free from OpenGroup. So, the obvious question is, where does everyone's hard-earned money go? I've confirmed with Jeremy that refunds are an option; if you want your money back, let Jeremy know, and presumably he will make arrangements with you in private to get your money returned. For those of you who would rather have your donations go to some other wine-releated cause, the matter is open for discussion. One idea which has been tossed around in private discussions between myself, Jeremy and Dimi is to rededictae these funds to the Wine Party Fund or some other wine conference fund. Another would be to find some other documentation we need to buy and use it for that. But, it's your money, and since every contributor essentially has veto power over their own portion of the funds, we obviously want to build some kind of consensus. Sorry it took me so long to break this news, I spend a fair amount of time trying to salvage the original plan to buy the DCE doc's but it just didn't seem right to spend it on something which potentially has no value to wine... and then the guilt and procrastination set in... ;) Thanks for your patience on this matter. -- "Security is mostly superstition. It does not exist in nature, nor do the children of men as a whole experience it. Avoiding danger is no safer in the long run than outright exposure. Life is either a daring adventure, or nothing. To keep our faces toward change and behave like free spirits in the presence of fate is strength undefeatable." --Helen Keller gmt

5 4

Re: toolbar - get rid of direct ImageList access hacks
by Vitaliy Margolen 13 May '03

13 May '03

Looks like resizing ToolBar buttons doesn't work this way. Needs more work. For a time being revert this change: Vitaliy Margolen changelog: - dlls/comctrl32/toolbar.c revert change for resizing buttons Index: dlls/comctl32/toolbar.c =================================================================== RCS file: /home/wine/wine/dlls/comctl32/toolbar.c,v retrieving revision 1.131 diff -u -r1.131 toolbar.c --- dlls/comctl32/toolbar.c 13 May 2003 03:36:54 -0000 1.131 +++ dlls/comctl32/toolbar.c 13 May 2003 06:03:24 -0000 @@ -29,7 +29,6 @@ * * * TODO: - * - A little bug in TOOLBAR_DrawMasked() * - Button wrapping (under construction). * - Messages. * - Notifications (under construction). @@ -67,6 +66,7 @@ #include "winuser.h" #include "wine/unicode.h" #include "commctrl.h" +#include "imagelist.h" #include "comctl32.h" #include "wine/debug.h" @@ -3952,8 +3952,12 @@ infoPtr->nBitmapWidth = (INT)LOWORD(lParam); infoPtr->nBitmapHeight = (INT)HIWORD(lParam); - if (himlDef) - ImageList_SetIconSize(himlDef, infoPtr->nBitmapWidth, infoPtr->nBitmapHeight); + + /* uses image list internals directly */ + if (himlDef) { + himlDef->cx = infoPtr->nBitmapWidth; + himlDef->cy = infoPtr->nBitmapHeight; + } return TRUE; }

1 0

Re: DOSVM_Int31Handler/DOSVM_CallRMInt crash
by Jukka Heinonen 13 May '03

13 May '03

Andreas Mohr wrote: > when running Win98 explorer.exe, I finally get this crash: ... > Backtrace: > 0 0x406cb9a3 (DOSVM_GetRMHandler+0x7(intnum=0x21) [interrupts.c:455] in winedos.dll.so) (ebp=41052560) > 1 0x406c7b8c (DOSVM_CallRMInt+0x28(context=0x4105290c) [int31.c:462] in winedos.dll.so) (ebp=41052850) > =>2 0x406c9b63 (DOSVM_Int31Handler+0x15f7(context=0x4105290c) [int31.c:1067] in winedos.dll.so) (ebp=410528dc) > 3 0x406cafc5 (DOSVM_IntProcRelay+0x9(context=0x4105290c, data=0x406c856c) [interrupts.c:121] in winedos.dll.so) (ebp=410528e8) > 4 0x406cd1ca (RELAY_RelayStub+0xe(proc=0x406cafbc, args=0x4038fcae, context=0x4105290c) [relay.c:116] in winedos.dll.so) (ebp=410528f8) > 5 0x400b57f0 (KERNEL32.DLL.__wine_call_from_16_regs+0x144 in libntdll.dll.so) ... > I assume it's because the DOS memory area hasn't been unprotected/set up > (grrr, this kind of problem *again*!) > > Where should this call sequence have activated the DOS memory area properly? Well, I was expecting this kind of problems, nice to finally have a test program. If we assume that we want to keep the lowest 64k protected for as long as possible, the first fix is to make DOSVM_GetRMHandler and DOSVM_SetRMHandler update interrupt vector in upper memory if DOS memory has not been unprotected. However, either DOSVM_CallRMInt or DOSVM_Int31Handler must unprotect memory because we are about to enter VM86. I have actually had some plans to keep the lowest 1 megabyte protected when process starts up and only unprotect and initialize DOS/BIOS stuff if it really is needed (and unprotect low 64k only after first access to it from VM86 mode). In this case we could push initialization code to winedos and we really would keep null pointer protection active for as long as possible. But, anyway, simple solution would be to add unprotect call to DOSVM_Int31Handler just before calling to DOSVM_CallRMInt. This would also fix DOSVM_GetRMHandler call in DOSVM_CallRMInt. Nice comment about why this is needed would also be fine. -- Jukka Heinonen <http://www.iki.fi/jhei/>

1 0

Win32 Mozilla 1.4b+ GCC (MingW)?
by Brian Vincent (C) 13 May '03

13 May '03

Anyone see the release info for Mozilla 1.4 Beta? It says: "As of Mozilla 1.4b, it is possible to build Mozilla for Win32 using GCC." Here's the specific build instructions for Windows: http://www.mozilla.org/build/win32.html It notes: GCC for Win32 is available as part of the MinGW project. The following mingw packages are required for building: gcc >= 3.2.2 (20030208) binutils >= 2.13.90 (20030104) w32api >= 2.3 mingw-runtime >= 2.4 --------------- Brian Vincent Copper Mountain Telecom vincentb(a)coppercolorado.com

4 6

DOSVM_Int31Handler/DOSVM_CallRMInt crash
by Andreas Mohr 12 May '03

12 May '03

Hi all, when running Win98 explorer.exe, I finally get this crash: First chance exception: page fault on read access to 0x00000084 in 32-bit code (0x406cb9a3). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:028f GS:0000 EIP:406cb9a3 ESP:41052560 EBP:41052560 EFLAGS:00010202( R- 00 I - - 1 ) EAX:00000021 EBX:406dc14c ECX:00000202 EDX:406dbfe6 ESI:4105290c EDI:00000e38 Stack dump: 0x41052560 (_end+0x22dc24): 41052850 406c7b8c 00000021 00000000 0x41052570 (_end+0x22dc34): 00000000 00000000 00000000 00000000 0x41052580 (_end+0x22dc44): 400d9280 40308000 0000000a 41052650 0x41052590 (_end+0x22dc54): 00000040 400d9280 41052650 40308000 0x410525a0 (_end+0x22dc64): 410525bc 400d9280 410525bc 00000016 0x410525b0 (_end+0x22dc74): 41052638 400931eb 410525bc 400d9280 0x410525c0 (_end+0x22dc84): 0051: sel=028f base=41063000 limit=00000fff 32-bit rw- Backtrace: 0 0x406cb9a3 (DOSVM_GetRMHandler+0x7(intnum=0x21) [interrupts.c:455] in winedos.dll.so) (ebp=41052560) 1 0x406c7b8c (DOSVM_CallRMInt+0x28(context=0x4105290c) [int31.c:462] in winedos.dll.so) (ebp=41052850) =>2 0x406c9b63 (DOSVM_Int31Handler+0x15f7(context=0x4105290c) [int31.c:1067] in winedos.dll.so) (ebp=410528dc) 3 0x406cafc5 (DOSVM_IntProcRelay+0x9(context=0x4105290c, data=0x406c856c) [interrupts.c:121] in winedos.dll.so) (ebp=410528e8) 4 0x406cd1ca (RELAY_RelayStub+0xe(proc=0x406cafbc, args=0x4038fcae, context=0x4105290c) [relay.c:116] in winedos.dll.so) (ebp=410528f8) 5 0x400b57f0 (KERNEL32.DLL.__wine_call_from_16_regs+0x144 in libntdll.dll.so) (ebp=41052c00) 6 0x086f:0x0146 (bp=450e) 7 0x0877:0x067d (bp=4522, far call assumed) 8 0x0877:0x07d7 (bp=4546) 9 0x07f7:0x07a9 (bp=45d6, far call assumed) 10 0x07f7:0x0a34 (bp=45e2) 11 0x07f7:0x0b54 (bp=4842) 12 0x07f7:0x0c56 (bp=485e) 13 0x07f7:0x0dbe (bp=487e) 14 0x07b7:0x0251 (bp=49ac, far call assumed) 15 0x07b7:0x0034 (bp=49b8) 16 0x073f:0x0458 (bp=49da, far call assumed) 17 0x073f:0x0411 (bp=49e4) 18 0x071f:0x0331 (bp=4b2a, far call assumed) 19 0x075f:0x0546 (bp=4cb0, far call assumed) 20 0x075f:0x007b (bp=4cc2) 21 0x079f:0x0130 (bp=4cd6, far call assumed) 22 0x0447:0x3e2c (bp=4e06, far call assumed) 23 0x02c7:0x6165 (bp=4e22, far call assumed) 24 0x029f:0x03a4 (bp=4e32, far call assumed) 0x406cb9a3 (DOSVM_GetRMHandler+0x7 [interrupts.c:455] in winedos.dll.so): movl 0x0(,%eax,4),%eax 456 } I assume it's because the DOS memory area hasn't been unprotected/set up (grrr, this kind of problem *again*!) Where should this call sequence have activated the DOS memory area properly? -- Help prevent Information Technology Fascism! - before it's too late... http://www.againsttcpa.com

1 0

Re: Create a new heap in start_debugger
by Eric Pouech 12 May '03

12 May '03

Robert Shearman wrote: > Create a new heap when the debugger is started in case the heap has been > corrupted. I don't think the fix is completly correct... in all cases, we need to keep the current heap... if the debugger continues the execution, then the old heap is needed (for example, HeapFree/HeapValidate will no longer work...) so, a proper fix (to deal with this situation) would be to: - set a new heap (as you did) - create the process for the debugger, but suspended - put back the old heap in the pdb - fire the debugger (ResumeThread) note anyway that the fix isn't perfect. for example, if an execption results from a corrupted heap, we may still use heap related functions in the exception handling code (the debugger startup is one of example, but is far from being the only one). For example, running with -debugmsg +seh is another one :-/ A+ -- Eric Pouech

2 1

Lotus Notes and wine and RedHat 9
by Joe Squire 12 May '03

12 May '03

Hi I apologize in advance for hitting the developers list. IANAD... I had been running wine on 7.2 with Lotus Notes 5.0.11 successfully. I made the unfortunate discovery about RH9 and threads and wine a little too late after upgrading to RH9. I will be more careful next time... Anyways, I downloaded the source (2003-05-08), and managed to configure with --with-nptl (as at http://www.winehq.org/index.php?issue=164#Wine%20&%20RedHat%209.0) make dep, make and make install it. (I am closer to a newbie than a developer, so this was a major achievement!). But I ran into a problem that has already been reported at (thank you google) http://www.winehq.com/hypermail/wine-devel/2003/05/0141.html (the issue was unresolved. Kevin rolled back to a previous wine source from 5/1/2003). As with that post, there had been no changes to the install in the wine directory. The Lotus Notes splash screen comes up. The background for Notes itself comes up. The password box appears, and the error happens when I punch in the password and hit OK. I noted the post by Uwe at http://www.winehq.com/hypermail/wine-devel/2003/05/0144.html , but Uwe was hinting at my newbiness with "Do you know how to integrate this in wine? If not, tell me to send you a patch for testing." The answer to both is No. Even if I received a patch, I wouldn't have a clue. I am willing to try, but would llikely need some hand holding...like which file, where it's located etc... Again, apologies for hassling the devel list, I'm out of my depth here, but I will help if I can. TIA ws PS: hope this helps someone else: - after initial install and attempting to run an app thru wine, it 'hung' at the end of the font 'registration' (not sure it that is the right term), ie once it had got to 100%. X was running at about 70% cpu and wine at 30%. Eventually I ctrl-c'd it and rebooted. - after trying again, i received an error about winedefault.reg. Googling for this didn't help me locate where it was. But it was in the most obvious place. The root of the source download. Ran regedit winedefault.reg - then ran into the above. PPS - words of encouragement. Notes is my last tie to Windows and wine is my saviour! _________________________________________________________________ MSN Instant Messenger now available on Australian mobile phones. Go to http://ninemsn.com.au/mobilecentral/hotmail_messenger.asp

5 5

Re: PATCH: formatting fixes in files/smb.c
by Mike McCormack 12 May '03

12 May '03

Hi Gerald, Well, if you want somebody to blame, blame me. Personally, it doesn't bother me as much. If you think a few extra spaces cause headaches, try figuring out how to make a one line change in a ~500 line function with 30+ variables... if you want to clean stuff up, I think your time would be better spent splitting up some of the monster functions, rather than nitpicking spacing. Mike Gerald Pfeifer wrote: > I had submitted the following last summer, because the original code > really had made it more difficult for me to track down a bug: > > We certainly should not get anal rentative on this, but something like > int trn = 1234,i=0; > from files/smb.c where even a single line is inconsistent really > makes me wonder.

1 0

WINNLSEnableIME
by Mark Westcott 12 May '03

12 May '03

Hi all, Been getting an error with Kaleidagraph, complaining that WINNLSEnableIME in user32 is unimplemented (which it is). Seems like an old win16 API call that shouldn't be used any more, i'm not sure, but http://sgc.jandar.net/files/docs/x68.txt says: Ex68 was designed for Japanese Windows. In order to make it function on any other kind, you will need to patch the Ex68.EXE file. Here's how: With a Hex-Editor, search for text WINNLSEnableIME, then replace it with EnableWindow . You'll have a couple of spaces left over, switch over to Hex mode, and fill those with 00's This implies that its an EnableWindow call in disguise, but I'm not sure, it may just be that they chose this merely because its a function with the same parameters/return type as WINNLSEnableIME. Editing user32.spec to get it to call EnableWindow has got it working, but I'm not sure this is the proper solution.. perhaps it should be calling WINNLSEnableIME16 in dlls/winnls? Thanks, Mark

2 1

compile errors in dlls/ddraw
by Zsolt Rizsanyi 11 May '03

11 May '03

Hi! I'm getting the next compile errors trying to compile the latest CVS: make[2]: Entering directory `/home/zsolt/src/wine/dlls/ddraw' LD_LIBRARY_PATH="../../libs/unicode:$LD_LIBRARY_PATH" ../../tools/wrc/wrc --nostdinc -I. -I. -I../../include -I../../include -I/usr/X11R6/include -foversion.res version.rc gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o d3dcommon.o d3dcommon.c gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o d3ddevice/main.o d3ddevice/main.c gcc -c -I. -I. -I../../include -I../../include -I/usr/X11R6/include -D_REENTRANT -fPIC -D__WINESRC__ -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o d3ddevice/mesa.o d3ddevice/mesa.c d3ddevice/mesa.c: In function `handle_color_alpha_args': d3ddevice/mesa.c:1519: `GL_PRIMARY_COLOR_ARB' undeclared (first use in this function) d3ddevice/mesa.c:1519: (Each undeclared identifier is reported only once d3ddevice/mesa.c:1519: for each function it appears in.) d3ddevice/mesa.c:1521: `GL_CONSTANT_ARB' undeclared (first use in this function) d3ddevice/mesa.c:1526: `GL_SOURCE0_RGB_ARB' undeclared (first use in this function) d3ddevice/mesa.c:1528: `GL_OPERAND0_RGB_ARB' undeclared (first use in this function) d3ddevice/mesa.c:1533: `GL_SOURCE0_ALPHA_ARB' undeclared (first use in this function) d3ddevice/mesa.c:1534: `GL_OPERAND0_ALPHA_ARB' undeclared (first use in this function) d3ddevice/mesa.c:1480: warning: `src' might be used uninitialized in this function d3ddevice/mesa.c: In function `GL_IDirect3DDeviceImpl_7_3T_SetTextureStageState': d3ddevice/mesa.c:1655: `GL_COMBINE_ALPHA_ARB' undeclared (first use in this function) d3ddevice/mesa.c:1655: `GL_COMBINE_RGB_ARB' undeclared (first use in this function) d3ddevice/mesa.c:1702: `GL_COMBINE_ARB' undeclared (first use in this function) d3ddevice/mesa.c:1733: `GL_ADD_SIGNED_ARB' undeclared (first use in this function) d3ddevice/mesa.c:1766: `GL_RGB_SCALE_ARB' undeclared (first use in this function) make[2]: *** [d3ddevice/mesa.o] Error 1 make[2]: Leaving directory `/home/zsolt/src/wine/dlls/ddraw' make[1]: *** [ddraw] Error 2 make[1]: Leaving directory `/home/zsolt/src/wine/dlls' make: *** [dlls] Error 2 I'm running RedHat 7.3 with the version of the relevant RPM package being: XFree86-devel-4.2.0-8 I can provide more info if needed... Thanks Zsolt

7 11

Re: [D3D] Some more texturing work...
by Duane Clark 11 May '03

11 May '03

Lionel Ulmer wrote: > Resubmission of this morning patch with the compilation fixes added (at > least I hope that it will fix them :-) ). > It fixes compiling for me at least (RH 7.3). Though I notice that the only opengl Wine app I have ever tried (earthquake; not a game :-) no longer works. No idea when it broke though.

1 0

D3D8-18 patch and GTA3
by erwin wolff 11 May '03

11 May '03

The GTA 3 game runs also with the D3D8-18 patch. Only it goes very slow and gives the following texture errors: fixme:d3d:IDirect3DDevice8Impl_SetTextureStageState Unhandled D3DTSS_TEXCOORDINDEX 10000 fixme:d3d:IDirect3DDevice8Impl_SetCurrentTexturePalette (0x40289eb8) : stub fixme:d3d:IDirect3DDevice8Impl_SetTextureStageState see if D3DTOP_SELECTARG1 behavior is correct now! The screen displays only polygons and colors but no textures.

2 1

CVS - Notes Breakage
by Kevin DeKorte 11 May '03

11 May '03

This mornings CVS of wine breaks Lotus Notes 5.0.11 This is the message I get from wine-dbg Unhandled exception: unimplemented function user32.dll.SendIMEMessageExA called in 32-bit code (0x40afb052). In 32-bit mode. 0x40afb052 (__wine_unimplemented+0x52 [user32.spec.c:42] in user32.dll.so): jmp0x40afb04c (__wine_unimplemented+0x4c [user32.spec.c:42] in user32.dll.so) 50 void __wine_stub_user32_dll_14(void) { __wine_unimplemented("BlockInput"); } Kevin

5 15

d3d8-18 patch doesn't compile on RedHat 9.0
by erwin wolff 11 May '03

11 May '03

I have a problem with the d3d8 patch. First, the ./configure script skips the dlls/d3d8 and secondly, if I compile the files manually with the Makefile the source files do compile with almost no warnings, but when it is linked it to d3d8.dll.so complains about lots of GL definitions missing. An example: device.o(.text+0x44dc):/TOOLS/wine/dlls/d3d8/device.c:1770: undefined reference to "glGetError" with the configure command: ./configure --with-nptl --with-x All GL header files are at their correct place and are found by the configure script and makefiles.

3 2

DECIMAL struc
by Stefan Leichter 11 May '03

11 May '03

Hello, i am currently trying to compile a source which uses the DECIMAL stuct with wine's headers and gcc 2.95.3 but i can not figure out how to access the members Mid32 and Lo32 of the struc. Can someone please tell me how to do this? Thanks Stefan

2 3

Re: winedos / Migrate current drive routines and add date conversions
by Gy=?iso-8859-1?Q?=F6rgy_'Nog'_Jeney?= 11 May '03

11 May '03

> This patch migrates some int21 stuff to winedos and > adds implementation for long file name date conversion > functions. The patch makes kernel dll export current drive > routines, but using those routines it should be possible to > migrate many additional int21 subfunctions to winedos. > > > > > Changelog: > Move current drive subfunctions to winedos. > Add long file name date conversion subfunctions. > Could someone please explain to me why it is not possible to reimplement DRIVE_GetCurrentDrive in winedos like this, it looks quite simple and straight forward: int GetCurrentDrive() { char root[MAX_PATH]; GetCurrentDirectoryA(MAX_PATH, root); return toupper(*root) - 'A'; } and the same question for DRIVE_SetCurrentDrive: void SetCurrentDrive(int drive) { char drive[] = "A:"; *drive += drive; SetCurrentDirectoryA(drive); } nog.

1 0

patch for redhat spec file.
by Knut J Bjuland 11 May '03

11 May '03

This is a ugly fix, at least it correct the fault with unable to load libntdll.dll.so when starting wine from a installed Redhat RPM. This spec is made for Redhat 9. --- old.spec 2003-05-09 03:29:21.000000000 +0200 +++ wine-20030508-1rh8winehq.spec 2003-05-10 08:17:28.000000000 +0200 @@ -54,7 +54,8 @@ --with-x \ --libdir=%{_libdir}/wine \ --includedir=%{_includedir}/wine \ - --sysconfdir=%{_sysconfdir}/wine + --sysconfdir=%{_sysconfdir}/wine \ + --with-nptl %{__make} depend %{__make} @@ -67,7 +68,7 @@ includedir=%{?buildroot:%{buildroot}}%{_includedir}/wine \ libdir=%{?buildroot:%{buildroot}}%{_libdir}/wine \ sysconfdir=%{?buildroot:%{buildroot}}%{_sysconfdir}/wine \ - dlldir=%{?buildroot:%{buildroot}}%{_libdir}/wine/wine \ + dlldir=%{?buildroot:%{buildroot}}%{_libdir}/wine \ LDCONFIG=/bin/true install -c -m 0644 dlls/*.def $RPM_BUILD_ROOT%{_libdir}/wine @@ -103,22 +104,22 @@ rm -f documentation/samples/config.rh # Install link to windows applications replacements -ln -sf %{_libdir}/wine/wine/start.exe.so $RPM_BUILD_ROOT%{_datadir}/wine-c/windows/command/start.exe -ln -sf %{_libdir}/wine/wine/notepad.exe.so $RPM_BUILD_ROOT%{_datadir}/wine-c/windows/notepad.exe -ln -sf %{_libdir}/wine/wine/regedit.exe.so $RPM_BUILD_ROOT%{_datadir}/wine-c/windows/regedit.exe -ln -sf %{_libdir}/wine/wine/rundll32.exe.so $RPM_BUILD_ROOT%{_datadir}/wine-c/windows/rundll32.exe -ln -sf %{_libdir}/wine/wine/wcmd.exe.so $RPM_BUILD_ROOT%{_datadir}/wine-c/windows/system/cmd.exe -ln -sf %{_libdir}/wine/wine/control.exe.so $RPM_BUILD_ROOT%{_datadir}/wine-c/windows/system/control.exe -ln -sf %{_libdir}/wine/wine/winhelp.exe.so $RPM_BUILD_ROOT%{_datadir}/wine-c/windows/system/help.exe -ln -sf %{_libdir}/wine/wine/notepad.exe.so $RPM_BUILD_ROOT%{_datadir}/wine-c/windows/system/notepad.exe -ln -sf %{_libdir}/wine/wine/progman.exe.so $RPM_BUILD_ROOT%{_datadir}/wine-c/windows/system/progman.exe -ln -sf %{_libdir}/wine/wine/regsvr32.exe.so $RPM_BUILD_ROOT%{_datadir}/wine-c/windows/system/regsvr32.exe -ln -sf %{_libdir}/wine/wine/winemine.exe.so $RPM_BUILD_ROOT%{_datadir}/wine-c/windows/system/winmine.exe -ln -sf %{_libdir}/wine/wine/winver.exe.so $RPM_BUILD_ROOT%{_datadir}/wine-c/windows/system/winver.exe -ln -sf %{_libdir}/wine/wine/uninstaller.exe.so $RPM_BUILD_ROOT%{_datadir}/wine-c/windows/uninstaller.exe -ln -sf %{_libdir}/wine/wine/winhelp.exe.so $RPM_BUILD_ROOT%{_datadir}/wine-c/windows/winhelp.exe -ln -sf %{_libdir}/wine/wine/winhelp.exe.so $RPM_BUILD_ROOT%{_datadir}/wine-c/windows/winhlp32.exe - +ln -sf %{_libdir}/wine/start.exe.so $RPM_BUILD_ROOT%{_datadir}/wine-c/windows/command/start.exe +ln -sf %{_libdir}/wine/notepad.exe.so $RPM_BUILD_ROOT%{_datadir}/wine-c/windows/notepad.exe +ln -sf %{_libdir}/wine/regedit.exe.so $RPM_BUILD_ROOT%{_datadir}/wine-c/windows/regedit.exe +ln -sf %{_libdir}/wine/rundll32.exe.so $RPM_BUILD_ROOT%{_datadir}/wine-c/windows/rundll32.exe +ln -sf %{_libdir}/wine/wcmd.exe.so $RPM_BUILD_ROOT%{_datadir}/wine-c/windows/system/cmd.exe +ln -sf %{_libdir}/wine/control.exe.so $RPM_BUILD_ROOT%{_datadir}/wine-c/windows/system/control.exe +ln -sf %{_libdir}/wine/winhelp.exe.so $RPM_BUILD_ROOT%{_datadir}/wine-c/windows/system/help.exe +ln -sf %{_libdir}/wine/notepad.exe.so $RPM_BUILD_ROOT%{_datadir}/wine-c/windows/system/notepad.exe +ln -sf %{_libdir}/wine/progman.exe.so $RPM_BUILD_ROOT%{_datadir}/wine-c/windows/system/progman.exe +ln -sf %{_libdir}/wine/regsvr32.exe.so $RPM_BUILD_ROOT%{_datadir}/wine-c/windows/system/regsvr32.exe +ln -sf %{_libdir}/wine/winemine.exe.so $RPM_BUILD_ROOT%{_datadir}/wine-c/windows/system/winmine.exe +ln -sf %{_libdir}/wine/winver.exe.so $RPM_BUILD_ROOT%{_datadir}/wine-c/windows/system/winver.exe +ln -sf %{_libdir}/wine/uninstaller.exe.so $RPM_BUILD_ROOT%{_datadir}/wine-c/windows/uninstaller.exe +ln -sf %{_libdir}/wine/winhelp.exe.so $RPM_BUILD_ROOT%{_datadir}/wine-c/windows/winhelp.exe +ln -sf %{_libdir}/wine/winhelp.exe.so $RPM_BUILD_ROOT%{_datadir}/wine-c/windows/winhlp32.exe +ln -f $RPM_BUILD_ROOT/%{_libdir}/wine/ntdll.dll.so $RPM_BUILD_ROOT/%{_libdir}/wine/libntdll.dll.so for i in shell.dll shell32.dll winsock.dll wnsock32.dll; do touch $RPM_BUILD_ROOT%{_datadir}/wine-c/windows/system/$i done @@ -202,10 +203,7 @@ %attr(0775, root, wine) %dir "%{_datadir}/wine-c/My Documents" %attr(0775, root, wine) %dir "%{_datadir}/wine-c/Program Files" %attr(0775, root, wine) %dir "%{_datadir}/wine-c/Program Files/Common Files" -%{_libdir}/wine/wine -%{_libdir}/wine/*.so -%{_libdir}/wine/*.so.1 -%{_libdir}/wine/*.a +%{_libdir}/wine/* %{_bindir}/* %{_mandir}/man?/* %{_datadir}/wine-c/windows/command/*.exe @@ -227,31 +225,31 @@ %files devel %defattr(-,root,root) %{_includedir}/* -%{_libdir}/wine/*.def +#%{_libdir}/wine/*.def %changelog -* Thu May 08 2003 Vincent Béron <vberon(a)mecano.gme.usherb.ca> 20030508-1 +* Thu May 08 2003 Vincent BÃ©ron <vberon(a)mecano.gme.usherb.ca> 20030508-1 - Add libraries definition files to devel package - Update to 20030508 -* Tue Apr 08 2003 Vincent Béron <vberon(a)mecano.gme.usherb.ca> 20030408-1 +* Tue Apr 08 2003 Vincent BÃ©ron <vberon(a)mecano.gme.usherb.ca> 20030408-1 - Update to 20030408 -* Tue Mar 18 2003 Vincent Béron <vberon(a)mecano.gme.usherb.ca> 20030318-1 +* Tue Mar 18 2003 Vincent BÃ©ron <vberon(a)mecano.gme.usherb.ca> 20030318-1 - Update to 20030318 -* Thu Mar 11 2003 Vincent Béron <vberon(a)mecano.gme.usherb.ca> 20030219-2 +* Thu Mar 11 2003 Vincent BÃ©ron <vberon(a)mecano.gme.usherb.ca> 20030219-2 - Fix the symlinks in wine-c. -* Wed Feb 19 2003 Vincent Béron <vberon(a)mecano.gme.usherb.ca> 20030219-1 +* Wed Feb 19 2003 Vincent BÃ©ron <vberon(a)mecano.gme.usherb.ca> 20030219-1 - Update to 20030129 - Various fixes in RPM build process -* Fri Jan 17 2003 Vincent Béron <vberon(a)mecano.gme.usherb.ca> 20030115-1 +* Fri Jan 17 2003 Vincent BÃ©ron <vberon(a)mecano.gme.usherb.ca> 20030115-1 - Update to 20030115 - fix to build problem -* Thu Nov 7 2002 Vincent Béron <vberon(a)mecano.gme.usherb.ca> 20021031-1 +* Thu Nov 7 2002 Vincent BÃ©ron <vberon(a)mecano.gme.usherb.ca> 20021031-1 - Update to 20021031 - Tweaks here and there

4 3

Agent opens on another desktop (revisited)
by Gerhard W. Gruber 10 May '03

10 May '03

I just happend to install OpenOffice on my system and while the installation was running I switched to another desktop. When OO installation was finished, a dialog popped up, telling me so. The mahor difference to wine running Agent is, that Agent opened the new dialog on my current desktop, while the OO installer switched me back to the desktop where I launched the main program and showed me the dialog there. Either they did provide for this specifically or they use a different method. How does wine handle this? Could it be that wine retrieves the desktop info always anew and OO maybe only at startup and passes it on? My guess would be that this happens in OO, so I think it would be better to do this in wine as well. I think it is rather counterintutive when suddenly a messagebox or something pops up out of nowhere. Also there could be circumstances where a dialog or messagebox is hidden because the user just switched. These circumstances could be provided for if the windows for an application stay on the same desktop where the main app is running. This doesn't mean that wine should run entirely on the same desktop it started from, only indivudual applications should. I don't know enough of the X lower stuff, so maybe somebody who knows this area could comment on it. Thanks. -- Gerhard Gruber Für jedes menschliche Problem gibt es immer eine einfache Lösung: Klar, einleuchtend und falsch. (Henry Louis Mencken)

1 0

W95INF32.DLL added to wine
by Gerhard W. Gruber 10 May '03

10 May '03

I just sent the patch for adding the w95inf32 dll to the wine sources. I hope that the patch script is ok. I used diff -u for the tree, but I was not so sure about on how to do the new directory. I was following the instructions on WineHQ concerning the files, but it is nowhere mentioned if a new directory will be automatically created, so I trust this is enough. -- Gerhard Gruber Für jedes menschliche Problem gibt es immer eine einfache Lösung: Klar, einleuchtend und falsch. (Henry Louis Mencken)

1 0

NPTL auto detection
by Mike Hearn 10 May '03

10 May '03

Hi Alexandre, You said a few months ago Wine would soon detect whether to enable NPTL support at runtime rather than compile time. Presumably this will get in as part of the CodeWeavers merge. Do you know how long that might be? It seems every day people hit this problem and don't realise how to work around it. thanks -mike -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

8 14

Progman DDE Server
by BiGgUn 10 May '03

10 May '03

Hi, While installing, mIRC 6.0.3 (evaluation), the installer was unable to create some links for mirc. I got the following error: err:ddeml:DdeConnect Done with INITIATE, but no Server window available Obviously, it seems that the required DDE server is not up and runnning. By enabling tracing on ddeml channel, i have found the queried server; it's Progman DDE server. On win2k (and other windows platforms i think), it seems that this server is launched when the system starts up or when a user logs in (i don't really know). Nevertheless, on wine this DDE server is not currently launched. Although, the progman application exists, is there a DDE server version already present in wine source tree ? Other question, when a program requires the Progman DDE server , should wine launch it automatically ? The DDE server would shutdown itself when the last wine instance exits. Is it possible to associate this DDE server with wineserver ? Stéphan

2 1

Re: Listview: Implemented Get/SetToolTips functions (rewrite)
by Dimitrie O. Paun 10 May '03

10 May '03

On May 10, 2003 03:51 am, BiGgUn wrote: > Hi, > > > > +static HWND LISTVIEW_SetToolTips( LISTVIEW_INFO *, HWND); > > > > I don't think you need these here. > > Dimitry, should i inline LISTVIEW_SetToolTips also ? Hey, my name is Dimitrie or Dimi :) > In this patch, LISTVIEW_SetToolTips is not inlined. No, that's fine, setters are not inlined currently. > static INT LISTVIEW_GetTopIndex(LISTVIEW_INFO *); > static BOOL LISTVIEW_EnsureVisible(LISTVIEW_INFO *, INT, BOOL); > static HWND CreateEditLabelT(LISTVIEW_INFO *, LPCWSTR, DWORD, INT, INT, INT, INT, BOOL); > +static HWND LISTVIEW_SetToolTips( LISTVIEW_INFO *, HWND); Why do you need this prototype here? I don't think it's needed, you don't use the function before the definition. > > +static HWND LISTVIEW_SetToolTips( LISTVIEW_INFO *infoPtr, HWND hwndNewToolTip) > +{ > + HWND hwndOldToolTip = infoPtr->hwndToolTip; Indentation seems to be hosed here, no? > + infoPtr->hwndToolTip = hwndNewToolTip; > + return hwndOldToolTip; > +} > + > /* LISTVIEW_SetUnicodeFormat */ > /* LISTVIEW_SetWorkAreas */ > > @@ -7214,7 +7241,7 @@ > GetWindowLongW(infoPtr->hwndHeader, GWL_STYLE) | HDS_HIDDEN); > } > } > - > + Please avoid such no-op changes, they make the patch longer for no good reason. I'm kinda picky, right? :) -- Dimi.

1 0

Re: Listview: Implemented Get/SetToolTips functions
by Dimitrie O. Paun 09 May '03

09 May '03

On May 9, 2003 02:45 pm, BiGgUn wrote: > static INT LISTVIEW_GetTopIndex(LISTVIEW_INFO *); > static BOOL LISTVIEW_EnsureVisible(LISTVIEW_INFO *, INT, BOOL); > static HWND CreateEditLabelT(LISTVIEW_INFO *, LPCWSTR, DWORD, INT, INT,INT, INT, BOOL); > +static HWND LISTVIEW_GetToolTips( LISTVIEW_INFO *); > +static HWND LISTVIEW_SetToolTips( LISTVIEW_INFO *, HWND); I don't think you need these here. > /******** Text handling functions *************************************/ > > @@ -5729,6 +5741,20 @@ > > /*** > * DESCRIPTION: > + * Returns tooltip associated to the listview > + * > + * PARAMETER(S): > + * [I] infoPtr : valid pointer to the listview structure > + * > + * RETURN: > + * Handle on listview tooltip > + */ > +static HWND LISTVIEW_GetToolTips( LISTVIEW_INFO *infoPtr) { > + return infoPtr->hwndToolTip; > +} Please just inline this one in the WinProc, the file is already too big and hard to maintain. > +/*** > + * DESCRIPTION: > + * Determines which listview item is located at the specified position. > + * > + * PARAMETER(S): > + * [I] infoPtr : valid pointer to the listview structure > + * [I] hwndNewToolTip : handle to new ToolTip > + * > + * RETURN: > + * old tool tip > + */ > +static HWND LISTVIEW_SetToolTips( LISTVIEW_INFO *infoPtr, HWND hwndNewToolTip) { Please follow the bracket convention used in the rest of the file. Indentation is currently mixed 2 or 4 space, please use 4 going forward. > + HWND hwndOldToolTip = infoPtr->hwndToolTip; > + infoPtr->hwndToolTip = hwndNewToolTip; > + return hwndOldToolTip; > +} Don't we need to do something with the new tool tip? I guess it's not part of this patch... :) > + /* init ToolTip */ > + infoPtr->hwndToolTip = NULL; Is this needed? Isn't the info structure initialized to 0? > > case LVM_GETTOOLTIPS: > - FIXME("LVM_GETTOOLTIPS: unimplemented\n"); > - return FALSE; > + return (LRESULT)LISTVIEW_GetToolTips(infoPtr); Yeah, just make this one: + return (LRESULT)infoPtr->hwndToolTip; -- Dimi.

1 0

int21 creat flags
by Ferenc Wagner 09 May '03

09 May '03

Hello, Is there any reason why Wine's implementation of DOS function 0x3c (create file with handle) explicitly ignores the invalid flag bits (volume label and directory)? NT4 returns error if any of these bits is set. Some PKSFX files have problem with this, since they try to create directories the invalid way (function 0x3c, flag=0x30, that is, archive directory), and they create FILES instead, which they can not cd later, of course... I was not able to find any information on possible extended use of the above function. So again, is there any reason why Wine does not conform the specification? Feri.

2 1

ALSA MIDI
by Jeff Smith 09 May '03

09 May '03

I am back from taking a break from Wine. Not that anyone noticed I was gone. :-) Before I took my break I had done some stuff locally for ALSA MIDI and DirectMusic. I see that some stuff has been done on DirectMusic in my absence, but I maybe I will still have something to contribute there. But in Eric Pouech's recent interview, he made mention that MIDI was still missing from the ALSA driver. I will submit what I can dig back up soon if nobody else is on the verge of submitting something. So speak now, or forever hold... nevermind. Hopefully I will be able to help out the Wine project some until the next time I will have to take a break (in September, when my daughter is due to be born). -- Jeff Smith __________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.com

4 3

wine and accessibility
by KK singh 09 May '03

09 May '03

hi, I was trying to run accessibility enabled applications with wine. I was happy to find out that things like high contrast viewing and keyboard shortcuts seem to work fine. But screen readers like jaws fail. They seem to look for certain desktop api's Like OpenInputDesktop and OpenDesktop, which are stubs in wine. Is somebody out there working on "windows station and desktop api's" ? e.g. OpenInputDesktop() Or, Do an alternative way exists for screen readers on unix, and porting accessibility applications from windows is not worthwhile ?? Regards -kks ------------------------------------------- When thinking wont help, try twinking ;-) __________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.com

2 1

Adding a new DLL question
by Gerhard W. Gruber 09 May '03

09 May '03

I now managed to get my DLL accepted by the wine framework. Now I wanted to know how it's best to proceed. Currently I have created the directories for w95inf32 with the spec file and a c file. I also added the directory to autoconf.ac and to dlls/Makefile.in so that it gets recogniced by wine. The c file is currently empty and contains only the skeleton of the exported functions from the DLL. Shall I submit this already to wine or is it prefered that I try to add some functionality first? I don't know how long it will take until I can get some working code on this because I need to reverse engineer the code. I haven't found any usefull information about the exported functions so far. -- Gerhard Gruber Für jedes menschliche Problem gibt es immer eine einfache Lösung: Klar, einleuchtend und falsch. (Henry Louis Mencken)

2 1

SMapLS_IP_EBP question
by Gerhard W. Gruber 09 May '03

09 May '03

In a DLL I looked into the exported function calls SMapLS_IP_EBP/SUnmapLS_IP_EBP. I noticed that these functions are implemented in wine/memory.c (if I remember correctly), but I haven't found any code in wine that references this functions. Now I wonder why. These functions deal with linear/segmented pointers which I suppose are used for 32/16 Bit transition. The DLL has two implementations one for 32 and one for 16 Bit and I assume that the 32 Bit version uses code from the 16 Bit code. I guess that there are other DLLs where the same would be true, so I would expect that other DLL implementations also call these functions (at least in the original version). Since there are no calls in wine to this functions, does this mean that this can be ignored because it is an implementation detail? But then how is the code handled in 16Bit environment? -- Gerhard Gruber Für jedes menschliche Problem gibt es immer eine einfache Lösung: Klar, einleuchtend und falsch. (Henry Louis Mencken)

2 1

Bugzilla querys
by hatky 08 May '03

08 May '03

At least some of the querys at bugzilla stoped working in particilar the "bugs by me" (it really starts to bug me ;) ) A few people have confirmed but no one gave a solution... Any one has any idea? a string end (well thats an expertion in hebrew, sorry) any leads and slim direction to go by? Hatky. __________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.com

2 2

spam protection on mailing list archives
by Jeremy Newman 08 May '03

08 May '03

I configured the mailing list archives to obfuscate emails now. All new messages will have this. It is a simple form of protection at the moment. It simply changes the emails to this: jnewman_at_codeweavers.com. I don't think this may be enough protection however. I can go one step further just make the emails totally invalid. something like jnewman(a)email.domain.hidden I'm in favor of the later option. Anyone have opinions on this. Note this only affects new posts, for old posts in the archives, I will write a script that does the same. -- Jeremy Newman <jnewman(a)codeweavers.com> CodeWeavers, Inc.

4 3

UTF oddity
by Jan Sporbeck 08 May '03

08 May '03

Hallo, while porting a friends windows code, i encountered the following: WideCharToMultiByte returns incorrect string length when using CP_UTF8 for conversion the following code snippet correctly sets nLen1 to 2 but sets nLen2 only to 1 int nLen1 = WideCharToMultiByte(CP_UTF8, 0, L"Ü", 1, NULL, 0, NULL, NULL); // query buffer size int nLen2 = WideCharToMultiByte(CP_UTF8, 0, L"Ü", 1, szUtf, nLen1, NULL, NULL); // do conversion I tested this with Wine <=20030408 am I missing something? /jan. -- ## Every cloud engenders not a storm. -- William Shakespeare, "Henry VI" ##

5 5

Re: wine/dlls/comctl32 listview.c
by Rein Klazes 08 May '03

08 May '03

On Tue, 29 Apr 2003 19:49:44 -0500, you wrote: > Modified files: > dlls/comctl32 : listview.c > > Log message: > Dimitrie O. Paun <dpaun(a)rogers.com> > Generate custom draw notifications for ownerdraw listviews (based on a > patch by Maxime Bellengé). > Reorganize the custom draw code for better reuse. Dimitrie, This causes a regression in Newsbin. Normally when retrieving new headers they are displayed with a green background (showing that they are "new"). With the patch, I notice two things: - the first line is lacking the green the green background completely (so it is white); - following lines only the first column is painted correctly. The text in the other columns lacks the green background. Does this give you an idea what might be wrong? Rein. -- Rein Klazes rklazes(a)xs4all.nl

4 6

Re: rpc exception
by jpo234＠netscape.net 08 May '03

08 May '03

Hi list, may I suggest that you have a look at http://www.hpl.hp.com/research/linux/libunwind/intro.php4 To quote the page: "The primary goal of this project is to define a portable and efficient C programming interface (API) to determine the call-chain of a program. The API additionally provides the means to manipulate the preserved (callee-saved) state of each call-frame and to resume execution at any point in the call-chain (non-local goto). The API supports both local (same-process) and remote (across-process) operation. As such, the API is useful in a number of applications. Some examples include: exception handling The libunwind API makes it trivial to implement the stack-manipulation aspects of exception handling." Might be exactly what you are all looking for. Regards Jörg __________________________________________________________________ Try AOL and get 1045 hours FREE for 45 days! http://free.aol.com/tryaolfree/index.adp?375380 Get AOL Instant Messenger 5.1 for FREE! Download Now! http://aim.aol.com/aimnew/Aim/register.adp?promo=380455

3 3

Re: Allow NtFileFlushBuffers to block
by Eric Pouech 08 May '03

08 May '03

> ChangeLog: > * allow NtFileFlushBuffers to block, as flushing a named pipe requires this what I don't like in your patch is that you create an event in all cases, where according to the doc, FlushFileBuffers should only block for named pipes. maybe, it would be better to return the event handle from the flush server call and wait in kernel if this event is not NULL A+ -- Eric Pouech

2 2

Killer-App idea: Stack protection
by Johannes E. Schindelin 08 May '03

08 May '03

Hi all, how about implementing the ideas from exec_shield (a linux kernel module written by Ingo Molnar to automatically protect existing programs from most buffer overflows) directly into Wine? May be a dumb idea; I don't know too much about those deep internals of Wine regarding stacks. Ciao, Dscho

1 0

Re: winsock: use iphlpapi
by Sylvain Petreolle 08 May '03

08 May '03

I cant apply your winsock patch, patch says malformed at line 245: @@ -2123,127 +2100,6 @@ [Winipcfg work] In order to run winipcfg, a key must be added into registry, otherwise it (probably) says TCP/IP isnt installed, I had got a blank Msgbox with an "Ok" button. HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\VxD\MSTCP Now it works beautifully. could you include it into your reworked patch ? ===== Sylvain Petreolle (spetreolle at users dot sourceforge dot net) ICQ #170597259 No more War ! "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". For the Law of Oil and Fire, Im an European that lives in France. For all my Brothers and friends, Im a human living on Earth. ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

2 1

Re: iphlpapi.dll (take 2)
by Alexandre Julliard 08 May '03

08 May '03

Juan Lang <juan_lang(a)yahoo.com> writes: > Removed C++-style comments. > Supercedes > http://www.winehq.org/hypermail/wine-patches/2003/05/0069.html > > ChangeLog: Adds an implementation of iphlpapi.dll; > most Get* > functions introduced through Win98 are included. The implementation should use the same function names as the exported entry points, without the IPHLPAPI_ prefix, exactly the way they are declared in iphlpapi.h. For instance DWORD __stdcall IPHLPAPI_AddIPAddress(...) should really be DWORD WINAPI AddIPAddress(...) etc. Also you can't share code by putting source files in misc/. All source files must be local to the dll, and other dlls have to use the exported API exclusively. And please use diff -u to make patches. -- Alexandre Julliard julliard(a)winehq.com

2 1

solaris x86 development?
by Peter Lees 08 May '03

08 May '03

hello, what is the status of WINE development for solaris x86? i'm running into some fairly fundamental build bugs & would like to know if anyone has got it working. thks p

3 2

Re: wsock32: use iphlpapi
by Dimitrie O. Paun 07 May '03

07 May '03

On Tue, 6 May 2003, Juan Lang wrote: > ChangeLog: changes wsock32 to use the new iphlpapi for > interface and route enumeration in WsControl. + if (!table) + { + ERR ("Unable to allocate memory, can't enumerate interfaces\n"); + return -1; // FIXME: isn't there a better error code? + } No need to output this error here, we can't do that for every memory problem, and even if we could, I don't think it would be the right thing anyway, as it clutters the code, for little (if any) benefit. Just do: if (!table) return -1; // FIXME: isn't there a better error code? -- Dimi.

2 1

Re: spam protection on mailing list archives
by Brian Vincent (C) 07 May '03

07 May '03

Found this link a few weeks ago: http://www.cdt.org/speech/spam/030319spamreport.shtml Particularly interesting were these paragraphs: "All the plaintext e-mail addresses we placed on the public web received some spam. The number of messages received seems to be related to the popularity of the web site. GetNetWise.org is a well-known online safety site that is linked to by major portals like AOL and Yahoo!, and the addresses posted there received a lot of spam, while ConsumerPrivacyGuide.org is a relatively new site, and addresses posted there received much less spam." "But none of the addresses that were obscured, whether in "human-readable" or "HTML-obscured" form, received a single piece of spam, leading us to conclude that e-mail address "harvesters" are not presently capable of collecting such addresses. While this may change as time passes and technology develops, for the time being it appears that obscuring an e-mail address is an effective means of avoiding spam." I think we're ok for now. --------------- Brian Vincent Copper Mountain Telecom vincentb(a)coppercolorado.com

1 0

Oleaut32 and Visual Basic 5
by erwin wolff 07 May '03

07 May '03

I've found a way to let VB apps run on Wine without the native Oleaut32 DLL. If you set the Oleaut32 entry in the ~/.wine/config file to native without the native DLL in your system dir. The visual basic 5 setup and its generated files run for a full 100% (!). As long as you have the MSVBVM60.DLL in your sys dir. So I think it is the combination between having a fake native dll and the the real MSVBVM60.DLL (but still it isn't used by the vb5 setup). It is not a shame if you haven't got the file since it even isn't included in any standard windows installation. Anyway, grab it from www.microsoft.com. You should try this for yourself. I compiled wine cvs (latest) with ./configure --with-nptl so it might not work for everybody. I think the oleaut32 entry must always be set to "native" no matter what. ------------------------------------------- ECF Wolff erwinwolffnl(a)microformatica.com

2 1

wine not working...
by Daniel Chao 07 May '03

07 May '03

Hi Everybody, I just recently download wine and installed it on my RedHat 9(which also recently upgraded from 8). I think I did everything right. But, when I try to install something or even just run wine. It gives me the following error. I checked all the configurations and they seem to be right. So, I don't know what's going on with it..... wine: lstat /root/.wine/wineserver-wingzero/socket : No such file or directory Any suggestion????

3 2

Re: rpc exception
by Gregory M. Turner 07 May '03

07 May '03

On Saturday 19 April 2003 10:40 am, Ove Kaaven wrote: > I see that Greg's exception stuff is not in Wine yet. Until that's > accepted, this'll have to do. hmm, Alexandre, perhaps I should try to produce an acceptable version of those exception-handling macros which get activated iff gcc is the compiler (and otherwise we could revert to the dummy versions)? -- gmt "Democracy is the theory that holds that the common people know what they want, and deserve to get it good and hard." HL Mencken

6 22

Re: opengl32 patch to make StarTrek Elite Force II Demo work
by Lionel Ulmer 06 May '03

06 May '03

On Tue, May 06, 2003 at 10:21:18PM +0200, Dr. Uwe Girlich wrote: > The patch adds the function wglGetExtensionsStringARB() in the opengl32 dll. > The Quake III Arena based game "Star Trek Elite Force II Single Player Demo" > uses this function, even if it does not exist, which results in an exception. Uwe, could you try the following patch : http://www.winehq.org/hypermail/wine-patches/2003/05/0043.html It's not comitted yet to CVS (it should be soon I hope :-) ) but it should work the same as yours (and be a bit better for some games who actually check the return value of the call). Lionel PS: I wonder why two patches for exactly the same issue (which is here for a long time) came in the space of two days :-) -- Lionel Ulmer - http://www.bbrox.org/

1 0

Re: [dx8-14] Disable some classing debug traces + fix texture size
by Michael Stefaniuc 06 May '03

06 May '03

And the patch? On Tue, May 06, 2003 at 10:27:11PM +0200, Raphaël Junqueira wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi, > > Changelog: > - Disable some 'classic' debug traces (avoid useless flood of traces while > debugging games) > - fix the texture size caps using GL_MAX_TEXTURE_SIZE > > Regards, > Raphael > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.2.1 (GNU/Linux) > > iD8DBQE+uBqfp7NA3AmQTU4RAh97AJ9ciYIXCBi0Ezy+1M9t8C/dDOzrXQCeOnCn > C/m13smI8tePbBe5x7khMWI= > =vyM/ > -----END PGP SIGNATURE----- -- Michael Stefaniuc Tel.: +49-711-96437-199 System Administration Fax.: +49-711-96437-111 Red Hat GmbH Email: mstefani(a)redhat.com Hauptstaetterstr. 58 http://www.redhat.de/ D-70178 Stuttgart

1 0

Re: [dx8-14] Disable some classing debug traces + fix texture size
by Vincent Béron 06 May '03

06 May '03

Raphaël Junqueira a écrit: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi, > > Changelog: > - Disable some 'classic' debug traces (avoid useless flood of traces while > debugging games) > - fix the texture size caps using GL_MAX_TEXTURE_SIZE Patch maybe? Vincent

2 1

Re: [dx8-14] Disable some classing debug traces + fix texture size
by Raphaël Junqueira 06 May '03

06 May '03

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Le Mardi 06 Mai 2003 22:27, Raphaël Junqueira a écrit : Hi again, attaching the patch this time ... i'll take a brown paper bag Changelog: - Disable some 'classic' debug traces (avoid useless flood of traces while debugging games) - fix the texture size caps using GL_MAX_TEXTURE_SIZE Regards, Raphael -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) iD8DBQE+uBwHp7NA3AmQTU4RAuIFAKCWdwsS/Q4Fx2c/uC8XPustNas7PgCZAeT4 GhHWpOau8LYRjGWk5ERtXgY= =6pTs -----END PGP SIGNATURE-----

1 0

Winedbg generating zombies !!
by Sylvain Petreolle 06 May '03

06 May '03

Updating from yesterday to today CVS, Winedbg has stopped working correctly. The behaviour I get is : - doesnt work when a program invokes it (hangs and no windebg process is here) - no prompt at all when trying to start an application with it, the app starts without 'cont' command -a zombie process is generated. Nothing changed on my station between yesterday and today. No package was updated and no modification was made to ~/.wine/config. I pasted here the output from 'winedebg winevdm': [syl@snoop syl]$ winedbg winevdm fixme:console:SetConsoleCtrlHandler (0x4058eee0,1) - no error checking or testing yet WineDbg starting on pid 16 Invalid address, can't set breakpoint Unable to add breakpoint, will check again any time a new DLL is loaded Loaded debug information from ELF 'wine' ((nil)) *** Invalid address 0x3c001610 (_DYNAMIC in wine) *** Invalid address 0x4002003c (_end+0x401e920) *** Invalid address 0x4009003c (_end+0x408e920) trying to add delayed A-bp f00d 0000:40029000 *** Invalid address 0x409a003c (_end+0x499e920) trying to add delayed A-bp f00d 0000:40029000 *** Invalid address 0x4096003c (_end+0x495e920) trying to add delayed A-bp f00d 0000:40029000 *** Invalid address 0x408f003c (_end+0x48ee920) trying to add delayed A-bp f00d 0000:40029000 *** Invalid address 0x407e003c (_end+0x47de920) trying to add delayed A-bp f00d 0000:40029000 *** Invalid address 0x4079003c (_end+0x478e920) trying to add delayed A-bp f00d 0000:40029000 fixme:keyboard:X11DRV_KEYBOARD_DetectLayout Your keyboard layout was not found! Using closest match instead (French keyboard layout) for scancode mapping. Please define your layout in dlls/x11drv/keyboard.c and submit them to us for inclusion into future Wine releases. See the Wine User Guide, chapter "Keyboard" for more information. *** Invalid address 0x40ab003c (_end+0x4aae920) trying to add delayed A-bp f00d 0000:40029000 fixme:keyboard:X11DRV_KEYBOARD_DetectLayout Your keyboard layout was not found! Using closest match instead (French keyboard layout) for scancode mapping. Please define your layout in dlls/x11drv/keyboard.c and submit them to us for inclusion into future Wine releases. See the Wine User Guide, chapter "Keyboard" for more information. Usage: winevdm.exe [--app-name app.exe] command line Process of pid=00000016 has terminated [syl@snoop syl]$ ps x |grep wine 7587 pts/0 Z 0:02 [wine <defunct>] 7733 pts/5 Z 0:02 [wine <defunct>] 7745 pts/5 Z 0:02 [wine <defunct>] 8199 pts/0 Z 0:00 [wine <defunct>] 8215 pts/5 Z 0:00 [wine <defunct>] 8218 pts/5 Z 0:00 [wine <defunct>] 8226 pts/5 S 0:00 grep wine ===== Sylvain Petreolle (spetreolle at users dot sourceforge dot net) ICQ #170597259 No more War ! "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". For the Law of Oil and Fire, Im an European that lives in France. For all my Brothers and friends, Im a human living on Earth. ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

1 0

Re: some ntdll functions (5) - part 1: functions
by Alexandre Julliard 06 May '03

06 May '03

thomas.mertes(a)gmx.at writes: > + for (main_idx = 0; main_idx < main_str->Length / sizeof(WCHAR); main_idx++) { > + search_idx = 0; > + while (search_idx < search_chars->Length / sizeof(WCHAR) && > + main_str->Buffer[main_idx] != search_chars->Buffer[search_idx]) { > + search_idx++; > + } /* if */ > + if (search_idx >= search_chars->Length / sizeof(WCHAR)) { > + *pos = (main_idx + 1) * sizeof(WCHAR); > + return STATUS_SUCCESS; > + } /* if */ > + } /* if */ I'm not sure why you feel necessary to add /* if */ on every single closing brace, IMO it just adds noise to the code for no good reason. Anyway, I can live with it as long as it's actually the closing brace of an if, but adding /* if */ at the end of for and while loops is going a bit too far ;-) -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: gethostbyname patch
by Dimitrie O. Paun 06 May '03

06 May '03

On Tue, 6 May 2003, Andreas Mohr wrote: > + if (name == NULL) > + { > + if (WS_gethostname(local_name, sizeof(local_name)) != 0) > + FIXME("failed to get local host name, please report!\n"); There is nothing to fix here. This is at most a WARN, but if WS_gethostname() is documented as possibly failing, that's just fine, no need for any message, just return failure: + if (WS_gethostname(local_name, sizeof(local_name))) return NULL; -- Dimi.

2 1

Re: gethostbyname patch
by Shachar Shemesh 06 May '03

06 May '03

Andreas Mohr wrote: >Hi all, > >http://msdn.microsoft.com/library/default.asp?url=/library/en-us/winsock/wi… > >says that if name is NULL, it should retrieve information for the >local hostname. > > >Index: dlls/winsock/socket.c >=================================================================== >RCS file: /home/wine/wine/dlls/winsock/socket.c,v >retrieving revision 1.125 >diff -u -r1.125 socket.c >--- dlls/winsock/socket.c 9 Apr 2003 23:33:35 -0000 1.125 >+++ dlls/winsock/socket.c 6 May 2003 13:43:08 -0000 >@@ -3038,6 +3038,17 @@ > int ebufsize=1024; > struct hostent hostentry; > int locerr = ENOBUFS; >+ char local_name[256]; >+ >+ /* name == NULL means use the local host name */ >+ if (name == NULL) >+ { >+ if (WS_gethostname(local_name, sizeof(local_name)) != 0) >+ FIXME("failed to get local host name, please report!\n"); > Why is that a FIXME? Shouldn't a "ERR" work better here? >+ >+ name = local_name; >+ } >+ > host = NULL; > extrabuf=HeapAlloc(GetProcessHeap(),0,ebufsize) ; > while(extrabuf) { > > > -- Shachar Shemesh Open Source integration consultant Home page & resume - http://www.shemesh.biz/

1 0

Re: New metabugs
by Dan Kegel 06 May '03

06 May '03

Hatky wrote: > Ok so mybe the fix-me/stub/unimplemented bugs category > is a really bad idea but we are having diffrent > opinions on the more general idea of using metabugs as > categories... Hi Hatky, I appreciate the energy you're bringing to the wine project! That said, it might be a good idea for you to tread lightly at least at first in the winehq bugzilla. Like you, I just started contributing to a bugzilla (OpenOffice's), and the guys there are probably as nervous about me messing with their bugzilla as I am about you messing around in Wine's bugzilla! So I'm being cautious, and instead of creating a metabug right off the bat, I created some canned queries and links to bugs on my own web site (http://www.kegel.com/openoffice/) to try out my ideas first. And when the openoffice qa mailing list folks say "yeah, go ahead and create a metabug", I will - but one at a time, and gently. Anyway, don't let me slow you down. Just remember that bug tracking is a social issue, and you have to pay attention to how the other developers feel about it. Cheers, Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

5 18

Re: Mac OS X Support : Signals support
by Alexandre Julliard 05 May '03

05 May '03

"Pierre d'Herbemont" <stegefin(a)free.fr> writes: > Hi, > This patch add in signal_powerpc.c of ntdll support for darwin signal. You should define a set of macros or inline functions to access the sigcontext structure fields, instead of duplicating the whole handler functions. For an example, check how the i386 code is doing it. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: Fix oleaut32/olepicture (2)
by Alexandre Julliard 05 May '03

05 May '03

Maxime Bellengé <maxime.bellenge(a)laposte.net> writes: > + i = jd.output_width*jd.output_components; > + if ((i%sizeof(DWORD))>0) { > + padding = i%sizeof(DWORD); > + i += i%sizeof(DWORD); > + } else { > + padding = 0; > + } This is still wrong I'm afraid. -- Alexandre Julliard julliard(a)winehq.com

1 0

Windows API db script
by Dave Miller 05 May '03

05 May '03

I have posted an update to the script. Francois Gouget sent a patch to fix a problem handling uppercase filenames. The patched script is now available. Thanks to those who have submitted .ref files. I have five versions so far. Now it is time to think about what kind of queries we want to be able to do...

7 8

Possible optimization with X11DRV_PALETTE_ToPhysical
by Uwe Bonnes 05 May '03

05 May '03

Hallo, there are several loops in wine/graphics/x11drv/dib.c that call X11DRV_PALETTE_ToPhysical inside the loop. X11DRV_PALETTE_ToPhysical always does a GDI_GetObjPtr at entry and a Release at exit. E.g. with MS pinball.exe I sees a look querying 256 entries in a row. If we do the GDI_GetObjPtr/Release outside the loop and have a ..._ToPhysical call that takes palPtr we would save a loot those Get/ReleasePtr calls. Is this worth doing? I the approach below right? Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ---------- Index: wine/dlls/x11drv/x11drv.h =================================================================== RCS file: /home/wine/wine/dlls/x11drv/x11drv.h,v retrieving revision 1.1 diff -u -r1.1 x11drv.h --- wine/dlls/x11drv/x11drv.h 22 Apr 2003 04:05:08 -0000 1.1 +++ wine/dlls/x11drv/x11drv.h 5 May 2003 17:43:44 -0000 @@ -43,6 +43,8 @@ #include "user.h" #include "win.h" #include "thread.h" +#include "palette.h" +#include "windef.h" #define MAX_PIXELFORMATS 8 @@ -314,6 +316,7 @@ extern COLORREF X11DRV_PALETTE_ToLogical(int pixel); extern int X11DRV_PALETTE_ToPhysical(X11DRV_PDEVICE *physDev, COLORREF color); +extern int X11DRV_PALETTEOBJ_ToPhysical( DC *dc, HPALETTE hPal, PALETTEOBJ *palPtr, COLORREF color); /* GDI escapes */ Index: wine/graphics/x11drv/dib.c =================================================================== RCS file: /home/wine/wine/graphics/x11drv/dib.c,v retrieving revision 1.108 diff -u -r1.108 dib.c --- wine/graphics/x11drv/dib.c 31 Mar 2003 01:32:47 -0000 1.108 +++ wine/graphics/x11drv/dib.c 5 May 2003 17:43:58 -0000 @@ -174,6 +174,9 @@ const void *colorPtr, int start, int end ) { int i; + DC *dc = physDev ? physDev->dc : NULL; + HPALETTE hPal = (dc)? dc->hPalette: GetStockObject(DEFAULT_PALETTE); + PALETTEOBJ* palPtr = (PALETTEOBJ *) GDI_GetObjPtr( hPal, PALETTE_MAGIC ); if (coloruse == DIB_RGB_COLORS) { @@ -191,7 +194,7 @@ rgb->rgbBlue > 255*3/2); else for (i = start; i < end; i++, rgb++) - colorMapping[i] = X11DRV_PALETTE_ToPhysical( physDev, RGB(rgb->rgbRed, + colorMapping[i] = X11DRV_PALETTEOBJ_ToPhysical( dc, hPal, palPtr, RGB(rgb->rgbRed, rgb->rgbGreen, rgb->rgbBlue)); } @@ -205,7 +208,7 @@ rgb->rgbtBlue > 255*3/2); else for (i = start; i < end; i++, rgb++) - colorMapping[i] = X11DRV_PALETTE_ToPhysical( physDev, RGB(rgb->rgbtRed, + colorMapping[i] = X11DRV_PALETTEOBJ_ToPhysical( dc, hPal, palPtr, RGB(rgb->rgbtRed, rgb->rgbtGreen, rgb->rgbtBlue)); } @@ -216,13 +219,15 @@ WORD * index = (WORD *)colorPtr; for (i = start; i < end; i++, index++) - colorMapping[i] = X11DRV_PALETTE_ToPhysical( physDev, PALETTEINDEX(*index) ); + colorMapping[i] = X11DRV_PALETTEOBJ_ToPhysical( dc, hPal, palPtr, PALETTEINDEX(*index) ); } else { for (i = start; i < end; i++) - colorMapping[i] = X11DRV_PALETTE_ToPhysical( physDev, PALETTEINDEX(i) ); + colorMapping[i] = X11DRV_PALETTEOBJ_ToPhysical( dc, hPal, palPtr, PALETTEINDEX(i) ); } } + if (palPtr) + GDI_ReleaseObj( palPtr ); return colorMapping; } @@ -3176,6 +3181,9 @@ int rShift1,gShift1,bShift1; int rShift2,gShift2,bShift2; BYTE gMask1,gMask2; + DC *dc = physDev ? physDev->dc : NULL; + HPALETTE hPal = (dc)? dc->hPalette: GetStockObject(DEFAULT_PALETTE); + PALETTEOBJ* palPtr = (PALETTEOBJ *) GDI_GetObjPtr( hPal, PALETTE_MAGIC ); /* Set color scaling values */ rShift1=16+X11DRV_DIB_MaskToShift(rSrc)-3; @@ -3214,11 +3222,13 @@ blue= ((srcval >> bShift1) & 0xf8) | ((srcval >> bShift2) & 0x07); XPutPixel(bmpImage, x, h, - X11DRV_PALETTE_ToPhysical - (physDev, RGB(red,green,blue))); + X11DRV_PALETTEOBJ_ToPhysical + (dc, hPal, palPtr, RGB(red,green,blue))); } srcbits += linebytes; } + if(palPtr) + GDI_ReleaseObj( palPtr ); } break; } @@ -3697,6 +3707,9 @@ { /* ==== rgb 888 dib -> any bmp bormat ==== */ const BYTE* srcbyte; + DC *dc = physDev ? physDev->dc : NULL; + HPALETTE hPal = (dc)? dc->hPalette: GetStockObject(DEFAULT_PALETTE); + PALETTEOBJ* palPtr = (PALETTEOBJ *) GDI_GetObjPtr( hPal, PALETTE_MAGIC ); /* Windows only supports one 24bpp DIB format: RGB888 */ srcbits+=left*3; @@ -3704,12 +3717,14 @@ srcbyte=(const BYTE*)srcbits; for (x = left; x < dstwidth+left; x++) { XPutPixel(bmpImage, x, h, - X11DRV_PALETTE_ToPhysical - (physDev, RGB(srcbyte[2], srcbyte[1], srcbyte[0]))); + X11DRV_PALETTEOBJ_ToPhysical + (dc, hPal, palPtr, RGB(srcbyte[2], srcbyte[1], srcbyte[0]))); srcbyte+=3; } srcbits += linebytes; } + if(palPtr) + GDI_ReleaseObj( palPtr ); } break; } @@ -4171,6 +4186,9 @@ /* ==== any 0888 dib -> pal 1, 4 or 8 bmp ==== */ const DWORD* srcpixel; int rShift,gShift,bShift; + DC *dc = physDev ? physDev->dc : NULL; + HPALETTE hPal = (dc)? dc->hPalette: GetStockObject(DEFAULT_PALETTE); + PALETTEOBJ* palPtr = (PALETTEOBJ *) GDI_GetObjPtr( hPal, PALETTE_MAGIC ); rShift=X11DRV_DIB_MaskToShift(rSrc); gShift=X11DRV_DIB_MaskToShift(gSrc); @@ -4185,12 +4203,14 @@ red= (srcvalue >> rShift) & 0xff; green=(srcvalue >> gShift) & 0xff; blue= (srcvalue >> bShift) & 0xff; - XPutPixel(bmpImage, x, h, X11DRV_PALETTE_ToPhysical - (physDev, RGB(red,green,blue))); + XPutPixel(bmpImage, x, h, X11DRV_PALETTEOBJ_ToPhysical + (dc, hPal, palPtr, RGB(red,green,blue))); } srcbits += linebytes; - } - } + } + if (palPtr) + GDI_ReleaseObj( palPtr ); + } break; } Index: wine/graphics/x11drv/palette.c =================================================================== RCS file: /home/wine/wine/graphics/x11drv/palette.c,v retrieving revision 1.36 diff -u -r1.36 palette.c --- wine/graphics/x11drv/palette.c 31 Oct 2002 02:38:20 -0000 1.36 +++ wine/graphics/x11drv/palette.c 5 May 2003 17:44:00 -0000 @@ -819,23 +819,32 @@ return best; } - -/*********************************************************************** - * X11DRV_PALETTE_ToPhysical - * - * Return the physical color closest to 'color'. - */ int X11DRV_PALETTE_ToPhysical( X11DRV_PDEVICE *physDev, COLORREF color ) { DC *dc = physDev ? physDev->dc : NULL; - WORD index = 0; HPALETTE hPal = (dc)? dc->hPalette: GetStockObject(DEFAULT_PALETTE); - unsigned char spec_type = color >> 24; PALETTEOBJ* palPtr = (PALETTEOBJ *) GDI_GetObjPtr( hPal, PALETTE_MAGIC ); + int ret; /* palPtr can be NULL when DC is being destroyed */ if( !palPtr ) return 0; + ret = X11DRV_PALETTEOBJ_ToPhysical(dc, hPal, palPtr, color); + GDI_ReleaseObj( hPal ); + return ret; +} + +/*********************************************************************** + * X11DRV_PALETTEOBJ_ToPhysical + * + * Return the physical color closest to 'color'. + */ +int X11DRV_PALETTEOBJ_ToPhysical( DC *dc, HPALETTE hPal, PALETTEOBJ* palPtr, COLORREF color ) +{ + WORD index = 0; + unsigned char spec_type = color >> 24; + + if (!palPtr) return 0; if ( X11DRV_PALETTE_PaletteFlags & X11DRV_PALETTE_FIXED ) { /* there is no colormap limitation; we are going to have to compute @@ -852,14 +861,12 @@ if( (idx = color & 0xffff) >= palPtr->logpalette.palNumEntries) { WARN("RGB(%lx) : idx %d is out of bounds, assuming black\n", color, idx); - GDI_ReleaseObj( hPal ); return 0; } if( palPtr->mapping ) { int ret = palPtr->mapping[idx]; - GDI_ReleaseObj( hPal ); return ret; } color = *(COLORREF*)(palPtr->logpalette.palPalEntry + idx); @@ -872,7 +879,6 @@ case 0: /* RGB */ if( dc && (dc->bitsPerPixel == 1) ) { - GDI_ReleaseObj( hPal ); return (((color >> 16) & 0xff) + ((color >> 8) & 0xff) + (color & 0xff) > 255*3/2) ? 1 : 0; } @@ -884,7 +890,6 @@ if (X11DRV_PALETTE_Graymax) { /* grayscale only; return scaled value */ - GDI_ReleaseObj( hPal ); return ( (red * 30 + green * 59 + blue * 11) * X11DRV_PALETTE_Graymax) / 25500; } else @@ -906,7 +911,6 @@ blue = blue << (X11DRV_PALETTE_PBlue.scale-8) | blue >> (16-X11DRV_PALETTE_PBlue.scale); - GDI_ReleaseObj( hPal ); return (red << X11DRV_PALETTE_PRed.shift) | (green << X11DRV_PALETTE_PGreen.shift) | (blue << X11DRV_PALETTE_PBlue.shift); } } @@ -925,7 +929,6 @@ case 0: /* RGB */ if( dc && (dc->bitsPerPixel == 1) ) { - GDI_ReleaseObj( hPal ); return (((color >> 16) & 0xff) + ((color >> 8) & 0xff) + (color & 0xff) > 255*3/2) ? 1 : 0; } @@ -955,7 +958,6 @@ } } - GDI_ReleaseObj( hPal ); return index; }

1 0

Idea: Combine libSDL with the Wine project
by erwin wolff 05 May '03

05 May '03

I have an idea: Combine the SDL project with the Wine DirectX code. It is a great way to catch up with the winex project and SDL has also network code to begin working with the RASAPI32 DLL (used by various instant messengers). Since SDL is ported to every platform out there it is also good for the portability of Wine. I only hope that the license of SDL doesn't give any problems. Have a nice day ECF Wolff erwinwolffnl(a)microformatica.com

3 2

Problem using winemaker/winelib
by Neven.Luetic＠t-online.de 05 May '03

05 May '03

Hello, I am currently trying to continue development of an originally Windows based project on Linux. To create a functioning Linux-executable, I have tried to use winemaker. When I specify the additional headers and libraries correctly, everything seems to be fine. At least configure and make do not show up with errors. The result of the make is a shared library, named like the executable I expected to build ("drobot.so") and a shell script "drobot". When I start this script I get: err:module:get_registry_value Invalid load order module-type L"so", ignored wine: cannot find 'drobot.exe' This seems to indicate some kind of error in the build process, because what was built is exactly a linux .so.If I change my wine config concerning DLLs from "*" = "builtin, native, so" into "*" = "builtin, native" the first message disappears. However wine is still looking for a drobot.exe (according to the generated script). The generated Makefile contains "drobot" as the executable, i.e. the shell script. What did I do wrong? Greetings -- Neven Luetic <Neven.Luetic(a)t-online.de>

2 1

x11drv
by Oliver Sampson 05 May '03

05 May '03

Howdy, I was trying to do a new wine update to the latest CVS, and when cvs update gets to windows/x11drv, it just hangs. I tried deleting the windows directory and I'm using "-Pd." Is there a simple solution to this? Thanks, -- Oliver Sampson olsam(a)quickaudio.com http://www.oliversampson.com

8 8

Problem in ole32.CoCreateInstance ?
by Sylvain Petreolle 05 May '03

05 May '03

Trying to run dxdiag for testing DirectPlay , get a read at 0x0 in CoCreateInstance at line 1355 (dlls/ole32/compobj.c): 1355 hres = IClassFactory_CreateInstance(lpclf, pUnkOuter, iid, ppv); This cant work since lpcf is always 0 and this function is defined as a macro in include/unknwn.h : ./include/unknwn.h:160:#define IClassFactory_CreateInstance(p,a,b,c) (p)->lpVtbl->CreateInstance(p,a,b,c) Should we rewrite this as a function or is lpclf assumed to be non NULL ? ===== Sylvain Petreolle (spetreolle at users dot sourceforge dot net) ICQ #170597259 No more War ! "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". For the Law of Oil and Fire, Im an European that lives in France. For all my Brothers and friends, Im a human living on Earth. ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

3 4

Ole32 16/32 questions
by Steven Edwards 05 May '03

05 May '03

Hello, I need to break some of the Win16/32 and non winapi calls apart in ole32 for our work on ReactOS and I dont know what the best method will be. Without ole32 we cant make much use of anything else so I'm going to start working on this soon. Ole16 and ole2 look like good starting points for moving code around but I would like the help of someone that has worked on this code. I will start by making a list of all of the non-win32 functions I can compile out while still leaving ole32 in a usable state, maybe this help give you a idea as to where we can move code around. Thanks Steven

1 0

MSVCRT calling convention issue
by us＠the-edmeades.demon.co.uk 05 May '03

05 May '03

While debugging a game which only installs if we use the windows msvcrt, I have identified the problem but dont know how to fix it! The problem revolves around the function MSVCRT_type_info_raw_name. This is defined as stdcall, but disassembling the windows version, it clearly shows use of a calling convention I had never heard of, 'thiscall'. According to the MSDN, thiscall is stdcall BUT the 'this' pointer on x86 machines is stored in the ECX register. How can we fix this? My thought: Change the definition to not take a ptr arg, and define a local, this as being in the ECX register, but (a) I dont know how to do this, and (b) is not a solution for winelib applications. For now I can continue having put the msvcrt.dll from another machine in, but it would be nice to solve this issue. I'd also guess it affects more than just that one function. Regards, Jason

2 4

-pthread ??
by Davide Giannotti 05 May '03

05 May '03

I noticed this bug (well.. not sure if it's a bug but it looks like) when compiling from current csv: the make depend command exits with an error like "-pthread unknown option" when processing the directory {wineroot}/dlls/winmm/winearts. I removed the -pthread flag from the Makefile and everything went fine. I'm using a strong customized redhat 8.0 with glibc 2.3.1. Do i miss something or is it an error? Another question: if i compile with nptl i can't get it to work fine. I have to use the LD_ASSUME_KERNEL=2.2.5 before configure and at runtime. bye -- Davide Giannotti ITS Planet s.n.c davide.giannotti(a)itsplanet.com www.itsplanet.com

1 0

Request: Using our spec files for snoop like debugging on known native DLLs
by Uwe Bonnes 05 May '03

05 May '03

Hallo, snoopdebugging is a great thing, but sometimes the arguments are not found and lots of exceptions are generated while wine tries to decipher the arguments. What would it take to use our spec file and build stub dlls that could print out the arguments and then jump to the native dll entries? Any takers? Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

1 0

Re: Mac OS X Support : Signals support
by Steven Edwards 05 May '03

05 May '03

--- Pierre d'Herbemont <stegefin(a)free.fr> wrote: > Hi, > This patch add in signal_powerpc.c of ntdll support for darwin signal. > Cheers, > > Pierre > > Modified files: > dlls/ntdll/signal_powerpc.c > > ChangeLog: > Add support for Darwin's signals. Please dont use C++ style comments. Thanks Steven __________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.com

1 0

Callbacks while app is looping
by Mark Westcott 05 May '03

05 May '03

Hi all, I've been working on fixing the crash in 'Gens' when trying to reassign keys. The app basically does a: while (1) { IDIRECTINPUTINTERFACE::GetDeviceState(); } Until it notices a key has been pressed. DirectInput hooks onto system keyboard events with SetWindowsHookEx(WH_KEYBOARD_LL........), but while the app is doing its nasty while(1) loop, DirectInput's callback procedure never gets called. This is as far as I can get (new to wine) - any ideas anyone? I threw a test case app that illustrates the problem (btw, the WH_KEYBOARD_LL hook has the note 'should use SendMessage instead', but I don't get what this means or know if using SendMessage instead would have anything to do with fixing this problem) -------- Mark Westcott

4 4

WinZip registry patch
by Nick Brereton 04 May '03

04 May '03

Attachment is a windows registry file. Integration of this file directs WinZip to not use the Rich Edit control when displaying comments in Zip files by changing a flag that WinZip read from the registry. This means that it will work with all zip files rather than crashing out on zip files with comments. Should I post this anywhere else? eg the wine-patch list? Any comments would be appreciated. Regards, Nick Brereton

3 2

Re: How to add a new DLL?
by Gerhard W. Gruber 04 May '03

04 May '03

On Sun, 4 May 2003 00:43:13 +0200, Joerg Mayer <jmayer(a)loplof.de> wrote: >So what you have to to is add the new Makefile to configure.ac - search for >AC_CONFIG_FILES([ >Then you need to run autoconf (no arguments required but we require a version >>=2.53). After that you need to rerun ./configure <options> (or >./config-status --recheck && ./config.status). Ok. So I did add it to configure.ac and ran autoconf. I could see that it was added to configure and it also created the makefile. But when I run the makefile I always get this error: make: *** No rule to make target `../../configure', needed by `Makefile'. Stop. The Makefile.in looks like this: TOPSRCDIR = @top_srcdir@ TOPOBJDIR = ../.. SRCDIR = @srcdir@ VPATH = @srcdir@ MODULE = w95inf32.dll IMPORTS = ALTNAMES = EXTRALIBS = $(LIBUNICODE) LDDLLFLAGS = @LDDLLFLAGS@ SYMBOLFILE = $(MODULE).tmp.o C_SRCS = w95inf32_main.c @MAKE_DLL_RULES@ ### Dependencies: ------------------------------------ I took it from lzexpand and only removed the imports and altnames. Also the C_SRCS16 because I don't have 16bit files. Or are they always needed also when it is just a 32 bit DLL? Another questions is how I can create the sources from the spec file? -- Gerhard Gruber Für jedes menschliche Problem gibt es immer eine einfache Lösung: Klar, einleuchtend und falsch. (Henry Louis Mencken)

1 0

Window opnes on other desktop
by Gerhard W. Gruber 04 May '03

04 May '03

I just noticed this by accident. I closed Agent and it showed the dialog that it purges newsgroups. While it were at it I switched to another desktop and did some work and suddenly the Agent dialog popped up telling me that it now will purge the trash folder (which it does after it cleared the newsgroups). Shouldn't the wine app stay on the same desktop where I started it? I'm not sure if this is a bug or a feature, because when I start other apps in one desktop and switch to another before they open any window (i.e. Netscape takes some time) then the window will also be opened on the active desktop instead from where I launched it. -- Gerhard Gruber Für jedes menschliche Problem gibt es immer eine einfache Lösung: Klar, einleuchtend und falsch. (Henry Louis Mencken)

2 1

Assertion `!sem->obj.head' failed in release_semaphore
by Rein Klazes 04 May '03

04 May '03

Hi, Starting newsbin with messages that where marked for download in a previous run ( so it will start downloading immediately at start-up) freezes after the main window is opened. The last lines of a +relay,+server trace are: | 0009:Call kernel32.ReleaseSemaphore(00000064,00000001,40732a14) ret=0041b55e | 0009: release_semaphore( handle=0x64, count=00000001 ) | wineserver: semaphore.c:96: release_semaphore: Assertion `!sem->obj.head' failed. (full 1.4 MB trace at http://www.xs4all.nl/~rklazes/temp/nb.log.bz2 ) Funny, even if the bug can be reproducebly triggered by a message that is to be downloaded ,nothing of this appears in the log: no winsock call is made. Trying with several old wines, reveals that this bug is at least 3 months old, apparently not related to the new threading code. I've searched through the trace and the server code (it must be a server bug, doesn't it?) but see nothing obviously wrong. Any suggestions? Rein. -- Rein Klazes rklazes(a)xs4all.nl

2 2

re: current directories
by Dan Kegel 04 May '03

04 May '03

Eric wrote: > - our current {Get|Set}CurrentDirectory functions behave like the win16 > implementation, and maintain a/ a default drive, b/ a default directory > on each drive That's what I expect as a user when doing "cd"'s and changing drive letters at the command.com prompt. I just verified that this is what one sees from command.com in windows me: C:\> cd d:vss C:\> d: D:\VSS> So if win32 isn't doing it, command.com is simulating it? > - Win32, on the other end, just maintains a current directory. When > using a relative path with a drive letter (like c:foo), win32 actually > uses the directory on drive c:, defined at startup (and passed into the > =c: environment variable) > - the =#: (# in [A,Z]) environment variable is never changed (even when > changing the current directory) How do you display those variables? I have a C program that iterates through envp[] and it doesn't see 'em. - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

2 1

current directories
by Eric Pouech 04 May '03

04 May '03

while looking at the split of kernel and ntdll, I ran into an interesting point: - our current {Get|Set}CurrentDirectory functions behave like the win16 implementation, and maintain a/ a default drive, b/ a default directory on each drive - Win32, on the other end, just maintains a current directory. When using a relative path with a drive letter (like c:foo), win32 actually uses the directory on drive c:, defined at startup (and passed into the =c: environment variable) - the =#: (# in [A,Z]) environment variable is never changed (even when changing the current directory) I checked this behavior on Win98 and Win2K. I'm surprised noone ever run into this bug before (or this is something that is known for quite some time ?) A+ -- Eric Pouech

1 0

Re: Add wglGetExtensionsStringARB to opengl
by Lionel Ulmer 04 May '03

04 May '03

> this patch adds wglGetExtensionsStringARB to the opengl.dll. I don't > know if it really does all in the proper way. So somebody with more > opengl experiences should take a look at the patch before including it. Well, I think the best way would be to do something like that : Index: dlls/opengl32/opengl32.spec =================================================================== RCS file: /home/wine/wine/dlls/opengl32/opengl32.spec,v retrieving revision 1.19 diff -u -r1.19 opengl32.spec --- dlls/opengl32/opengl32.spec 20 Mar 2003 03:53:13 -0000 1.19 +++ dlls/opengl32/opengl32.spec 3 May 2003 20:41:57 -0000 @@ -6,6 +6,7 @@ @ stdcall wglGetCurrentContext() @ stdcall wglGetCurrentDC() @ stdcall wglGetExtensionsStringEXT() +@ stdcall wglGetExtensionsStringARB() wglGetExtensionsStringEXT @ stdcall wglGetLayerPaletteEntries(long long long long ptr) @ stdcall wglGetProcAddress(str) @ stdcall wglMakeCurrent(long long) Could you try if this works for you ? Basically, your patch is wrong because you return OpenGL extensions whereas this function should return WGL extensions (and as we do not support any for now, we return an empty string). Moreover, Wine already supported 'wglGetExtensionsStringEXT' (needed by some games), so I just told here that 'wglGetExtensionsStringARB' is a duplicate of the 'wglGetExtensionsStringEXT' function. Lionel -- Lionel Ulmer - http://www.bbrox.org/

2 4

dlls/dmusic/dmusic_main.c
by Gerald Pfeifer 04 May '03

04 May '03

The following change to dlls/dmusic/dmusic_main.c revision 1.3 date: 2003/05/04 02:26:03; author: julliard; state: Exp; lines: +8 -0 Rok Mandeljc <rokmandeljc(a)hotmail.com> Dmusic class factory can now create dmloader8 and dmperformance8. introduced the following warnings dmusic_main.c:74: warning: implicit declaration of function `DMUSIC_CreateDirectMusicPerformance8' dmusic_main.c:78: warning: implicit declaration of function `DMUSIC_CreateDirectMusicLoader8' Would you mind addressing this? Thanks, Gerald -- Gerald "Jerry" pfeifer(a)dbai.tuwien.ac.at http://www.pfeifer.com/gerald/

1 0

No console output?
by Juan Lang 04 May '03

04 May '03

I'm trying to run a console program with wineconsole, and I see fixme output from the DLL I'm working on, but no output from my program. Any patches I should be applying? Wine20030408 on RH "phoebe" (8.1-ne-9 beta). FWIW, I'm working on iphlpapi.dll. I might take a crack at consolidating some duplicated code in netapi32, winsock, and wsock32 if I have time. Thanks, --Juan __________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.com

2 3

How to add a new DLL?
by Gerhard W. Gruber 03 May '03

03 May '03

I was just trying to add a new dll to wine (w95in32.dll and w95inf16.dll). In order to achieve this I looked into some other dlls and copied the Makefile and Makefile.in. The I created the specfile for the dll and adjusted the Makefile. At least that was what I think I did, but it always complains that I have to run configure. So I adjusted configure as well and rerun it, but i stil get this error. Is there somewhere an explanation so I can look how I have to configure Makefile.in. The Makefile will be generated from this through configure, right? -- Gerhard Gruber Für jedes menschliche Problem gibt es immer eine einfache Lösung: Klar, einleuchtend und falsch. (Henry Louis Mencken)

3 2

Re: Solaris Update Patch 02052003
by Dimitrie O. Paun 03 May '03

03 May '03

On Fri, 2 May 2003, Robert Lunnon wrote: > OOPS forgot to attach the patch here it is This pcontext() thing is very ugly: +static void pcontext ( CONTEXT *context, int trap_code, void *cr2, int err_code){ Please do a const char *dbg_context ( CONTEXT *context ); function which converts the context to a string, and then use directly TRACEs instead of pcontext. There are examples in the code on how to do so via the wine_dbg_sprintf() function. See ./dlls/x11drv/xvidmode.c around line 460, in the _CDS_flags() function. -- Dimi.

3 2

Re: wineHQ update
by Dimitrie O. Paun 03 May '03

03 May '03

On May 3, 2003 03:55 pm, erwin wolff wrote: > This patch modifies the WineHQ website at two pionts. It adds a webbased > forum who is donated by a company to the forums section and updates the > working state of borlands cc in the fun projects page according the news > issue 168. Few comments: -- Please send patches in the right format: http://winehq.org/?page=sending_patches -- I don't think I like yet another forum. It unnecessarily dilutes them. We have the newsgroup, wine-*, they should be enough. If anonymity is the only feature, people should open web-mail accounts, there are plenty around. -- Please funnel all Fun-related changes through me. I'll take care of updating the WineHQ site, otherwise changes submitted to WineHQ will most likely get lost on my next update. -- Dimi.

1 0

Re: More checks when loading the driver
by Eric Pouech 03 May '03

03 May '03

Uwe Bonnes wrote: > Changelog: > wine/dlls/winmm/lolvldrv.c: MMDRV_Install > Check for failing DRIVER_FindFromHDrvr this doesn't seem right to me: either the loading fails and we shouldn't get a valid handle, or it succeeds and we should be able to find it there's must be something wrong elsewhere could you please send a -debugmsg +driver,+module,+winmm to see what happens ? TIA -- Eric Pouech

2 2

winsock and virtual interfaces
by Juan Lang 03 May '03

03 May '03

I'm planning to patch winsock (both ws2_32 and wsock32 varieties) so that virtual interfaces will be included in response to IP address/interface list queries. If you'd like different behavior, please speak up (though it's up to Alexandre anyway :) ) More detail: I'm patching wsock32 and winsock to use iphlpapi.dll to enumerate interfaces, get the route table, and that sort of thing. Less code duplication, and I'm trying to isolate the plaform-specific network code to fewer files. (If any of you saw my earlier call for help, the stack corruption was due to socket() mismatching.) Yet more detail: In writing iphlpapi.dll, I was curious about the code in wsock32 and winsock that tries to filter out virtual interface names (in WSAIOCTL_GetInterfaceName()). So, I tested a little bit with my Linux system, and it seems this code does not behave as desired: On my system, virtual interfaces don't show up in /proc/net/dev, so the filtering for them seems a little pointless. But if they did show up, the filtering seems counterproductive: Say you had three interfaces, lo, eth0, and eth0:0. You'd be told (by WSAIOCTL_GetInterfaceCount()) that you have three interfaces, but if you got the names of them, you'd only get two unique names. Furthermore, since the filtered name is what's used for getting the IP address, MAC address, and whatnot, in fact you'd end up with duplicate entries in responses to queries. I've attached my little test program; try it with and without virtual interfaces to see what I mean. I also tested how Win2K behaves with multiple IP addresses on an interface. In IP address tables, there's one entry per IP address, as expected. In GetAdaptersInfo, the IP address list has every configured address for the adapter, also I suppose as expected. So, in Win2K, an interface (uniquely identified by an index) can have 0..N IP addresses. I've attached some output from a test program on Win2K to illustrate. I don't emulate this behavior. Instead, I let an interface have 0 or 1 IP address, and treat virtual interfaces as unique interfaces, with their own index. This makes the code rather simpler. If anyone has a strong opinion otherwise, please speak up. (Patches coming this week. iphlpapi.dll is working, and wsock32 is using it to implement WsControl now. I want to change iphlpapi a little bit to make it more appropriate for netapi32 before I submit.) Thanks, --Juan __________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.com GetIpAddrTable returned 3 entries: GetIpAddrTable entry for adapter index 16777219: ip 192.168.1.2 mask 255.255.255.0 broadcast 1.0.0.0 reasm size 65535 GetIpAddrTable entry for adapter index 16777219: ip 10.0.0.1 mask 255.255.255.0 broadcast 1.0.0.0 reasm size 65535 GetIpAddrTable entry for adapter index 1: ip 127.0.0.1 mask 255.0.0.0 broadcast 1.0.0.0 reasm size 65535 GetIfEntry returned 2 entries: GetIfEntry for adapter index 16777219: name: description: Wireless-G Notebook Adapter Type: ethernet physical address: 00:06:25:3d:b5:58 GetIfEntry for adapter index 1: name: description: MS TCP Loopback interface Type: loopback physical address: See 1 adapters in IP_INTERFACE_INFO Adapter 16777219's name is \DEVICE\TCPIP_{66B081D9-F4E3-4FE8-85CC-0934F6134D44} GetAdaptersInfo output: Name: {66B081D9-F4E3-4FE8-85CC-0934F6134D44} Description: Wireless-G Notebook Adapter MAC addr: 00:06:25:3d:b5:58 Index: 16777219 Type: ethernet IP addresses: 10.0.0.1/255.255.255.0 192.168.1.2/255.255.255.0 Gateways: 192.168.1.1

1 0

iexplore 5.5.
by KK singh 03 May '03

03 May '03

hi, I have tried ie5 installation on wine and failed, I am trying to find workarounds for not using IE. Given a windows executable, can i detect which IE dependent calls it is making ? Or exactly what calls both direct api's and COM Interfaces are successful if IE5.5 is installed and fails otherwise. any pointers shall be helpful to me... Regards -kks PS: thanx for the earlier replies. __________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.com

2 1

With-* test in configure (was: wine and RedHat 9)
by Sylvain Petreolle 03 May '03

03 May '03

Oh, sorry. The 'with-' is a special case, as a test is done on with-* to only reject invalid shell variable names. I dont know if this should be fixed into autoconf or our configure code. Cc'ing your request to wine-devel. --- Rob Hughes <rob(a)robhughes.com> a écrit : > You have to type --with-lptn or whatever. It doesn't check it, > verified > here on Sunday's CVS source. > > I've also noticed a lot of dialogs showing up in a couple different > languages, but I suppose that's a different issue. do you have examples ? Its easy to fix as they often are untranslated messages. > > On Thu, 2003-05-01 at 11:15, Sylvain Petreolle wrote: > > --- Patrick R Griffin <griffinp(a)MIT.EDU> a écrit : > > > "./configure --with-nptl" is correct. > > > As Rob noticed, though, typing in "./configure --with-ltpn" or some > > > other typo will compile successfully - no error message - but > > > will not include the threading library corrections. > > If this works call me Joan of Arc :) > > > > [syl@snoop wine]$ ./configure --ltpn > > configure: error: unrecognized option: --ltpn > > Try `./configure --help' for more information. ===== Sylvain Petreolle (spetreolle at users dot sourceforge dot net) ICQ #170597259 No more War ! "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". For the Law of Oil and Fire, Im an European that lives in France. For all my Brothers and friends, Im a human living on Earth. ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

3 8

Re: Small DSound fix...
by Christian Costa 03 May '03

03 May '03

Lionel Ulmer wrote: >Hi all, > >This makes games which do NOT enumerate the sound devices and go through the >ClassFactory work. > >It has also some miscellaneous tracing fixes. > >Changelog: > - misc. tracing fixes > - handle IID_IDirectSound(8) as the default sound driver > A ce que je vois ton patch remplace le mien (qui n'a pas ete accepte d'ailleurs)... P'tite curiosite.. :-) : Mais qu'est ce que ces foutues IIDs viennent faire a la place des GUID des devices ? C'est une bidouille ou bien DirectSoundCreate les acceptent vraiment ? Christian

4 5

Volunteers needed - windows API db script ready
by Dave Miller 02 May '03

02 May '03

The script which dumps dll imports and exports now seems to parse everything correctly and organize it nicely in a text file. We need the script run against various windows versions. The output can be sent directly to me, but please verify I do not already have the data for that particular version of windows. I don't need 10 copies of win2k SP3 for example. :) The script is available at http://home.ptd.net/~compsol. Please make sure you get createdb.pl. There is another script, createwinedb.pl which will ONLY parse the wine spec files. To run this you will need winedump, perl, and access to your windows directory from within Linux. The cleaner the windows install the better. We don't want to clutter the database with info from dlls not provided with windows. Usage is as follows: createdb.pl -d -p <path to windows dir> -o <winver (ex. win98) This will save the imports and exports and also create winver.ref, where winver is specified on the command line with -o. The .ref file is the one which will contain all the info we need. This will be a large file, so I recommend compressing with gzip if you are going to email it to me. It may be large enough to bounce back into your mailbox if you do not. :)

5 4

Re: A little Xlib adventure
by Mike Hearn 02 May '03

02 May '03

Any problems with this patch Alexandre? It's missed 3 rounds of commits now. thanks -mike On Tue, 2003-04-29 at 13:59, Mike Hearn wrote: > Got to start somewhere. This patch adds support for the netWM ping > protocol, which lets window managers like metacity present a nice "This > app is not responding, kill it?" window when the program freezes. This > unfortunately happens all too often with IE in particular, and while us > developers can see (and understand) critical section timeout messages, > people running from the menu or desktop icons cannot. > > I haven't bothered sending a message to the window (WM_NULL) because if > the program stops responding, it'll stop processing X messages as well. > If you want to test it out, just put an infinite loop in a test app then > try and close it. > > Tested with metacity from gnome2.2 - may work with latest KWin, if it > doesn't then file a bug in KDE bugzilla. > > ChangeLog: > Support _NET_WM_PING protocol so the WM can detect freezes

1 0

Re: Stub for SetSystemTimeAdjustment
by Dimitrie O. Paun 02 May '03

02 May '03

On Fri, 2 May 2003, Lionel Ulmer wrote: > Try the attached patch, it will work MUCH better :-) Please add a FIXME with a stub message, so we don't forget about it... -- Dimi.

1 0

wine debugger and Agent by Forte Inc
by schuetzen 02 May '03

02 May '03

running Forte Agent in Wine. works GREAT! except that almost every time I send a message or reply from the s/w, the Wine debugger runs and I have to shut the software down and then restart it. this is aggravating when I am running a dozen elists which are moderated. the message in the end of the debug script is Unhandled exception: divide by zero in 32 bit code (0X0043e44), In 32-bit mode. 0X0043e44 (agent.exe.@ENUMERATEACTIVEWNDS$QP6HWND_P (wrapping line here) 9TENUMINFO+0xa9b4 in C:\Program Files\Agent\agent.exe): div1 0x4(%ebx),%eax ===== Agent was downloaded from the forte.inc website and then installed into Linux (thisis a new and fresh install on a new hard drive) with Suse starting up Wine and installing Wine and then installing Agent. all automatically. really need help with this -- powered by Linux, Suse 8.2 Pro + Agent under Wine emulator Charles L Hamilton, Houston, TX chasm @ texas. net www.schuetzen.net

1 0

Re: Avoid non-portable signal(SIGCHLD, SIG_IGN)
by Alexandre Julliard 02 May '03

02 May '03

Joerg Wunsch <j(a)uriah.heep.sax.de> writes: > The Posix way is to use sigaction(), and set the SA_NOCLDWAIT flag > bit. This variant is supported under FreeBSD (don't know for the > other BSDs). It has the added bonus that unavailability of the > automatic zombie reaping feature can be detected at compile-time (the > macro is not defined then). The fact that the macro exists doesn't mean it works. Most Linux kernels don't support SA_NOCLDWAIT, even though the symbol may be defined in the headers. I don't have the Posix standard, but at least according to the single Unix spec using SIG_IGN is just as standard as SA_NOCLDWAIT, and a quick grep of the FreeBSD sources seems to indicate that it should work. Did I miss something? -- Alexandre Julliard julliard(a)winehq.com

3 12

New metabugs
by hatky 02 May '03

02 May '03

After opening the metabug for windows original progs I decided to do some more work on bugzilla but this time ordering insted of adding.... So I opened a metabug for games and pupolated it accordingly (also annonced it on wine-users(a)winehq.org). So no you can help fix games (or ignore them more easly). I am also thinking about opening a few more sticky metabugs like: regresion bugs site bugs fix-me/stub/unimplemented bugs application bugs and misc bugs This will get kind of a nice order to the bugs and allow you to track that ones that are of intrest to you..... What do you think about that? Please someone replay this time... :), Hatky. __________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.com

3 8

Unhandled exceptions after XOver Office uninstall
by Andrew Rechenberg 02 May '03

02 May '03

I've just uninstalled Crossover Office with the .unintall script in /opt/cxoffice and now my other wine installation gives me unhandled exception errors when trying to start any application. My other installation worked just fine before I uninstalled Crossover Office and it works just fine on my workstation at home without Crossover so I believe that the Crossover uninstallation FUBAR'ed something on my workstation here. I'm not a guru at developing but I tried to use gdb to see what's happening and here is what I've done. $ gdb wine (gdb) run regedit Starting program: /usr/bin/wine regedit (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)...[New Thread 16384 (LWP 2620)] (no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)... (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)... Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 2620)] 0x4037580e in __pthread_internal_tsd_get () from /lib/libpthread.so.0 (gdb) bt #0 0x4037580e in __pthread_internal_tsd_get () from /lib/libpthread.so.0 #1 0x400ac1ff in calloc () from /lib/libc.so.6 #2 0x400de596 in opendir () from /lib/libc.so.6 #3 0x401cdcb7 in DOSFS_ToDosFCBFormat () from //usr/lib/wine/wine/ntdll.dll.so #4 0x401cde33 in DOSFS_ToDosFCBFormat () from //usr/lib/wine/wine/ntdll.dll.so #5 0x401ce6af in DOSFS_FindUnixName () from //usr/lib/wine/wine/ntdll.dll.so #6 0x401cf691 in DOSFS_GetFullName () from //usr/lib/wine/wine/ntdll.dll.so #7 0x401cbff4 in RemoveDirectoryA () from //usr/lib/wine/wine/ntdll.dll.so #8 0x401cc4ee in DIR_SearchPath () from //usr/lib/wine/wine/ntdll.dll.so #9 0x401cc6e5 in SearchPathW () from //usr/lib/wine/wine/ntdll.dll.so #10 0x401cca20 in SearchPathA () from //usr/lib/wine/wine/ntdll.dll.so #11 0x40237ecc in LdrGetProcedureAddress () from //usr/lib/wine/wine/ntdll.dll.so #12 0x40236bcc in _aullrem () from //usr/lib/wine/wine/ntdll.dll.so #13 0x40236fa8 in PE_fixup_imports () from //usr/lib/wine/wine/ntdll.dll.so #14 0x401ee337 in PE_CreateModule () from //usr/lib/wine/wine/ntdll.dll.so #15 0x402228e6 in PROCESS_CallUserSignalProc () from //usr/lib/wine/wine/ntdll.dll.so #16 0x40226c36 in SYSDEPS_SetCurThread () from //usr/lib/wine/wine/ntdll.dll.so I thought it might be a corruption in my libc so I booted to runlevel 1 and reinstalled my glibc but that did help. Does anyone have any ideas? Please CC me as I'm not subscribed to the lists. Red Hat 9 glibc-2.3.2-27.9 wine RPM based on CVS as of 20030428 Crossover Office 2.0.0 (no longer installed) Thanks, Andy.

2 1

WineHQ: email trouble
by Dimitrie O. Paun 02 May '03

02 May '03

Folks, Whazzup with winehq.org? I get duplicated emails, and more importantly the latency on the wine-*(a)winehq.org mailing lists is measured in (many) hours instead of seconds. What gives? -- Dimi.

5 4

iphlpapi.dll implementation
by Juan Lang 01 May '03

01 May '03

Folks, in case anyone's looking, I've implemented most of the Get* functions of ip helper API included in Windows NT4 or Windows 98. I'm not planning to implement functions added in Win2K or XP at this time. Email me if interested. No, it's not vaporware, it's just not as well tested as I'd like. I'm hoping to tackle reducing code duplication in this DLL, wsock32, and netapi, and also remove wsock32's dependency on the UNIX socket includes. This has all been discussed before here in this thread: http://www.winehq.com/hypermail/wine-devel/2001/09/0042.html For interface enumeration and address (IP and MAC) getting, I use ioctls. This should aid portability (I've tested the ioctls on Linux, FreeBSD, and Solaris). Stats I still read from /proc. All this stuff is in its own file to keep less-portable code together. Cheers, --Juan __________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.com

2 4

Cant compile wine.. CVS or release.
by mdew 01 May '03

01 May '03

Debian Sid x86 kernel: 2.4.20 flex version: 2.5.31-4 bison: 1.875a-1 gcc: 3.2.3 binutils: 2.13.90.0.18-1 make[2]: Entering directory `/root/cvs/wine/libs/wpp' gcc -c -I. -I. -I../../include -I../../include -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o preproc.o preproc.c gcc -c -I. -I. -I../../include -I../../include -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o wpp.o wpp.c bison -y -ppp -d -t ./ppy.y gcc -c -I. -I. -I../../include -I../../include -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o y.tab.o y.tab.c flex -Cf -d -Ppp -olex.yy.c -8 ./ppl.l stdin:14206: m4: Warning: Excess arguments to built-in `m4_ifdef' ignored gcc -c -I. -I. -I../../include -I../../include -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o lex.yy.o lex.yy.c ./ppl.l:97:1: warning: "/*" within comment ./ppl.l: In function `pplex': ./ppl.l:309: `pp_incl_state' undeclared (first use in this function) ./ppl.l:309: (Each undeclared identifier is reported only once ./ppl.l:309: for each function it appears in.) ./ppl.l:309: `pp_pp' undeclared (first use in this function) ./ppl.l:314: `pp_ignore' undeclared (first use in this function) ./ppl.l:314: warning: implicit declaration of function `yy_pp_state' ./ppl.l:314: `pp_inc' undeclared (first use in this function) ./ppl.l:314: `tINCLUDE' undeclared (first use in this function) ./ppl.l:314: `pp_eol' undeclared (first use in this function) ./ppl.l:315: called object is not a function ./ppl.l:315: `pp_def' undeclared (first use in this function) ./ppl.l:316: `tERROR' undeclared (first use in this function) ./ppl.l:317: `tWARNING' undeclared (first use in this function) ./ppl.l:318: `tPRAGMA' undeclared (first use in this function) ./ppl.l:319: `tPPIDENT' undeclared (first use in this function) ./ppl.l:320: `pp_ifd' undeclared (first use in this function) ./ppl.l:320: `tUNDEF' undeclared (first use in this function) ./ppl.l:321: `tIFDEF' undeclared (first use in this function) ./ppl.l:322: `tIFNDEF' undeclared (first use in this function) ./ppl.l:323: `pp_if' undeclared (first use in this function) ./ppl.l:323: `tIF' undeclared (first use in this function) ./ppl.l:324: `tELIF' undeclared (first use in this function) ./ppl.l:325: `pp_endif' undeclared (first use in this function) ./ppl.l:325: `tELSE' undeclared (first use in this function) ./ppl.l:326: `tENDIF' undeclared (first use in this function) ./ppl.l:327: `pp_line' undeclared (first use in this function) ./ppl.l:327: `tLINE' undeclared (first use in this function) ./ppl.l:328: `tGCCLINE' undeclared (first use in this function) ./ppl.l:329: warning: implicit declaration of function `pperror' ./ppl.l:330: warning: implicit declaration of function `newline' ./ppl.l:330: `tNL' undeclared (first use in this function) ./ppl.l:338: warning: implicit declaration of function `make_number' ./ppl.l:338: `pplval' undeclared (first use in this function) ./ppl.l:339: warning: implicit declaration of function `new_string' ./ppl.l:339: warning: implicit declaration of function `add_string' ./ppl.l:339: `pp_iqs' undeclared (first use in this function) ./ppl.l:340: `pp_dqs' undeclared (first use in this function) ./ppl.l:344: called object is not a function ./ppl.l:366: `pp_defined' undeclared (first use in this function) ./ppl.l:366: `tDEFINED' undeclared (first use in this function) ./ppl.l:367: `tLSHIFT' undeclared (first use in this function) ./ppl.l:368: `tRSHIFT' undeclared (first use in this function) ./ppl.l:369: `tLOGAND' undeclared (first use in this function) ./ppl.l:370: `tLOGOR' undeclared (first use in this function) ./ppl.l:371: `tEQ' undeclared (first use in this function) ./ppl.l:372: `tNE' undeclared (first use in this function) [...] ./ppl.l:1449: `pp_incl_state' undeclared (first use in this function) ./ppl.l:1452: `pass_data' undeclared (first use in this function) ./ppl.l:1455: `pp_status' undeclared (first use in this function) ./ppl.l: In function `pp_push_ignore_state': ./ppl.l:1471: `pp_ignore' undeclared (first use in this function) /usr/include/stdlib.h: At top level: lex.yy.c:15493: warning: `yyunput' defined but not used make[2]: *** [lex.yy.o] Error 1 make[2]: Leaving directory `/root/cvs/wine/libs/wpp' make[1]: *** [wpp] Error 2 make[1]: Leaving directory `/root/cvs/wine/libs' make: *** [libs] Error 2 -- mdew <mdew(a)orcon.net.nz>

3 2

Re: wine/ tools/wrc/wrc.c tools/wrc/parser.y tools ...
by Dimitrie O. Paun 01 May '03

01 May '03

On April 30, 2003 11:16 pm, Alexandre Julliard wrote: > Moved the wpp library from tools/ to libs/. If we do this (which is great, yay!), why not rename it to wine_pp or wine_cpp for consistency with the other libs? We don't need to rename the libs/wpp dir, but what about the library itself? -- Dimi.

2 1

Cant compile wine.. CVS or release.
by mdew 01 May '03

01 May '03

Debian Sid x86 kernel: 2.4.20 flex version: 2.5.31-4 bison: 1.875a-1 gcc: 3.2.3 binutils: 2.13.90.0.18-1 make[2]: Entering directory `/root/cvs/wine/libs/wpp' gcc -c -I. -I. -I../../include -I../../include -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o preproc.o preproc.c gcc -c -I. -I. -I../../include -I../../include -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o wpp.o wpp.c bison -y -ppp -d -t ./ppy.y gcc -c -I. -I. -I../../include -I../../include -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o y.tab.o y.tab.c flex -Cf -d -Ppp -olex.yy.c -8 ./ppl.l stdin:14206: m4: Warning: Excess arguments to built-in `m4_ifdef' ignored gcc -c -I. -I. -I../../include -I../../include -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o lex.yy.o lex.yy.c ./ppl.l:97:1: warning: "/*" within comment ./ppl.l: In function `pplex': ./ppl.l:309: `pp_incl_state' undeclared (first use in this function) ./ppl.l:309: (Each undeclared identifier is reported only once ./ppl.l:309: for each function it appears in.) ./ppl.l:309: `pp_pp' undeclared (first use in this function) ./ppl.l:314: `pp_ignore' undeclared (first use in this function) ./ppl.l:314: warning: implicit declaration of function `yy_pp_state' ./ppl.l:314: `pp_inc' undeclared (first use in this function) ./ppl.l:314: `tINCLUDE' undeclared (first use in this function) ./ppl.l:314: `pp_eol' undeclared (first use in this function) ./ppl.l:315: called object is not a function ./ppl.l:315: `pp_def' undeclared (first use in this function) ./ppl.l:316: `tERROR' undeclared (first use in this function) ./ppl.l:317: `tWARNING' undeclared (first use in this function) ./ppl.l:318: `tPRAGMA' undeclared (first use in this function) ./ppl.l:319: `tPPIDENT' undeclared (first use in this function) ./ppl.l:320: `pp_ifd' undeclared (first use in this function) ./ppl.l:320: `tUNDEF' undeclared (first use in this function) ./ppl.l:321: `tIFDEF' undeclared (first use in this function) ./ppl.l:322: `tIFNDEF' undeclared (first use in this function) ./ppl.l:323: `pp_if' undeclared (first use in this function) ./ppl.l:323: `tIF' undeclared (first use in this function) ./ppl.l:324: `tELIF' undeclared (first use in this function) ./ppl.l:325: `pp_endif' undeclared (first use in this function) ./ppl.l:325: `tELSE' undeclared (first use in this function) ./ppl.l:326: `tENDIF' undeclared (first use in this function) ./ppl.l:327: `pp_line' undeclared (first use in this function) ./ppl.l:327: `tLINE' undeclared (first use in this function) ./ppl.l:328: `tGCCLINE' undeclared (first use in this function) ./ppl.l:329: warning: implicit declaration of function `pperror' ./ppl.l:330: warning: implicit declaration of function `newline' ./ppl.l:330: `tNL' undeclared (first use in this function) ./ppl.l:338: warning: implicit declaration of function `make_number' ./ppl.l:338: `pplval' undeclared (first use in this function) ./ppl.l:339: warning: implicit declaration of function `new_string' ./ppl.l:339: warning: implicit declaration of function `add_string' ./ppl.l:339: `pp_iqs' undeclared (first use in this function) ./ppl.l:340: `pp_dqs' undeclared (first use in this function) ./ppl.l:344: called object is not a function ./ppl.l:366: `pp_defined' undeclared (first use in this function) ./ppl.l:366: `tDEFINED' undeclared (first use in this function) ./ppl.l:367: `tLSHIFT' undeclared (first use in this function) ./ppl.l:368: `tRSHIFT' undeclared (first use in this function) ./ppl.l:369: `tLOGAND' undeclared (first use in this function) ./ppl.l:370: `tLOGOR' undeclared (first use in this function) ./ppl.l:371: `tEQ' undeclared (first use in this function) ./ppl.l:372: `tNE' undeclared (first use in this function) [...] ./ppl.l:1449: `pp_incl_state' undeclared (first use in this function) ./ppl.l:1452: `pass_data' undeclared (first use in this function) ./ppl.l:1455: `pp_status' undeclared (first use in this function) ./ppl.l: In function `pp_push_ignore_state': ./ppl.l:1471: `pp_ignore' undeclared (first use in this function) /usr/include/stdlib.h: At top level: lex.yy.c:15493: warning: `yyunput' defined but not used make[2]: *** [lex.yy.o] Error 1 make[2]: Leaving directory `/root/cvs/wine/libs/wpp' make[1]: *** [wpp] Error 2 make[1]: Leaving directory `/root/cvs/wine/libs' make: *** [libs] Error 2 -- mdew <mdew(a)orcon.net.nz>

2 1

NT Utilites under Wine
by Josh Konkol 01 May '03

01 May '03

I have searched the news groups and haven't found anything on this subject yet. What I'm trying to do is run an NT utility called dumpel.exe under wine. The utility connects to an NT/2000 Server and dumps it's event log to a text file. I have some later processing I'm going to do with the file, but I can't get wine to run the app. Here is what I run: wine --dll advapi32=native --dll ntdll=native -- dumpel.exe -s \\\\GIGDC1 - d 14 -t -f gigdc1app.txt -l application The error I get is: err:module:import_dll No implementation for NTDLL.DLL.NtAccessCheckByTypeAndAuditAlarm imported from C:\windows\system \ADVAPI32.DLL, setting to 0xdeadbeef If I just display the help file on dumpel.exe it works fine, I think there's just something I'm missing. Any help is appreciated, TIA Josh

2 1

Re: $(RC) portability
by Alexandre Julliard 01 May '03

01 May '03

"Dimitrie O. Paun" <dpaun(a)rogers.com> writes: > Now that we have rc, wrc, and windres command line compatible, > I thought we could abstract things a bit so we could use other > resource compilers to process resource files. > > ChangeLog > Make it easy to use something other than wrc to compile resources. You can't remove the -o options, wrc cannot guess where the output file should go. -- Alexandre Julliard julliard(a)winehq.com

2 1

winsock on cygwin
by Steven Edwards 01 May '03

01 May '03

I dont know the proper way to test for this so I figured I would send it to wine-devel for comment also Index: socket.c =================================================================== RCS file: /home/wine/wine/dlls/winsock/socket.c,v retrieving revision 1.125 diff -u -r1.125 socket.c --- socket.c 9 Apr 2003 23:33:35 -0000 1.125 +++ socket.c 1 May 2003 01:40:53 -0000 @@ -275,6 +275,11 @@ { 0, 0 } }; +/* + * IP_HDRINCL fails is broken on Windows. + * See http://support.microsoft.com/default.aspx?scid=kb;en-us;Q257460 + */ + static const int ws_ip_map[][2] = { MAP_OPTION( IP_MULTICAST_IF ), @@ -283,7 +288,9 @@ MAP_OPTION( IP_ADD_MEMBERSHIP ), MAP_OPTION( IP_DROP_MEMBERSHIP ), MAP_OPTION( IP_OPTIONS ), +#ifndef __CYGWIN__ MAP_OPTION( IP_HDRINCL ), +#endif MAP_OPTION( IP_TOS ), MAP_OPTION( IP_TTL ), { 0, 0 }

1 0

Native ms progs and mybe wine 1.1
by hatky 30 Apr '03

30 Apr '03

I opened a metabug that I hope some of you will like where I try to "Get native windows programs working" bug 1424 Think of it: dxdiag is a great test case for the directX part (direct draw,direct 3d, sound, music, direct play...) ftp,telnet,ping,tracert can show who good the network code is defrag will mybe show who great low level hardware accses is ? what will it do with a non fat paritation? do I hear a challange? I don't know what the rest of you think, but a big bug tree looks cool to me becouse you know you can fix something little and to how many other things it helps so this tree may get a bit big.... I don't hear no objections :) I hope some of you will help with it a bit and I think it can be a nice start for the wine 1.1 guildlines hoping to get excited responces Hatky. __________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.com

1 0

Winevdm eats first parameter
by Sylvain Petreolle 30 Apr '03

30 Apr '03

Trying to run a dos program with parameters, the first parameter is eaten by winevdm. at wcmd prompt, i run : dos32a d2demo.exe and dos32a answers : syntax is DOS32A <execname.xxx> which never happened before. A small asm tutorial program about dos psp shows this problem. (attached) run "wine winevdm.exe psp.com 1 2 3 4" , it will say : Les param?tres suivants ont ?t? transmis : 2 3 4 ===== Sylvain Petreolle (spetreolle at users dot sourceforge dot net) ICQ #170597259 No more War ! "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". For the Law of Oil and Fire, Im an European that lives in France. For all my Brothers and friends, Im a human living on Earth. ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

1 0

Wine Regression
by Steven Tower 30 Apr '03

30 Apr '03

With the current cvs tree parts of the Agent news reader are broken. I don't know the exact date it last worked but it wasn't that long ago. When double clicking on a group that is empty, the dialog you would normally see that asks if youw ant to download x headers, or all available headers, etc displays, but only the border and title bar are drawn and then wine crashes. The bug does not occur in Crossover Office 2.0.0. Steven Here is the debug output. tower@towerpc Agent $ wine ./agent.exe 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: err:font:ReadFontDir Can't open directory "/usr/X11R6/lib/X11/fonts/TT" err:font:ReadFontDir Can't open directory "/usr/share/fonts/TT" err:wave:OSS_WaveOutInit /dev/mixer1: not found! err:wave:OSS_WaveInInit /dev/mixer1: not found! fixme:file:SetFileAttributesW (L"C:\\Program Files\\Agent\\"):2000 attribute(s) not implemented. fixme:ras:RasEnumConnectionsA (0x41923188,0x406b1ca8,0x41c925c8),stub! fixme:ras:RasEnumConnectionsA RAS support is not implemented! Configure program to use LAN connection/winsock instead! fixme:ras:RasEnumConnectionsA (0x41922e48,0x406b24d0,0x406b2518),stub! fixme:ras:RasEnumConnectionsA RAS support is not implemented! Configure program to use LAN connection/winsock instead! fixme:ras:RasEnumConnectionsA (0x41923188,0x406b1ca8,0x41c925c8),stub! fixme:ras:RasEnumConnectionsA RAS support is not implemented! Configure program to use LAN connection/winsock instead! fixme:ras:RasEnumConnectionsA (0x419225d8,0x406b252c,0x406b2574),stub! fixme:ras:RasEnumConnectionsA RAS support is not implemented! Configure program to use LAN connection/winsock instead! wine: Unhandled exception, starting debugger... 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: WineDbg starting on pid 8 Loaded debug information from ELF 'wine' ((nil)) Breakpoint 1 at 0x4000b330 (_end+0x4009c34) Loaded debug information from ELF '/usr/local/lib/libwine.so.1' (0x40025000) No debug information in ELF '/lib/libc.so.6' (0x4003e000) No debug information in ELF '/lib/libdl.so.2' (0x40169000) No debug information in ELF '/lib/libm.so.6' (0x4016c000) No debug information in ELF '/lib/ld-linux.so.2' (0x40000000) Loaded debug information from ELF '/usr/local/lib/wine/ntdll.dll.so' (0x4018e000) Loaded debug information from ELF '/usr/local/lib/libwine_unicode.so.1' (0x4028d000) No debug information in ELF '/lib/libnss_compat.so.2' (0x4036e000) No debug information in ELF '/lib/libnsl.so.1' (0x40379000) Loaded debug information from ELF '/usr/local/lib/wine/kernel32.dll.so' (0x406c3000) Loaded debug information from ELF '/usr/local/lib/wine/user32.dll.so' (0x40785000) Loaded debug information from ELF '/usr/local/lib/wine/gdi32.dll.so' (0x408c8000) Loaded debug information from ELF '/usr/local/lib/wine/advapi32.dll.so' (0x4094d000) Loaded debug information from ELF '/usr/local/lib/wine/version.dll.so' (0x4097c000) Loaded debug information from ELF '/usr/local/lib/wine/lz32.dll.so' (0x40996000) Loaded debug information from ELF '/usr/local/lib/wine/ole32.dll.so' (0x409ac000) Loaded debug information from ELF '/usr/local/lib/wine/rpcrt4.dll.so' (0x40a29000) Loaded debug information from ELF '/usr/local/lib/wine/winmm.dll.so' (0x40a74000) Loaded debug information from ELF '/usr/local/lib/wine/shell32.dll.so' (0x40ae2000) Loaded debug information from ELF '/usr/local/lib/wine/shlwapi.dll.so' (0x40b6d000) Loaded debug information from ELF '/usr/local/lib/wine/comctl32.dll.so' (0x40bc0000) Loaded debug information from ELF '/usr/local/lib/wine/comdlg32.dll.so' (0x40c73000) Loaded debug information from ELF '/usr/local/lib/wine/winspool.drv.so' (0x40cf2000) No debug information in ELF '/usr/lib/libfreetype.so.6' (0x40d28000) No debug information in ELF '/usr/lib/libz.so.1' (0x40d7d000) Loaded debug information from ELF '/usr/local/lib/wine/x11drv.dll.so' (0x40d8b000) No debug information in ELF '/usr/X11R6/lib/libSM.so.6' (0x40014000) No debug information in ELF '/usr/X11R6/lib/libICE.so.6' (0x40dfa000) No debug information in ELF '/usr/X11R6/lib/libXxf86dga.so.1' (0x40e11000) No debug information in ELF '/usr/X11R6/lib/libXxf86vm.so.1' (0x40e17000) No debug information in ELF '/usr/X11R6/lib/libXv.so.1' (0x40e1d000) No debug information in ELF '/usr/X11R6/lib/libXext.so.6' (0x40e22000) No debug information in ELF '/usr/X11R6/lib/libX11.so.6' (0x40e32000) No debug information in ELF '/usr/lib/libGL.so.1' (0x40f11000) No debug information in ELF '/usr/lib/libGLcore.so.1' (0x40f78000) No debug information in ELF '/usr/X11R6/lib/libXcursor.so.1' (0x414c5000) No debug information in ELF '/usr/X11R6/lib/libXrender.so.1' (0x414cf000) No debug information in ELF '/usr/X11R6/lib/X11/locale/lib/common/xlcDef.so.2' (0x4001d000) No debug information in ELF '/usr/X11R6/lib/X11/locale/lib/common/ximcp.so.2' (0x41530000) Loaded debug information from ELF '/usr/local/lib/wine/wineoss.drv.so' (0x4154d000) Loaded debug information from ELF '/usr/local/lib/wine/msacm.drv.so' (0x4158f000) Loaded debug information from ELF '/usr/local/lib/wine/msacm32.dll.so' (0x415a7000) Loaded debug information from ELF '/usr/local/lib/wine/midimap.drv.so' (0x416e0000) No debug information in ELF '/lib/libnss_files.so.2' (0x416f5000) Loaded debug information from ELF '/usr/local/lib/wine/rasapi32.dll.so' (0x41840000) Loaded debug information from ELF '/usr/local/lib/wine/wsock32.dll.so' (0x4185c000) Loaded debug information from ELF '/usr/local/lib/wine/ws2_32.dll.so' (0x41879000) Loaded debug information from ELF '/usr/local/lib/wine/mapi32.dll.so' (0x41e90000) No debug information in ELF '/lib/libnss_dns.so.2' (0x40021000) No debug information in ELF '/lib/libresolv.so.2' (0x41b2c000) No debug information in 32bit DLL 'C:\Program Files\Agent\agent.exe' (0x400000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\NTDLL.DLL' (0x401c0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\KERNEL32.DLL' (0x406f0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\ADVAPI32.DLL' (0x40960000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\GDI32.DLL' (0x408e0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\USER32.DLL' (0x407b0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\LZ32.DLL' (0x409a0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\VERSION.DLL' (0x40980000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\RPCRT4.DLL' (0x40a40000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\OLE32.DLL' (0x409d0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WINMM.DLL' (0x40a80000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\SHLWAPI.DLL' (0x40b80000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\COMCTL32.DLL' (0x40bd0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\SHELL32.DLL' (0x40b00000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WINSPOOL.DRV' (0x40d00000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\COMDLG32.DLL' (0x40c80000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\X11DRV.DLL' (0x40da0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WINEOSS.DRV' (0x41560000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\MSACM32.DLL' (0x415b0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\MSACM.DRV' (0x415a0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\MIDIMAP.DRV' (0x416f0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\RASAPI32.DLL' (0x41850000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WS2_32.DLL' (0x41880000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\WSOCK32.DLL' (0x41860000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\MAPI32.DLL' (0x41ea0000) Unhandled exception: page fault on read access to 0x04092336 in 32-bit code (0x005995ce). In 32-bit mode. 0x005995ce (agent.exe.@InitWndProc$qp6HWND__uiuil+0x4820 in C:\Program Files\Agent\agent.exe): movl 0x7a(%esi),%esi -- BACKTRACE -- Wine-dbg>back Backtrace: =>0 0x005995ce (agent.exe.@InitWndProc$qp6HWND__uiuil+0x4820 in C:\Program Files\Agent\agent.exe) (ebp=406b235c) 1 0x004dc759 (agent.exe.@DisableWnds$qp6HWND__p9TEnumInfo+0xd65 in C:\Program Files\Agent\agent.exe) (ebp=406b2384) 2 0x004303cf (agent.exe.@TPrinterAbortProc$qp5HDC__i+0x1c7ef in C:\Program Files\Agent\agent.exe) (ebp=406b23f0) 3 0x004dad54 (agent.exe.@PropdlgKbdProc$qiuil+0x2625c in C:\Program Files\Agent\agent.exe) (ebp=406b2400) 4 0x0040f365 (agent.exe.__GetExceptDLLinfo+0xe2f7 in C:\Program Files\Agent\agent.exe) (ebp=406b241c) 5 0x004db4ae (agent.exe.@PropdlgKbdProc$qiuil+0x269b6 in C:\Program Files\Agent\agent.exe) (ebp=406b2470) 6 0x004dbb81 (agent.exe.@DisableWnds$qp6HWND__p9TEnumInfo+0x18d in C:\Program Files\Agent\agent.exe) (ebp=406b24bc) 7 0x004a6150 (agent.exe.@ENUMERATEACTIVEWNDS$QP6HWND__P9TENUMINFO+0x72580 in C:\Program Files\Agent\agent.exe) (ebp=406b24d8) 8 0x0041f465 (agent.exe.@TPrinterAbortProc$qp5HDC__i+0xb885 in C:\Program Files\Agent\agent.exe) (ebp=406b2510) 9 0x00420bf7 (agent.exe.@TPrinterAbortProc$qp5HDC__i+0xd017 in C:\Program Files\Agent\agent.exe) (ebp=406b2668) 10 0x0041fa0a (agent.exe.@TPrinterAbortProc$qp5HDC__i+0xbe2a in C:\Program Files\Agent\agent.exe) (ebp=406b2680) 11 0x00437fbb (agent.exe.@ENUMERATEACTIVEWNDS$QP6HWND__P9TENUMINFO+0x43eb in C:\Program Files\Agent\agent.exe) (ebp=406b26a4) 12 0x00436836 (agent.exe.@ENUMERATEACTIVEWNDS$QP6HWND__P9TENUMINFO+0x2c66 in C:\Program Files\Agent\agent.exe) (ebp=406b26c0) 13 0x0058e830 (agent.exe.@WinTimerStatics@Func$qp6HWND__uiuiul+0xe5c8 in C:\Program Files\Agent\agent.exe) (ebp=406b26dc) 14 0x00531d64 (agent.exe.@MyDdeCallback$quiuip7HCONV__p5HSZ__t4p10HDDEDATA__ulul+0x17d5c in C:\Program Files\Agent\agent.exe) (ebp=406b272c) 15 0x00597d21 (agent.exe.@InitWndProc$qp6HWND__uiuil+0x2f73 in C:\Program Files\Agent\agent.exe) (ebp=406b2778) 16 0x00598499 (agent.exe.@InitWndProc$qp6HWND__uiuil+0x36eb in C:\Program Files\Agent\agent.exe) (ebp=406b27d0) 17 0x005985a0 (agent.exe.@InitWndProc$qp6HWND__uiuil+0x37f2 in C:\Program Files\Agent\agent.exe) (ebp=406b2804) 18 0x0059865f (agent.exe.@InitWndProc$qp6HWND__uiuil+0x38b1 in C:\Program Files\Agent\agent.exe) (ebp=406b284c) 19 0x005985c8 (agent.exe.@InitWndProc$qp6HWND__uiuil+0x381a in C:\Program Files\Agent\agent.exe) (ebp=406b2864) 20 0x4082a627 (WINPROC_wrapper+0x17 in user32.dll.so) (ebp=406b2888) 21 0x4082a6a3 (WINPROC_CallWndProc+0x73(proc=0x418253e8, hwnd=0x1003a, msg=0x203, wParam=0x1, lParam=0x10c00d7) [winproc.c:184] in user32.dll.so) (ebp=406b28c4) 22 0x40830d2f (CallWindowProcA+0x14f(func=0x41520a88, hwnd=0x1003a, msg=0x203, wParam=0x1, lParam=0x10c00d7) [winproc.c:2812] in user32.dll.so) (ebp=406b28f8) 23 0x4080c09b (DispatchMessageA+0xbb(msg=0x406b2964) [message.c:792] in user32.dll.so) (ebp=406b292c) 24 0x004db200 (agent.exe.@PropdlgKbdProc$qiuil+0x26708 in C:\Program Files\Agent\agent.exe) (ebp=406b2980) 25 0x004db4c3 (agent.exe.@PropdlgKbdProc$qiuil+0x269cb in C:\Program Files\Agent\agent.exe) (ebp=406b29d0) 26 0x004dadbb (agent.exe.@PropdlgKbdProc$qiuil+0x262c3 in C:\Program Files\Agent\agent.exe) (ebp=406b2a38) 27 0x0040fd3b (agent.exe.__GetExceptDLLinfo+0xeccd in C:\Program Files\Agent\agent.exe) (ebp=406b2dfc) 28 0x005a54d4 (agent.exe.@InitWndProc$qp6HWND__uiuil+0x10726 in C:\Program Files\Agent\agent.exe) (ebp=406b2e40) 29 0x005b40b5 (agent.exe.@InitWndProc$qp6HWND__uiuil+0x1f307 in C:\Program Files\Agent\agent.exe) (ebp=406b2e70)

2 1

Cygwin building part 2
by Steven Edwards 30 Apr '03

30 Apr '03

We have 5 bugs that are preventing building on cygwin. Not that it will work after it builds but lets get it to build first and then worry about running. Some of these seem like they are simple while others like the kernel32 building are very complex. I will see if I can fix the winsock bug tonight. 1. We cannot build kernel32 with the current CVS http://www.winehq.org/hypermail/wine-devel/2003/04/0765.html 2. when building wininet on cygwin we get this: internet.o(.text+0x1365): In function `InternetCloseHandle': /cygdrive/g/src/wine-dev/wine/dlls/wininet/internet.c:670: undefined reference t o `___wine_exception_handler' collect2: ld returned 1 exit status dllwrap: gcc exited with status 1 3. With winsock we are getting this: gcc -c -I. -I. -I../../include -I../../include -D_REENTRANT -D__WINESRC__ -DUSE _WS_PREFIX -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o socket.o socket.c socket.c:286: `IP_HDRINCL' undeclared here (not in a function) socket.c:286: initializer element is not constant socket.c:286: (near initialization for `ws_ip_map[6][1]') socket.c:286: initializer element is not constant socket.c:286: (near initialization for `ws_ip_map[6]') socket.c:287: initializer element is not constant socket.c:287: (near initialization for `ws_ip_map[7]') socket.c:288: initializer element is not constant socket.c:288: (near initialization for `ws_ip_map[8]') socket.c:289: initializer element is not constant socket.c:289: (near initialization for `ws_ip_map[9]') make[1]: *** [socket.o] Error 1 4. miscemu fails to build main.c:34: warning: implicit declaration of function `exit' gcc -o wine main.o -L../libs/wine -lwine -L../libs/port -lwine_port main.o(.text+0x51): In function `main': /cygdrive/g/src/wine-dev/wine/miscemu/main.c:32: undefined reference to `_wine_i nit' collect2: ld returned 1 exit status 5. There is no get/set_thread_context support. This patch by David Fraser stubs it. Index: context_i386.c =================================================================== RCS file: /home/wine/wine/server/context_i386.c,v retrieving revision 1.28 diff -u -r1.28 context_i386.c --- context_i386.c 22 Mar 2003 21:00:09 -0000 1.28 +++ context_i386.c 30 Apr 2003 16:39:35 -0000 @@ -78,7 +78,26 @@ #define PTRACE_SETDBREGS PT_SETDBREGS #endif -#ifdef linux +#if defined(__CYGWIN__) + +/* retrieve a thread context */ +static void get_thread_context( struct thread *thread, unsigned int +flags, CONTEXT *context ) +{ + /* FIXME: implement this */ + file_set_error(); +} + + +/* set a thread context */ +static void set_thread_context( struct thread *thread, unsigned int +flags, const CONTEXT *context ) +{ + /* FIXME: implement this */ + file_set_error(); +} + +#elif defined(linux) #ifdef HAVE_SYS_USER_H # include <sys/user.h> #endif

1 0

dxdiag gui regression
by Robert Reif 30 Apr '03

30 Apr '03

I am having problems with the gui in dxdiag.exe with the latest cvs. It appears to be coming up in the spanish language and the tab labels are all set to the first one. It worked ok with a cvs from a few days ago. Here are the errors: wine dxdiag.exe err:wave:OSS_WaveOutInit /dev/mixer1: not found! err:wave:OSS_WaveInInit /dev/mixer1: not found! fixme:ole:CoCreateInstance no classfactory created for CLSID {4590f811-1d3a-11d0-891f-00aa004b2e24}, hres is 0x80040154 err:module:BUILTIN32_LoadLibraryExA loaded .so but dll user.exe still not found - 16-bit dll or version conflict. err:module:BUILTIN32_LoadLibraryExA loaded .so but dll user.exe still not found - 16-bit dll or version conflict. err:ver:VerQueryValueW called on NE resource! fixme:global:GlobalMemoryStatusEx we should emulate the 4GB bug here, as per MSDN fixme:dsound:IKsPropertySetImpl_Get unsupported property: {f2957840-260c-11d1-a4d8-00c04fc28aca} fixme:system:EnumDisplayDevicesW ((nil),0,0x40711968,0x00000000), stub! fixme:system:EnumDisplayDevicesW (0x4071196c,0,0x4071120c,0x00000000), stub! fixme:dsound:IKsPropertySetImpl_Get unsupported property: {1aeaa606-35f0-11d1-b161-00c04fc28aca} This is a unicode program and it has a lot of problems related to that. Did it just happen to work before and some of the recent changes changed that behavior? The strange thing is that it worked properly when I tried to trace it to see what was happening. Any ideas before I start digging into this deeper? Thanks, Bob.

1 0

WINE flag
by KK singh 30 Apr '03

30 Apr '03

hi, I have a win32 application that plays some hashing tricks with HWND while running on win98 and uses the fact that on win98 HWND is always 16bit. This application is crashing on wine configured as win98 because HWND is something bigger than 16bit on wine. Now Can I Check from inside my application code, whether the application is running on linux or win98 If yes then I might be able to avoid those hashing tricks and solve the crash Regards kks __________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.com

4 3

Re: PATCH: aliasing problems in ole32
by Alexandre Julliard 29 Apr '03

29 Apr '03

Marcus Meissner <marcus(a)jet.franken.de> writes: > Changelog: > Fixed some warnings from newer gccs in regards to > pointer aliasing problems by using unions instead of > using (void**)&ptr constructs. All these unions are ugly IMO, it would be better to use an intermediate pointer instead, something like: void *ptr; ISomething *iface; IUnknown_QueryInterface(...,&ptr); iface = ptr; -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: Fix oleaut32/olepicture
by Alexandre Julliard 29 Apr '03

29 Apr '03

Maxime Bellengé <maxime.bellenge(a)laposte.net> writes: > + bits = HeapAlloc(GetProcessHeap(),HEAP_ZERO_MEMORY, > + (jd.output_height+1)*(jd.output_width+jd.output_width%sizeof(DWORD))*jd.output_components); > samprow=HeapAlloc(GetProcessHeap(),HEAP_ZERO_MEMORY,jd.output_width*jd.output_components); > + > + oldbits = bits; > + oldsamprow = samprow; > + padding = jd.output_width%sizeof(DWORD); The computations of the total width and of the padding are wrong, "width % sizeof(DWORD)" doesn't yield the result you want. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: Support for pkgconfig
by Mike Hearn 29 Apr '03

29 Apr '03

Anything wrong with this patch Alexandre? On Fri, 2003-04-04 at 21:00, Mike Hearn wrote: > Hi, > > pkgconfig as you may know is a replacement for the various foo-config > programs that are usually used to retrieve compiler flags etc for > packages. Here's a patch to add a .pc file to wine, this will hopefully > help the Mono guys (they said it'd be nice to have) > > ChangeLog: > Add a pkgconfig file > > thanks -mike

11 61

Re: Patch to get Borland's bcc 5.5 (free beer compiler) to work
by Dimitrie O. Paun 29 Apr '03

29 Apr '03

On April 27, 2003 08:15 pm, Troy Rollo wrote: > The only problem in the head code appears to be in the linker, which it > turns out has a problem when it's told there's 3GB of user address space. This is pretty cool. I've added you to the Fun page: http://63.138.153.104/wine/Wine-Fun.html#source Few questions: * Do you build on Windows? * Could we run bcc in Wine on Linux to build on Linux using bcc? * How far do you get? Do you actually get an executable? * Does it run? * What are the steps you need to take? A concise list of instructions would be nice :) I can post it on the Fun page, so other can play with it was well. -- Dimi.

4 4

Re: Excessive Swap with MSVC++ and Wine
by hatky 29 Apr '03

29 Apr '03

Hi sounds like a memory leak in the code sould be addressed to wine-devel(a)winehq.com and you should probably open a bug on this ..... wine-devel, can someone comment/help on that? (I think there wore more details on the original message) Hatky. --- Stephen Mollett <molletts(a)yahoo.com> wrote: > On Sunday 27 Apr 2003 14:51, Phil Thompson wrote: > > The problem is the amount of memory used by > link.exe. At the moment, with > > 256M of real memory and 1G of swap I quickly run > out. Under Windows2000, on > > the same machine, the link takes a long time > (30mins - 1 hour) but does > > complete. > > That sounds very similar to a problem I used to have > with another program. I > used to run NewsXpress under Wine (quite a nice, and > somewhat non-traditional > in design, newsreader) but I found that, even with > 1GB of RAM, I had to add > lots of swap in order to download large numbers of > headers. When I used to > run it on Windows, I was able to get tens or > hundreds of thousands of headers > in 128MB RAM without even approaching the point > where swapping would be > needed. > > I think it may be some inefficiency in Wine's memory > allocation subsystem - > perhaps it consistently allocates too much which > mounts up each time the > program requests more. (When I exited NewsXpress, > only about half of the > memory it had claimed was freed; the rest had to be > reclaimed with 'killall > wine'.) > > Doesn't help you very much, but perhaps it might > help someone to track down > the problem. > > Stephen > _______________________________________________ > wine-users mailing list > wine-users(a)winehq.com > http://www.winehq.com/mailman/listinfo/wine-users ===== Hatky ��: http://www.hatky.myz.info __________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.com

3 2

Re: slovene keyboard without dead keys
by Dmitry Timoshkov 29 Apr '03

29 Apr '03

"Rok Mandeljc" <rokmandeljc(a)hotmail.com> wrote: > I have problems with XFree86 4.3 and wine's keyboard layout detection > scheme. It seems that wine can't detect dead keys and use alt, therefore my > previous slovene layout isn't detected anymore. This one loads perfectly, > although alt-key combinations don't work. I'm strongly against fixing problems with new XFree86 4.3.0 this way and polluting x11drv with lots of similar keyboard layouts. A way to solve your problem is to use something like this in your XF86Config: Option "XkbLayout" "us,si" Option "XkbOptions" "grp:ctrl_shift_toggle" I.e. explicitly add "us" layout as the first language group and use Ctrl+Shift to switch between base and alternate keyboard layouts. -- Dmitry.

3 9

Dupes again, was: Re: Winword, StorageImpl_Commit
by Uwe Bonnes 29 Apr '03

29 Apr '03

Hallo, I am seeing duplicated messages like: Bye ------- start of forwarded message ------- Return-Path: <wine-devel-admin(a)winehq.com> Received: from mailserver2.hrz.tu-darmstadt.de (mailserver2.hrz.tu-darmstadt.de [130.83.22.129]) by elektron.ikp.physik.tu-darmstadt.de (8.11.2/8.11.2/SuSE Linux 8.11.1-0.5) with ESMTP id h3TGAqj31573 for <bon(a)elektron.ikp.physik.tu-darmstadt.de>; Tue, 29 Apr 2003 18:10:52 +0200 Received: from localhost.localdomain ([198.144.4.3]) by mailserver2.hrz.tu-darmstadt.de (8.12.9/8.12.8) with ESMTP id h3TGA6l3015786 for <bon(a)elektron.ikp.physik.tu-darmstadt.de>; Tue, 29 Apr 2003 18:10:06 +0200 Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by localhost.localdomain (8.12.8/8.12.8) with ESMTP id h3TFv1Kp018851; Tue, 29 Apr 2003 10:57:01 -0500 Received: from ouse.qinetiq.com (ouse.qinetiq.com [192.102.214.3]) by localhost.localdomain (8.12.8/8.12.8) with SMTP id h3TFu2Kp018786 for <wine-devel(a)winehq.com>; Tue, 29 Apr 2003 10:56:02 -0500 Received: (qmail 10428 invoked from network); 29 Apr 2003 16:56:22 +0100 Received: from unknown (HELO dart.qinetiq.com) (10.0.5.21) by ouse.qinetiq.com with SMTP; 29 Apr 2003 16:56:22 +0100 Received: from allen.qinetiq.com (Not Verified[10.0.20.10]) by dart.qinetiq.com) id <B00054c995>; Tue, 29 Apr 2003 16:56:02 +0100 Received: from unknown (HELO signal.dra.hmg.gb) (10.184.84.139) by allen.qinetiq.com with SMTP; 29 Apr 2003 16:56:02 +0100 Received: from pershore.dra.hmg.gb (pershore.dra.hmg.gb [192.35.94.42]) by signal.dra.hmg.gb (8.9.3/) with ESMTP id RAA01224; Tue, 29 Apr 2003 17:02:17 GMT Received: from littlegreen.dra.hmg.gb by pershore.dra.hmg.gb (8.8.8+Sun/SMI-SVR4) id QAA27906; Tue, 29 Apr 2003 16:57:11 +0100 (BST) -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

1 0

Winword, StorageImpl_Commit, Crossover and Wine
by Uwe Bonnes 29 Apr '03

29 Apr '03

Hallo, running MS Word 2000 with builtin dlls doesn't allow to write files, because of at least StorageImpl_Commit and WriteFmtUserTypeStg still stubs? Does Crosover Office still require the native OLE dlls or has it some implementation? Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

3 3

RE: Wine, WIDE & Unix (was: Support for pkgconfig)
by Patrik Stridvall 29 Apr '03

29 Apr '03

> > Well, the point is that i'm pretty sure that both Trolltech (and the > > KDE project) would very much like to Qt themed Wine in order to > > compete in the desktop market so I'm sure it would be possible to > > get some sort of "deal" somehow. > > > > Perhaps just releasing the Qt drawing primatives implementation > > under the LGPL would be a solution that would be acceptable > > to all parties. I can't see Trolltech losing very much from > doing that. > > > > No work at all (except convincing Trolltech to do that). > > Hehehe, yeah, that's the hard part, especially as the > difference between > Qt/X11 and Qt/Win32 is mostly the drawing primitives/window creation > code. Ah OK. Minor problem. :-( Why can't they make Qt/Win32 GPL:ed as well with the exception of the drawing primitives that have to become LGPL:ed. They released Qt/X11 under the GPL, since the GPL according to their interpretation will protect them from "free commercial use". Why not release Qt/Win32 under the GPL as well? > Bah. This is stupid. Before we start adding theming to Wine, I think > somebody should at least make an attempt at a unified theming > standard. > Otherwise we're just going to end up with huge amounts of bloat and > duplication in Wine already. A standard system would be much > better. No, > I don't have time for that :( Agreed. This is a post 1.0 issue IMHO.

2 1

Re: A little Xlib adventure
by Dimitrie O. Paun 29 Apr '03

29 Apr '03

On April 29, 2003 08:59 am, Mike Hearn wrote: > + /* set the pid. together, these properties are needed so the window > manager can kill us if we freeze */ Wrapped patch alert! :) -- Dimi.

2 2

RE: Wine, WIDE & Unix (was: Support for pkgconfig)
by Patrik Stridvall 29 Apr '03

29 Apr '03

> > Well, I can't see why Trolltech (the owners of Qt) would object. > > > > Presumably the main reason that you would want a Qt skin for > > Windows application running under Wine is that you run several > > other Unix applications using Qt... > > > > So I can't see why they wouldn't give us special permission > > if we for some reason would need it... > > I'm not sure it's quite that simple though. IIRC Qt/KDE themes use the > Qt drawing primitives (like gtk skins do with gdk). Unfortunately, > Qt/Win32 is not free software, so we'd have to stub out Qt with Win32 > equivalents in order to allow Qt skins to draw correctly. As GDK is > already ported to Win32 though, that'd be easier to use. > > I'm sure if somebody was motivated enough they could do so, and we may > need to stub out Qt anyway for KHTML at some point. But it's a lot of > work. Well, the point is that i'm pretty sure that both Trolltech (and the KDE project) would very much like to Qt themed Wine in order to compete in the desktop market so I'm sure it would be possible to get some sort of "deal" somehow. Perhaps just releasing the Qt drawing primatives implementation under the LGPL would be a solution that would be acceptable to all parties. I can't see Trolltech losing very much from doing that. No work at all (except convincing Trolltech to do that).

3 2

bugs.winehq.com
by hatky 29 Apr '03

29 Apr '03

Hi all, I am not sure if this is the place to disscuse it but I have mailed bugs(a)winehq.com and web-admin(a)winehq.org and have yet to get a replay So my question is: "Am I the only one who can not retrive his password?" I mean it's saying mail sent and stuff but I am not getting it. I tried it a few times doing the last few days and I do not get any mail. I think it can be becouse of some configuration on the new server or it can be my sf.net filltering (it claimed to have one when I first registered a long time ago but with no details).... Hatky. __________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.com

1 0

Re: Fix loading icon from resource
by BiGgUn 29 Apr '03

29 Apr '03

Hi Did you successfully load the splashscreen of emule ? I got a strange biased image instead of a clean one :-\ Stephan

2 1

RE: Wine, WIDE & Unix (was: Support for pkgconfig)
by Patrik Stridvall 29 Apr '03

29 Apr '03

> > Once you have a skinning API, you just implement a 'gnome > compat' and 'kde > > compat' skin (or even just an automagical one that does > both) the thing would > > "just work", right? Why, it shouldn't take more than a > couple of hours ;) > > (WARNING: that last part was a joke, if you set your watch > by this you very > > well may miss work for several years). > > I don't think we could do KDE skins, as (surprise) they depend on Qt > which is GPLd. Well, I can't see why Trolltech (the owners of Qt) would object. Presumably the main reason that you would want a Qt skin for Windows application running under Wine is that you run several other Unix applications using Qt... So I can't see why they wouldn't give us special permission if we for some reason would need it... The alternative a GTK skinned only Wine would not benefit them at all, quite the opposite.

2 1

FindWindow timeouts
by Mike Hearn 29 Apr '03

29 Apr '03

Hi, After chatting to some people on IRC about windows message handling, I remembered a bug I hit where a frozen window could kill everything because FindWindow sends a message to every window with no timeout (to get the window text). Is this right? Wouldn't it be better to make FindWindow more robust by sending messages with a timeout so if one window in an app (or anothe process) has frozen, it doesn't kill the caller? thanks -mike

2 1

Re: Crash in BeginPaint running Sams Photofact index, a free VB app
by Dan Kegel 29 Apr '03

29 Apr '03

That did it. And yes, the workaround was needed in EndPaint, too; I tried Mike's patch first, and added the EndPaint workaround myself before I noticed Dmitry's patch. The app isn't very functional, but at least it doesn't crash. I encourage anyone who is working on Visual Basic compatibility to give http://www.servicesoftware.com/sams/SAMSINDEX.exe a spin. (And look at all the pretty fixme's :-) Thanks, Dan Dmitry Timoshkov wrote: > "Dan Kegel" <dank(a)kegel.com> wrote: > > >>Backtrace: >>=>0 0x409e5873 (BeginPaint+0x9f(hwnd=0x10029, lps=0x0) [painting.c:200] in user32.dll.so) (ebp=40892bc4) > > > Attached patch should help a bit. > > > > ------------------------------------------------------------------------ > > Protect BeginPaint and EndPaint from lps being NULL. > > --- cvs/hq/wine/dlls/user/painting.c Thu Jan 09 03:41:30 2003 > +++ painting.c Mon Apr 28 10:15:46 2003 > @@ -159,6 +159,8 @@ > HWND full_handle; > WND *wndPtr; > > + if (!lps) return 0; > + > if (!(full_handle = WIN_IsCurrentThread( hwnd ))) > { > if (IsWindow(hwnd)) > @@ -239,6 +241,8 @@ > */ > BOOL WINAPI EndPaint( HWND hwnd, const PAINTSTRUCT *lps ) > { > + if (!lps) return FALSE; > + > ReleaseDC( hwnd, lps->hdc ); > ShowCaret( hwnd ); > return TRUE; -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

1 0

Re: Crash in BeginPaint running Sams Photofact index, a free VB app
by Uwe Bonnes 28 Apr '03

28 Apr '03

>>>>> "Dmitry" == Dmitry Timoshkov <dmitry(a)baikal.ru> writes: Dmitry> "Dan Kegel" <dank(a)kegel.com> wrote: >> Backtrace: =>0 0x409e5873 (BeginPaint+0x9f(hwnd=0x10029, lps=0x0) >> [painting.c:200] in user32.dll.so) (ebp=40892bc4) Dmitry> Attached patch should help a bit. Dmitry> -- Dmitry. Protect BeginPaint and EndPaint from lps being NULL. Dmitry> --- cvs/hq/wine/dlls/user/painting.c Thu Jan 09 03:41:30 2003 Dmitry> +++ painting.c Mon Apr 28 10:15:46 2003 @@ -159,6 +159,8 @@ HWND Dmitry> full_handle; WND *wndPtr; Dmitry> + if (!lps) return 0; + if (!(full_handle = WIN_IsCurrentThread( Dmitry> hwnd ))) { if (IsWindow(hwnd)) @@ -239,6 +241,8 @@ */ BOOL Dmitry> WINAPI EndPaint( HWND hwnd, const PAINTSTRUCT *lps ) { + if Dmitry> (!lps) return FALSE; + ReleaseDC( hwnd, lps->hdc ); ShowCaret( Dmitry> hwnd ); return TRUE; Is lps==NULL an argument that BeginPaint() and EndPaint() should cope with or is it a result for errors hidden deeper? -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

5 7

WineHQ: different pages with same content
by Stefan Leichter 28 Apr '03

28 Apr '03

Hello, during browsing WineHQ offline (via wwwoffle) i noticed that the links in the left column of the current WWN are different to the links on the main page and some other (have not tested all) e.g. in the development section of the WWN the CVS link is: http://www.winehq.com/index.php?page=cvs on the main page (and other) the link is http://www.winehq.com/?page=cvs Any reason for this? Bye Stefan

2 1

Re: Patch to get Borland's bcc 5.5 (free beer compiler) to work
by Uwe Bonnes 28 Apr '03

28 Apr '03

>>>>> "Troy" == Troy Rollo <wine(a)troy.rollo.name> writes: Troy> The only problem in the head code appears to be in the linker, Troy> which it turns out has a problem when it's told there's 3GB of Troy> user address space. Since Windows only offers a 3GB user address Troy> space in what passes for Microsoft's high end server editions of Troy> the operating system, it is unlikely that this is necessary. My Troy> solution is to drop the user address space to 2GB - if 3GB is Troy> desired, it probably should be a configurable option rather than Troy> hard coded as is the case now. Troy> I dealt with a related FIXME along the way. Troy> diff -u -r1.4 virtual.c --- dlls/ntdll/virtual.c 7 Jan 2003 Troy> 20:36:28 -0000 1.4 +++ dlls/ntdll/virtual.c 28 Apr 2003 00:05:58 Troy> -0000 @@ -102,7 +102,8 @@ # define page_mask 0xfff # define Troy> page_shift 12 # define page_size 0x1000 -# define What version did you specify in ~/.wine/config [windows] version? I guess you ran in non NT mode. And I guess your change will do havoc to programs needing NT mode (like Xilix ISE). Probably the limit has to be set in dependance of the version emulated. Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

1 0

Re: Mac OS X Support (patch with diff -u)
by Pierre d'Herbemont 28 Apr '03

28 Apr '03

On Sunday, April 27, 2003, at 10:09 PM, Pierre d'Herbemont wrote: > Hi, > Here is a patch which mostly enables compilation on Mac OS X. The > support is not full as there is still some makefiles issues on which I > can't find a *clean* correction and a new issue I discovered in this > cvs version related to the libwine_port and the getopt function. > I am sorry but there is still a lot of brokent things in this patch, it is only partially working on Mac OS X. I'll provide an other which will be better so, don't loose time while looking at this one... Sorry. Pierre

1 0

Re: Wine, WIDE & Unix (was: Support for pkgconfig)
by Brian Vincent (C) 28 Apr '03

28 Apr '03

> Wide doesn't change that. In fact, being based on Wine, it will implicitly > benefit from all the integration work we do on the Wine side. But at that > point, people will ask: what is the difference between Wide, and just Wine > running in Gnome? I think the problems you're going to run into immediately are: 1) Wine still isn't that far along to support something like this, bigger problems need to be solved first. Not the least of which is just good integration with the existing distributions (which will solve 90% of the problems you'll run into creating your own desktop.) 2) Finding people to do the work. Right now there seems to be a problem finding someone to work on the config tool, let alone a full blown desktop with multiple integrated apps. 3) Documentation.. it's never been one of the strong points of the project and a whole desktop environment needs a lot of it. 4) API.. Alexandre made an excellent point that promoting an API designed by MS puts the ball in their court. Pretty hard to compete on even terms with a company that has a lot of talented, motivated people and a war chest bigger than the GNP of a lot of nations. I think the proper thing to do is write it up an outline of it and put it on the "Fun Projects" page. Maybe someone will find the time to work on it. --------------- Brian Vincent Copper Mountain Telecom vincentb(a)coppercolorado.com

1 0

Re: Mac OS X Support (patch with diff -u)
by Marcus Meissner 28 Apr '03

28 Apr '03

On Sun, Apr 27, 2003 at 10:09:43PM +0200, Pierre d'Herbemont wrote: > Hi, > Here is a patch which mostly enables compilation on Mac OS X. The > support is not full as there is still some makefiles issues on which I > can't find a *clean* correction and a new issue I discovered in this > cvs version related to the libwine_port and the getopt function. > > Sorry for the -u option, I thought it was enabled by default :( The PPC assembly stuff appears correct to me :) Ciao, Marcus

2 1

New patch for WINE support in valgrind uploaded to sourceforge
by Adam Gundy 28 Apr '03

28 Apr '03

A new version of the patch to valgrind needed to support WINE has been uploaded to Sourceforge: http://sourceforge.net/tracker/index.php?func=detail&aid=710006&group_id=46… It should apply cleanly to current valgrind CVS. This version of the patch will now work with an unmodified WINE CVS version. This is because it now _fully_ implements clone() support - ie it really does create system level threads. Currently only one thread can run at a time, so there are no locking issues in the main valgrind code. To use with WINE, you need to get a CVS checkout of valgrind, then apply the patch using: export CVSROOT=:pserver:anonymous@cvs.sourceforge.net:/cvsroot/valgrind cvs login cvs co valgrind patch -p0 < valgrind-wine.patch.13 then build and install valgrind: autogen.sh ./configure make install Get a CVS checkout of WINE by following the instructions at: http://www.winehq.com/?page=cvs then configure (for debugging) and build: CFLAGS=-g ./configure make depend && make install now you can start looking for bugs in WINE, and bugs in your own (debug) Windows code. Copy any DLLs/EXEs to somewhere WINE can get to them, plus copy any .PDB files that go with them into the same directory. Run WINE under valgrind using eg: valgrind --num-callers=30 --workaround-gcc296-bugs=yes wine notepad.exe or even: valgrind --num-callers=30 --workaround-gcc296-bugs=yes --gdb-attach=yes wine notepad.exe enjoy. Seeya, Adam -- Real Programmers don't comment their code. If it was hard to write, it should be hard to read, and even harder to modify. These are all my own opinions.

1 0

Crash in BeginPaint running Sams Photofact index, a free VB app
by Dan Kegel 28 Apr '03

28 Apr '03

Wine is coming along! It can *almost* run a real world VB app I downloaded tonight. I'm trying to fix an old TV, and I wanted to see if Sams has a manual for it, so I downloaded their index program (http://www.servicesoftware.com/sams/) and was happy to discover it installed properly under a recent Wine (once I copied in the msiexec stuff, stdole2.tlb, etc.). However, it didn't quite run properly. Here's what I got running it under wine-20030408: Unhandled exception: page fault on write access to 0x00000000 in 32-bit code (0x409e5873). In 32-bit mode. 0x409e5873 (BeginPaint+0x9f [painting.c:200] in user32.dll.so): movl %eax,0x0(%edx) 203 if (!lps->hdc) Wine-dbg>bt Backtrace: =>0 0x409e5873 (BeginPaint+0x9f(hwnd=0x10029, lps=0x0) [painting.c:200] in user32.dll.so) (ebp=40892bc4) 1 0x52195475 (GRIDX.OCX..text+0x14475 in C:\WINDOWS\SYSTEM\GRIDX.OCX) (ebp=40892c18) 2 0x52194fe0 (GRIDX.OCX..text+0x13fe0 in C:\WINDOWS\SYSTEM\GRIDX.OCX) (ebp=40892c40) 3 0x5218b961 (GRIDX.OCX..text+0xa961 in C:\WINDOWS\SYSTEM\GRIDX.OCX) (ebp=40892c88) 4 0x409cc817 (WINPROC_wrapper+0x17 in user32.dll.so) (ebp=40892cac) 5 0x409cc875 (WINPROC_CallWndProc+0x55(proc=0x41855438, hwnd=0x10029, msg=0xf, wParam=0x0, lParam=0x0) [winproc.c:185] in user32.dll.so) (ebp=40892cd8) 6 0x409d1535 (CallWindowProcA+0xf9(func=0x40df0908, hwnd=0x10029, msg=0xf, wParam=0x0, lParam=0x0) [winproc.c:2812] in user32.dll.so) (ebp=40892d0c) 7 0x409b5a3e (DispatchMessageA+0x96(msg=0x40892d68) [message.c:794] in user32.dll.so) (ebp=40892d50) 8 0x66014979 (MSVBVM60.DLL.__vbaInStr+0x3b7 in C:\WINDOWS\SYSTEM\MSVBVM60.DLL) (ebp=40892d90) 9 0x660148b2 (MSVBVM60.DLL.__vbaInStr+0x2f0 in C:\WINDOWS\SYSTEM\MSVBVM60.DLL) (ebp=40892dd4) 10 0x66014790 (MSVBVM60.DLL.__vbaInStr+0x1ce in C:\WINDOWS\SYSTEM\MSVBVM60.DLL) (ebp=6601a360) 11 0x66010e00 (MSVBVM60.DLL.BASIC_CLASS_QueryInterface+0x17 in C:\WINDOWS\SYSTEM\MSVBVM60.DLL) (ebp=660d3526) 12 0x0c2474ff (SAMSINDX.exe..rsrc+0xbe334ff) (ebp=0424448b) *** Invalid address 0x0424448b (SAMSINDX.exe..rsrc+0x3e3048b) I can run this app under real Windows, but this is such a juicy little testcase I bet someone will want to take a look at it :-) - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

2 1

New plans for wintab work.
by Robert North 28 Apr '03

28 Apr '03

Ok, Here are my plans for wintab work. If Aric's pach is considered ready to go into CVS, then I can start working on this in the following areas: Painter support. I beleive there are some problems getting Painter to work with wintab. This is my priority. Additional configuration for wintab. Aric's wintab reqires no configuration. It is only targeted at Intuos tablets. My implementation was to have a zero config default for the intuos2 tablet, similar to Aric's. Config could be provided where necessary to modify how an intuos tablet is seen by wintab, or to allow other tablet types to be used by wintab. I could merge this work into Aric's implementation. This would require significant re-factoring of Aric's data structs to match the more generic data structs I implemented. I may not have too much time to do work for the next 3 weeks, but I'd hope to make some progress on the painter side. Comments/questions welcome. -Rob.

2 1

X11DRV_DIB_CreateDIBSection
by Robert Lunnon 27 Apr '03

27 Apr '03

Under Solaris I have a problem with this function.which appears to protect a section of the DIB giving a portion of it no access at all and when the application tries to blit from it later, a segfault results. Anyone had any similar experiences/know of this problem ? The offending application was little fighter II ntdll.dll.so`VIRTUAL_SetProt() ntdll.dll.so`VirtualProtectEx+0x27() ntdll.dll.so`VirtualProtect+0x23() x11drv.dll.so`X11DRV_DIB_DoProtectDIBSection+0x43() x11drv.dll.so`X11DRV_DIB_CreateDIBSection+0x32d() gdi32.dll.so`DIB_CreateDIBSection+0x4b() ddraw.dll.so`create_dib+0x14e() ddraw.dll.so`DIB_DirectDrawSurface_Construct+0xe3(dd5c2da0, dd5c16c8, dd532648) ddraw.dll.so`DIB_DirectDrawSurface_Create+0x6c() ddraw.dll.so`Main_create_offscreen+0x42() ddraw.dll.so`create_offscreen+0x105() ddraw.dll.so`Main_DirectDraw_CreateSurface+0xed() ddraw.dll.so`IDirectDrawImpl_CreateSurface+0x2f() 0x439a00()

2 1

Wine on cygwin
by Steven Edwards 27 Apr '03

27 Apr '03

It seems kernel and ntdll are not seperated properly as I can build ntdll.dll on cygwin now with no problems but when it gets to dlls/kernel it is failing with this error. If I include the ntdll files wine/memory/* wine/loaders/* and others in kernel32 then it will build. Thanks Steven dllwrap -k --def kernel32.spec.def -o kernel32.dll kernel.res.o ../../ole/ole2nl s.o change.o comm.o computername.o console.o debugger.o editline.o format_msg.o kernel_main.o lcformat.o locale.o stress.o string.o sync.o thunk.o time.o toolhe lp.o utthunk.o win87em.o windebug.o wowthunk.o kernel32.dll.dbg.o --entry _MAIN _KernelInit -L../../dlls -lntdll -L../../libs/wine -lwine -L../../libs/unicode -lwine_unicode -L../../libs/port -lwine_port -lm Warning: resolving _MAIN_KernelInit by linking to _MAIN_KernelInit@12 Use --enable-stdcall-fixup to disable these warnings Use --disable-stdcall-fixup to disable these fixups comm.o(.text+0x10f5): In function `EscapeCommFunction': /cygdrive/g/src/wine-dev/wine/dlls/kernel/comm.c:593: undefined reference to `_F ILE_GetUnixHandle' comm.o(.text+0x15b2): In function `PurgeComm': /cygdrive/g/src/wine-dev/wine/dlls/kernel/comm.c:710: undefined reference to `_F ILE_GetUnixHandle' comm.o(.text+0x1761): In function `ClearCommError': /cygdrive/g/src/wine-dev/wine/dlls/kernel/comm.c:751: undefined reference to `_F ILE_GetUnixHandle' comm.o(.text+0x1939): In function `SetupComm': /cygdrive/g/src/wine-dev/wine/dlls/kernel/comm.c:815: undefined reference to `_F ILE_GetUnixHandle' comm.o(.text+0x1e12): In function `SetCommState': /cygdrive/g/src/wine-dev/wine/dlls/kernel/comm.c:910: undefined reference to `_F ILE_GetUnixHandle' comm.o(.text+0x25fc):/cygdrive/g/src/wine-dev/wine/dlls/kernel/comm.c:1255: more undefined references to `_FILE_GetUnixHandle' follow computername.o(.text+0x5e4): In function `COMPUTERNAME_Init': /cygdrive/g/src/wine-dev/wine/dlls/kernel/computername.c:219: undefined referenc e to `_PROFILE_GetWineIniBool' computername.o(.text+0x161c): In function `SetComputerNameW': /cygdrive/g/src/wine-dev/wine/dlls/kernel/computername.c:542: undefined referenc e to `_PROFILE_GetWineIniBool' kernel_main.o(.text+0x86): In function `process_attach': /cygdrive/g/src/wine-dev/wine/dlls/kernel/kernel_main.c:75: undefined reference to `_FILE_umask' kernel_main.o(.text+0x98):/cygdrive/g/src/wine-dev/wine/dlls/kernel/kernel_main. c:82: undefined reference to `_RELAY_Init' kernel_main.o(.text+0xf3):/cygdrive/g/src/wine-dev/wine/dlls/kernel/kernel_main. c:127: undefined reference to `_TASK_CreateMainTask' kernel_main.o(.text+0x13f):/cygdrive/g/src/wine-dev/wine/dlls/kernel/kernel_main .c:138: undefined reference to `_main_create_flags' kernel_main.o(.text+0x196):/cygdrive/g/src/wine-dev/wine/dlls/kernel/kernel_main .c:141: undefined reference to `_main_create_flags' kernel_main.o(.text+0x1bb):/cygdrive/g/src/wine-dev/wine/dlls/kernel/kernel_main .c:95: undefined reference to `_NE_SetEntryPoint' kernel_main.o(.text+0x1d5): In function `process_attach': /cygdrive/g/src/wine-dev/wine/dlls/kernel/../../include/wine/library.h:186: unde fined reference to `_NE_SetEntryPoint' kernel_main.o(.text+0x1ef):/cygdrive/g/src/wine-dev/wine/dlls/kernel/../../inclu de/wine/library.h:187: undefined reference to `_NE_SetEntryPoint' kernel_main.o(.text+0x219): In function `process_attach': /cygdrive/g/src/wine-dev/wine/dlls/kernel/../../include/wine/winbase16.h:402: un defined reference to `_TASK_InstallTHHook' kernel_main.o(.text+0x225): In function `process_attach': /cygdrive/g/src/wine-dev/wine/dlls/kernel/kernel_main.c:110: undefined reference to `_DOSMEM_MapDosToLinear' kernel_main.o(.text+0x249):/cygdrive/g/src/wine-dev/wine/dlls/kernel/kernel_main .c:110: undefined reference to `_GLOBAL_CreateBlock' kernel_main.o(.text+0x260):/cygdrive/g/src/wine-dev/wine/dlls/kernel/kernel_main .c:110: undefined reference to `_NE_SetEntryPoint' kernel_main.o(.text+0x26c):/cygdrive/g/src/wine-dev/wine/dlls/kernel/kernel_main .c:111: undefined reference to `_DOSMEM_MapDosToLinear' kernel_main.o(.text+0x290):/cygdrive/g/src/wine-dev/wine/dlls/kernel/kernel_main .c:111: undefined reference to `_GLOBAL_CreateBlock' kernel_main.o(.text+0x2a7):/cygdrive/g/src/wine-dev/wine/dlls/kernel/kernel_main .c:111: undefined reference to `_NE_SetEntryPoint' kernel_main.o(.text+0x2b3):/cygdrive/g/src/wine-dev/wine/dlls/kernel/kernel_main .c:112: undefined reference to `_DOSMEM_MapDosToLinear' kernel_main.o(.text+0x2d7):/cygdrive/g/src/wine-dev/wine/dlls/kernel/kernel_main .c:112: undefined reference to `_GLOBAL_CreateBlock' kernel_main.o(.text+0x2ee):/cygdrive/g/src/wine-dev/wine/dlls/kernel/kernel_main .c:112: undefined reference to `_NE_SetEntryPoint' kernel_main.o(.text+0x2fa):/cygdrive/g/src/wine-dev/wine/dlls/kernel/kernel_main .c:113: undefined reference to `_DOSMEM_MapDosToLinear' kernel_main.o(.text+0x31e):/cygdrive/g/src/wine-dev/wine/dlls/kernel/kernel_main .c:113: undefined reference to `_GLOBAL_CreateBlock' kernel_main.o(.text+0x335):/cygdrive/g/src/wine-dev/wine/dlls/kernel/kernel_main .c:113: undefined reference to `_NE_SetEntryPoint' kernel_main.o(.text+0x341):/cygdrive/g/src/wine-dev/wine/dlls/kernel/kernel_main .c:114: undefined reference to `_DOSMEM_MapDosToLinear' kernel_main.o(.text+0x365):/cygdrive/g/src/wine-dev/wine/dlls/kernel/kernel_main .c:114: undefined reference to `_GLOBAL_CreateBlock' kernel_main.o(.text+0x37c):/cygdrive/g/src/wine-dev/wine/dlls/kernel/kernel_main .c:114: undefined reference to `_NE_SetEntryPoint' kernel_main.o(.text+0x388):/cygdrive/g/src/wine-dev/wine/dlls/kernel/kernel_main .c:115: undefined reference to `_DOSMEM_MapDosToLinear' kernel_main.o(.text+0x3ac):/cygdrive/g/src/wine-dev/wine/dlls/kernel/kernel_main .c:115: undefined reference to `_GLOBAL_CreateBlock' kernel_main.o(.text+0x3c3):/cygdrive/g/src/wine-dev/wine/dlls/kernel/kernel_main .c:115: undefined reference to `_NE_SetEntryPoint' kernel_main.o(.text+0x3ca):/cygdrive/g/src/wine-dev/wine/dlls/kernel/kernel_main .c:116: undefined reference to `_DOSMEM_0000H' kernel_main.o(.text+0x3de):/cygdrive/g/src/wine-dev/wine/dlls/kernel/kernel_main .c:116: undefined reference to `_NE_SetEntryPoint' kernel_main.o(.text+0x3e5):/cygdrive/g/src/wine-dev/wine/dlls/kernel/kernel_main .c:117: undefined reference to `_DOSMEM_BiosSysSeg' kernel_main.o(.text+0x3f9):/cygdrive/g/src/wine-dev/wine/dlls/kernel/kernel_main .c:117: undefined reference to `_NE_SetEntryPoint' kernel_main.o(.text+0x400):/cygdrive/g/src/wine-dev/wine/dlls/kernel/kernel_main .c:118: undefined reference to `_DOSMEM_BiosDataSeg' kernel_main.o(.text+0x414):/cygdrive/g/src/wine-dev/wine/dlls/kernel/kernel_main .c:118: undefined reference to `_NE_SetEntryPoint' kernel_main.o(.text+0x41b):/cygdrive/g/src/wine-dev/wine/dlls/kernel/kernel_main .c:119: undefined reference to `_DOSMEM_BiosSysSeg' kernel_main.o(.text+0x42f):/cygdrive/g/src/wine-dev/wine/dlls/kernel/kernel_main .c:119: undefined reference to `_NE_SetEntryPoint' kernel_main.o(.text+0x471): In function `MAIN_KernelInit': /cygdrive/g/src/wine-dev/wine/dlls/kernel/kernel_main.c:160: undefined reference to `_WriteOutProfiles16@0' locale.o(.text+0x2792): In function `LOCALE_Init': /cygdrive/g/src/wine-dev/wine/dlls/kernel/locale.c:1012: undefined reference to `_CODEPAGE_Init' thunk.o(.text+0x4ab): In function `_loadthunk': /cygdrive/g/src/wine-dev/wine/dlls/kernel/thunk.c:164: undefined reference to `_ NE_GetOrdinal' thunk.o(.text+0x515): In function `_loadthunk': /cygdrive/g/src/wine-dev/wine/dlls/kernel/../../include/wine/winbase16.h:402: un defined reference to `_NE_GetEntryPointEx' thunk.o(.text+0x1c82): In function `IsPeFormat16': /cygdrive/g/src/wine-dev/wine/dlls/kernel/thunk.c:1115: undefined reference to ` _OpenFile16@12' thunk.o(.text+0x1ca8):/cygdrive/g/src/wine-dev/wine/dlls/kernel/thunk.c:1117: un defined reference to `__llseek16@12' thunk.o(.text+0x1cc2):/cygdrive/g/src/wine-dev/wine/dlls/kernel/thunk.c:1118: un defined reference to `__lread16@12' thunk.o(.text+0x1d0b):/cygdrive/g/src/wine-dev/wine/dlls/kernel/thunk.c:1120: un defined reference to `__llseek16@12' thunk.o(.text+0x1d28):/cygdrive/g/src/wine-dev/wine/dlls/kernel/thunk.c:1121: un defined reference to `__lread16@12' thunk.o(.text+0x2531): In function `C16ThkSL': /cygdrive/g/src/wine-dev/wine/dlls/kernel/thunk.c:1368: undefined reference to ` ___wine_call_from_16_thunk' thunk.o(.text+0x2729): In function `C16ThkSL01': /cygdrive/g/src/wine-dev/wine/dlls/kernel/thunk.c:1425: undefined reference to ` ___wine_call_from_16_thunk' thunk.o(.text+0x2b8d): In function `THUNK_AllocLSThunklet': /cygdrive/g/src/wine-dev/wine/dlls/kernel/thunk.c:1592: undefined reference to ` _TASK_GetPtr' thunk.o(.text+0x2c85): In function `THUNK_AllocSLThunklet': /cygdrive/g/src/wine-dev/wine/dlls/kernel/thunk.c:1626: undefined reference to ` _TASK_GetPtr' thunk.o(.text+0x3341): In function `CBClientThunkSL': /cygdrive/g/src/wine-dev/wine/dlls/kernel/thunk.c:1894: undefined reference to ` _CALL32_CBClient' thunk.o(.text+0x33b6): In function `CBClientThunkSLEx': /cygdrive/g/src/wine-dev/wine/dlls/kernel/thunk.c:1910: undefined reference to ` _CALL32_CBClientEx' wowthunk.o(.text+0xc4): In function `K32WOWGetVDMPointer': /cygdrive/g/src/wine-dev/wine/dlls/kernel/wowthunk.c:92: undefined reference to `_DOSMEM_MapRealToLinear' wowthunk.o(.text+0x3c4): In function `K32WOWHandle32': /cygdrive/g/src/wine-dev/wine/dlls/kernel/wowthunk.c:238: undefined reference to `_TASK_GetPtr' wowthunk.o(.text+0x5b4): In function `K32WOWHandle16': /cygdrive/g/src/wine-dev/wine/dlls/kernel/wowthunk.c:279: undefined reference to `_THREAD_IdToTEB' wowthunk.o(.text+0x6ec): In function `GetVDMPointer32W16': /cygdrive/g/src/wine-dev/wine/dlls/kernel/wowthunk.c:341: undefined reference to `_GlobalHandle16@4' wowthunk.o(.text+0x6fa):/cygdrive/g/src/wine-dev/wine/dlls/kernel/wowthunk.c:341 : undefined reference to `_GlobalPageLock16@4' wowthunk.o(.text+0x7ac): In function `LoadLibraryEx32W16': /cygdrive/g/src/wine-dev/wine/dlls/kernel/wowthunk.c:373: undefined reference to `_DIR_SearchPath' wowthunk.o(.text+0x225): In function `K32WOWYield16': /cygdrive/g/src/wine-dev/wine/dlls/kernel/wowthunk.c:195: undefined reference to `_Yield16@0' wowthunk.o(.text+0x23e): In function `K32WOWDirectedYield16': /cygdrive/g/src/wine-dev/wine/dlls/kernel/wowthunk.c:208: undefined reference to `_DirectedYield16@4' collect2: ld returned 1 exit status dllwrap: gcc exited with status 1 make: *** [kernel32.dll] Error 1

1 0

Mac OS X and Wine troubles
by Pierre d'Herbemont 27 Apr '03

27 Apr '03

Hi, First of all I have a good news :) : Wine is able to build on Mac OS X. We decided not to follow WineHQ cvs version for early build, in order not to be so much disturbed by others wine development and not to produce bad patches, but don't worry ;) we are (of course!) planing to send patches, I hope they would be integrated... I had never use Wine before so sorry for the basic questions. I ran wineinstall, everything goes well until wineinstall attempts to launch regedit. Wine goes wrong, it tells me : Warning: no valid DOS drive found, check your configuration file. Warning: could not find wine config [Drive x] entry for current working directory /Users/steg/Documents/Programmation/wine; starting in windows directory. /Users/steg/Documents/Programmation/wine/miscemu/wine: cannot find './programs/regedit/regedit.exe.so' For me the problem comes from somewhere in the reading of the file ~/.wine/config, which exists and is parsed, but maybe I missed something in wine configuration (like a register file or something)? Could someone tell we wether I am wrong or not? Secondly I manage to copy a windows folder to the root '/' of my disk, so I can launch an app with the command "wine notepad.exe". I added a basic Mach-O (Mac OS X binary file format) compatibility to libwine in order the file type to be recognized. But now I am getting error like: wine: could not load 'C:\windows\regedit.exe': dlcompat: dyld: wine Undefined symbols: _FormatMessageA _RegCloseKey _RegCreateKeyExA _RegDeleteKeyA _RegEnumKeyExA _RegEnumValueA _RegOpenKeyA _RegQueryInfoKeyA _RegSetValueExA I suppose that the problem comes from the fact that the dlls are not loaded before the notepad.exe, assuming that the problem is still related with the ~/.wine/config reading. Do I suppose right? If you have any idea of what could be wrong, or just a thought drop me a line, it could be very useful :) Cheers, Pierre

3 3

cvs hangs
by Ferenc Wagner 27 Apr '03

27 Apr '03

Hello, since the crash, every cvs operation I do hangs at the end. [Concurrent Versions System (CVS) 1.11.1p1 (client/server)] For example: tba:/usr/local/src/wine/ $ cvs status configure.ac =================================================================== File: configure.ac Status: Up-to-date Working revision: 1.151 Repository revision: 1.151 /home/wine/wine/configure.ac,v Sticky Tag: (none) Sticky Date: (none) Sticky Options: (none) <wait for a very long time, then get bored and press ^C> cvs [status aborted]: received interrupt signal The same for an update, too. It seems to do a perfect job, though. cvs is sleeping in tcp_data_wait indefinitely. I have no idea what can cause this. Any advice? Feri.

4 4

winevdm changes break non-Linux platforms
by Gerald Pfeifer 27 Apr '03

27 Apr '03

I'm sorry to bother you, but the following change Moved the functionality of starting Win16 and DOS programs from the common process startup into a separate winevdm application. breaks non-Linux (actually "non-MZ" platforms as far as I can tell): /sw/test/wine/dlls/winedos% make /sw/gcc-3.2.2/bin/gcc -shared -Wl,-Bsymbolic,-z,defs winedos.spec.o devices.o dma.o dosaspi.o dosconf.o dosvm.o fpu.o himem.o int09.o int10.o int11.o int12.o int13.o int15.o int16.o int17.o int19.o int1a.o int20.o int21.o int25.o int26.o int29.o int2a.o int2f.o int31.o int33.o int41.o int4b.o int5c.o int67.o interrupts.o ioports.o module.o relay.o soundblaster.o vga.o xms.o winedos.dll.dbg.o -o winedos.dll.so -L../../dlls -L../../libs/wine -lwine -L../../libs/unicode -lwine_unicode -L../../libs/port -lwine_port -lm -lc winedos.spec.o: In function `__wine_spec_exports_funcs': winedos.spec.o(.data+0x40): undefined reference to `wine_load_dos_exe' winedos.spec.o: In function `__wine_spec_exp_ordinals': winedos.spec.o(.data+0xd8): undefined reference to `wine_load_dos_exe' winedos.spec.o(.data+0xd1): undefined reference to `wine_load_dos_exe' collect2: ld returned 1 exit status *** Error code 1 Gerald -- Gerald "Jerry" pfeifer(a)dbai.tuwien.ac.at http://www.pfeifer.com/gerald/

1 0

Re: commctrl: fix indentation
by Francois Gouget 27 Apr '03

27 Apr '03

On Sat, 26 Apr 2003, Dimitrie O. Paun wrote: > > ChangeLog > Indentation fixes. I noticed the resulting file still uses a mixture of spaces and tabs for alignment. Maybe some tabs escaped? Tabs really shouldn't be used unless they are at the beginning of a line. -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ The greatest programming project of all took six days; on the seventh day the programmer rested. We've been trying to debug the *&^%$#@ thing ever since. Moral: design before you implement.

2 1

Re: wine/ scheduler/process.c programs/Makefile.in ...
by Dimitrie O. Paun 27 Apr '03

27 Apr '03

On April 26, 2003 08:47 pm, Alexandre Julliard wrote: > Moved the functionality of starting Win16 and DOS programs from the > common process startup into a separate winevdm application. Wow -- very nice! It almost makes miscemu/main.c wanna move to something like programs/wine ;) This is very cool, the source starts to look better and better every day. Thanks! -- Dimi.

1 0

need you experts to confirm this about wine and mingw
by Kai 26 Apr '03

26 Apr '03

Hi, lists, I try to compile wine in mingw, is it possible? Can the compiled wine run in mingw? What I need? I installed the following package on my win2000: MinGW-2.0.0-3.exe MSYS-1.0.8.exe msysDTK-1.0.1.exe gdb-5.2.1.1-1.exe is it enough? But when I try, i got the following error: configure: error: no suitable bison/yacc found. Please install the 'bison' package. Where can I get the package? Any idea is very appreciated! Kai _________________________________________________________ Do You Yahoo!? 下载免费即时聊天软件“雅虎通”感受动感聊天魅力，赶快用你的雅虎电邮帐号登陆吧~ http://cn.rd.yahoo.com/mail_cn/tag/?http://cn.messenger.yahoo.com/

3 2

[FYI] cvsup on glibc2.3 systems (e.g. RedHat 9)
by Dimitrie O. Paun 26 Apr '03

26 Apr '03

Folks, As I've reported earlier on the list, cvsup compiled for glibc 2.x (x < 3) systems does not work on the new glibc2.3 systems, such as RedHat 9, or Mandrake 9.1, due to the threading changes. I've been looking all over the net for a precompiled binary of cvsup that works on these new systems, as cvsup is written in Modula 3, which is a bitch to setup. Finally I gave up and did the work myself. I've created a complete binary package which can be download from: http://www.dssd.ca/wine/cvsup-glibc2.3.tar.gz Note that the binaries are not small as they are statically linked, but they should work on all glibc2.3 system. The archive contains the following files: cvsup-glibc2.3/bin/cvpasswd cvsup-glibc2.3/bin/cvsup cvsup-glibc2.3/sbin/cvsupd cvsup-glibc2.3/man/man1/cvpasswd.1 cvsup-glibc2.3/man/man1/cvsup.1 cvsup-glibc2.3/man/man8/cvsupd.8 Simply copy them to the /usr/local prefix. They are compiled to go to /usr/local, they may work even if copied in /usr, but I haven't tried that. Enjoy! -- Dimi.

2 2

Re: Missing message TCM_SETPADDING implemented
by Dimitrie O. Paun 26 Apr '03

26 Apr '03

On April 26, 2003 05:40 am, BiGgUn wrote: > + * Positioning variables > + */ > +USHORT HORIZONTAL_ITEM_PADDING = 6; > +USHORT VERTICAL_ITEM_PADDING = 3; > + Shouldn't these go in the TAB_INFO structure? -- Dimi.

2 2

Re: oleaut32 patch
by Maxime Bellengé 26 Apr '03

26 Apr '03

Hi, I have problems with this patch, gcc complains about : gcc -c -I. -I. -I../../include -I../../include -D_REENTRANT -fPIC -D__WINESRC__ -D_OLEAUT32_ -DCOM_NO_WINDOWS_H -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -g -O2 -o usrmarshal.o usrmarshal.c usrmarshal.c: In function `VARIANT_UserMarshal': usrmarshal.c:240: structure has no member named `u' usrmarshal.c:251: structure has no member named `u' usrmarshal.c:253: structure has no member named `u' usrmarshal.c: In function `VARIANT_UserUnmarshal': usrmarshal.c:294: structure has no member named `u' usrmarshal.c:298: structure has no member named `u' usrmarshal.c:309: structure has no member named `u' usrmarshal.c:312: structure has no member named `u' a+ Max On Sat, 2003-04-19 at 18:29, Ove Kaaven wrote: > This is the implementation of a rpcrt4-based IDispatch marshaller. It is > still dead code though, the main DllGetClassObject must also be patched > to use it (I can supply a patch for that if this is accepted). (Also the > InstallShield hack in typelib.c would have to be removed, but that > should wait until more of the DCOM infrastructure is in place.) > > The oaidl_p.c is almost unmodified MIDL output generated from Wine's > oaidl.idl (I only had to add an #undef __WINE__ at the top to get all > the Winelib definitions, perhaps this isn't needed under Wine anymore), > so it shouldn't be hard to maintain, and Alexandre once said MIDL output > is acceptable as a stopgap solution. I don't know if proper > InstallShield repaint support calls for stopgaps, though. > > The usrmarshal.c is not so stopgap, but it's a pretty minimal > implementation of the user-marshallers (wire_marshal and call_as) > declared in oaidl.idl. But it's sufficient for remoting all the > IDispatch that InstallShield needs. > > Log: > Ove Kaaven <ovek(a)transgaming.com> > Preliminary implementation of proper IDispatch marshalling. ________________________________________________________________________ -- Maxime Bellengé <maxime.bellenge(a)laposte.net>

2 1

re: need you experts to confirm this about wine and mingw
by Dan Kegel 26 Apr '03

26 Apr '03

shorthair_kai(a)yahoo.com.cn wrote: > I try to compile wine in mingw, is it possible? > Can the compiled wine run in mingw? What are you trying to do? We really can't advise you until we understand why you're trying to build wine in mingw. Please tell us a story about why you decided to try this, and what you hope to get out of it. > What I need? > I installed the following package on my win2000: > MinGW-2.0.0-3.exe > MSYS-1.0.8.exe > msysDTK-1.0.1.exe > gdb-5.2.1.1-1.exe > is it enough? > > But when I try, i got the following error: > configure: error: no suitable bison/yacc found. Please > install the 'bison' package. > Where can I get the package? Since I have no idea what you're trying to really do, and I've never compiled Wine under MinGW or Cygwin, take this advice with a grain of salt: You may be happier building under cygwin, which comes with bison. MinGW is like a fork of cygwin. Only difference is you'll need the --mno-cygwin option to the gcc commandline to avoid linking with cygwin.dll. - Dan - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

1 0

Debugging
by Ann and Jason Edmeades 25 Apr '03

25 Apr '03

2 questions... 1. Is there any macro to dump out a hex dump of memory, eg. TRACE_DUMP("Memory", pMem, numBytes); If not, can I add one (inline in debug.h?) 2. When debugging using winedbg, is there any way to view the contents of a lot of memory in one go (eg. hex dump of 256 bytes)? Jason

4 4

New Server?
by hatky 25 Apr '03

25 Apr '03

Since the Slash Dot pice on Wine the server is dead half the day.... Why not get the site on a new server I know what you are going to say: "Have you got one?" :) How about wine.sf.net? You already have a project open on source forge is it that difficult to move the site to their server? I THINK they can handle the load I assume there is some reason it has not been done but if there is not any meager issue I think it will be done at least for now (till the users stop coming :) ) What do you think? Hatky. __________________________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo http://search.yahoo.com

3 3

[FYI] Mozilla & MinGW
by Dimitrie O. Paun 25 Apr '03

25 Apr '03

Folks, Mozilla officially builds on MinGW: http://www.mozilla.org/build/win32.html#ss2.2 Bug #134113 tracking this effort was closed: http://bugzilla.mozilla.org/show_bug.cgi?id=134113 Unfortunately, the new windres I was working on did not make it in time for this release, so a bunch of ugly hacks had to be checked in to work around various problems, but hopefully we'll be able to remove them in a few weeks, when the next binutils package is released. We can now start looking into the real Winelib port. :) -- Dimi.

1 0

help, service thread, pthread, segv
by KK singh 25 Apr '03

25 Apr '03

hi, am a newbee and in need of help about wine, following are my querries. using wine20030408 on linux rhl 8.0 1. wine-devel doc says that the code for service thread should be in scheduler/services.c, I could not locate the file in my source code. 2. scheduler/pthread.c baffled me. It seems a pthread implementation using windows code. The header says. /* * pthread emulation for re-entrant libcs * * We can't use pthreads directly, so why not let libcs * that want pthreads use Wine's own threading */ Why cannot we use pthreads directly ? 3. I get a SIGBUS and repeated SIGSEGV, keeps coming, while running wine under gdb, this segv or sigbus is not normally visible, I mean running without gdb. This must be affecting the performance severly ? How can i know which thread is causing this ? gdb version is 5.2.1-4 4. The stack trace of sisegv looks like ..... for SIGBUS #0 0x4207be77 in memset () from /lib/i686/libc.so.6 #1 0x00000010 in ?? () #2 0x400c4bf8 in NtAllocateVirtualMemory (process=0xffffffff, ret=0x40722854, addr=0x41920000, size_ptr=0x40722858, type=4096, protect=64) at virtual.c:1045 #3 0x400b6b57 in HEAP_FindFreeBlock (heap=0x418f0000, size=65040, ppSubHeap=0x40722884) at heap.c:340 #4 0x400b74a5 in RtlAllocateHeap (heap=0x418f0000, flags=3, size=65040) at heap.c:1102 #5 0x004014f6 in ?? () ========================================== FOR SIGSEGV #0 RtlImageNtHeader (hModule=0x0) at loader.c:1242 #1 0x400ba560 in RtlImageDirectoryEntryToData (module=0x0, image=1, dir=0, size=0x40722650) at loader.c:1270 #2 0x400b97c7 in LdrGetProcedureAddress (module=0x0, name=0x4072267c, ord=0, address=0x40722678) at loader.c:754 #3 0x4007c8f9 in GetProcAddress (hModule=0x0, function=0xac46c4 "IID_ITextServices") at ../../loader/module.c:1053 #4 0x0046b5ed in ?? () #5 0x006074d7 in ?? () #6 0x00467708 in ?? () #7 0x00469e99 in ?? () #8 0x00607865 in ?? () #9 0x004671ae in ?? () #10 0x004610f1 in ?? () #11 0x00466ffa in ?? () #12 0x00466fa5 in ?? () #13 0x00463e07 in ?? () #14 0x0040b610 in ?? () #15 0x00463c22 in ?? () #16 0x00431979 in ?? () #17 0x00462662 in ?? () #18 0x00463a94 in ?? () #19 0x00463a0d in ?? () #20 0x004631b2 in ?? () ---------------------------------------- Please help me to know what are these functions ?? () tia -kks __________________________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo http://search.yahoo.com

2 1

Re: wintab32 (from CrossOver Office)
by Mike Hearn 25 Apr '03

25 Apr '03

Thanks, I already have some code in the form of libegg, but I suspect Chris' code might be clearer. Chris - if you have any tips or could send me that code, it'd be good. Just remember that if you start getting it to work with Wine, please drop me a line. On Fri, 2003-04-25 at 04:09, Mike McCormack wrote: > Hi Mike, > > Now is a good time to mention to you that Chris Hoff did some work on > getting XEmbed to work with Wine. As far as I know, he had a standalone > program that could put something in the gnome toolbar, but no Wine code. > > You might want to write him an email to see how far he got with it. > > Mike > > Mike Hearn wrote: > > > I don't really have any, I'm much happier now that the policy has been > > made clear. It seems fine to me. No promised on xembed though ;) > -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

1 0

wintab32 (from CrossOver Office)
by Aric Stewart 25 Apr '03

25 Apr '03

Changelog: Adds wintab32 support using XInput. Merged from CrossOver Office. I am including this on the wine-devel list because there was discussion and comment about it there. -aric Index: dlls/wintab32/Makefile.in =================================================================== RCS file: /home/wine/wine/dlls/wintab32/Makefile.in,v retrieving revision 1.2 diff -u -r1.2 Makefile.in --- dlls/wintab32/Makefile.in 23 Mar 2003 20:00:02 -0000 1.2 +++ dlls/wintab32/Makefile.in 23 Apr 2003 13:55:27 -0000 @@ -3,7 +3,7 @@ SRCDIR = @srcdir@ VPATH = @srcdir@ MODULE = wintab32.dll -IMPORTS = kernel32 +IMPORTS = kernel32 user32 ALTNAMES = wintab.dll LDDLLFLAGS = @LDDLLFLAGS@ @@ -13,7 +13,8 @@ C_SRCS = \ context.c \ - manager.c + manager.c \ + wintab32.c C_SRCS16 = \ wintab16.c Index: dlls/wintab32/context.c =================================================================== RCS file: /home/wine/wine/dlls/wintab32/context.c,v retrieving revision 1.1 diff -u -r1.1 context.c --- dlls/wintab32/context.c 17 Dec 2002 01:49:16 -0000 1.1 +++ dlls/wintab32/context.c 23 Apr 2003 13:55:27 -0000 @@ -2,6 +2,7 @@ * Tablet Context * * Copyright 2002 Patrik Stridvall + * Copyright 2003 Codeweavers, Aric Stewart * * This library is free software; you can redistribute it and/or * modify it under the terms of the GNU Lesser General Public @@ -19,27 +20,737 @@ */ #include "config.h" +#include <stdio.h> +#include <stdlib.h> -#include "windef.h" #include "winbase.h" +#include "windef.h" #include "winerror.h" +#include "winuser.h" +#include "user.h" #include "wintab.h" +#include "wintab_internal.h" #include "wine/debug.h" WINE_DEFAULT_DEBUG_CHANNEL(wintab32); +/* + * Documentation found at + * http://www.csl.sony.co.jp/projects/ar/restricted/wintabl.html + */ + +#define CURSORMAX 10 + +BOOL gLoaded= FALSE; +LOGCONTEXTA gSysContext; +WTI_CURSORS_INFO gSysCursor[CURSORMAX]; +WTI_DEVICES_INFO gSysDevice; +INT gNumCursors; + +LPOPENCONTEXT gOpenContexts = NULL; +INT gContextCount = 0; +HCTX gTopContext = (HCTX)0xc00; + +extern HWND hwndDefault; +extern CRITICAL_SECTION csTablet; + +char* DUMPBITS(int x, char* buf) +{ + strcpy(buf,"{"); + if (x&PK_CONTEXT) strcat(buf,"PK_CONTEXT "); + if (x&PK_STATUS) strcat(buf, "PK_STATUS "); + if (x&PK_TIME) strcat(buf, "PK_TIME "); + if (x&PK_CHANGED) strcat(buf, "PK_CHANGED "); + if (x&PK_SERIAL_NUMBER) strcat(buf, "PK_SERIAL_NUMBER "); + if (x&PK_CURSOR) strcat(buf, "PK_CURSOR "); + if (x&PK_BUTTONS) strcat(buf, "PK_BUTTONS "); + if (x&PK_X) strcat(buf, "PK_X "); + if (x&PK_Y) strcat(buf, "PK_Y "); + if (x&PK_Z) strcat(buf, "PK_Z "); + if (x&PK_NORMAL_PRESSURE) strcat(buf, "PK_NORMAL_PRESSURE "); + if (x&PK_TANGENT_PRESSURE) strcat(buf, "PK_TANGENT_PRESSURE "); + if (x&PK_ORIENTATION) strcat(buf, "PK_ORIENTATION "); + if (x&PK_ROTATION) strcat(buf, "PK_ROTATION "); + strcat(buf, "}"); + return buf; +} + +static inline void DUMPPACKET(WTPACKET packet) +{ + TRACE("pkContext: 0x%x pkStatus: 0x%x pkTime : 0x%x pkChanged: 0x%x pkSerialNumber: 0x%x pkCursor : %i pkButtons: %x pkX: %li pkY: %li pkZ: %li pkNormalPressure: %i pkTangentPressure: %i pkOrientation: (%i,%i,%i) pkRotation: (%i,%i,%i)\n" +,(UINT)packet.pkContext, + (UINT)packet.pkStatus, + (UINT)packet.pkTime, + (UINT)packet.pkChanged, + packet.pkSerialNumber, + packet.pkCursor, + (UINT)packet.pkButtons, + packet.pkX, + packet.pkY, + packet.pkZ, + packet.pkNormalPressure, + packet.pkTangentPressure, + packet.pkOrientation.orAzimuth, + packet.pkOrientation.orAltitude, packet.pkOrientation.orTwist, + packet.pkRotation.roPitch, + packet.pkRotation.roRoll, packet.pkRotation.roYaw); +} + +static inline void DUMPCONTEXT(LOGCONTEXTA lc) +{ + CHAR mmsg[4000]; + CHAR bits[100]; + CHAR bits1[100]; + CHAR bits2[100]; + + sprintf(mmsg,"%s, %x, %x, %x, %x, %x, %x, %x%s, %x%s, %x%s, %x, %x, %i, %i, %i, %li ,%li, %li, %li, %li, %li,%li, %li, %li, %li, %li, %li, %i, %i, %i, %i, %i %li %li\n", + debugstr_a(lc.lcName), lc.lcOptions, lc.lcStatus, lc.lcLocks, lc.lcMsgBase, +lc.lcDevice, lc.lcPktRate, (UINT)lc.lcPktData, DUMPBITS(lc.lcPktData,bits), +(UINT)lc.lcPktMode, DUMPBITS(lc.lcPktMode,bits1), (UINT)lc.lcMoveMask, +DUMPBITS(lc.lcMoveMask,bits2), (INT)lc.lcBtnDnMask, (INT)lc.lcBtnUpMask, +(INT)lc.lcInOrgX, (INT)lc.lcInOrgY, (INT)lc.lcInOrgZ, lc.lcInExtX, lc.lcInExtY, +lc.lcInExtZ, lc.lcOutOrgX, lc.lcOutOrgY, lc.lcOutOrgZ, lc.lcOutExtX, +lc.lcOutExtY, lc.lcOutExtZ, lc.lcSensX, lc.lcSensY, lc.lcSensZ, lc.lcSysMode, +lc.lcSysOrgX, lc.lcSysOrgY, lc.lcSysExtX, lc.lcSysExtY, lc.lcSysSensX, +lc.lcSysSensY); + TRACE("context: %s",mmsg); +} + + +/* Find an open context given the handle */ +LPOPENCONTEXT TABLET_FindOpenContext(HCTX hCtx) +{ + LPOPENCONTEXT ptr = gOpenContexts; + while (ptr) + { + if (ptr->handle == hCtx) return ptr; + ptr = ptr->next; + } + return NULL; +} + +static void LoadTablet() +{ + TRACE("Initilizing the tablet to hwnd 0x%x\n",(INT)hwndDefault); + gLoaded= TRUE; + memset(&gSysContext,0,sizeof(LOGCONTEXTA)); + memset(&gSysDevice,0,sizeof(WTI_DEVICES_INFO)); + memset(gSysCursor,0,sizeof(WTI_CURSORS_INFO)*gNumCursors); + gNumCursors = pLoadTabletInfo(&gSysContext, &gSysDevice, gSysCursor, + CURSORMAX, hwndDefault); +} + +int TABLET_PostTabletMessage(LPOPENCONTEXT newcontext, UINT msg, WPARAM wParam, + LPARAM lParam, BOOL send_always) +{ + if ((send_always) || (newcontext->context.lcOptions & CXO_MESSAGES)) + { + TRACE("Posting message %x to %x\n",msg, (UINT)newcontext->hwndOwner); + return PostMessageA(newcontext->hwndOwner, msg, wParam, lParam); + } + return 0; +} + +static inline DWORD ScaleForContext(DWORD In, DWORD InOrg, DWORD InExt, DWORD + OutOrg, DWORD OutExt) +{ + if (((InExt > 0 )&&(OutExt > 0)) || ((InExt<0) && (OutExt < 0))) + return ((In - InOrg) * abs(OutExt) / abs(InExt)) + OutOrg; + else + return ((abs(InExt) - (In - InOrg))*abs(OutExt) / abs(InExt)) + OutOrg; +} + +LPOPENCONTEXT FindOpenContext(HWND hwnd) +{ + LPOPENCONTEXT ptr=NULL; + ptr = gOpenContexts; + while (ptr) + { + TRACE("Trying Context %lx (%x %x)\n",(LONG)ptr->handle,(INT)hwnd, + (INT)ptr->hwndOwner); + + if (ptr->hwndOwner == hwnd) + return ptr; + } + return NULL; +} + +LPOPENCONTEXT AddPacketToContextQueue(LPWTPACKET packet, HWND hwnd) +{ + LPOPENCONTEXT ptr=NULL; + + EnterCriticalSection(&csTablet); + + ptr = gOpenContexts; + while (ptr) + { + TRACE("Trying Queue %lx (%x %x)\n",(LONG)ptr->handle,(INT)hwnd, + (INT)ptr->hwndOwner); + + if (ptr->hwndOwner == hwnd) + { + int tgt; + if (!ptr->enabled) + { + ptr = ptr->next; + continue; + } + + tgt = ptr->PacketsQueued; + + packet->pkContext = ptr->handle; + + /* translate packet data to the context */ + + /* Scale as per documentation */ + packet->pkY = ScaleForContext(packet->pkY, ptr->context.lcInOrgY, + ptr->context.lcInExtY, ptr->context.lcOutOrgY, + ptr->context.lcOutExtY); + + packet->pkX = ScaleForContext(packet->pkX, ptr->context.lcInOrgX, + ptr->context.lcInExtX, ptr->context.lcOutOrgX, + ptr->context.lcOutExtX); + + /* flip the Y axis */ + if (ptr->context.lcOutExtY > 0) + packet->pkY = ptr->context.lcOutExtY - packet->pkY; + + DUMPPACKET(*packet); + + if (tgt + 1 == ptr->QueueSize) + { + TRACE("Queue Overflow %p\n",ptr->handle); + packet->pkStatus = TPS_QUEUE_ERR; + } + else + { + TRACE("Placed in queue %p index %i\n",ptr->handle,tgt); + memcpy(&ptr->PacketQueue[tgt], packet, sizeof + (WTPACKET)); + ptr->PacketsQueued++; + + if (ptr->ActiveCursor != packet->pkCursor) + { + ptr->ActiveCursor = packet->pkCursor; + if (ptr->context.lcOptions & CXO_CSRMESSAGES) + TABLET_PostTabletMessage(ptr, WT_CSRCHANGE, + (WPARAM)packet->pkSerialNumber, (LPARAM)ptr->handle, + FALSE); + } + } + break; + } + ptr = ptr->next; + } + LeaveCriticalSection(&csTablet); + TRACE("Done (%p)\n",ptr); + return ptr; +} + +int static inline CopyTabletData(LPVOID target, LPVOID src, INT size) +{ + memcpy(target,src,size); + return(size); +} + +static INT TABLET_FindPacket(LPOPENCONTEXT context, UINT wSerial, + LPWTPACKET *pkt) +{ + int loop; + int index = -1; + for (loop = 0; loop < context->PacketsQueued; loop++) + if (context->PacketQueue[loop].pkSerialNumber == wSerial) + { + index = loop; + *pkt = &context->PacketQueue[loop]; + break; + } + + TRACE("%i .. %i\n",context->PacketsQueued,index); + + return index; +} + + +static LPVOID TABLET_CopyPacketData(LPOPENCONTEXT context, LPVOID lpPkt, + LPWTPACKET wtp) +{ + LPBYTE ptr; + CHAR bits[100]; + + ptr = lpPkt; + TRACE("Packet Bits %s\n",DUMPBITS(context->context.lcPktData,bits)); + + if (context->context.lcPktData & PK_CONTEXT) + ptr+=CopyTabletData(ptr,&wtp->pkContext,sizeof(HCTX)); + if (context->context.lcPktData & PK_STATUS) + ptr+=CopyTabletData(ptr,&wtp->pkStatus,sizeof(UINT)); + if (context->context.lcPktData & PK_TIME) + ptr+=CopyTabletData(ptr,&wtp->pkTime,sizeof(LONG)); + if (context->context.lcPktData & PK_CHANGED) + ptr+=CopyTabletData(ptr,&wtp->pkChanged,sizeof(WTPKT)); + if (context->context.lcPktData & PK_SERIAL_NUMBER) + ptr+=CopyTabletData(ptr,&wtp->pkChanged,sizeof(UINT)); + if (context->context.lcPktData & PK_CURSOR) + ptr+=CopyTabletData(ptr,&wtp->pkCursor,sizeof(UINT)); + if (context->context.lcPktData & PK_BUTTONS) + ptr+=CopyTabletData(ptr,&wtp->pkButtons,sizeof(DWORD)); + if (context->context.lcPktData & PK_X) + ptr+=CopyTabletData(ptr,&wtp->pkX,sizeof(DWORD)); + if (context->context.lcPktData & PK_Y) + ptr+=CopyTabletData(ptr,&wtp->pkY,sizeof(DWORD)); + if (context->context.lcPktData & PK_Z) + ptr+=CopyTabletData(ptr,&wtp->pkZ,sizeof(DWORD)); + if (context->context.lcPktData & PK_NORMAL_PRESSURE) + ptr+=CopyTabletData(ptr,&wtp->pkNormalPressure,sizeof(UINT)); + if (context->context.lcPktData & PK_TANGENT_PRESSURE) + ptr+=CopyTabletData(ptr,&wtp->pkTangentPressure,sizeof(UINT)); + if (context->context.lcPktData & PK_ORIENTATION) + ptr+=CopyTabletData(ptr,&wtp->pkOrientation,sizeof(ORIENTATION)); + if (context->context.lcPktData & PK_ROTATION) + ptr+=CopyTabletData(ptr,&wtp->pkRotation,sizeof(ROTATION)); + + //TRACE("Copied %i bytes\n",(INT)ptr - (INT)lpPkt); + return ptr; +} + +static VOID TABLET_BlankPacketData(LPOPENCONTEXT context, LPVOID lpPkt, INT n) +{ + int rc = 0; + + if (context->context.lcPktData & PK_CONTEXT) + rc +=sizeof(HCTX); + if (context->context.lcPktData & PK_STATUS) + rc +=sizeof(UINT); + if (context->context.lcPktData & PK_TIME) + rc += sizeof(LONG); + if (context->context.lcPktData & PK_CHANGED) + rc += sizeof(WTPKT); + if (context->context.lcPktData & PK_SERIAL_NUMBER) + rc += sizeof(UINT); + if (context->context.lcPktData & PK_CURSOR) + rc += sizeof(UINT); + if (context->context.lcPktData & PK_BUTTONS) + rc += sizeof(DWORD); + if (context->context.lcPktData & PK_X) + rc += sizeof(DWORD); + if (context->context.lcPktData & PK_Y) + rc += sizeof(DWORD); + if (context->context.lcPktData & PK_Z) + rc += sizeof(DWORD); + if (context->context.lcPktData & PK_NORMAL_PRESSURE) + rc += sizeof(UINT); + if (context->context.lcPktData & PK_TANGENT_PRESSURE) + rc += sizeof(UINT); + if (context->context.lcPktData & PK_ORIENTATION) + rc += sizeof(ORIENTATION); + if (context->context.lcPktData & PK_ROTATION) + rc += sizeof(ROTATION); + + rc *= n; + memset(lpPkt,0,rc); +} + + /*********************************************************************** * WTInfoA (WINTAB32.20) */ UINT WINAPI WTInfoA(UINT wCategory, UINT nIndex, LPVOID lpOutput) { - FIXME("(%u, %u, %p): stub\n", wCategory, nIndex, lpOutput); - - SetLastError(ERROR_CALL_NOT_IMPLEMENTED); - - return 0; + int rc = 0; + LPWTI_CURSORS_INFO tgtcursor; + TRACE("(%u, %u, %p)\n", wCategory, nIndex, lpOutput); + + if (gLoaded == FALSE) + LoadTablet(); + switch(wCategory) + { + case 0: + /* return largest nessecary buffer */ + TRACE("%i cursors\n",gNumCursors); + if (gNumCursors>0) + { + FIXME("Return proper size\n"); + return 200; + } + else + return 0; + break; + case WTI_INTERFACE: + switch (nIndex) + { + WORD version; + case IFC_WINTABID: + strcpy(lpOutput,"Wine Wintab 1.1"); + rc = 16; + break; + case IFC_SPECVERSION: + version = (0x01) | (0x01 << 8); + rc = CopyTabletData(lpOutput, &version,sizeof(WORD)); + break; + case IFC_IMPLVERSION: + version = (0x00) | (0x01 << 8); + rc = CopyTabletData(lpOutput, &version,sizeof(WORD)); + break; + default: + FIXME("WTI_INTERFACE unhandled index %i\n",nIndex); + rc = 0; + + } + case WTI_DEFSYSCTX: + case WTI_DDCTXS: + case WTI_DEFCONTEXT: + DUMPCONTEXT(gSysContext); + switch (nIndex) + { + case 0: + memcpy(lpOutput, &gSysContext, + sizeof(LOGCONTEXTA)); + rc = sizeof(LOGCONTEXTA); + break; + case CTX_NAME: + rc = CopyTabletData(lpOutput, &gSysContext.lcName, + strlen(gSysContext.lcName)+1); + break; + case CTX_OPTIONS: + rc = CopyTabletData(lpOutput, &gSysContext.lcOptions, + sizeof(UINT)); + break; + case CTX_STATUS: + rc = CopyTabletData(lpOutput, &gSysContext.lcStatus, + sizeof(UINT)); + break; + case CTX_LOCKS: + rc= CopyTabletData (lpOutput, &gSysContext.lcLocks, + sizeof(UINT)); + break; + case CTX_MSGBASE: + rc = CopyTabletData(lpOutput, &gSysContext.lcMsgBase, + sizeof(UINT)); + break; + case CTX_DEVICE: + rc = CopyTabletData(lpOutput, &gSysContext.lcDevice, + sizeof(UINT)); + break; + case CTX_PKTRATE: + rc = CopyTabletData(lpOutput, &gSysContext.lcPktRate, + sizeof(UINT)); + break; + case CTX_PKTMODE: + rc = CopyTabletData(lpOutput, &gSysContext.lcPktMode, + sizeof(WTPKT)); + break; + case CTX_MOVEMASK: + rc = CopyTabletData(lpOutput, &gSysContext.lcMoveMask, + sizeof(WTPKT)); + break; + case CTX_BTNDNMASK: + rc = CopyTabletData(lpOutput, &gSysContext.lcBtnDnMask, + sizeof(DWORD)); + break; + case CTX_BTNUPMASK: + rc = CopyTabletData(lpOutput, &gSysContext.lcBtnUpMask, + sizeof(DWORD)); + break; + case CTX_INORGX: + rc = CopyTabletData(lpOutput, &gSysContext.lcInOrgX, + sizeof(LONG)); + break; + case CTX_INORGY: + rc = CopyTabletData(lpOutput, &gSysContext.lcInOrgY, + sizeof(LONG)); + break; + case CTX_INORGZ: + rc = CopyTabletData(lpOutput, &gSysContext.lcInOrgZ, + sizeof(LONG)); + break; + case CTX_INEXTX: + rc = CopyTabletData(lpOutput, &gSysContext.lcInExtX, + sizeof(LONG)); + break; + case CTX_INEXTY: + rc = CopyTabletData(lpOutput, &gSysContext.lcInExtY, + sizeof(LONG)); + break; + case CTX_INEXTZ: + rc = CopyTabletData(lpOutput, &gSysContext.lcInExtZ, + sizeof(LONG)); + break; + case CTX_OUTORGX: + rc = CopyTabletData(lpOutput, &gSysContext.lcOutOrgX, + sizeof(LONG)); + break; + case CTX_OUTORGY: + rc = CopyTabletData(lpOutput, &gSysContext.lcOutOrgY, + sizeof(LONG)); + break; + case CTX_OUTORGZ: + rc = CopyTabletData(lpOutput, &gSysContext.lcOutOrgZ, + sizeof(LONG)); + break; + case CTX_OUTEXTX: + rc = CopyTabletData(lpOutput, &gSysContext.lcOutExtX, + sizeof(LONG)); + break; + case CTX_OUTEXTY: + rc = CopyTabletData(lpOutput, &gSysContext.lcOutExtY, + sizeof(LONG)); + break; + case CTX_OUTEXTZ: + rc = CopyTabletData(lpOutput, &gSysContext.lcOutExtZ, + sizeof(LONG)); + break; + case CTX_SENSX: + rc = CopyTabletData(lpOutput, &gSysContext.lcSensX, + sizeof(LONG)); + break; + case CTX_SENSY: + rc = CopyTabletData(lpOutput, &gSysContext.lcSensY, + sizeof(LONG)); + break; + case CTX_SENSZ: + rc = CopyTabletData(lpOutput, &gSysContext.lcSensZ, + sizeof(LONG)); + break; + case CTX_SYSMODE: + rc = CopyTabletData(lpOutput, &gSysContext.lcSysMode, + sizeof(LONG)); + break; + case CTX_SYSORGX: + rc = CopyTabletData(lpOutput, &gSysContext.lcSysOrgX, + sizeof(LONG)); + break; + case CTX_SYSORGY: + rc = CopyTabletData(lpOutput, &gSysContext.lcSysOrgY, + sizeof(LONG)); + break; + case CTX_SYSEXTX: + rc = CopyTabletData(lpOutput, &gSysContext.lcSysExtX, + sizeof(LONG)); + break; + case CTX_SYSEXTY: + rc = CopyTabletData(lpOutput, &gSysContext.lcSysExtY, + sizeof(LONG)); + break; + case CTX_SYSSENSX: + rc = CopyTabletData(lpOutput, &gSysContext.lcSysSensX, + sizeof(LONG)); + break; + case CTX_SYSSENSY: + rc = CopyTabletData(lpOutput, &gSysContext.lcSysSensY, + sizeof(LONG)); + break; + default: + FIXME("WTI_DEFSYSCTX unhandled index %i\n",nIndex); + rc = 0; + } + break; + case WTI_CURSORS: + case WTI_CURSORS+1: + case WTI_CURSORS+2: + case WTI_CURSORS+3: + case WTI_CURSORS+4: + case WTI_CURSORS+5: + case WTI_CURSORS+6: + case WTI_CURSORS+7: + case WTI_CURSORS+8: + case WTI_CURSORS+9: + case WTI_CURSORS+10: + tgtcursor = &gSysCursor[wCategory - WTI_CURSORS]; + switch (nIndex) + { + case CSR_NAME: + rc = CopyTabletData(lpOutput, &tgtcursor->NAME, + strlen(tgtcursor->NAME)+1); + break; + case CSR_ACTIVE: + rc = CopyTabletData(lpOutput,&tgtcursor->ACTIVE, + sizeof(BOOL)); + break; + case CSR_PKTDATA: + rc = CopyTabletData(lpOutput,&tgtcursor->PKTDATA, + sizeof(WTPKT)); + break; + case CSR_BUTTONS: + rc = CopyTabletData(lpOutput,&tgtcursor->BUTTONS, + sizeof(BYTE)); + break; + case CSR_BUTTONBITS: + rc = CopyTabletData(lpOutput,&tgtcursor->BUTTONBITS, + sizeof(BYTE)); + break; + case CSR_BTNNAMES: + FIXME("Button Names not returned correctly\n"); + rc = CopyTabletData(lpOutput,&tgtcursor->BTNNAMES, + strlen(tgtcursor->BTNNAMES)+1); + break; + case CSR_BUTTONMAP: + rc = CopyTabletData(lpOutput,&tgtcursor->BUTTONMAP, + sizeof(BYTE)*32); + break; + case CSR_SYSBTNMAP: + rc = CopyTabletData(lpOutput,&tgtcursor->SYSBTNMAP, + sizeof(BYTE)*32); + break; + case CSR_NPBTNMARKS: + memcpy(lpOutput,&tgtcursor->NPBTNMARKS,sizeof(UINT)*2); + rc = sizeof(UINT)*2; + break; + case CSR_NPBUTTON: + rc = CopyTabletData(lpOutput,&tgtcursor->NPBUTTON, + sizeof(BYTE)); + break; + case CSR_NPRESPONSE: + FIXME("Not returning CSR_NPRESPONSE correctly\n"); + rc = 0; + break; + case CSR_TPBUTTON: + rc = CopyTabletData(lpOutput,&tgtcursor->TPBUTTON, + sizeof(BYTE)); + break; + case CSR_TPBTNMARKS: + memcpy(lpOutput,&tgtcursor->TPBTNMARKS,sizeof(UINT)*2); + rc = sizeof(UINT)*2; + break; + case CSR_TPRESPONSE: + FIXME("Not returning CSR_TPRESPONSE correctly\n"); + rc = 0; + break; + case CSR_PHYSID: + { + DWORD id; + rc = CopyTabletData(&id,&tgtcursor->PHYSID, + sizeof(DWORD)); + id += (wCategory - WTI_CURSORS); + memcpy(lpOutput,&id,sizeof(DWORD)); + } + break; + case CSR_MODE: + rc = CopyTabletData(lpOutput,&tgtcursor->MODE,sizeof(UINT)); + break; + case CSR_MINPKTDATA: + rc = CopyTabletData(lpOutput,&tgtcursor->MINPKTDATA, + sizeof(UINT)); + break; + case CSR_MINBUTTONS: + rc = CopyTabletData(lpOutput,&tgtcursor->MINBUTTONS, + sizeof(UINT)); + break; + case CSR_CAPABILITIES: + rc = CopyTabletData(lpOutput,&tgtcursor->CAPABILITIES, + sizeof(UINT)); + break; + case CSR_TYPE: + rc = CopyTabletData(lpOutput,&tgtcursor->TYPE, + sizeof(UINT)); + break; + default: + FIXME("WTI_CURSORS unhandled index %i\n",nIndex); + rc = 0; + } + break; + case WTI_DEVICES: + switch (nIndex) + { + case DVC_NAME: + rc = CopyTabletData(lpOutput,gSysDevice.NAME, + strlen(gSysDevice.NAME)+1); + break; + case DVC_HARDWARE: + rc = CopyTabletData(lpOutput,&gSysDevice.HARDWARE, + sizeof(UINT)); + break; + case DVC_NCSRTYPES: + rc = CopyTabletData(lpOutput,&gSysDevice.NCSRTYPES, + sizeof(UINT)); + break; + case DVC_FIRSTCSR: + rc = CopyTabletData(lpOutput,&gSysDevice.FIRSTCSR, + sizeof(UINT)); + break; + case DVC_PKTRATE: + rc = CopyTabletData(lpOutput,&gSysDevice.PKTRATE, + sizeof(UINT)); + break; + case DVC_PKTDATA: + rc = CopyTabletData(lpOutput,&gSysDevice.PKTDATA, + sizeof(WTPKT)); + break; + case DVC_PKTMODE: + rc = CopyTabletData(lpOutput,&gSysDevice.PKTMODE, + sizeof(WTPKT)); + break; + case DVC_CSRDATA: + rc = CopyTabletData(lpOutput,&gSysDevice.CSRDATA, + sizeof(WTPKT)); + break; + case DVC_XMARGIN: + rc = CopyTabletData(lpOutput,&gSysDevice.XMARGIN, + sizeof(INT)); + break; + case DVC_YMARGIN: + rc = CopyTabletData(lpOutput,&gSysDevice.YMARGIN, + sizeof(INT)); + break; + case DVC_ZMARGIN: + rc = 0; /* unsupported */ + /* + rc = CopyTabletData(lpOutput,&gSysDevice.ZMARGIN, + sizeof(INT)); + */ + break; + case DVC_X: + rc = CopyTabletData(lpOutput,&gSysDevice.X, + sizeof(AXIS)); + break; + case DVC_Y: + rc = CopyTabletData(lpOutput,&gSysDevice.Y, + sizeof(AXIS)); + break; + case DVC_Z: + rc = 0; /* unsupported */ + /* + rc = CopyTabletData(lpOutput,&gSysDevice.Z, + sizeof(AXIS)); + */ + break; + case DVC_NPRESSURE: + rc = CopyTabletData(lpOutput,&gSysDevice.NPRESSURE, + sizeof(AXIS)); + break; + case DVC_TPRESSURE: + rc = 0; /* unsupported */ + /* + rc = CopyTabletData(lpOutput,&gSysDevice.TPRESSURE, + sizeof(AXIS)); + */ + break; + case DVC_ORIENTATION: + memcpy(lpOutput,&gSysDevice.ORIENTATION,sizeof(AXIS)*3); + rc = sizeof(AXIS)*3; + break; + case DVC_ROTATION: + rc = 0; /* unsupported */ + /* + memcpy(lpOutput,&gSysDevice.ROTATION,sizeof(AXIS)*3); + rc = sizeof(AXIS)*3; + */ + break; + case DVC_PNPID: + rc = CopyTabletData(lpOutput,gSysDevice.PNPID, + strlen(gSysDevice.PNPID)+1); + break; + default: + FIXME("WTI_DEVICES unhandled index %i\n",nIndex); + rc = 0; + } + break; + default: + FIXME("Unhandled Category %i\n",wCategory); + } + return rc; } /*********************************************************************** @@ -59,11 +770,38 @@ */ HCTX WINAPI WTOpenA(HWND hWnd, LPLOGCONTEXTA lpLogCtx, BOOL fEnable) { - FIXME("(%p, %p, %u): stub\n", hWnd, lpLogCtx, fEnable); + LPOPENCONTEXT newcontext; - SetLastError(ERROR_CALL_NOT_IMPLEMENTED); + TRACE("(%p, %p, %u)\n", hWnd, lpLogCtx, fEnable); + DUMPCONTEXT(*lpLogCtx); - return NULL; + newcontext = HeapAlloc(GetProcessHeap(), 0 , sizeof(OPENCONTEXT)); + memcpy(&(newcontext->context),lpLogCtx,sizeof(LOGCONTEXTA)); + newcontext->hwndOwner = hWnd; + newcontext->enabled = fEnable; + newcontext->ActiveCursor = -1; + newcontext->QueueSize = 10; + newcontext->PacketsQueued = 0; + newcontext->PacketQueue=HeapAlloc(GetProcessHeap(),0,sizeof(WTPACKET)*10); + newcontext->handle = gTopContext++; + newcontext->next = gOpenContexts; + + EnterCriticalSection(&csTablet); + gOpenContexts = newcontext; + LeaveCriticalSection(&csTablet); + + pAttachEventQueueToTablet(hWnd, gSysCursor, gNumCursors); + + TABLET_PostTabletMessage(newcontext, WT_CTXOPEN, (WPARAM)newcontext->handle, + newcontext->context.lcStatus, TRUE); + + newcontext->context.lcStatus = CXS_ONTOP; + + TABLET_PostTabletMessage(newcontext, WT_CTXOVERLAP, + (WPARAM)newcontext->handle, + newcontext->context.lcStatus, TRUE); + + return newcontext->handle; } /*********************************************************************** @@ -83,9 +821,32 @@ */ BOOL WINAPI WTClose(HCTX hCtx) { - FIXME("(%p): stub\n", hCtx); + LPOPENCONTEXT context,ptr; - SetLastError(ERROR_CALL_NOT_IMPLEMENTED); + TRACE("(%p)\n", hCtx); + + ptr = context = gOpenContexts; + + while ((context->handle != hCtx) && (context)) + { + ptr = context; + context = context->next; + } + if (!context) + return TRUE; + + EnterCriticalSection(&csTablet); + if (context == gOpenContexts) + gOpenContexts = context->next; + else + ptr->next = context->next; + LeaveCriticalSection(&csTablet); + + TABLET_PostTabletMessage(context, WT_CTXCLOSE, (WPARAM)context->handle, + context->context.lcStatus,TRUE); + + HeapFree(GetProcessHeap(),0,context->PacketQueue); + HeapFree(GetProcessHeap(),0,context); return TRUE; } @@ -95,11 +856,36 @@ */ int WINAPI WTPacketsGet(HCTX hCtx, int cMaxPkts, LPVOID lpPkts) { - FIXME("(%p, %d, %p): stub\n", hCtx, cMaxPkts, lpPkts); + int limit; + LPOPENCONTEXT context; + LPVOID ptr = lpPkts; + + TRACE("(%p, %d, %p)\n", hCtx, cMaxPkts, lpPkts); + + context = TABLET_FindOpenContext(hCtx); + TABLET_BlankPacketData(context,lpPkts,cMaxPkts); + + EnterCriticalSection(&csTablet); + if (context->PacketsQueued == 0) + { + LeaveCriticalSection(&csTablet); + return 0; + } + + for(limit = 0; limit < cMaxPkts && limit < context->PacketsQueued; limit++) + ptr=TABLET_CopyPacketData(context ,ptr, &context->PacketQueue[limit]); + + if (limit < context->PacketsQueued) + { + memcpy(context->PacketQueue, &context->PacketQueue[limit], + (context->QueueSize - (limit))*sizeof(WTPACKET)); + } + context->PacketsQueued -= limit; + LeaveCriticalSection(&csTablet); - SetLastError(ERROR_CALL_NOT_IMPLEMENTED); + TRACE("Copied %i packets\n",limit); - return 0; + return limit; } /*********************************************************************** @@ -107,11 +893,33 @@ */ BOOL WINAPI WTPacket(HCTX hCtx, UINT wSerial, LPVOID lpPkt) { - FIXME("(%p, %d, %p): stub\n", hCtx, wSerial, lpPkt); - - SetLastError(ERROR_CALL_NOT_IMPLEMENTED); + int rc = 0; + LPOPENCONTEXT context; + LPWTPACKET wtp; + + TRACE("(%p, %d, %p)\n", hCtx, wSerial, lpPkt); + + context = TABLET_FindOpenContext(hCtx); + + EnterCriticalSection(&csTablet); + rc = TABLET_FindPacket(context ,wSerial, &wtp); + + if (rc >= 0) + { + if (lpPkt) + TABLET_CopyPacketData(context ,lpPkt, wtp); + + if ((rc+1) < context->QueueSize) + { + memcpy(context->PacketQueue, &context->PacketQueue[rc+1], + (context->QueueSize - (rc+1))*sizeof(WTPACKET)); + } + context->PacketsQueued -= (rc+1); + } + LeaveCriticalSection(&csTablet); - return FALSE; + TRACE("Returning %i\n",rc+1); + return rc+1; } /*********************************************************************** @@ -119,11 +927,14 @@ */ BOOL WINAPI WTEnable(HCTX hCtx, BOOL fEnable) { - FIXME("(%p, %u): stub\n", hCtx, fEnable); + LPOPENCONTEXT context; - SetLastError(ERROR_CALL_NOT_IMPLEMENTED); + TRACE("(%p, %u)\n", hCtx, fEnable); - return FALSE; + context = TABLET_FindOpenContext(hCtx); + context->enabled = fEnable; + + return TRUE; } /*********************************************************************** @@ -133,9 +944,7 @@ { FIXME("(%p, %u): stub\n", hCtx, fToTop); - SetLastError(ERROR_CALL_NOT_IMPLEMENTED); - - return FALSE; + return TRUE; } /*********************************************************************** @@ -155,11 +964,14 @@ */ BOOL WINAPI WTGetA(HCTX hCtx, LPLOGCONTEXTA lpLogCtx) { - FIXME("(%p, %p): stub\n", hCtx, lpLogCtx); + LPOPENCONTEXT context; - SetLastError(ERROR_CALL_NOT_IMPLEMENTED); + TRACE("(%p, %p)\n", hCtx, lpLogCtx); + context = TABLET_FindOpenContext(hCtx); - return FALSE; + memcpy(lpLogCtx,&context->context,sizeof(LOGCONTEXTA)); + + return TRUE; } /*********************************************************************** @@ -251,11 +1063,27 @@ */ int WINAPI WTPacketsPeek(HCTX hCtx, int cMaxPkts, LPVOID lpPkts) { - FIXME("(%p, %d, %p): stub\n", hCtx, cMaxPkts, lpPkts); - - SetLastError(ERROR_CALL_NOT_IMPLEMENTED); - - return 0; + int limit; + LPOPENCONTEXT context; + LPVOID ptr = lpPkts; + + TRACE("(%p, %d, %p)\n", hCtx, cMaxPkts, lpPkts); + + context = TABLET_FindOpenContext(hCtx); + + EnterCriticalSection(&csTablet); + if (context->PacketsQueued == 0) + { + LeaveCriticalSection(&csTablet); + return 0; + } + + for (limit = 0; limit < cMaxPkts && limit < context->PacketsQueued; limit++) + ptr = TABLET_CopyPacketData(context ,ptr, &context->PacketQueue[limit]); + + LeaveCriticalSection(&csTablet); + TRACE("Copied %i packets\n",limit); + return limit; } /*********************************************************************** @@ -264,12 +1092,53 @@ int WINAPI WTDataGet(HCTX hCtx, UINT wBegin, UINT wEnd, int cMaxPkts, LPVOID lpPkts, LPINT lpNPkts) { - FIXME("(%p, %u, %u, %d, %p, %p): stub\n", + LPOPENCONTEXT context; + LPVOID ptr = lpPkts; + UINT bgn = 0; + UINT end = 0; + UINT num = 0; + + TRACE("(%p, %u, %u, %d, %p, %p)\n", hCtx, wBegin, wEnd, cMaxPkts, lpPkts, lpNPkts); - SetLastError(ERROR_CALL_NOT_IMPLEMENTED); + context = TABLET_FindOpenContext(hCtx); - return 0; + EnterCriticalSection(&csTablet); + if (context->PacketsQueued == 0) + { + LeaveCriticalSection(&csTablet); + return 0; + } + + while (bgn < context->PacketsQueued && + context->PacketQueue[bgn].pkSerialNumber != wBegin) + bgn++; + + end = bgn; + while (end < context->PacketsQueued && + context->PacketQueue[end].pkSerialNumber != wEnd) + end++; + + if (bgn == end == context->PacketsQueued) + { + LeaveCriticalSection(&csTablet); + return 0; + } + + for (num = bgn; num <= end; num++) + ptr = TABLET_CopyPacketData(context ,ptr, &context->PacketQueue[end]); + + /* remove read packets */ + if ((end+1) < context->PacketsQueued) + memcpy( &context->PacketQueue[bgn], &context->PacketQueue[end+1], + (context->PacketsQueued - ((end-bgn)+1)) * sizeof (WTPACKET)); + + context->PacketsQueued -= ((end-bgn)+1); + *lpNPkts = ((end-bgn)+1); + + LeaveCriticalSection(&csTablet); + TRACE("Copied %i packets\n",*lpNPkts); + return (end - bgn)+1; } /*********************************************************************** @@ -278,12 +1147,48 @@ int WINAPI WTDataPeek(HCTX hCtx, UINT wBegin, UINT wEnd, int cMaxPkts, LPVOID lpPkts, LPINT lpNPkts) { - FIXME("(%p, %u, %u, %d, %p, %p): stub\n", + LPOPENCONTEXT context; + LPVOID ptr = lpPkts; + UINT bgn = 0; + UINT end = 0; + UINT num = 0; + + TRACE("(%p, %u, %u, %d, %p, %p)\n", hCtx, wBegin, wEnd, cMaxPkts, lpPkts, lpNPkts); - SetLastError(ERROR_CALL_NOT_IMPLEMENTED); + context = TABLET_FindOpenContext(hCtx); - return 0; + EnterCriticalSection(&csTablet); + if (context->PacketsQueued == 0) + { + LeaveCriticalSection(&csTablet); + return 0; + } + + while (bgn < context->PacketsQueued && + context->PacketQueue[bgn].pkSerialNumber != wBegin) + bgn++; + + end = bgn; + while (end < context->PacketsQueued && + context->PacketQueue[end].pkSerialNumber != wEnd) + end++; + + if (bgn == context->PacketsQueued || end == context->PacketsQueued) + { + TRACE("%i %i %i \n", bgn, end, context->PacketsQueued); + LeaveCriticalSection(&csTablet); + return 0; + } + + for (num = bgn; num <= end; num++) + ptr = TABLET_CopyPacketData(context ,ptr, &context->PacketQueue[end]); + + *lpNPkts = ((end-bgn)+1); + LeaveCriticalSection(&csTablet); + + TRACE("Copied %i packets\n",*lpNPkts); + return (end - bgn)+1; } /*********************************************************************** @@ -291,9 +1196,24 @@ */ BOOL WINAPI WTQueuePacketsEx(HCTX hCtx, UINT *lpOld, UINT *lpNew) { - FIXME("(%p, %p, %p): stub\n", hCtx, lpOld, lpNew); + LPOPENCONTEXT context; - SetLastError(ERROR_CALL_NOT_IMPLEMENTED); + TRACE("(%p, %p, %p)\n", hCtx, lpOld, lpNew); + context = TABLET_FindOpenContext(hCtx); + + EnterCriticalSection(&csTablet); + if (context->PacketsQueued) + { + *lpOld = context->PacketQueue[0].pkSerialNumber; + *lpNew = context->PacketQueue[context->PacketsQueued-1].pkSerialNumber; + } + else + { + TRACE("No packets\n"); + LeaveCriticalSection(&csTablet); + return FALSE; + } + LeaveCriticalSection(&csTablet); return TRUE; } @@ -303,11 +1223,11 @@ */ int WINAPI WTQueueSizeGet(HCTX hCtx) { - FIXME("(%p): stub\n", hCtx); + LPOPENCONTEXT context; + TRACE("(%p)\n", hCtx); - SetLastError(ERROR_CALL_NOT_IMPLEMENTED); - - return 0; + context = TABLET_FindOpenContext(hCtx); + return context->QueueSize; } /*********************************************************************** @@ -315,9 +1235,18 @@ */ BOOL WINAPI WTQueueSizeSet(HCTX hCtx, int nPkts) { - FIXME("(%p, %d): stub\n", hCtx, nPkts); + LPOPENCONTEXT context; - SetLastError(ERROR_CALL_NOT_IMPLEMENTED); + TRACE("(%p, %d)\n", hCtx, nPkts); - return 0; + context = TABLET_FindOpenContext(hCtx); + + EnterCriticalSection(&csTablet); + context->PacketQueue = HeapReAlloc(GetProcessHeap(), 0, + context->PacketQueue, sizeof(WTPACKET)*nPkts); + + context->QueueSize = nPkts; + LeaveCriticalSection(&csTablet); + + return nPkts; } Index: dlls/x11drv/Makefile.in =================================================================== RCS file: /home/wine/wine/dlls/x11drv/Makefile.in,v retrieving revision 1.30 diff -u -r1.30 Makefile.in --- dlls/x11drv/Makefile.in 31 Oct 2002 02:38:20 -0000 1.30 +++ dlls/x11drv/Makefile.in 23 Apr 2003 13:55:27 -0000 @@ -38,7 +38,8 @@ x11ddraw.c \ x11drv_main.c \ xrender.c \ - xvidmode.c + xvidmode.c \ + wintab.c PROGRAMS = wineclipsrv Index: dlls/x11drv/event.c =================================================================== RCS file: /home/wine/wine/dlls/x11drv/event.c,v retrieving revision 1.18 diff -u -r1.18 event.c --- dlls/x11drv/event.c 23 Jan 2003 01:29:58 -0000 1.18 +++ dlls/x11drv/event.c 23 Apr 2003 13:55:28 -0000 @@ -275,8 +275,18 @@ WARN( "Got event %s for unknown Window %08lx\n", event_names[event->type], event->xany.window ); else - TRACE("Got event %s for hwnd %p\n", - event_names[event->type], hWnd ); + if (event->type <= MappingNotify) + TRACE("Got event %s for hwnd/window %p/%lx, GetFocus()=%p\n", + event_names[event->type], hWnd, event->xany.window, GetFocus() ); + else + TRACE("Got extention event for hwnd/window %p/%lx, GetFocus()=%p\n", + hWnd, event->xany.window, GetFocus() ); + + if (X11DRV_ProcessTabletEvent(hWnd, event)) + { + TRACE("Return: filtered by tablet\n"); + return; + } switch(event->type) { Index: dlls/x11drv/x11drv.spec =================================================================== RCS file: /home/wine/wine/dlls/x11drv/x11drv.spec,v retrieving revision 1.45 diff -u -r1.45 x11drv.spec --- dlls/x11drv/x11drv.spec 22 Apr 2003 00:15:48 -0000 1.45 +++ dlls/x11drv/x11drv.spec 23 Apr 2003 13:55:28 -0000 @@ -104,3 +104,8 @@ # X11 locks @ cdecl -norelay wine_tsx11_lock() @ cdecl -norelay wine_tsx11_unlock() + +# WinTab32 +@ cdecl LoadTabletInfo(ptr ptr ptr long ptr) X11DRV_LoadTabletInfo +@ cdecl AttachEventQueueToTablet(ptr ptr long) X11DRV_AttachEventQueueToTablet +@ cdecl GetCurrentPacket(ptr) X11DRV_GetCurrentPacket Index: include/wintab.h =================================================================== RCS file: /home/wine/wine/include/wintab.h,v retrieving revision 1.1 diff -u -r1.1 wintab.h --- include/wintab.h 17 Dec 2002 01:49:16 -0000 1.1 +++ include/wintab.h 23 Apr 2003 13:55:28 -0000 @@ -328,7 +328,9 @@ #define CSR_MINPKTDATA 17 /* 1.1 */ #define CSR_MINBUTTONS 18 /* 1.1 */ #define CSR_CAPABILITIES 19 /* 1.1 */ -#define CSR_MAX 19 +/* from http://www.wacomeng.com/devsupport/ibmpc/wacomwindevfaq.html */ +#define CSR_TYPE 20 +#define CSR_MAX 20 #endif --- /dev/null Thu Aug 30 15:30:55 2001 +++ dlls/wintab32/wintab32.c Wed Apr 23 08:22:37 2003 @@ -0,0 +1,150 @@ +/* + * WinTab32 library + * + * Copyright 2003 Codeweavers, Aric Stewart + * + * This library is free software; you can redistribute it and/or + * modify it under the terms of the GNU Lesser General Public + * License as published by the Free Software Foundation; either + * version 2.1 of the License, or (at your option) any later version. + * + * This library is distributed in the hope that it will be useful, + * but WITHOUT ANY WARRANTY; without even the implied warranty of + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU + * Lesser General Public License for more details. + * + * You should have received a copy of the GNU Lesser General Public + * License along with this library; if not, write to the Free Software + * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA + */ + +#include "winbase.h" +#include "windef.h" +#include "wingdi.h" +#include "winuser.h" +#include "winerror.h" +#include "wintab.h" +#include "wintab_internal.h" +#include "wine/debug.h" + +WINE_DEFAULT_DEBUG_CHANNEL(wintab32); + +HWND hwndDefault = (HWND)NULL; +static HANDLE hTabletInst; +static const WCHAR +WC_TABLETCLASSNAME[] = {'W','i','n','e','T','a','b','l','e','t','C','l','a','s','s',0}; +CRITICAL_SECTION csTablet; + +static LRESULT WINAPI TABLET_WindowProc(HWND hwnd, UINT uMsg, WPARAM wParam, + LPARAM lParam); + +static VOID TABLET_Register() +{ + WNDCLASSW wndClass; + ZeroMemory(&wndClass, sizeof(WNDCLASSW)); + wndClass.style = CS_GLOBALCLASS; + wndClass.lpfnWndProc = (WNDPROC) TABLET_WindowProc; + wndClass.cbClsExtra = 0; + wndClass.cbWndExtra = 0; + wndClass.hCursor = (HCURSOR)NULL; + wndClass.hbrBackground = (HBRUSH)(COLOR_WINDOW +1); + wndClass.lpszClassName = WC_TABLETCLASSNAME; + RegisterClassW(&wndClass); +} + +static VOID TABLET_Unregister() +{ + UnregisterClassW(WC_TABLETCLASSNAME, (HINSTANCE)NULL); +} + +BOOL WINAPI DllMain(HINSTANCE hInstDLL, DWORD fdwReason, LPVOID lpReserved) +{ + static const WCHAR name[] = {'T','a','b','l','e','t',0}; + static HMODULE hx11drv = NULL; + + TRACE("%p, %lx, %p\n",hInstDLL,fdwReason,lpReserved); + switch (fdwReason) + { + case DLL_PROCESS_ATTACH: + TRACE("Initialization\n"); + InitializeCriticalSection(&csTablet); + hx11drv = LoadLibraryA("x11drv.dll"); + if (hx11drv) + { + pLoadTabletInfo = (X11_LoadTabletInfo*)GetProcAddress(hx11drv, + "LoadTabletInfo"); + pAttachEventQueueToTablet = (X11_AttachEventQueueToTablet*) + GetProcAddress(hx11drv, "AttachEventQueueToTablet"); + pGetCurrentPacket = (X11_GetCurrentPacket*) + GetProcAddress(hx11drv, "GetCurrentPacket"); + TABLET_Register(); + hTabletInst = hInstDLL; + hwndDefault = CreateWindowW(WC_TABLETCLASSNAME, name, + WS_POPUPWINDOW,0,0,0,0,0,0,hTabletInst,0); + } + else + return FALSE; + break; + case DLL_PROCESS_DETACH: + TRACE("Detaching\n"); + if (hx11drv) + { + FreeLibrary(hx11drv); + if (hwndDefault) + { + DestroyWindow(hwndDefault); + hwndDefault = 0; + } + TABLET_Unregister(); + } + DeleteCriticalSection(&csTablet); + break; + } + return TRUE; +} + + +/* + * The window proc for the default TABLET window + */ +static LRESULT WINAPI TABLET_WindowProc(HWND hwnd, UINT uMsg, WPARAM wParam, + LPARAM lParam) +{ + TRACE("Incomming Message 0x%x (0x%08x, 0x%08x)\n", uMsg, (UINT)wParam, + (UINT)lParam); + + switch(uMsg) + { + case WM_NCCREATE: + return TRUE; + + case WT_PACKET: + { + WTPACKET packet; + LPOPENCONTEXT handler; + pGetCurrentPacket(&packet); + handler = AddPacketToContextQueue(&packet,(HWND)lParam); + if (handler) + TABLET_PostTabletMessage(handler, WT_PACKET, + (WPARAM)packet.pkSerialNumber, + (LPARAM)handler->handle, FALSE); + break; + } + case WT_PROXIMITY: + { + LPOPENCONTEXT handler; + LPARAM prox; + handler = FindOpenContext((HWND)lParam); + if (handler) + { + prox = wParam | 0x1 << 16; + TABLET_PostTabletMessage(handler, WT_PROXIMITY, + (WPARAM)handler->handle, (LPARAM)prox, + TRUE); + } + break; + } + } + return 0; +} + --- /dev/null Thu Aug 30 15:30:55 2001 +++ dlls/wintab32/wintab_internal.h Wed Apr 23 08:26:57 2003 @@ -0,0 +1,329 @@ +/* + * Tablet header + * + * Copyright 2003 Codeweavers (Aric Stewart) + * + * This library is free software; you can redistribute it and/or + * modify it under the terms of the GNU Lesser General Public + * License as published by the Free Software Foundation; either + * version 2.1 of the License, or (at your option) any later version. + * + * This library is distributed in the hope that it will be useful, + * but WITHOUT ANY WARRANTY; without even the implied warranty of + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU + * Lesser General Public License for more details. + * + * You should have received a copy of the GNU Lesser General Public + * License along with this library; if not, write to the Free Software + * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA + */ + +typedef struct tagWTI_INTERFACE_INFO { + CHAR WINTABID[1024]; + /* a copy of the null-terminated tablet hardware identification string + * in the user buffer. This string should include make, model, and + * revision information in user-readable format. + */ + WORD SPECVERSION; + /* the specification version number. The high-order byte contains the + * major version number; the low-order byte contains the minor version + * number. + */ + WORD IMPLVERSION; + /* the implementation version number. The high-order byte contains the + * major version number; the low-order byte contains the minor version + * number. + */ + UINT NDEVICES; + /* the number of devices supported. */ + UINT NCURSORS; + /* the total number of cursor types supported. */ + UINT NCONTEXTS; + /* the number of contexts supported. */ + UINT CTXOPTIONS; + /* flags indicating which context options are supported */ + UINT CTXSAVESIZE; + /* the size of the save information returned from WTSave.*/ + UINT NEXTENSIONS; + /* the number of extension data items supported.*/ + UINT NMANAGERS; + /* the number of manager handles supported.*/ + }WTI_INTERFACE_INFO, *LPWTI_INTERFACE_INFO; + +typedef struct tagWTI_STATUS_INFO{ + UINT CONTEXTS; + /* the number of contexts currently open.*/ + UINT SYSCTXS; + /* the number of system contexts currently open.*/ + UINT PKTRATE; + /* the maximum packet report rate currently being received by any + * context, in Hertz. + */ + WTPKT PKTDATA; + /* a mask indicating which packet data items are requested by at + * least one context. + */ + UINT MANAGERS; + /* the number of manager handles currently open.*/ + BOOL SYSTEM; + /* a non-zero value if system pointing is available to the whole + * screen; zero otherwise. + */ + DWORD BUTTONUSE; + /* a button mask indicating the logical buttons whose events are + * requested by at least one context. + */ + DWORD SYSBTNUSE; + /* a button mask indicating which logical buttons are assigned a system + * button function by the current cursor's system button map. + */ +} WTI_STATUS_INFO, *LPWTI_STATUS_INFO; + + +typedef struct tagWTI_DEVICES_INFO +{ + CHAR NAME[256]; + /* a displayable null- terminated string describing the device, + * manufacturer, and revision level. + */ + UINT HARDWARE; + /* flags indicating hardware and driver capabilities, as defined + * below: + HWC_INTEGRATED: + Indicates that the display and digitizer share the same surface. + HWC_TOUCH + Indicates that the cursor must be in physical contact with the + device to report position. + HWC_HARDPROX + Indicates that device can generate events when the cursor is + entering and leaving the physical detection range. + HWC_PHYSID_CURSORS + Indicates that device can uniquely identify the active cursor in + hardware. + */ + UINT NCSRTYPES; + /* the number of supported cursor types.*/ + UINT FIRSTCSR; + /* the first cursor type number for the device. */ + UINT PKTRATE; + /* the maximum packet report rate in Hertz. */ + WTPKT PKTDATA; + /* a bit mask indicating which packet data items are always available.*/ + WTPKT PKTMODE; + /* a bit mask indicating which packet data items are physically + * relative, i.e., items for which the hardware can only report change, + * not absolute measurement. + */ + WTPKT CSRDATA; + /* a bit mask indicating which packet data items are only available when + * certain cursors are connected. The individual cursor descriptions + * must be consulted to determine which cursors return which data. + */ + INT XMARGIN; + INT YMARGIN; + INT ZMARGIN; + /* the size of tablet context margins in tablet native coordinates, in + * the x, y, and z directions, respectively. + */ + AXIS X; + AXIS Y; + AXIS Z; + /* the tablet's range and resolution capabilities, in the x, y, and z + * axes, respectively. + */ + AXIS NPRESSURE; + AXIS TPRESSURE; + /* the tablet's range and resolution capabilities, for the normal and + * tangential pressure inputs, respectively. + */ + AXIS ORIENTATION[3]; + /* a 3-element array describing the tablet's orientation range and + * resolution capabilities. + */ + AXIS ROTATION[3]; + /* a 3-element array describing the tablet's rotation range and + * resolution capabilities. + */ + CHAR PNPID[256]; + /* a null-terminated string containing the devices Plug and Play ID.*/ +} WTI_DEVICES_INFO, *LPWTI_DEVICES_INFO; + +typedef struct tagWTI_CURSORS_INFO +{ + CHAR NAME[256]; + /* a displayable zero-terminated string containing the name of the + * cursor. + */ + BOOL ACTIVE; + /* whether the cursor is currently connected. */ + WTPKT PKTDATA; + /* a bit mask indicating the packet data items supported when this + * cursor is connected. + */ + BYTE BUTTONS; + /* the number of buttons on this cursor. */ + BYTE BUTTONBITS; + /* the number of bits of raw button data returned by the hardware.*/ + CHAR BTNNAMES[1024]; /* FIXME: make this dynamic */ + /* a list of zero-terminated strings containing the names of the + * cursor's buttons. The number of names in the list is the same as the + * number of buttons on the cursor. The names are separated by a single + * zero character; the list is terminated by two zero characters. + */ + BYTE BUTTONMAP[32]; + /* a 32 byte array of logical button numbers, one for each physical + * button. + */ + BYTE SYSBTNMAP[32]; + /* a 32 byte array of button action codes, one for each logical + * button. + */ + BYTE NPBUTTON; + /* the physical button number of the button that is controlled by normal + * pressure. + */ + UINT NPBTNMARKS[2]; + /* an array of two UINTs, specifying the button marks for the normal + * pressure button. The first UINT contains the release mark; the second + * contains the press mark. + */ + UINT *NPRESPONSE; + /* an array of UINTs describing the pressure response curve for normal + * pressure. + */ + BYTE TPBUTTON; + /* the physical button number of the button that is controlled by + * tangential pressure. + */ + UINT TPBTNMARKS[2]; + /* an array of two UINTs, specifying the button marks for the tangential + * pressure button. The first UINT contains the release mark; the second + * contains the press mark. + */ + UINT *TPRESPONSE; + /* an array of UINTs describing the pressure response curve for + * tangential pressure. + */ + DWORD PHYSID; + /* a manufacturer-specific physical identifier for the cursor. This + * value will distinguish the physical cursor from others on the same + * device. This physical identifier allows applications to bind + * functions to specific physical cursors, even if category numbers + * change and multiple, otherwise identical, physical cursors are + * present. + */ + UINT MODE; + /* the cursor mode number of this cursor type, if this cursor type has + * the CRC_MULTIMODE capability. + */ + UINT MINPKTDATA; + /* the minimum set of data available from a physical cursor in this + * cursor type, if this cursor type has the CRC_AGGREGATE capability. + */ + UINT MINBUTTONS; + /* the minimum number of buttons of physical cursors in the cursor type, + * if this cursor type has the CRC_AGGREGATE capability. + */ + UINT CAPABILITIES; + /* flags indicating cursor capabilities, as defined below: + CRC_MULTIMODE + Indicates this cursor type describes one of several modes of a + single physical cursor. Consecutive cursor type categories + describe the modes; the CSR_MODE data item gives the mode number + of each cursor type. + CRC_AGGREGATE + Indicates this cursor type describes several physical cursors + that cannot be distinguished by software. + CRC_INVERT + Indicates this cursor type describes the physical cursor in its + inverted orientation; the previous consecutive cursor type + category describes the normal orientation. + */ + UINT TYPE; + /* Manufacturer Unique id for the item type */ +} WTI_CURSORS_INFO, *LPWTI_CURSORS_INFO; + + +typedef struct tagWTI_EXTENSIONS_INFO +{ + CHAR NAME[256]; + /* a unique, null-terminated string describing the extension.*/ + UINT TAG; + /* a unique identifier for the extension. */ + WTPKT MASK; + /* a mask that can be bitwise OR'ed with WTPKT-type variables to select + * the extension. + */ + UINT SIZE[2]; + /* an array of two UINTs specifying the extension's size within a packet + * (in bytes). The first is for absolute mode; the second is for + * relative mode. + */ + AXIS *AXES; + /* an array of axis descriptions, as needed for the extension. */ + BYTE *DEFAULT; + /* the current global default data, as needed for the extension. This + * data is modified via the WTMgrExt function. + */ + BYTE *DEFCONTEXT; + BYTE *DEFSYSCTX; + /* the current default context-specific data, as needed for the + * extension. The indices identify the digitizing- and system-context + * defaults, respectively. + */ + BYTE *CURSORS; + /* Is the first of one or more consecutive indices, one per cursor type. + * Each returns the current default cursor-specific data, as need for + * the extension. This data is modified via the WTMgrCsrExt function. + */ +} WTI_EXTENSIONS_INFO, *LPWTI_EXTENSIONS_INFO; + +typedef struct tagWTPACKET { + HCTX pkContext; + UINT pkStatus; + LONG pkTime; + WTPKT pkChanged; + UINT pkSerialNumber; + UINT pkCursor; + DWORD pkButtons; + DWORD pkX; + DWORD pkY; + DWORD pkZ; + UINT pkNormalPressure; + UINT pkTangentPressure; + ORIENTATION pkOrientation; + ROTATION pkRotation; /* 1.1 */ +} WTPACKET, *LPWTPACKET; + +typedef struct tagOPENCONTEXT +{ + HCTX handle; + LOGCONTEXTA context; + HWND hwndOwner; + BOOL enabled; + INT ActiveCursor; + INT QueueSize; + INT PacketsQueued; + LPWTPACKET PacketQueue; + struct tagOPENCONTEXT *next; +} OPENCONTEXT, *LPOPENCONTEXT; + +LPOPENCONTEXT TABLET_FindOpenContext(HCTX hCtx); +int TABLET_PostTabletMessage(LPOPENCONTEXT newcontext, UINT msg, WPARAM wParam, + LPARAM lParam, BOOL send_always); +LPOPENCONTEXT AddPacketToContextQueue(LPWTPACKET packet, HWND hwnd); +LPOPENCONTEXT FindOpenContext(HWND hwnd); + +/* X11drv functions */ +typedef int X11_LoadTabletInfo(LPLOGCONTEXTA context, LPWTI_DEVICES_INFO + device, LPWTI_CURSORS_INFO cursor_list, int + num_cursors, HWND hwnddefault); + +typedef int X11_GetCurrentPacket(LPWTPACKET packet); + +typedef int X11_AttachEventQueueToTablet(HWND hOwner, LPWTI_CURSORS_INFO + cursor_list, int num_cursors); + +X11_LoadTabletInfo *pLoadTabletInfo; +X11_AttachEventQueueToTablet *pAttachEventQueueToTablet; +X11_GetCurrentPacket *pGetCurrentPacket; --- /dev/null Thu Aug 30 15:30:55 2001 +++ dlls/x11drv/wintab.c Wed Apr 23 08:27:47 2003 @@ -0,0 +1,551 @@ +/* + * X11 tablet driver + * + * Copyright 2003 Codeweavers (Aric Stewart) + * + * This library is free software; you can redistribute it and/or + * modify it under the terms of the GNU Lesser General Public + * License as published by the Free Software Foundation; either + * version 2.1 of the License, or (at your option) any later version. + * + * This library is distributed in the hope that it will be useful, + * but WITHOUT ANY WARRANTY; without even the implied warranty of + * MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU + * Lesser General Public License for more details. + * + * You should have received a copy of the GNU Lesser General Public + * License along with this library; if not, write to the Free Software + * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA + */ + +#include "config.h" + +#include "ts_xlib.h" +#include <X11/extensions/XInput.h> +#include <X11/extensions/XI.h> + +#include "windef.h" +#include "x11drv.h" +#include "wine/debug.h" +#include "wintab.h" +#include <dlfcn.h> +#include "../wintab32/wintab_internal.h" +#include <stdlib.h> + +WINE_DEFAULT_DEBUG_CHANNEL(wintab32); +WINE_DECLARE_DEBUG_CHANNEL(event); + +static int motion_type = -1; +static int button_press_type = -1; +static int button_release_type = -1; +static int key_press_type = -1; +static int key_release_type = -1; +static int proximity_in_type = -1; +static int proximity_out_type = -1; + +HWND hwndTabletDefault = (HWND)NULL; +WTPACKET gMsgPacket; +static DWORD gSerial = 0; +static INT button_state[10] = {0,0,0,0,0,0,0,0,0,0}; + + +/* XInput stuff */ +static void *xinput_handle; + +#define MAKE_FUNCPTR(f) static typeof(f) * p##f; +MAKE_FUNCPTR(XListInputDevices) +MAKE_FUNCPTR(XOpenDevice) +MAKE_FUNCPTR(XQueryDeviceState) +MAKE_FUNCPTR(XGetDeviceButtonMapping) +MAKE_FUNCPTR(XCloseDevice) +MAKE_FUNCPTR(XSelectExtensionEvent) +MAKE_FUNCPTR(XFreeDeviceState) +#undef MAKE_FUNCPTR + +INT X11DRV_XInput_Init(void) +{ + xinput_handle = wine_dlopen("libXi.so", RTLD_NOW, NULL, 0); + if (xinput_handle) + { +#define LOAD_FUNCPTR(f) if((p##f = wine_dlsym(xinput_handle, #f, NULL, 0)) == NULL) goto sym_not_found; + LOAD_FUNCPTR(XListInputDevices) + LOAD_FUNCPTR(XOpenDevice) + LOAD_FUNCPTR(XGetDeviceButtonMapping) + LOAD_FUNCPTR(XCloseDevice) + LOAD_FUNCPTR(XSelectExtensionEvent) + LOAD_FUNCPTR(XQueryDeviceState) + LOAD_FUNCPTR(XFreeDeviceState) +#undef LOAD_FUNCPTR + return 1; + } +sym_not_found: + return 0; +} + +int X11DRV_LoadTabletInfo(LPLOGCONTEXTA context, LPWTI_DEVICES_INFO device, + LPWTI_CURSORS_INFO cursor_list, int num_cursors, HWND + hwnddefault) +{ + struct x11drv_thread_data *data = x11drv_thread_data(); + int num_devices; + int loop; + int cursor_target; + XDeviceInfo *devices; + XDeviceInfo *target = NULL; + BOOL axis_read_complete= FALSE; + + XAnyClassPtr any; + XButtonInfoPtr Button; + XValuatorInfoPtr Val; + XAxisInfoPtr Axis; + + XDevice *opendevice; + + if (!X11DRV_XInput_Init()) + { + ERR("Unable to initialized the XInput library.\n"); + return 0; + } + + hwndTabletDefault = hwnddefault; + + /* Do base initializaion */ + strcpy(context->lcName, "Wine Tablet Context"); + strcpy(device->NAME,"Wine Tablet Device"); + + context->lcOptions = CXO_SYSTEM | CXO_MESSAGES | CXO_CSRMESSAGES; + context->lcLocks = CXL_INSIZE | CXL_INASPECT | CXL_MARGIN | + CXL_SENSITIVITY | CXL_SYSOUT; + + context->lcMsgBase= WT_DEFBASE; + context->lcDevice = 0; + context->lcPktData = + PK_CONTEXT | PK_STATUS | PK_SERIAL_NUMBER| PK_TIME | PK_CURSOR | + PK_BUTTONS | PK_X | PK_Y | PK_NORMAL_PRESSURE | PK_ORIENTATION; + context->lcMoveMask= + PK_BUTTONS | PK_X | PK_Y | PK_NORMAL_PRESSURE | PK_ORIENTATION; + context->lcStatus = CXS_ONTOP; + context->lcPktRate = 100; + context->lcBtnDnMask = 0xffffffff; + context->lcBtnUpMask = 0xffffffff; + context->lcSensX = 65536; + context->lcSensY = 65536; + context->lcSensX = 65536; + context->lcSensZ = 65536; + context->lcSysSensX= 65536; + context->lcSysSensY= 65536; + + /* Device Defaults */ + device->HARDWARE = HWC_HARDPROX|HWC_PHYSID_CURSORS; + device->FIRSTCSR= 0; + device->PKTRATE = 100; + device->PKTDATA = + PK_CONTEXT | PK_STATUS | PK_SERIAL_NUMBER| PK_TIME | PK_CURSOR | + PK_BUTTONS | PK_X | PK_Y | PK_NORMAL_PRESSURE | PK_ORIENTATION; + strcpy(device->PNPID,"non-pluginplay"); + + wine_tsx11_lock(); + + cursor_target = -1; + devices = pXListInputDevices(data->display, &num_devices); + if (!devices) + { + WARN("XInput Extenstions reported as not avalable\n"); + wine_tsx11_unlock(); + return 0; + } + for (loop=0; loop < num_devices; loop++) + { + int class_loop; + + TRACE("Trying device %i(%s)\n",loop,devices[loop].name); + if (devices[loop].use == IsXExtensionDevice) + { + LPWTI_CURSORS_INFO cursor; + + TRACE("Is Extention Device\n"); + cursor_target++; + target = &devices[loop]; + cursor = &cursor_list[cursor_target]; + + opendevice = pXOpenDevice(data->display,target->id); + if (opendevice) + { + unsigned char map[32]; + int i; + int shft = 0; + + pXGetDeviceButtonMapping(data->display, opendevice, map, 32); + + for (i=0; i< cursor->BUTTONS; i++,shft++) + { + cursor->BUTTONMAP[i] = map[i]; + cursor->SYSBTNMAP[i] = (1<<shft); + } + pXCloseDevice(data->display, opendevice); + } + else + { + WARN("Unable to open device %s\n",target->name); + cursor_target --; + continue; + } + + strcpy(cursor->NAME,target->name); + + cursor->ACTIVE = 1; + cursor->PKTDATA = PK_TIME | PK_CURSOR | PK_BUTTONS | PK_X | PK_Y | + PK_NORMAL_PRESSURE | PK_TANGENT_PRESSURE | + PK_ORIENTATION; + + cursor->PHYSID = cursor_target; + cursor->NPBUTTON = 1; + cursor->NPBTNMARKS[0] = 0 ; + cursor->NPBTNMARKS[1] = 1 ; + cursor->CAPABILITIES = 1; + if (strcasecmp(cursor->NAME,"stylus")==0) + cursor->TYPE = 0x4825; + if (strcasecmp(cursor->NAME,"eraser")==0) + cursor->TYPE = 0xc85a; + + + any = (XAnyClassPtr) (target->inputclassinfo); + + for (class_loop = 0; class_loop < target->num_classes; class_loop++) + { + switch (any->class) + { + case ValuatorClass: + if (!axis_read_complete) + { + Val = (XValuatorInfoPtr) any; + Axis = (XAxisInfoPtr) ((char *) Val + sizeof + (XValuatorInfo)); + + if (Val->num_axes>=1) + { + /* Axis 1 is X */ + device->X.axMin = Axis->min_value; + device->X.axMax= Axis->max_value; + device->X.axUnits = 1; + device->X.axResolution = Axis->resolution; + context->lcInOrgX = Axis->min_value; + context->lcSysOrgX = Axis->min_value; + context->lcInExtX = Axis->max_value; + context->lcSysExtX = Axis->max_value; + Axis++; + } + if (Val->num_axes>=2) + { + /* Axis 2 is Y */ + device->Y.axMin = Axis->min_value; + device->Y.axMax= Axis->max_value; + device->Y.axUnits = 1; + device->Y.axResolution = Axis->resolution; + context->lcInOrgY = Axis->min_value; + context->lcSysOrgY = Axis->min_value; + context->lcInExtY = Axis->max_value; + context->lcSysExtY = Axis->max_value; + Axis++; + } + if (Val->num_axes>=3) + { + /* Axis 3 is Normal Pressure */ + device->NPRESSURE.axMin = Axis->min_value; + device->NPRESSURE.axMax= Axis->max_value; + device->NPRESSURE.axUnits = 1; + device->NPRESSURE.axResolution = + Axis->resolution; + Axis++; + } + if (Val->num_axes >= 5) + { + /* Axis 4 and 5 are X and Y tilt */ + XAxisInfoPtr XAxis = Axis; + Axis++; + if (max (abs(Axis->max_value), + abs(XAxis->max_value))) + { + device->ORIENTATION[0].axMin = 0; + device->ORIENTATION[0].axMax = 3600; + device->ORIENTATION[0].axUnits = 1; + device->ORIENTATION[0].axResolution = + 235929600; + device->ORIENTATION[1].axMin = -1000; + device->ORIENTATION[1].axMax = 1000; + device->ORIENTATION[1].axUnits = 1; + device->ORIENTATION[1].axResolution = + 235929600; + Axis++; + } + } + axis_read_complete = TRUE; + } + break; + case ButtonClass: + { + CHAR *ptr = cursor->BTNNAMES; + int i; + + Button = (XButtonInfoPtr) any; + cursor->BUTTONS = Button->num_buttons; + for (i = 0; i < cursor->BUTTONS; i++) + { + strcpy(ptr,cursor->NAME); + ptr+=8; + } + } + break; + } + any = (XAnyClassPtr) ((char*) any + any->length); + } + } + } + wine_tsx11_unlock(); + device->NCSRTYPES = cursor_target+1; + return cursor_target+1; +} + +static int figure_deg(int x, int y) +{ + int rc; + + if (y != 0) + { + rc = (int) 10 * (atan( (FLOAT)abs(y) / (FLOAT)abs(x)) / (3.1415 / 180)); + if (y>0) + { + if (x>0) + rc += 900; + else + rc = 2700 - rc; + } + else + { + if (x>0) + rc = 900 - rc; + else + rc += 2700; + } + } + else + { + if (x >= 0) + rc = 900; + else + rc = 2700; + } + + return rc; +} + +static int get_button_state(int deviceid) +{ + return button_state[deviceid]; +} + +static void set_button_state(XID deviceid) +{ + struct x11drv_thread_data *data = x11drv_thread_data(); + XDevice *device; + XDeviceState *state; + XInputClass *class; + int loop; + int rc = 0; + + wine_tsx11_lock(); + device = pXOpenDevice(data->display,deviceid); + state = pXQueryDeviceState(data->display,device); + + if (state) + { + class = state->data; + for (loop = 0; loop < state->num_classes; loop++) + { + if (class->class == ButtonClass) + { + int loop2; + XButtonState *button_state = (XButtonState*)class; + for (loop2 = 1; loop2 <= button_state->num_buttons; loop2++) + { + if (button_state->buttons[loop2 / 8] & (1 << (loop2 % 8))) + { + rc |= (1<<(loop2-1)); + } + } + } + class = (XInputClass *) ((char *) class + class->length); + } + } + pXFreeDeviceState(state); + wine_tsx11_unlock(); + button_state[deviceid] = rc; +} + +int X11DRV_ProcessTabletEvent(HWND hwnd, XEvent *event) +{ + memset(&gMsgPacket,0,sizeof(WTPACKET)); + + if(event->type == motion_type) + { + XDeviceMotionEvent *motion = (XDeviceMotionEvent *)event; + + TRACE_(event)("Recieved tablet motion event (%p)\n",hwnd); + TRACE("Recieved tablet motion event (%p)\n",hwnd); + gMsgPacket.pkTime = motion->time; + gMsgPacket.pkSerialNumber = gSerial++; + gMsgPacket.pkCursor = motion->deviceid; + gMsgPacket.pkX = motion->axis_data[0]; + gMsgPacket.pkY = motion->axis_data[1]; + gMsgPacket.pkOrientation.orAzimuth = + figure_deg(motion->axis_data[3],motion->axis_data[4]); + gMsgPacket.pkOrientation.orAltitude = 1000 - 15 * max + (abs(motion->axis_data[3]),abs(motion->axis_data[4])); + gMsgPacket.pkNormalPressure = motion->axis_data[2]; + + if (!gMsgPacket.pkNormalPressure) + button_state[motion->deviceid] &= ~(1); + else + button_state[motion->deviceid] |= 1; + + gMsgPacket.pkButtons = get_button_state(motion->deviceid); + SendMessageW(hwndTabletDefault,WT_PACKET,0,(LPARAM)hwnd); + } + else if ((event->type == button_press_type)||(event->type == + button_release_type)) + { + XDeviceButtonEvent *button = (XDeviceButtonEvent *) event; + + TRACE_(event)("Recieved tablet button event\n"); + TRACE("Recieved tablet button %s event\n", (event->type == + button_press_type)?"press":"release"); + + set_button_state(button->deviceid); + } + else if (event->type == key_press_type) + { + TRACE_(event)("Recieved tablet key press event\n"); + FIXME("Recieved tablet key press event\n"); + } + else if (event->type == key_release_type) + { + TRACE_(event)("Recieved tablet key release event\n"); + FIXME("Recieved tablet key release event\n"); + } + else if ((event->type == proximity_in_type) || + (event->type == proximity_out_type)) + { + TRACE_(event)("Recieved tablet proximity event\n"); + TRACE("Recieved tablet proximity event\n"); + gMsgPacket.pkStatus = (event->type==proximity_out_type)?TPS_PROXIMITY:0; + SendMessageW(hwndTabletDefault, WT_PROXIMITY, + (event->type==proximity_out_type)?0:1, (LPARAM)hwnd); + } + else + return 0; + + return 1; +} + +int X11DRV_AttachEventQueueToTablet(HWND hOwner, LPWTI_CURSORS_INFO cursor_list, + int num_cursors) +{ + struct x11drv_thread_data *data = x11drv_thread_data(); + int num_devices; + int loop; + int cur_loop; + XDeviceInfo *devices; + XDeviceInfo *target = NULL; + XDevice *the_device; + XInputClassInfo *ip; + XEventClass event_list[7]; + Window win; + WND *wndPtr; + + wine_tsx11_lock(); + + wndPtr = WIN_GetPtr(hOwner); + win = ((struct x11drv_win_data*)wndPtr->pDriverData)->whole_window; + + TRACE("Creating context for window 0x%x (%lx) %i cursors\n",(INT)hOwner, + win, num_cursors); + + devices = pXListInputDevices(data->display, &num_devices); + + for (cur_loop=0; cur_loop < num_cursors; cur_loop++) + { + int event_number=0; + + for (loop=0; loop < num_devices; loop ++) + if (strcmp(devices[loop].name,cursor_list[cur_loop].NAME)==0) + target = &devices[loop]; + + TRACE("Opening cursor %i id %i\n",cur_loop,(INT)target->id); + + the_device = pXOpenDevice(data->display, target->id); + + if (!the_device) + { + WARN("Unable to Open device\n"); + continue; + } + + if (the_device->num_classes > 0) + { + for (ip = the_device->classes, loop=0; loop < target->num_classes; + ip++, loop++) + { + switch(ip->input_class) + { + case KeyClass: + DeviceKeyPress(the_device, key_press_type, + event_list[event_number]); + event_number++; + DeviceKeyRelease(the_device, key_release_type, + event_list[event_number]); + event_number++; + break; + case ButtonClass: + DeviceButtonPress(the_device, button_press_type, + event_list[event_number]); + event_number++; + DeviceButtonRelease(the_device, button_release_type, + event_list[event_number]); + event_number++; + break; + case ValuatorClass: + DeviceMotionNotify(the_device, motion_type, + event_list[event_number]); + event_number++; + ProximityIn(the_device, proximity_in_type, + event_list[event_number]); + event_number++; + ProximityOut(the_device, proximity_out_type, + event_list[event_number]); + event_number++; + break; + default: + ERR("unknown class\n"); + break; + } + } + if (pXSelectExtensionEvent(data->display, win, event_list, + event_number)) + { + ERR( "error selecting extended events\n"); + goto end; + } + } + } + +end: + WIN_ReleasePtr(wndPtr); + wine_tsx11_unlock(); + return 0; +} + +int X11DRV_GetCurrentPacket(LPWTPACKET *packet) +{ + memcpy(packet,&gMsgPacket,sizeof(WTPACKET)); + return 1; +}

6 6

wine-dbg gone mad?
by Kye Lewis 24 Apr '03

24 Apr '03

I've just had this problem: A program had crashed and wing-dbg has been initiated, when I pressed CTRL+C it went back to the console. however then like mad "wine-dbg>" kept appearing over and over until I exited the console. Like "winedbg> winedbg> winedbg> winedbg> winedbg> winedbg> winedbg> winedbg> winedbg> winedbg> winedbg> winedbg> winedbg> winedbg> winedbg> winedbg> winedbg> winedbg> winedbg> winedbg> winedbg> winedbg> winedbg> winedbg> winedbg> winedbg> winedbg> winedbg> winedbg> winedbg> winedbg> winedbg> winedbg> winedbg> winedbg> winedbg> winedbg> winedbg> winedbg> winedbg> winedbg> winedbg> winedbg> winedbg> winedbg> winedbg> winedbg> winedbg> winedbg> winedbg> winedbg> winedbg> winedbg> winedbg> winedbg> winedbg> winedbg> winedbg> winedbg> winedbg> winedbg> winedbg> winedbg> winedbg> winedbg> winedbg> winedbg> winedbg> winedbg> winedbg> winedbg> winedbg> winedbg> winedbg> winedbg> winedbg> winedbg> winedbg>" Over and over and over (and over... and over...... and over..... etc) Any ideas why this is? Oh, and on an unrelated note, I noticed that Opera 5 runs well in wine - do the newer versions run just as well?

3 2

Re: Fix comctl/trackbar creation
by BiGgUn 24 Apr '03

24 Apr '03

> If you run for example edonkey 0.26+, you can see that it crashes as > soon as you enter the preference dialog box. do u talk about edonkey or emule ? Anyway, this path fixes a crash bug in emule 0.27c :)

3 2

Re: winehq mailing list archives being harvested by spammers
by Brian Vincent (C) 24 Apr '03

24 Apr '03

> executive summary: "please obscure the email addresses in the > winehq mailing list archives, I'm drowning in spam"! FWIW, Zack Brown and I began obscuring all the email address in the Wine Traffic / Kernel Traffic newsletters a while ago. They used to be embedded in the XML, HTML and various pages referenced on the site. However, any email sent to wine-devel before mid October will show up in the mailing list stats in the XML pages on both WineHQ and Wine Traffic (Zack's site). --------------- Brian Vincent Copper Mountain Telecom vincentb(a)coppercolorado.com

3 2

winehq mailing list archives being harvested by spammers
by Dan Kegel 24 Apr '03

24 Apr '03

Hi, executive summary: "please obscure the email addresses in the winehq mailing list archives, I'm drowning in spam"! I am facing a tidal wave of spam. Recent research showed that the main way spammers get email addresses is by web crawling. Therefore, I'm doing a web search for my work email address (dank at ixiacom.com), and doing my best to erase all mention of it. I hate doing this, but the spam is getting so bad I have to do something, and spam filtering isn't quite doing the job. I expect others are now or will soon be in the same situation. Most mentions of my work address are in web archives of mailing lists. While many mailing lists have instituted some privacy controls, many others have not. Here's a couple examples of archived messages containing my work address: http://www.winehq.com/hypermail/wine-users/2001/09/0474.html http://www.winehq.com/hypermail/wine-devel/2003/02/0190.html I have no specific evidence the wine archives in particular have been harvested by spammers, but if Google can see my address there, so can they... Examples of effective privacy measures for mailing list archives include: * restricting archive access to list members * not restricting access, but using the HTTP password mechanism to discourage spiders (e.g. perforce-users mailing list) * simply obscuring all email addresses in message headers or trailers That last countermeasure is my favorite one, since it means that Google will still have full access to the info in the list archive. I would greatly appreciate it if the archive would institute one of the above spam countermeasures (preferably the last one). I understand that overly harsh spam countermeasures would be harmful to normal discourse, but I trust some useful middle ground can be found. Thanks, Dan Kegel -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

6 6

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