- wine-devel - winehq.org

Isn't 'make depend' optional?
by Bang Jun-Young 06 Aug '02

06 Aug '02

Hi, I got the following error with wine-20020804 when I skipped 'make depend' before doing 'make': gmake[2]: Entering directory `/u0/work/wine-20020804/tools/widl' gcc -c -I. -I. -I../../include -I../../include -O2 -Wall -mpreferred-stack-boundary=2 -D__WINE__ -D_REENTRANT -I/usr/X11R6/include -o header.o header.c header.c:36: y.tab.h: No such file or directory gmake[2]: *** [header.o] Error 1 gmake[2]: Leaving directory `/u0/work/wine-20020804/tools/widl' gmake[1]: *** [widl] Error 2 gmake[1]: Leaving directory `/u0/work/wine-20020804/tools' gmake: *** [tools] Error 2 This was due to dependency that widl/*.c require y.tab.h in common but y.tab.h is not generated before compilation is being done. I have worked around it as follows: --- Make.rules.in.orig Sat Aug 3 04:34:21 2002 +++ Make.rules.in Mon Aug 5 14:57:17 2002 @@ -112,7 +112,7 @@ CLEAN_FILES = *.o *.a *.so *.ln *.$(LIBEXT) \\\#*\\\# *~ *% .\\\#* *.bak *.orig *.rej \ *.flc *.spec.c *.spec.def *.glue.c *.dbg.c y.tab.c y.tab.h @LEX_OUTPUT_ROOT@.c core -OBJS = $(C_SRCS:.c=.o) $(GEN_C_SRCS:.c=.o) $(GEN_ASM_SRCS:.s=.o) $(ASM_SRCS:.S=.o) $(EXTRA_OBJS) +OBJS = $(EXTRA_OBJS) $(C_SRCS:.c=.o) $(GEN_C_SRCS:.c=.o) $(GEN_ASM_SRCS:.s=.o) $(ASM_SRCS:.S=.o) RCOBJS = $(RC_SRCS:.rc=.res.o) LINTS = $(C_SRCS:.c=.ln) Obviously the patch doesn't look good. Is there any better solution for this? What about introducing PREEXTRA_OBJS and POSTEXTRA_OBJS? Jun-Young -- Bang Jun-Young <junyoung(a)mogua.com>

7 15

ASM_FUNC isn't autodetect correctly
by Luc Saillard 05 Aug '02

05 Aug '02

Hi, On my computer, ASM_FUNC doesn't have the good value. configure choose this macro: >#define __ASM_FUNC(name) ".def " __ASM_NAME(name) "; .scl 2; .type 32; .endef" but when i use this macro, i've a lot assembler error that .scl and .endef isn't a valid command. The good value is (at least it compile cleanly): >#define __ASM_FUNC(name) ".type " __ASM_NAME(name) ",@function" I'm using a debian sid box with: ii gcc-2.95 2.95.4-10 ii gcc-3.1 3.1.1-2 ii binutils 2.12.90.0.15-1 (freshly installed) ii autoconf 2.53-4 I've test gcc 2.95 and gcc 3.1 with the same error. Perhaps it's my binutils package ? If i revert aclocal.m4 from 2002-07-25 with this command >cvs diff -c -D 2002-07-22 aclocal.m4 | patch -R It will detect the good macros. >checking how to define a function in assembly code... .type @function But, it will failed later when testing dlopen, because conftest_asm.s doesn't exist. So i need to set this macro at hand. Luc

1 0

RE: DInput patch - Bugzilla rights
by Patrik Stridvall 05 Aug '02

05 Aug '02

> Lionel Ulmer wrote: > > > > >This fixes bug 941. By the way, could I have more 'bugzilla' > power, I hate > >not being able to move bugs out of Unconfirmed state or to > not being able to > >close them (/me thinks that all Wine developpers should have > these rights). > > > > > Yes I aggree all Wine developers should have full rights in bugzilla. Yes, please. I remember once trying to reclassfied a wrongly classified bug and failed. I wasn't that important so I didn't bother asking for more rights... I haven't used Bugzilla that much but I certainly won't not use it less if I get more rights rather more... > Right now Andriy Palamarchuk and Jeremy Newman are the ones > that can do > this. The only catch is the developers need to set up a > bugzilla account > first. I have one already. Same as my email adress: ps(a)leissner.se

1 0

Re: DInput patch - Bugzilla rights
by Tony Lambregts 05 Aug '02

05 Aug '02

Lionel Ulmer wrote: > >This fixes bug 941. By the way, could I have more 'bugzilla' power, I hate >not being able to move bugs out of Unconfirmed state or to not being able to >close them (/me thinks that all Wine developpers should have these rights). > > Yes I aggree all Wine developers should have full rights in bugzilla. Right now Andriy Palamarchuk and Jeremy Newman are the ones that can do this. The only catch is the developers need to set up a bugzilla account first. Tony Lambregts

1 0

OpenGL 'hack' patch
by Lionel Ulmer 05 Aug '02

05 Aug '02

Hi all, To make NWN's model viewer work in Wine, I did the attached patch... Warning, it's not for the faint of heart so ugly it is :-) Basically, the plan is to have two drawable per DC in the X11 driver, one for 'normal' drawings, the other for OpenGL drawings, the latter being the one associated with the window when goind a CLIPSIBLINGS GetDCEx. Now to do this 'nicely', the 'use ExtEscape to store data' method is not the right one (but it works :-) ). So my current plan is to really separate all the X11 stuff into the X11DRV and to have a 'portable' opengl32.dll library. Now my question is 'how to do this properly' ? Is extending the 'dc' function pointer array with all the needed OpenGL functions a way (even if these functions are NOT GDI functions but pure OpenGL) ? The problem with this solution is that I would need to use the 'DC_GetDCPtr' function outside of GDI (and that may break DLL separation). Another solution could be to add all the OpenGL functions as GDI functions, do the DC function pointer thing and then put a forward from all the wgl functions to the GDI32.* functions. What do you all think of it ? Lionel -- Lionel Ulmer - http://www.bbrox.org/

1 0

cvs [update aborted]: request `update_template' not supported by server
by Shachar Shemesh 05 Aug '02

05 Aug '02

When trying to perform CVS operations on the WINE build from Solaris, I get the above mentioned error: cvs [update aborted]: request `update_template' not supported by server I am using cvs version 1.10.1 Anyone here knows what the problem is? Shachar

1 0

Small 'quibble' about GetDCEx
by Lionel Ulmer 05 Aug '02

05 Aug '02

Hi, While hunting down a function to get the HWND associated to a DC (I found it 'WindowFromDC'), I looked at the GetDCEx code, and found this : dce->DCXflags |= DCX_DCEBUSY; (...) if (!USER_Driver.pGetDC( hwnd, hdc, hrgnClip, flags )) hdc = 0; In that case, shouldn't the DCEBUSY flag be 'unset' or something ? I did not submit a patch because I did not know if unsetting would have been enough or if DCE_ReleaseDC should have been called (and, yes, I know, the pGetDC cannot ever return FALSE in the X11 driver, but well, if the error code exists, we should write it properly :-) ). Lionel -- Lionel Ulmer - http://www.bbrox.org/

1 0

Recent patches introduced a regression error
by Paul Millar 04 Aug '02

04 Aug '02

Hi, According to WRT [1], one of todays patches caused a regression error, picked up by one of the wininet DLL tests. Only, none of the patches seem to have touched wininet. The problem is with the tests at dlls/wininet/tests/http.c lines 117 and 157. The test freezes for up to 4 minutes, then returns the failures. As an act in desperation, I've tried reversing some of the patches (1-4, 6, and 7 from the WRT list) without success. I'm also a little suspicious that this might be something to do with Glasgow (or me :) I've been able to reproduce the problem on two other (local) machines, but I've not tried on any remote machines. I've also tried using earlier cvs versions (from a few days ago), but that build fails the wininet tests too. It would be good if someone could confirm the problem. Sorry if this turns out to be a red herring ... Paul. PS It's quite late here, so I might not be able to reply until tomorrow. [1] http://www.astro.gla.ac.uk/users/paulm/WRT/wrt.php ---- Paul Millar

3 8

PATCH: formatting fixes in files/smb.c
by Gerald Pfeifer 04 Aug '02

04 Aug '02

I am also Cc:ing this patch to wine-devel because I think it shows that there is an issue that deserves a bit of thought: Code formatting. 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. Also I am not aware of any coding style that asks for blanks around the assignment but does not use a blank after the comma. The patch below fixes at least the worst problems, by consistently using a blank after a comma in variable declarations. Gerald ChangeLog: Fix formatting of variable declarations. Index: smb.c =================================================================== RCS file: /home/wine/wine/files/smb.c,v retrieving revision 1.8 diff -u -3 -p -r1.8 smb.c --- smb.c 19 Jul 2002 03:17:19 -0000 1.8 +++ smb.c 4 Aug 2002 17:35:54 -0000 @@ -123,7 +123,7 @@ struct NB_Buffer static int netbios_name(const char *p, unsigned char *buffer) { char ch; - int i,len=0; + int i, len=0; buffer[len++]=' '; for(i=0; i<=MAX_HOST_NAME; i++) @@ -146,7 +146,7 @@ static int netbios_name(const char *p, u static DWORD NB_NameReq(LPCSTR host, unsigned char *buffer, int len) { - int trn = 1234,i=0; + int trn = 1234, i=0; NBR_ADDWORD(&buffer[i],trn); i+=2; NBR_ADDWORD(&buffer[i],0x0110); i+=2; @@ -203,9 +203,9 @@ static BOOL UNC_SplitName(LPSTR unc, LPS static BOOL NB_Lookup(LPCSTR host, struct sockaddr_in *addr) { - int fd,on=1,r,len,i,fromsize; + int fd, on=1, r, len, i, fromsize; struct pollfd fds; - struct sockaddr_in sin,fromaddr; + struct sockaddr_in sin, fromaddr; unsigned char buffer[256]; fd = socket(PF_INET, SOCK_DGRAM, IPPROTO_UDP); @@ -288,7 +288,7 @@ err: static BOOL NB_SessionReq(int fd, char *called, char *calling) { unsigned char buffer[0x100]; - int len = 0,r; + int len = 0, r; struct pollfd fds; TRACE("called %s, calling %s\n",called,calling); @@ -571,7 +571,7 @@ static BOOL SMB_NegotiateProtocol(int fd static BOOL SMB_SessionSetup(int fd, USHORT *userid) { unsigned char buf[0x100]; - int pcount,bcount; + int pcount, bcount; struct NB_Buffer rx, tx; memset(buf,0,sizeof buf); @@ -667,7 +667,7 @@ static BOOL SMB_TreeConnect(int fd, USHO { unsigned char buf[0x100]; int slen; - struct NB_Buffer rx,tx; + struct NB_Buffer rx, tx; TRACE("%s\n",share_name); @@ -731,7 +731,7 @@ static BOOL SMB_NtCreateOpen(int fd, USH DWORD attributes, HANDLE template, USHORT *file_id ) { unsigned char buffer[0x100]; - int len = 0,slen; + int len = 0, slen; TRACE("%s\n",filename); @@ -886,9 +886,9 @@ static BOOL SMB_Open(int fd, USHORT tree DWORD creation, DWORD attributes, USHORT *file_id ) { unsigned char buf[0x100]; - int slen,pcount,i; + int slen, pcount, i; USHORT mode = SMB_GetMode(access,sharing); - struct NB_Buffer rx,tx; + struct NB_Buffer rx, tx; TRACE("%s\n",filename); @@ -944,8 +944,8 @@ static BOOL SMB_Open(int fd, USHORT tree static BOOL SMB_Read(int fd, USHORT tree_id, USHORT user_id, USHORT dialect, USHORT file_id, DWORD offset, LPVOID out, USHORT count, LPUSHORT read) { - int buf_size,n,i; - struct NB_Buffer rx,tx; + int buf_size, n, i; + struct NB_Buffer rx, tx; TRACE("user %04x tree %04x file %04x count %04x offset %08lx\n", user_id, tree_id, file_id, count, offset); @@ -1285,7 +1285,7 @@ done: static int SMB_GetSocket(LPCSTR host) { - int fd=-1,r; + int fd=-1, r; struct sockaddr_in sin; struct hostent *he; @@ -1390,7 +1390,7 @@ HANDLE WINAPI SMB_CreateFileA( LPCSTR un { int fd; USHORT tree_id=0, user_id=0, dialect=0, file_id=0; - LPSTR name,host,share,file; + LPSTR name, host, share, file; HANDLE handle = INVALID_HANDLE_VALUE; name = HeapAlloc(GetProcessHeap(),0,lstrlenA(uncname)); @@ -1540,7 +1540,7 @@ BOOL WINAPI SMB_ReadFile(HANDLE hFile, L SMB_DIR* WINAPI SMB_FindFirst(LPCSTR name) { int fd = -1; - LPSTR host,share,file; + LPSTR host, share, file; USHORT tree_id=0, user_id=0, dialect=0; SMB_DIR *ret = NULL; LPSTR filename;

1 0

Re: DDraw Clipper fix
by Ove Kaaven 03 Aug '02

03 Aug '02

On Sat, 3 Aug 2002, Lionel Ulmer wrote: > This should hopefully fix bug : > Bug 936 - Incorrect placement of DirectDraw output (offset outside the Windows 'window') > > Basically, the logic to compute the clipping window was wrong (or at least I > did not understand all the subtilities of the code :-) ). At least with this > fix, this particular application now runs fine. I'm 99% sure I fixed this in my last patch submission to winehq a while ago. Seems Alexandre applied it after 20020710, though. So I don't think your patch applies on top of CVS.

2 1

New CVS and Agent
by Oliver Sampson 03 Aug '02

03 Aug '02

Howdy, I just built a new CVS version--the first one in a while. I got caught by the -managed and the -winver options going away--a little searching through the list archives, and the problems were solved! Anyhow, I generally run with two instances of Forte Agent v1.9 open. Since I've built the new CVS, there's a change in behavior that I thought I'd the devel community know about. When pressing the shortcut buttons on the Agent instance that was first opened, nothing happened. When pressing on the buttons in the second instance, they worked normally. I closed the second instance, and the buttons in the first instance now work normally. Perhaps the messages are being captured and sent to the wrong place? (They're not being sent to the wrong instance of Agent.) Also there was no obvious output messages in the console window. That's the only change in behavior I've found so far. It still runs great. Thanks to the devel community! Oliver ==================================================== Oliver Sampson olsam(a)quickaudio.com http://www.oliversampson.com

1 1

Re: Bug in winetest's configure???
by Tony Lambregts 03 Aug '02

03 Aug '02

DJ Lucas wrote: >I dont' know if this has been brought up before or not, haven't searched >the archives or anything, but this seems to be dependant on how perl was >installed. > >For some reason, when perl, 5.6.1 or 5.8.0 is configured with >./configure.gnu, when you go to build wine, in the winetest Makefile, >the ccflags variable (leftover from perl install) is included in >LDFLAGS. Obviously this is in error, but attempting to figure out if >this should be brought to Wine or Perl Developers. :-$ See the >following URLs for archives of the LFS mailing lists where this has been >previously discussed. The second seems to be more relevant. > >http://archive.linuxfromscratch.org/mail-archives/lfs-dev/2002/07/0547.h >tml > >http://archive.linuxfromscratch.org/mail-archives/blfs-support/2002/08/0 >024.html > >Thanks in advance > >DJ Lucas > >PS, if this has been previously identified, please CC me in the first >reply, no need to flood the mailing list. ;-) > > > > > This issue seems to be delt with in bug 787 and there is even a patch for it. http://bugs.winehq.com/show_bug.cgi?id=787 It seems this patch is not in CVS and I do not recall it being submitted to wine patches either. Any coment? This patch is from Mike Castle dalgoda(a)ix.netcom.com Index: winetest.c =================================================================== RCS file: /home/wine/wine/programs/winetest/winetest.c,v retrieving revision 1.5 diff -u -r1.5 winetest.c --- winetest.c 10 Mar 2002 00:21:20 -0000 1.5 +++ winetest.c 1 Aug 2002 20:38:29 -0000 @@ -152,7 +152,7 @@ /* perl extension initialisation */ -static void xs_init(void) +static void xs_init(pTHX) { extern void boot_wine(CV *cv); newXS("wine::bootstrap", boot_wine,__FILE__);

2 1

rpcrt / epmapper / scm
by juergen.schmied＠debitel.net 02 Aug '02

02 Aug '02

Hi! Some time ago I did send the rpcrt patches from ove ported to the cvs. It didn't got included. Are there any special reasons? The epmapper was implemented in the wineserver. Should it be a standalone server? 1) If it would be a win32 process we would need 2 context changes for every call. If it would be a server like the wine-server there would only be 1 context change per call. 2) What IPC should we use locally? We could implement LPC like reactos. 3) We need a process for managing services and COM out-of-process servers (the SCM). Any ideas how to do this? To many questions for one mail? ;-) juergen

2 1

problem with destroy window
by Juergen Schmied 02 Aug '02

02 Aug '02

Looks like a window what is in destruction gets the focus from WINPOS_ActivateOtherWindow and don't like it... juergen 08073ff8:Call user32.DestroyWindow(00010022) ret=5d34c141 trace:win:DestroyWindow (10022) 08073ff8:Call x11drv.ResetSelectionOwner(00010022,00000000) ret=4069f640 08073ff8:Ret x11drv.ResetSelectionOwner() retval=02800003 ret=4069f640 08073ff8:Call x11drv.ShowWindow(00010022,00000000) ret=406a4127 08073ff8:Ret x11drv.ShowWindow() retval=00000000 ret=406a4127 trace:win:DestroyWindow (10024) 08073ff8:Call x11drv.ResetSelectionOwner(00010024,00000000) ret=4069f640 08073ff8:Ret x11drv.ResetSelectionOwner() retval=02800007 ret=4069f640 08073ff8:Call x11drv.ShowWindow(00010024,00000000) ret=406a4127 08073ff8:Ret x11drv.ShowWindow() retval=00000000 ret=406a4127 trace:win:WINPOS_SetActiveWindow (10022, 0, 1) trace:win:WINPOS_SetActiveWindow no current active window. 08073ff8:Call window proc 0x5d34c6f6 (hwnd=00010022,msg=WM_QUERYNEWPALETTE,wp=00000000,lp=00000000) 08073ff8:Call user32.GetWindow(00010025,00000005) ret=5d30c073 08073ff8:Ret user32.GetWindow() retval=00000000 ret=5d30c073 08073ff8:Call user32.SendMessageA(00010025,0000030f,00000000,00000000) ret=5d30c0be 08073ff8:Call window proc 0x5d34dfc9 (hwnd=00010025,msg=WM_QUERYNEWPALETTE,wp=00000000,lp=00000000) 08073ff8:Call user32.DefWindowProcW(00010025,0000030f,00000000,00000000) ret=5d34e274 08073ff8:Ret user32.DefWindowProcW() retval=00000000 ret=5d34e274 08073ff8:Ret window proc 0x5d34dfc9 (hwnd=00010025,msg=WM_QUERYNEWPALETTE,wp=00000000,lp=00000000) retval=00000000 08073ff8:Ret user32.SendMessageA() retval=00000000 ret=5d30c0be 08073ff8:Call user32.DefWindowProcA(00010022,0000030f,00000000,00000000) ret=5d34c99a 08073ff8:Ret user32.DefWindowProcA() retval=00000000 ret=5d34c99a 08073ff8:Ret window proc 0x5d34c6f6 (hwnd=00010022,msg=WM_QUERYNEWPALETTE,wp=00000000,lp=00000000) retval=00000000 08073ff8:Call window proc 0x42f35c40 (hwnd=00010024,msg=WM_ACTIVATEAPP,wp=00000001,lp=00000000) 08073ff8:Call user32.GetWindowLongA(00010024,00000000) ret=42f35c91 08073ff8:Ret user32.GetWindowLongA() retval=42ff0408 ret=42f35c91 08073ff8:Call user32.DefWindowProcA(00010024,0000001c,00000001,00000000) ret=42f36426 08073ff8:Ret user32.DefWindowProcA() retval=00000000 ret=42f36426 08073ff8:Ret window proc 0x42f35c40 (hwnd=00010024,msg=WM_ACTIVATEAPP,wp=00000001,lp=00000000) retval=00000000 08073ff8:Call window proc 0x5d34c6f6 (hwnd=00010022,msg=WM_ACTIVATEAPP,wp=00000001,lp=00000000) 08073ff8:Call user32.DefWindowProcA(00010022,0000001c,00000001,00000000) ret=5d34c99a 08073ff8:Ret user32.DefWindowProcA() retval=00000000 ret=5d34c99a 08073ff8:Ret window proc 0x5d34c6f6 (hwnd=00010022,msg=WM_ACTIVATEAPP,wp=00000001,lp=00000000) retval=00000000 08073ff8:Call window proc 0x77a67048 (hwnd=00010021,msg=WM_ACTIVATEAPP,wp=00000001,lp=00000000) 08073ff8:Call user32.DefWindowProcW(00010021,0000001c,00000001,00000000) ret=77a67087 08073ff8:Ret user32.DefWindowProcW() retval=00000000 ret=77a67087 08073ff8:Ret window proc 0x77a67048 (hwnd=00010021,msg=WM_ACTIVATEAPP,wp=00000001,lp=00000000) retval=00000000 08073ff8:Call window proc 0x5d34c6f6 (hwnd=00010022,msg=WM_NCACTIVATE,wp=00000001,lp=00000000) 08073ff8:Call user32.DefWindowProcA(00010022,00000086,00000001,00000000) ret=5d34c99a 08073ff8:Ret user32.DefWindowProcA() retval=00000001 ret=5d34c99a 08073ff8:Ret window proc 0x5d34c6f6 (hwnd=00010022,msg=WM_NCACTIVATE,wp=00000001,lp=00000000) retval=00000001 08073ff8:Call window proc 0x5d34c6f6 (hwnd=00010022,msg=WM_ACTIVATE,wp=00000001,lp=00000000) 08073ff8:Call kernel32.GetLastError() ret=00402238 08073ff8:Ret kernel32.GetLastError() retval=00000578 ret=00402238 08073ff8:Call kernel32.TlsGetValue(00000000) ret=00402246 08073ff8:Ret kernel32.TlsGetValue() retval=429e0100 ret=00402246 08073ff8:Call kernel32.SetLastError(00000578) ret=0040229a 08073ff8:Ret kernel32.SetLastError() retval=00000578 ret=0040229a 08073ff8:Call kernel32.UnhandledExceptionFilter(40464900) ret=0040172a =>0 0x5d30bf01 (HHCTRL.OCX..text+0xaf01 in C:\WINNT\SYSTEM32\HHCTRL.OCX) (ebp=40575064) 1 0x5d34c7b2 (HHCTRL.OCX.DllGetClassObject+0x22159 in C:\WINNT\SYSTEM32\HHCTRL.OCX) (ebp=405760fc) 2 0x406a54db (WINPROC_wrapper+0x17 in user32.dll.so) (ebp=40576120) 3 0x406a557e (WINPROC_CallWndProc+0x8e(proc=0x5d34c6f6, hwnd=0x10022, msg=0x6, wParam=0x1, lParam=0x0) [winproc.c:183] in user32.dll.so) (ebp=40576150) 4 0x406ab84b (CallWindowProcA+0x3b(func=0x5d34c6f6, hwnd=0x10022, msg=0x6, wParam=0x1, lParam=0x0) [winproc.c:2779] in user32.dll.so) (ebp=40576178) 5 0x406bb830 (call_window_proc+0x100(hwnd=0x10022, msg=0x6, wparam=0x1, lparam=0x0, unicode=0x0) [message.c:1372] in user32.dll.so) (ebp=405761c8) 6 0x406bc4f8 (SendMessageTimeoutA+0xe8(hwnd=0x10022, msg=0x6, wparam=0x1, lparam=0x0, flags=0x0, timeout=0xffffffff, res_ptr=0x40576250, hwnd=0x10022) [message.c:1784] in user32.dll.so) (ebp=40576220) 7 0x406bc679 (SendMessageA+0x39(hwnd=0x10022, msg=0x6, wparam=0x1, lparam=0x0) [message.c:1829] in user32.dll.so) (ebp=40576254) 8 0x406a4a96 (WINPOS_SetActiveWindow+0x476(hWnd=0x10022, fMouse=0x0, fChangeFocus=0x1) [winpos.c:1359] in user32.dll.so) (ebp=405762a0) 9 0x406a39c1 (SetActiveWindow+0xd1(hwnd=0x10022) [winpos.c:723] in user32.dll.so) (ebp=405762d0) 10 0x406a4cfd (WINPOS_ActivateOtherWindow+0x13d(hwnd=0x10024) [winpos.c:1463] in user32.dll.so) (ebp=405762f0) 11 0x4069f6f6 (DestroyWindow+0x1f6(hwnd=0x10024) [win.c:1504] in user32.dll.so) (ebp=4057630c) 12 0x4069f6b6 (DestroyWindow+0x1b6(hwnd=0x10022) [win.c:1492] in user32.dll.so) (ebp=40576328) 13 0x5d34c141 (HHCTRL.OCX.DllGetClassObject+0x21ae8 in C:\WINNT\SYSTEM32\HHCTRL.OCX) (ebp=4057690c)

1 0

DTR/DSR vs RTS/CTS - followup
by lists＠vmn.com.br 02 Aug '02

02 Aug '02

Hello All, Last week I sent an email about a problem with a serial printer that used DTS/DTR hardware flow control. I later understood that DTS/DTR was not supported in linux , and therefore not in wine. Linux [and wine] support RTS/CTS hardware flow control. Since the protocols are similar, an ideia that I received was to construct a cable that made the computer think it was using RTS/CTS and the printer think it was using DTR/DTS. Today, I received the cable from the printer manufacturer and the initial tests with wine/linux worked. **************************** RTS - Ready To Send CTS - Clear To Send DTR - Data Terminal Ready DSR - Data Set Ready **************************** Here is a snippet of mytestapp --debugmsg +comm trace:comm:COMM_Init COM1 = /dev/ttyS0 trace:comm:COMM_Init LPT1 = /dev/lp0 trace:comm:COMM_Init COM2 = /dev/ttyS1 trace:comm:COMM_Init COM3 = /dev/ttyS2 trace:comm:COMM_Init COM4 = /dev/modem trace:comm:BuildCommDCBAndTimeoutsA (COM2:9600,N,8,1,0x4002af48,(nil)) trace:comm:COMM_BuildOldCommDCB (COM2:9600,N,8,1), ptr 0x4002af48 trace:comm:COMM_BuildOldCommDCB baudrate (9600) trace:comm:COMM_BuildOldCommDCB parity (N) trace:comm:COMM_BuildOldCommDCB charsize (8) trace:comm:COMM_BuildOldCommDCB stopbits (1) trace:comm:SetCommState handle 52, ptr 0x4002af48 trace:comm:SetCommState bytesize 8 baudrate 9600 fParity 0 Parity 0 stopbits 1 trace:comm:SetCommState ~IXON ~IXOFF trace:comm:SetCommState CRTSCTS trace:comm:SetCommMask handle 52, mask 10 Thanks every one from wine-devel for all the prompt answers I received. Miguel Feitosa ------------------------------------------------- This mail sent through IMP: webmail.vmn.com.br

2 1

Compilation error with newer CVS on glibc -2.0
by Martin Cracauer 02 Aug '02

02 Aug '02

Hi, guys, since Jul 20 or so I get this compilation error on glibc-2.1.3/linux-2.4.18: gcc -c -I. -I. -I../../include -I../../include -g -O2 -Wall -fno-strength-reduce -mpreferred-stack-boundary=2 -D__WINE__ -D_REENTRANT -I/usr/X11R6/include -o wrc.o wrc.c In file included from wrc.h:25, from wrc.c:61: wrctypes.h:447: redefinition of `struct user' make[2]: *** [wrc.o] Error 1 make[2]: Leaving directory `/disks/part9/home/cracauer/work/cvs-packages-work/stupids/wine/wine/tools/wrc' Wine's definition of struct user is clashing with the one from /usr/include/sys/user.h Now, it appears that /usr/include/sys/user.h (a glibc-2.1.3 file) is in error having this struct in first place, since newer kernels have this struct in asm/user.h. I fixed the problem in my /usr/include, but I guess it is better to use a different name for the struct in Wine to be compatible with this configuration (it's Debian-2.1 with an upgraded kernel). Unless somebody disagrees with that analysis, I'll submit a patch to rename the struct. Suggestions about a suitable name welcome. Martin

2 4

Translation wine documentation to other languages
by Andriy Palamarchuk 01 Aug '02

01 Aug '02

Sorry for crossposting initial message to both lists. I think the topic may be interesting for both - users and developers. Any volunteers to help to translate the documentation to languages other than English? This is very big job, so there can be more than one person, working on the same language. Among responses to my call for volunteers I got response from Pedro Restrepo suggesting his help in Wine localization. See his message below. Damian Wojslaw requested information on the same topic on wine-users. --- Pedro Restrepo <pedrores(a)tutopia.com> wrote: > Hi Andiry, > > First, thank you and thanks to all people working on > Wine. I am using > Wine to run Lotus Notes Client on Linux. At the > moment, we are testing > it. > > I want to help on Wine project. I propose you one > new work: Wine > translation to spanish (documentation, installer, > web site info, etc). I > think in this work because I think this project is > necessary for all > people who need transition tools from Windows to > Linux and there are > many people in this situation in SouthAmerica (I am > from Colombia and I > am tired of the big payments for software in our > poor nations). Currently Wine does not have official documentation in other languages. Some winelib applications are localized to other languages. Documents with highest priority for translation: * README file * Wine User Guide * user-oriented pages on Winehq Plus, we'll need to keep translations in sync with original documentation. Comments, ideas, suggestions? Andriy __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com

2 1

Re: PATCH: Convert HMIDI to void*
by Eric Pouech 01 Aug '02

01 Aug '02

Michael Stefaniuc a écrit : > > Hello, > > am I right that HMIDI and HMIDIIN, HMIDIOUT shouldn't be > interchangeable? Would save some conversions. > > License: LGPL, X11 > Changelog: > Michael Stefaniuc <mstefani(a)redhat.com> > Convert HMIDI to a void* I just modified a bit Michael's patch: - better fix for midimap file - changed all HMIDI???? Alexandre, use this version instead. A+ Name: mm_midih ChangeLog: HMIDI??? handles are no long OLD_HANDLE License: X11 GenDate: 2002/08/01 07:11:07 UTC ModifiedFiles: dlls/winmm/lolvldrv.c dlls/winmm/mmsystem.c dlls/winmm/mciseq/mcimidi.c dlls/winmm/midimap/midimap.c include/mmsystem.h AddedFiles: =================================================================== RCS file: /home/cvs/cvsroot/wine/wine/dlls/winmm/lolvldrv.c,v retrieving revision 1.29 diff -u -u -r1.29 lolvldrv.c --- dlls/winmm/lolvldrv.c 3 Jul 2002 21:10:44 -0000 1.29 +++ dlls/winmm/lolvldrv.c 1 Aug 2002 06:51:25 -0000 @@ -693,7 +693,7 @@ *(LPDWORD)((char*)ptr + sizeof(LPMIDIOPENDESC)) = *lpdwUser; mod16 = (LPMIDIOPENDESC16)((LPSTR)ptr + sizeof(LPMIDIOPENDESC) + 2*sizeof(DWORD)); - mod16->hMidi = mod32->hMidi; + mod16->hMidi = LOWORD(mod32->hMidi); mod16->dwCallback = mod32->dwCallback; mod16->dwInstance = mod32->dwInstance; mod16->dnDevNode = mod32->dnDevNode; Index: dlls/winmm/mmsystem.c =================================================================== RCS file: /home/cvs/cvsroot/wine/wine/dlls/winmm/mmsystem.c,v retrieving revision 1.63 diff -u -u -r1.63 mmsystem.c --- dlls/winmm/mmsystem.c 29 Jul 2002 23:29:23 -0000 1.63 +++ dlls/winmm/mmsystem.c 1 Aug 2002 06:51:25 -0000 @@ -2188,7 +2188,7 @@ *lphMidiOut = hMidiOut; if (lpwm) { - lpwm->mod.hMidi = hMidiOut; + lpwm->mod.hMidi = (HMIDI) hMidiOut; lpwm->mod.dwCallback = *lpdwCallback; lpwm->mod.dwInstance = *lpdwInstance; lpwm->mod.dnDevNode = 0; @@ -2739,7 +2739,7 @@ if (lpwm == NULL) return MMSYSERR_NOMEM; - lpwm->mod.hMidi = hMidiIn; + lpwm->mod.hMidi = (HMIDI) hMidiIn; lpwm->mod.dwCallback = dwCallback; lpwm->mod.dwInstance = dwInstance; Index: dlls/winmm/mciseq/mcimidi.c =================================================================== RCS file: /home/cvs/cvsroot/wine/wine/dlls/winmm/mciseq/mcimidi.c,v retrieving revision 1.16 diff -u -u -r1.16 mcimidi.c --- dlls/winmm/mciseq/mcimidi.c 31 May 2002 23:40:57 -0000 1.16 +++ dlls/winmm/mciseq/mcimidi.c 1 Aug 2002 06:51:25 -0000 @@ -817,7 +817,7 @@ wmm->dwStatus = MCI_MODE_NOT_READY; if (oldstat == MCI_MODE_PAUSE) - dwRet = midiOutReset(wmm->hMidi); + dwRet = midiOutReset((HMIDIOUT)wmm->hMidi); while (wmm->dwStatus != MCI_MODE_STOP) Sleep(10); @@ -962,7 +962,7 @@ MIDI_mciReadNextEvent(wmm, mmt); /* FIXME == 0 */ } - dwRet = midiOutOpen(&wmm->hMidi, MIDIMAPPER, 0L, 0L, CALLBACK_NULL); + dwRet = midiOutOpen((LPHMIDIOUT)&wmm->hMidi, MIDIMAPPER, 0L, 0L, CALLBACK_NULL); /* dwRet = midiInOpen(&wmm->hMidi, MIDIMAPPER, 0L, 0L, CALLBACK_NULL);*/ if (dwRet != MMSYSERR_NOERROR) { return dwRet; @@ -1142,7 +1142,7 @@ break; default: if (doPlay) { - dwRet = midiOutShortMsg(wmm->hMidi, mmt->dwEventData); + dwRet = midiOutShortMsg((HMIDIOUT)wmm->hMidi, mmt->dwEventData); } else { switch (LOBYTE(LOWORD(mmt->dwEventData)) & 0xF0) { case MIDI_NOTEON: @@ -1150,7 +1150,7 @@ dwRet = 0; break; default: - dwRet = midiOutShortMsg(wmm->hMidi, mmt->dwEventData); + dwRet = midiOutShortMsg((HMIDIOUT)wmm->hMidi, mmt->dwEventData); } } } @@ -1163,9 +1163,9 @@ } } - midiOutReset(wmm->hMidi); + midiOutReset((HMIDIOUT)wmm->hMidi); - dwRet = midiOutClose(wmm->hMidi); + dwRet = midiOutClose((HMIDIOUT)wmm->hMidi); /* to restart playing at beginning when it's over */ wmm->dwPositionMS = 0; @@ -1212,7 +1212,7 @@ midiHdr.dwBufferLength = 1024; midiHdr.dwUser = 0L; midiHdr.dwFlags = 0L; - dwRet = midiInPrepareHeader(wmm->hMidi, &midiHdr, sizeof(MIDIHDR)); + dwRet = midiInPrepareHeader((HMIDIIN)wmm->hMidi, &midiHdr, sizeof(MIDIHDR)); TRACE("After MIDM_PREPARE \n"); wmm->dwStatus = MCI_MODE_RECORD; /* FIXME: there is no buffer added */ @@ -1220,12 +1220,12 @@ TRACE("wmm->dwStatus=%p %d\n", &wmm->dwStatus, wmm->dwStatus); midiHdr.dwBytesRecorded = 0; - dwRet = midiInStart(wmm->hMidi); + dwRet = midiInStart((HMIDIIN)wmm->hMidi); TRACE("midiInStart => dwBytesRecorded=%lu\n", midiHdr.dwBytesRecorded); if (midiHdr.dwBytesRecorded == 0) break; } TRACE("Before MIDM_UNPREPARE \n"); - dwRet = midiInUnprepareHeader(wmm->hMidi, &midiHdr, sizeof(MIDIHDR)); + dwRet = midiInUnprepareHeader((HMIDIIN)wmm->hMidi, &midiHdr, sizeof(MIDIHDR)); TRACE("After MIDM_UNPREPARE \n"); if (midiHdr.lpData != NULL) { HeapFree(GetProcessHeap(), 0, midiHdr.lpData); @@ -1255,7 +1255,7 @@ /* stop all notes */ unsigned chn; for (chn = 0; chn < 16; chn++) - midiOutShortMsg(wmm->hMidi, 0x78B0 | chn); + midiOutShortMsg((HMIDIOUT)(wmm->hMidi), 0x78B0 | chn); wmm->dwStatus = MCI_MODE_PAUSE; } if (lpParms && (dwFlags & MCI_NOTIFY)) { Index: dlls/winmm/midimap/midimap.c =================================================================== RCS file: /home/cvs/cvsroot/wine/wine/dlls/winmm/midimap/midimap.c,v retrieving revision 1.13 diff -u -u -r1.13 midimap.c --- dlls/winmm/midimap/midimap.c 31 May 2002 23:40:57 -0000 1.13 +++ dlls/winmm/midimap/midimap.c 1 Aug 2002 06:46:12 -0000 @@ -81,7 +81,7 @@ { char name[MAXPNAMELEN]; int loaded; - HMIDI hMidi; + HMIDIOUT hMidi; unsigned short uDevID; LPBYTE lpbPatch; unsigned int aChn[16]; Index: include/mmsystem.h =================================================================== RCS file: /home/cvs/cvsroot/wine/wine/include/mmsystem.h,v retrieving revision 1.51 diff -u -u -r1.51 mmsystem.h --- include/mmsystem.h 31 May 2002 23:06:48 -0000 1.51 +++ include/mmsystem.h 1 Aug 2002 06:52:49 -0000 @@ -34,10 +34,10 @@ DECLARE_OLD_HANDLE(HWAVE); DECLARE_OLD_HANDLE(HWAVEIN); DECLARE_OLD_HANDLE(HWAVEOUT); -DECLARE_OLD_HANDLE(HMIDI); -DECLARE_OLD_HANDLE(HMIDIIN); -DECLARE_OLD_HANDLE(HMIDIOUT); -DECLARE_OLD_HANDLE(HMIDISTRM); +DECLARE_HANDLE(HMIDI); +DECLARE_HANDLE(HMIDIIN); +DECLARE_HANDLE(HMIDIOUT); +DECLARE_HANDLE(HMIDISTRM); DECLARE_OLD_HANDLE(HMIXER); DECLARE_OLD_HANDLE(HMIXEROBJ); DECLARE_OLD_HANDLE(HMMIO);

3 2

Netbios and Wins support
by Claudiu Costin 01 Aug '02

01 Aug '02

Dear friends, Is there anybody working on Netbios/MS Windows Network support? I want to run Outlook with Exchange. I can help testing and hacking, but not writing real code. kind regards, -- Claudiu Costin, claudiuc(a)kde.org Linux-KDE Romania http://www.ro.kde.org

2 1

Re: PATCH: Convert HMIDI to void*
by Eric Pouech 31 Jul '02

31 Jul '02

Michael Stefaniuc a écrit : > > Hello, > > am I right that HMIDI and HMIDIIN, HMIDIOUT shouldn't be > interchangeable? Would save some conversions. yes & no HMIDIIN cannot be used for a HMIDIOUT (anyway, this will be checked internally by our mmsys implementation: all HMIDI???? handles are stored in the same table, and we never rely on the HMIDI??? handle type but on the actual object type) however, HMIDI can be used for a HMIDIIN (or HMIDIOUT or HMIDISTRM) handle (see midiConnect for example) it's true that midimap dll should use HMIDIOUT instead of HMIDI in its internal data structure A+

3 4

Toolbar redraw problem
by dusanv 31 Jul '02

31 Jul '02

Hi, I am seeing a bunch of apps have redrawing problems when a toolbar is dragged accross the window. Here's a screen shot: http://dusanv.net/files/wine-ss.png Does anyone have any info on this? I'd like to fix it but can't find anyhting relevant. TIA, Dusan

2 2

Re: PATCH: a bit further with a cygwin build (fixed patch)
by Francois Gouget 31 Jul '02

31 Jul '02

On Tue, 30 Jul 2002, Rafael Kitover wrote: > Sorry, due to brain-deadness on my part the previous version of this > patch didn't build properly. This version is much cleaner and builds > properly on linux. > +#ifndef HAVE__FSTAT > int _fstat(int fd, struct _stat* buf) > +#else > +int MSVCRT(_fstat)(int fd, struct _stat* buf) > +#endif /* HAVE__FSTAT */ ... > +#ifndef HAVE__STAT > int _stat(const char* path, struct _stat * buf) > +#else > +int MSVCRT(_stat)(const char* path, struct _stat * buf) > +#endif /* HAVE__STAT */ You should systematically use MSVCRT(_fstat) and MSVCRT(_stat). Your previous patch was better :-) Basically, we use MSVCRT(xxx) for all symbols for which we may get a conflict with the native C library headers. On Unix systyems, the _xxx functions are never defined (though there may be a couple of exceptions) so we don't use MSVCRT() for readability's sake. But if you find a system where there is a conflict, then it's best to just systematically use MSVCRT() than to use ifdefs that make it even harder to read. -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ Any sufficiently advanced Operating System is indistinguishable from Linux

1 0

dos console apps question
by Chris Morgan 30 Jul '02

30 Jul '02

Lately I've been trying to get some dos console apps running under wine. These apps run great under wineconsole but not so much just under wine due to the lack of a server side console for the routines in dlls/msdos/vga.c to output too. So, after poking all around it seems that at some point during the normal loading of an app that we should be calling out to the server with alloc_console to create a default console, and binding this console to the current terminal. Does anyone have any suggestions about this? What function this should be done in? Thanks, Chris

4 3

Re: Toolbar redraw problem
by Dusan Vujosevic 30 Jul '02

30 Jul '02

I will add a bit later today it and put in the test app as well. Thanks, D. > > >---- Original Message ---- >From: galberte(a)neo.lrun.com >To: dusanv(a)cadlink.com, wine-devel(a)winehq.com >Subject: Re: Toolbar redraw problem >Date: Mon, 29 Jul 2002 21:09:06 -0400 > >> >>----- Original Message ----- >>From: "dusanv" <dusanv(a)cadlink.com> >>To: "wine-devel" <wine-devel(a)winehq.com> >>Sent: Monday, July 29, 2002 4:27 PM >>Subject: Toolbar redraw problem >> >> >>> Hi, >>> >>> I am seeing a bunch of apps have redrawing problems when a toolbar >is >>> dragged accross the window. Here's a screen shot: >>> >>> http://dusanv.net/files/wine-ss.png >>> >>> Does anyone have any info on this? I'd like to fix it but can't >find >>> anyhting relevant. >>> >> >>Could you please create a bug in Wine's Bugzilla >http://bugs.winehq.com/. >> >>And if that is a test program, that would be good to ad also. I >suspect that >>somewhere during the drag operation, the rectangle invalidated does >not >>contain the edges. It will be fun to find. >> >>Thanks, >>Guy >> >> >> >>

1 0

Re: Re: dos console apps question
by chrismorgan＠rcn.com 30 Jul '02

30 Jul '02

> > From: Eric Pouech <eric.pouech(a)wanadoo.fr> > Date: 2002/07/29 Mon PM 12:34:11 EDT > To: Chris Morgan <cmorgan(a)alum.wpi.edu>, Jukka Heinonen <jhei(a)iki.fi>, > DanKegel <dank(a)kegel.com> > CC: wine-devel(a)winehq.com > Subject: Re: dos console apps question > > Chris Morgan a écrit : > > > > Lately I've been trying to get some dos console apps running under wine. > > These apps run great under wineconsole but not so much just under wine due to > > the lack of a server side console for the routines in dlls/msdos/vga.c to > > output too. So, after poking all around it seems that at some point during > > the normal loading of an app that we should be calling out to the server with > > alloc_console to create a default console, and binding this console to the > > current terminal. Does anyone have any suggestions about this? What > > function this should be done in? > > I don't think this is needed... normally, a program doesn't have to deal > with the creation of it's console > it's up to its parent > > however, what you're facing right now is running a DOS program directly > from the unix prompt (like wine mydospgm.com) > in this case, there is no way for the parent process to tell something > to its child, you it's up to you to do it by running the program with > wineconsole mydospgm.com > the only programs so far that may have to deal with creating a console > are: > - wcmd (but in fact it could deal with the current one) > - winedbg because we don't want the debugger to mix it's output with the > debuggee's one > > maybe something that will be done when the process creation bits are > done is as follows: > - the wine (or winewrapper) will just parse the unix parameters and then > call CreateProcess to spawn the child process > - this wine executable could then be in charge (if the process requested > for execution is a CUI process) to allocate a new console and ask > CreateProcess to make the child process inherit it. > - however, this scheme must also deal with the situation where we want > the child process to either use the current unix shell (btw, I have a > working version of wineconsole using (n)curses which does just that > (1)), or be retargeted to /dev/null (for example) > - in any case, we will need some more parameters to be giving at the > starting time (and yes, this could also be a per app setting in the > registry) > > (1): what's currently missing is a clean way to choose in wineconsole > between the (well known) windows (GDI/USER) version and (not yet > committed) (n)curse for display > > A+ > > Having the process use the current term window is exactly what I'm looking for. How far along is the patch you have and would you be in need of any assistance? I'm not sure what you mean by not being able to have the parent process communicate with the child process and how this affects things. Is the problem how to capture and render the output from the application that was directed to the console and the standard handles? Couldn't this just be done in the appropriate win32 console functions for input/output and with standard unix handles passed around for stdio? Thanks, Chris

2 1

winedbg again :-)
by Max 30 Jul '02

30 Jul '02

Some questions about winedbg usability ! 1) - Would it difficult to add an options (something like SHOWREGS=on/off) that allows to have regs displayed automatically after a breakpoint AND after a NEXTI command ? I find it painful to have to issue NEXTI and then INFO REGS each time.... remember old good ms-dos debugger !!! :-) 2)- What about the possibility to set off-code breakpoints ? It happens often that I must set a break (in asm code) that is in a DLL which isn't already loaded... That gives a BAD ADRESS, of course. Borland debugger accepts the breakpoints and set it when the code gets loaded. Now the only way is to set breaks in dll-loading routine, wait up to the wanted dll gets loaded and then put the break... awful ! 3)- And now the difficultest ! After solving the point 2, what about a way to store/retrieve breakpoints settings from disk ? Finding a bug in asm code often requires days (hmmm... nights !) of stepping, and a way to save breakpoints settings would spare tons of notes on paper :-) Regards Max

4 6

(no subject)
by Raul Dias 30 Jul '02

30 Jul '02

David D. Hagood <wowbagger(a)sktc.net> wrote: >Andreas Mohr wrote: > >> Add to that the fact that CUPS gets rather completely rid of the useful >> Unix filter machanism, and you really start to wonder whether CUPS really >> is better than say lpd+printtool. Quite the other way around or so... > > >Actually, I do beleive that CUPS does use a filter mechanism internally. > But I do agree - I'm not as sure that CUPS is all that much better. >But to REALLY fix printing would mean far more than what CUPS can do - >IMHO what we need is more of a RPC style system, where the client app >communicates bidirectionally with the print server, so that the client >can ask "What can you do for me?", the server responds "I can staple, >collate, bind, and add gold leaf inlay", and the client can present that >to the user. Maybe some sort of XML/SOAP sort of thing.... (-1, Offtopic). Hmm... Cups already does this for me. :) []'s Raul Dias (yes, I broke my mailer subject support)

1 0

Re: Resubmitting patch for memory-mapping problem -- See VirtualQuery post in wine-devel
by Massimo 30 Jul '02

30 Jul '02

Tony Lambregts wrote : >Looks like Alexandre was at least thinking of this (a little) when >he wrote this patch >http://cvs.winehq.com/patch.py?id=1027987166850574216879071 >You should probably try this out and see if it fixes bug 890. Yes, I've seen it after posting.... Don't have fully tested for bug 890, but AutoCAD2000 starts good now, as with my patch. I'll test it later on and close bug 890 Regards Max

1 0

Re: Resubmitting patch for memory-mapping problem -- See VirtualQuery post in wine-devel
by Tony Lambregts 30 Jul '02

30 Jul '02

Massimo wrote: >Was this patch lost in space or does it have some problem ? > >Took off in executable mapping VPROT_WRITE and VPROT_WRITECOPY flags >and > added VPROT_EXEC; that looks much more close to win2k mapping. >The only difference now is in Type field, wine maps as MEM_PRIVATE and win2k >as MEM_IMAGE (I guess that's the right one, but no time now to check. > >The patch solves (partially) bug 890, and allows AutoCAD 2000 to start up (only in >win95 mode, because of another problem on fibers). > >Here the attached patch.... any comment appreciated :-) > >Regards > >Max > > > > >------------------------------------------------------------------------ > >Index: virtual.c >=================================================================== >RCS file: /home/wine/wine/memory/virtual.c,v >retrieving revision 1.80 >diff -u -r1.80 virtual.c >--- virtual.c 3 Jul 2002 21:10:44 -0000 1.80 >+++ virtual.c 19 Jul 2002 19:33:10 -0000 >@@ -94,7 +94,6 @@ > PAGE_EXECUTE_WRITECOPY /* READ | WRITE | EXEC | WRITECOPY */ > }; > >- > static FILE_VIEW *VIRTUAL_FirstView; > static CRITICAL_SECTION csVirtual = CRITICAL_SECTION_INIT("csVirtual"); > >@@ -345,6 +344,7 @@ > ) { > if (protect) { > *protect = VIRTUAL_Win32Flags[vprot & 0x0f]; >+ > /* if (vprot & VPROT_GUARD) *protect |= PAGE_GUARD;*/ > if (vprot & VPROT_NOCACHE) *protect |= PAGE_NOCACHE; > >@@ -650,7 +650,8 @@ > > if (removable) hmapping = 0; /* don't keep handle open on removable media */ > if (!(view = VIRTUAL_CreateView( ptr, total_size, 0, >- VPROT_COMMITTED|VPROT_READ|VPROT_WRITE|VPROT_WRITECOPY, > this next line is redundant and should not be in the patch >+// PATCH VPROT_COMMITTED|VPROT_READ|VPROT_WRITE|VPROT_WRITECOPY, >+/*PATCH*/ VPROT_COMMITTED|VPROT_READ|VPROT_EXEC, > hmapping ))) > the /*patch */ should not be in the patch file. > { > SetLastError( ERROR_OUTOFMEMORY ); > > > Looks like Alexandre was at least thinking of this (a little) when he wrote this patch http://cvs.winehq.com/patch.py?id=1027987166850574216879071 You should probably try this out and see if it fixes bug 890. <g> Tony Lambregts

1 0

Re: PATCH: temp fixes, again
by Alexandre Julliard 29 Jul '02

29 Jul '02

Marcus Meissner <meissner(a)suse.de> writes: > Check for mkstemp, added a port implementation if it is > not present. Use mkstemp() in various places needing tmp files. I'm not sure this is a good idea, mkstemp() is apparently buggy in old libc versions. tmpnam() is actually pretty reasonable assuming it is used correctly, which of course is not the case everywhere but that could be fixed. -- Alexandre Julliard julliard(a)winehq.com

4 7

Re: Wine and locales
by Filip Navara 29 Jul '02

29 Jul '02

1 0

Re: Dinput - Keyb Bug
by Lionel Ulmer 29 Jul '02

29 Jul '02

> I have the game (tribes) and have trace logs for you. The first on is > +relay,+dinput,+event (which has me pressing the a key, then shuts down) > and the second is +opengl,+x11drv,-dsound. DGA is disabled as it breaks > my Nvidia driver when running the game. Well, I am investigating the DInput problem... Looks strange. I may well ask you to add some more TRACEs in the code to help me understand better what happens (ie if it's blocking in Wine code or in application code). But I would be interested on a +opengl trace too. And maybe you should try to remove all trace of glide2x.dll of your system (maybe once Tribes manages to load the glide2x it cancels OpenGL as it supposes that a system with Glide2x will work better with it than with OpenGL). Lionel -- Lionel Ulmer - http://www.bbrox.org/

2 1

Including winnt.h
by LUSTBADER,STEVE (Non-A-hsgAndover,ex1) 29 Jul '02

29 Jul '02

I ran into a problem (syntax error) with some functions that are declared __cdecl using WineLib. Including winnt.h directly fixed the problem, but it doesn't seem like the right solution. Shouldn't winnt.h be included automatically (ie, by another header file somewhere that's included by WineLib)? I'm not really sure how to track that down, which is why I emailed the list. ****************************** Steve Lustbader

1 0

Small DirectX (8.1) bug
by Steven Edwards 29 Jul '02

29 Jul '02

When playing Star Wars Galactic Battlegrounds under WINE the text for the menus is rendered as black rather then white. What wine flags should I be using to send a proper bug report for this? I can also send a screenshot if needed. Thanks Steven __________________________________________________ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com

1 0

Re: Dinput - Keyb Bug
by Kristoffer Ericson 29 Jul '02

29 Jul '02

Greetings, >I have the game (tribes) and have trace logs for you (they are big so they >will probably come in a seperate email). The first on is >+relay,+dinput,+event (which has me pressing the a key, then shuts down) >and the second is +opengl,+x11drv,-dsound. DGA is disabled as it breaks >my Nvidia driver when running the game. I've already sent my logs to Lionel, but the more the better =). On my machine DGA seems to work, although extremely slow. >I have something to mention about the Opengl. The game upon release >didn't include opengl. Whether is was incomplete or buggy I don't know. >A later patch included full opengl support. So make sure your running >the latest patch if you can. >I was able to get the game running in accelerated mode a while back. >But that was probably in glide mode, which I cannot test right now. I >tried yesterday to run it in opengl mode by going into the options menu >and selecting it, but the option is missing. It must not be detecting >the opengl. I know my opengl drivers work. The game's software mode >works fine through the x11drv. I'm aware of that fact, currently using the latest Tribes patch (OPENGL got into patch 1.3, i got 1.11, so i'm sure it works). Getting glide to run in tribes doesn't seem to be a problem, i've been playing some with glide-wrappers which seems to work fine (some glitches) and the game gets renderd. I believe that if the opengl detection would get fixed, the game would probobly work perfectly in opengl. Lionel any more logs you need, just drop me a mess. Best wishes _________________________________________________________________ Chat with friends online, try MSN Messenger: http://messenger.msn.com

1 0

Re: Dinput - Keyb Bug
by Jesse Allen 29 Jul '02

29 Jul '02

> Well, I am still waiting for my --debugmsg +relay,+dinput,+event trace > :-) > I have the game (tribes) and have trace logs for you (they are big so they will probably come in a seperate email). The first on is +relay,+dinput,+event (which has me pressing the a key, then shuts down) and the second is +opengl,+x11drv,-dsound. DGA is disabled as it breaks my Nvidia driver when running the game. >> I'm trying now to get OpenGL to work, i've run through the >> ./configure >> --enable-opengl, and checked the config.log to see that everything >> checks out (Which it does). I have something to mention about the Opengl. The game upon release didn't include opengl. Whether is was incomplete or buggy I don't know. A later patch included full opengl support. So make sure your running the latest patch if you can. I was able to get the game running in accelerated mode a while back. But that was probably in glide mode, which I cannot test right now. I tried yesterday to run it in opengl mode by going into the options menu and selecting it, but the option is missing. It must not be detecting the opengl. I know my opengl drivers work. The game's software mode works fine through the x11drv. Jesse

1 0

game patches
by Serge Ryabchun 29 Jul '02

29 Jul '02

comments in spec -- Serge Ryabchun sr(a)energy.uch.net

4 5

bugzilla privs
by Michael Stefaniuc 29 Jul '02

29 Jul '02

Hello, could somebody please give me the necessary privs so I can take ownership of wine bugs (account mstefani(a)redhat.com). If not please close bugs #483, #489, #502. thanks bye michael -- 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

2 1

Re: PATCH: [Bug 19] - font enumeration problems for aliased gdi fonts
by Rafael Kitover 29 Jul '02

29 Jul '02

Huw D M Davies wrote: > What's exactly the problem here? Is it lack of support of 16bit EnumFonts ? > > Huw. The problem is this line in X11DRV_EnumDeviceFonts: if (physDev->dc->gdiFont) return FALSE; so if the font is "MS Sans Serif", it will return 0, and old VB apps at least won't like that. But knowing the actual X11 font name given in the wine config, from the alias table it's possible to enumerate it, so those apps will start, that's what that patch does. That's all I really managed to understand here, if there is a better way to do this I will.

2 1

question on _lclose16
by Rafael Kitover 28 Jul '02

28 Jul '02

In files/file.c, line 1351: HFILE16 WINAPI _lclose16( HFILE16 hFile ) { if (hFile < 5) { FIXME("stdio handle closed, need proper conversion\n" ); SetLastError( ERROR_INVALID_HANDLE ); return HFILE_ERROR16; } .... What does this mean? Taking it out doesn't seem to hurt anything. I understand from this block: static void FILE_InitProcessDosHandles( void ) { dos_handles[0] = GetStdHandle(STD_INPUT_HANDLE); dos_handles[1] = GetStdHandle(STD_OUTPUT_HANDLE); dos_handles[2] = GetStdHandle(STD_ERROR_HANDLE); dos_handles[3] = GetStdHandle(STD_ERROR_HANDLE); dos_handles[4] = GetStdHandle(STD_ERROR_HANDLE); } why we don't want to close those handles probably. But why would I see that message, do sloppy windows programs try to close a range of handle numbers or something? Tell me what needs to be properly converted to what and I'll try to do it :P

2 1

Re: How to mantain complete CVS repository
by Max 28 Jul '02

28 Jul '02

Thanx, Dimitrie, t works good and it's really fast! Regards Max

1 0

cXXFrameHandler
by Steven Edwards 28 Jul '02

28 Jul '02

Just wanted to say thanks and let you know that geoshell now works in WINE on my slackware 8 box. This is great because once the ReactOS boys get the windowing work done it wont take much adapting at all for us to have this as our shell. And for the time being I have a good interface to CVS under linux. =) Thanks Again Steven __________________________________________________ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com

1 0

CUPS and Wine
by David D. Hagood 28 Jul '02

28 Jul '02

I've been having trouble with my RH7.2 LPRng based printing, so I decided I'd try installing CUPS. After fighting for hours to get this so-called easier printing system installed and working, I finally got to where I could print from Linux apps. Now, however, Wine steadfastly refuses to bring up a meaningful print dialog. I've gone into system.reg and win.ini and removed all the entries relating to the printing system, to no avail. Wine sort of recognises that there is a printer named "Color" managed by CUPS, but it cannot get any kind of properties for it - no paper size, no queue, and any attempt to accept the dialog is either ignored or results in a fault. This is with a CVS pull and clean rebuild as of 30 minutes ago. Where do I go from here?

4 4

CallNextHookEx16 strageness
by Michael Stefaniuc 27 Jul '02

27 Jul '02

Hello, while trying to convert HHOOK to a void* i found this strangeness: CallNextHookEx16 expects its first parameter to be a real HHOOK, that means it checks the HIWORD of the HHOOK to see it it contains 'HK' if (HIWORD(hhook) != HOOK_MAGIC) return 0; /* Not a new format hook */ In wine there are only 2 functions that call CallNextHookEx16, one is DefHookProc16, the other is ShellHookProc16. The first one calls CallNextHookEx16 with first parameter queue->hCurHook (an HANDLE16), the second one with WH_SHELL (the number 10). This parameters gets implicitly transformed to a HHOOK and will have their HIWORD set to 0, thus CallNextHookEx16 will always fail and return 0. I don't know what the right fix would be, I'm seeing two possibilities: - remove in CallNextHookEx16 the check if (HIWORD(hhook) != HOOK_MAGIC) return 0; - or transform in DefHookProc16 and ShellHookProc16 the first parameter passed to CallNextHookEx16 to a real HHOOK with the HIWORD set to 'HC' Comments? bye michael -- 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

3 4

Re: shlwapi cleanup
by Alexandre Julliard 27 Jul '02

27 Jul '02

"Jürgen Schmied" <juergenschmied(a)lycos.de> writes: > --- wine/dlls/shlwapi/Makefile.in 22 Jul 2002 20:32:53 -0000 1.21 > +++ wine/dlls/shlwapi/Makefile.in 24 Jul 2002 19:21:55 -0000 > @@ -4,8 +4,8 @@ > SRCDIR = @srcdir@ > VPATH = @srcdir@ > MODULE = shlwapi.dll > -# fixme: avoid ole32.dll import > -IMPORTS = ole32 user32 gdi32 advapi32 kernel32 > +IMPORTS = advapi32 gdi32 kernel32 user32 > +DELAYIMPORTS = comctl32 comdlg32 mpr ole32 shell32 version winmm Some of these (like shell32) will create circular dependencies. This must be avoided, our build process doesn't handle that. -- Alexandre Julliard julliard(a)winehq.com

2 2

Re: wine/dlls/shell32 shellord.c shlexec.c
by Max 26 Jul '02

26 Jul '02

Tony Lambregts wrote: > > It seems that one of the patches to shlexec.c has broken WinZip. The > following is a trace from WinZip from this morning. > > > fixme:toolbar:TOOLBAR_CheckStyle [10026] TBSTYLE_ALTDRAG not implemented > fixme:toolbar:TOOLBAR_CheckStyle [10026] TBSTYLE_ALTDRAG not implemented > fixme:listview:LISTVIEW_UnsupportedStyles !LVS_SHAREIMAGELISTS > err:shell:SHGetFileInfoA pidl is null! > fixme:listview:LISTVIEW_SetColumnOrderArray iCount 9 lpiArray 0x405b689c > err:shell:SHGetFileInfoA pidl is null! > > I have been trying to debug this for a while and it did not have this > problem yesterday. If you want to download WinZip here is the url > http://www.winzip.com/ Same problem, winzip is broken as explained; I tested it some days ago and it worked fine. Regards Max

1 0

Compiling dll's
by steve_lustbader＠hsgmed.com 26 Jul '02

26 Jul '02

I'm trying to build a dll using WineLib. The source compiles fine under windows. When I try to compile it with winelib, I get this error: c++ -shared -Wl,-rpath,/usr/local/lib -Wl,-Bsymbolic -o liberrh_auto.dll.so errh.o errhReg.o liberrh_auto.dll.spec.o -lwine -lwine_unicode -lwine_uuid -lm liberrh_auto.dll.spec.o: In function `LoadStringW': liberrh_auto.dll.spec.o(.data+0x188): undefined reference to `DllMain' My spec file only contains this line: init DllMain And DllMain is defined in errh.cpp as (it's not prototyped in errh.h): BOOL APIENTRY DllMain( HINSTANCE h,DWORD d, LPVOID l) Any help? ****************************** Steve Lustbader

2 1

Re: How to mantain complete CVS repository
by Tony Lambregts 26 Jul '02

26 Jul '02

LUSTBADER,STEVE (Non-A-hsgAndover,ex1) wrote: >So there's no reason to use tools/wineinstall if you're just updating the source? > > > Yes, wineinstall sets up your ~/.wine/config file and the default registries in addition to compiling wine so most of the time if you already have these set up then it is not nessesary to use wineinstall. However the structure of both the .wine/config and registries and thier contents has changed over time and as new features are added to wine. For example over time more functionality has been added to the various dlls and in the default config file various dlls now default to builtin rather than native. So running wineinstall once a month and letting it overwrite your old config is not a really bad idea. Your old config is called config.sav and you can run "diff -u config.sav config>config.dif" to see what it has changed . Tony Lambregts

1 0

Re: PATCH: temp file fixes
by Gregg Mattinson 26 Jul '02

26 Jul '02

>+ xstart = tmpfn+strlen(tmpfn); >+ while ((xstart > tmpfn) && (*xstart == 'X')) >+ xstart--; Marcus, the chunk of code above looks slightly wrong to me. Shouldn't it be: xstart = tmpfn + strlen(tmpfn) - 1; Here's why: If tmpfn is "X", then strlen(tmpfn) = 1. Hence, xstart will point to the '\0' at the end of the string, and hence the loop will never be run. Other than that, your patch looks great. Gregg Mattinson Co-op Developer Sun Microsystems of Canada

1 0

Re: Dinput - Keyb Bug
by Kristoffer Ericson 26 Jul '02

26 Jul '02

Just a small update: I load the Dinput.dll (DirectX5, but DX6 works also) that fixes keyboard. I'm trying now to get OpenGL to work, i've run through the ./configure --enable-opengl, and checked the config.log to see that everything checks out (Which it does). OpenGl in X windows works fine OpenGl in windows demos also works fine (tried a couple small ones, where i clearly can see that opengl is in use) When i run the game it doesn't detect my OpenGL (i can't select it under video) so i've been trying to get it to work all day. When using a -dll opengl32.dll=n it can set the mode to opengl, but Tribes immediatly crashes after klicking apply. I've checked around on the web and found some old logs that tell about the exact same problem. http://www.winehq.com/hypermail/wine-users/2001/03/0630.html (OPENGL in Tribes) I get the exact same errors as that person, minus the mouse errors.. I've also tried an interesting thing that could be of some use for others, considering Tribes also can use Glide i got an idea to try a windows Glide-Wrapper = Translates Glide instructions into OpenGL. It worked somewhat, but due the lack of any 100% glidewrappers and that they are generally slow it wasn't a good solution. But i can imagine other "glide" based games would work with this, if there's no other choice. Isn't there anyway to nativly do this in linux? Best Wishes _________________________________________________________________ Chat with friends online, try MSN Messenger: http://messenger.msn.com

2 1

How to mantain complete CVS repository
by Max 26 Jul '02

26 Jul '02

I downloaded complete CVS wine repository, but the instructions on how to use CVSUP to mantain it up to date are not complete (for me at least !). Can anybody explain me how to do it ? Thanx in advance Max

3 2

Symbol __strtol_internal is invalid
by Kevin DeKorte 26 Jul '02

26 Jul '02

All, In the last couple of days I have been getting this in the WINE-DBG in apps where I was not getting this before... Specifically Smart Suite's WordPro. This did not seem to happen with the original 20020710 release. Wine 20020710 from CVS (current as of 7/25) I got this. (Lots of symbol data cut out). I can reproduce 100% of the time. Load WordPro and select "Create Blank Document" then boom. Looks to me like something got removed out of a lib. Symbol __strtol_internal is invalid 0x40a27c3a (_LocalServerThread+0x92 [compobj.c:1141] in ole32.dll.so): call *0x0(%ecx) 1141 hres = IUnknown_QueryInterface(newClass->classObject,&IID_IClassFactory,(LPVOID*)&classfac); Wine-dbg> 0x40a27c3a (_LocalServerThread+0x92 [compobj.c:1141] in ole32.dll.so): call *0x0(%ecx) 1141 hres = IUnknown_QueryInterface(newClass->classObject,&IID_IClassFactory,(LPVOID*)&classfac); Wine-dbg> 1141 hres = IUnknown_QueryInterface(newClass->classObject,&IID_IClassFactory,(LPVOID*)&classfac); Wine-dbg> Wine-dbg> ===== --------------------------------- Kevin DeKorte kdekorte(a)yahoo.com __________________________________________________ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com

2 1

Re: wine/dlls/shell32 shellord.c shlexec.c
by Duane Clark 26 Jul '02

26 Jul '02

Alexandre Julliard wrote: > ChangeSet ID: 1027537179446510804425092 > CVSROOT: /opt/cvs-commit > Module name: wine > Changes by: julliard(a)wine.codeweavers.com 02/07/24 13:59:39 > > Modified files: > dlls/shell32 : shellord.c shlexec.c > > Log message: > Duane Clark <dclark(a)akamail.com> > Combined implementations of ShellExecute/Ex. > > Patch: http://cvs.winehq.com/patch.py?id=1027537179446510804425092 > > Revision Changes Path > 1.100 +0 -186 wine/dlls/shell32/shellord.c > 1.4 +326 -111 wine/dlls/shell32/shlexec.c Ouch, that version had some serious bugs. It would be much better to apply the version I posted to wine-devel, which I think works pretty good. I can supply a diff between this version and the fixed one, if desired.

6 13

Re: Threading on Solaris
by Gregg Mattinson 25 Jul '02

25 Jul '02

Hey everyone. I've been trying to update threads by following Francois' directions, and I think I may have come across a bug. Can someone help me out here... Why does the SYSLEVEL structure have a CRITICAL_SECTION inside it? Shouldn't a mutex be used instead? According to MSDN, the function EnterCriticalSection has the following property: If a thread terminates while it has ownership of a critical section, the state of the critical section is undefined. Also, WaitForSingleObject returns WAIT_ABANDONED if: the specified object is a mutex object that was not released by the thread that owned the mutex object before the owning thread terminated. Ownership of the mutex object is granted to the calling thread, and the mutex is set to nonsignaled. So, if a thread _EnterSysLevel and is then terminated, no other threads can enter that sys level. This seems wrong to me... Should I replace the CRITICAL_SECTION with a mutex? Any objections? Or, should EnterCriticalSection be fixed so that it has similar behaviour to WaitForSingleObject, instead of "undefined" behaviour (which is currently to block forever) Let me know what you guys think, Gregg Mattinson Co-op Developer Sun Microsystems of Canada >From: Gregg Mattinson <gm138242(a)opcom-mail.canada.sun.com> >Subject: Re: Threading on Solaris >To: wine-devel(a)winehq.com >Cc: fgouget(a)codeweavers.com >Date: Tue, 23 Jul 2002 07:21:46 -0400 (EDT) > >Threads on Solaris are a big issue for Sun, so I will start tackling this >problem today. Thanks for telling me all the issues Francois. I have a >hack-ish version implemented, and now I can create a real solution to the >problem. > >Gregg Mattinson >Co-op Developer >Sun Microsystems of Canada > >>From: Francois Gouget <fgouget(a)codeweavers.com> >>To: wine-devel(a)winehq.com >>CC: Gregg Mattinson <gm138242(a)opcom-mail.canada.sun.com> >>Subject: Threading on Solaris >>Date: Tue, 23 Jul 2002 00:35:09 -0700 >> >>Hi, >> >> >>Some time ago I did some tests of Wine on Solaris x86 and found that >>there is a problem with the way we handle threads due to the differences >>between the Linux and Solaris threading models. These differences are >>also relevant for Solaris Sparc and probably many other Unices. >> >>Unfortunately I don't have time to work on it anymore so I created a bug >>report in Bugzilla where I tried to dump the relevant information, >>including a patch to illustrate the issues and the start of a fix. I >>hope it will be useful to someone... maybe Gregg who has been doing a >>lot of Solaris work recently. >> >>http://bugs.winehq.com/show_bug.cgi?id=904 >> >> >>-- >>Francois Gouget >>fgouget(a)codeweavers.com >

2 1

Re: dos console apps question
by dank＠kegel.com 25 Jul '02

25 Jul '02

Jukka wrote: > Yes, many DOS console apps don't work under plain Wine > because DOS emulation does not create console for the > applications. Some applications actually make Wine crash > because the application gets illegal coordinates when > GetConsoleScreenBufferInfo fails. > > The correct place for console allocation would likely > be VGA_SetAlphaMode; call to normal Windows AllocConsole() > function should be enough, no server calls are needed. > Additionally, if DOS console application tries to call a > routine that requires console, VGA_SetAlphaMode should be called > in order to initialize console (see VGA_SetCursorPos). > > I have been thinking doing this myself, but I have always > ended up being uncertain about how this change is going to affect > piping input and output of DOS programs that use only > stream IO and not console IO. Sounds like we need some regression tests that run DOS progams like 'find' and 'more', and make sure they work properly. I myself use the sourcesafe commandline tools, which are of the sort that just pipe characters to stdout and from stdin, and was horrified to discover that sometime after 9/2001, wine stopped running them correctly -- it started putting stdout in raw mode (!), which caused all line-oriented reads from stdin to fail. It also did curses initialization (!!), which made things look very messy indeed. I'm still running my snapshot from around 9/2001, but if I ever get up the energy, maybe I'll write a regression test to make sure e.g. DOS "more" works correctly. - Dan

1 0

Re: dos console apps question
by Jukka Heinonen 25 Jul '02

25 Jul '02

Yes, many DOS console apps don't work under plain Wine because DOS emulation does not create console for the applications. Some applications actually make Wine crash because the application gets illegal coordinates when GetConsoleScreenBufferInfo fails. The correct place for console allocation would likely be VGA_SetAlphaMode; call to normal Windows AllocConsole() function should be enough, no server calls are needed. Additionally, if DOS console application tries to call a routine that requires console, VGA_SetAlphaMode should be called in order to initialize console (see VGA_SetCursorPos). I have been thinking doing this myself, but I have always ended up being uncertain about how this change is going to affect piping input and output of DOS programs that use only stream IO and not console IO. Anyway, I don't have time for this stuff so I would appreciate if you could work on this. -- Jukka Heinonen <http://www.iki.fi/jhei/>

1 0

Re: Procite and Wine
by Duane Clark 25 Jul '02

25 Jul '02

On c.e.m.w Uwe Bonnes wrote: > Duane Clark <junkmail(a)junkmail.com> wrote: > : This is a multi-part message in MIME format. > : --------------040608050206010706050208 > : Content-Type: text/plain; charset=us-ascii; format=flowed > : Content-Transfer-Encoding: 7bit > > : Duane Clark wrote: > :> ... > :> Try this simple patch and see if it fixes it: > :> ... > > : Hmmm, that came out kind of poorly. Here it is as an attachment. > > This makes the the java application ChipView from the Xilinx webpack much > more usable (beside all those deficencies you expect form a java > application: delay and exceptions..) > > Please discuss (again?) on wine-devel. > > Bye Okay (switching from c.e.m.w to wine-devel), this had not yet been discussed on wine-devel, nor had I submitted the patch. It was one of those things I did awhile ago, and was going to look into more, but never got around to. I found this problem on two applications, and now it is apparently showing up on two more. On c.e.m.w Dong Wook Ko wrote: > Does anyone know where I should look for in order to use procite under wine? > > I got procite installed, and it sort of runs, but I can see it's > flickering very quickly, and my console is flooded with the same error > message: > > err:msg:DispatchMessageA BeginPaint not called on WM_PAINT for hwnd 30a4! > > And I cannnot open individual index of the bibs. > > Any help would be grateful. > > ps. If anyone could tell me how to export procite into bibtex, I won't > have to bother with this... > I have seen this in two other programs. The problem appears to be here, at about line 779 in windows/painting.c: else /* entire window or client depending on RDW_FRAME */ { if( flags & RDW_FRAME ) hRgn = 1; else { GETCLIENTRECTW( wndPtr, r2 ); hRgn = CreateRectRgnIndirect( &r2 ); } } Reading the MS docs, it appears to me that in this case RDW_FRAME should be ignored. What happens is the program has an area that needs to be repainted, but this part of the code causes only a portion to be repainted, leaving a portion of the screen still "invalidated". This causes another paint request, which since nothing has changed, still does not result in the correct repainting. And so it is stuck in an indefinite loop. This rather simple patch appears to fix things, but I did not submit it because it did not completely clear up the screen corruption (for example testing on Kaleidegraph, for which a free download is available somewhere...), though it did stop this bug: Index: windows/painting.c =================================================================== RCS file: /home/wine/wine/windows/painting.c,v retrieving revision 1.71 diff -u -r1.71 painting.c --- windows/painting.c 5 Jul 2002 01:23:31 -0000 1.71 +++ windows/painting.c 25 Jul 2002 00:44:15 -0000 @@ -779,15 +779,9 @@ OffsetRect( &r2, pt.x, pt.y ); hRgn = CreateRectRgnIndirect( &r2 ); } - else /* entire window or client depending on RDW_FRAME */ + else /* entire window */ { - if( flags & RDW_FRAME ) hRgn = 1; - else - { - GETCLIENTRECTW( wndPtr, r2 ); - hRgn = CreateRectRgnIndirect( &r2 ); - } } }

1 1

Re: Get number of bytes available in PeekNamedPipe (take 2)
by Alexandre Julliard 25 Jul '02

25 Jul '02

Uwe Bonnes <bon(a)elektron.ikp.physik.tu-darmstadt.de> writes: > As I don't have a test target, I don't feel yet like filling lpvBuffer and I > don't yet have an idea how to do that. I looked at the kernel sources and > lseek unconditionally returns error on pipe. So how can we read the pipe and > get the filepointer back to the original position afterwards? You can't use lseek, you have to make the pipe a socket pair and use recv(MSG_PEEK). > wine/server/protocol.def > Define a FD_TYPE_PIPE > wine/server/file.c: get_handle_fd > On type FD_TYPE_PIPE check other end of type If this is really necessary it should be done on the client side. I'm not sure I see the point though. -- Alexandre Julliard julliard(a)winehq.com

2 2

DTR / DTS vs RTS/CTS vs Wine
by List vmn 25 Jul '02

25 Jul '02

Hi, I am testing a serial printer driver that uses DTR/DTS hardware flow control on wine. While testing the driver running winedbg everything worked, not so when I ran the program directly from wine. I sent this problem to the printer manufacturer and they put a data scope on the serial line. It seems that the DTR/DTS signal was not being caught by the computer and therefore the computer was sending info over the serial port when the printer was not ready. I read on the net that the linux kernel does not implement DTR/DTS but only RTS/CTS hardware flow control. I also read that it is usual for cables to be built that connect the RTS/CTS pins to the DTR/DTS pins therefore tricking the computer and printer [the computer understands RTS/CTS and the printer DTR/DTS ] and getting good results. The output of --debugmsg +comm after SetCommState was called was ~IXONN ~IXOFF. Can anybody indicate that If I build the correct cable and ask for RTS/CTS with SetCommState , that the serial io will work? Any limitation of wine with RTS/CTS? Is it correct that windows does not do ANY hardware flow control? If so, how can this app work under windows since it only uses standard SetCommState, ReadFile, WriteFile calls... Thanks, Miguel Feitosa

5 5

Re: Dinput - Keyb Bug
by Kristoffer Ericson 25 Jul '02

25 Jul '02

Greetings, I've been working with this problem for about 2 weeks now (play alot of tribes) and it's finally working with keyboard. I tried dinput about a week ago but couldn't make it work but as you said i should have used directx5 or 6 instead. Keyboard works fine but i still have other issues, to make the game fully functional. Dsound komplains somewhat and the sound sounds pitched (plays to fast, thus giving the smurf syndrom), i tried to use -dll dsound.dll but it says that it can't find the file. I know i've done right so i checked around on irc.openprojects.net and they said that not all -dll's can be used natively, is this right? Also i fail to get opengl to work, i simply can't select it in game. Any ideas? I've compiled with --enable-opengl and i've run a testprogram using opengl which works fine. Tribes running in fullscreen mode it feels slow and strange, but running it in window mode makes it feel fast and stable. Why? i tried to use native ddraw.dll but then the game won't even start, there's just a black screen. Thank you for all your support, considering i've been running around looking at homepages and chatting on irc when you all solved my problem within 1 day, THANKS(!). Other than that Tribes works fine. >From: Steven Edwards <steven_ed4153(a)yahoo.com> >To: Kristoffer Ericson <kristoffer_e1(a)hotmail.com>, wine-devel(a)winehq.com >Subject: Re: Dinput - Keyb Bug >Date: Tue, 23 Jul 2002 15:11:53 -0700 (PDT) > >You need to use the windows dinput.dll as ours is (still) not up to spec. I >used to play this game >all the time under linux till tribes2. I dont know if this will work with >the directx 8.1 but if >you can find a dinput.dll from dx5 or 6 it should work. > >I will add this information to the wine application database if its not >already there and if >someone working on directx can figure out what is going on that would rock >long term. > >Thanks >Steven > > >--- Kristoffer Ericson <kristoffer_e1(a)hotmail.com> wrote: > > I'm trying to get StarSiege Tribes (1) to work, and from what i gather >is it > > suffering from a quite common wine-gaming-problem (both wine & winex). > > > > The game starts smoothly enough but keyboard is dead. When i press any >key > > it will instantly drop out and quit. No error message or breaks. > > Considering the keyboard makes you move it basicly leaves you jumping up >and > > down shooting at everything that comes..=) Other than the keyboard error > > tribes runs fine. > > > > I daily run updates from winex & wine but been working at this problem >for > > about 2 weeks. > > > > I've read all the info i could find on the subject and from what i can > > gather is that tribes used to work on older wine. So can anyone give me >some > > futher info about where i could find older wine-archives or if the >dinput (i > > guess the problem is due to dinput) problem is about to be solvedŽ, >tweaks, > > patches, ideas.. > > > > With respect Ken > > > > > > > > _________________________________________________________________ > > Chat with friends online, try MSN Messenger: http://messenger.msn.com > > > > > > >__________________________________________________ >Do You Yahoo!? >Yahoo! Health - Feel better, live better >http://health.yahoo.com _________________________________________________________________ Join the worlds largest e-mail service with MSN Hotmail. http://www.hotmail.com

3 2

Calling a winelib program (wcmd) from inside wine with arguments
by Uwe Bonnes 25 Jul '02

25 Jul '02

Hallo, how do I call a winelib programm with arguments from inside wine. I tried several appoaches in a first hack for Batch file support in wine, but I didn't succeed. It seemed that either the winelib programm insisted on the "--" divider or it tried to interpret it. Thanks -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

2 1

Re : Coded breakpoints
by Max 24 Jul '02

24 Jul '02

Never mind, if WAS a stupid question :-) For who needs it too, just add __asm__("int $0x03\n\t") ; at the required point, maybe inside an huge if(....) Regards Max

4 3

Re: cleanup patch
by Alexandre Julliard 24 Jul '02

24 Jul '02

Andreas Mohr <andi(a)rhlx01.fht-esslingen.de> writes: > - dlls/kernel/format_msg.c: use debugstr_a lpSource is not necessarily a string. > - include/wingdi.h: add offsets to LOGFONTA struct That would probably be more useful with correct offsets <g> -- Alexandre Julliard julliard(a)winehq.com

2 1

Dinput - Keyb Bug
by Kristoffer Ericson 24 Jul '02

24 Jul '02

I'm trying to get StarSiege Tribes (1) to work, and from what i gather is it suffering from a quite common wine-gaming-problem (both wine & winex). The game starts smoothly enough but keyboard is dead. When i press any key it will instantly drop out and quit. No error message or breaks. Considering the keyboard makes you move it basicly leaves you jumping up and down shooting at everything that comes..=) Other than the keyboard error tribes runs fine. I daily run updates from winex & wine but been working at this problem for about 2 weeks. I've read all the info i could find on the subject and from what i can gather is that tribes used to work on older wine. So can anyone give me some futher info about where i could find older wine-archives or if the dinput (i guess the problem is due to dinput) problem is about to be solvedŽ, tweaks, patches, ideas.. With respect Ken _________________________________________________________________ Chat with friends online, try MSN Messenger: http://messenger.msn.com

3 2

Coded breakpoints
by Max 24 Jul '02

24 Jul '02

Maybe it's a stupid question, but... is there a way to hard-code a breakpoint ? I need to check a bit of code that gets called too many times and I'd like to put a conditional breakpoints compiled in code; no way to use winedbg built-in conditional breaks, the condition is too complicated..... Regards Max hmmm... BTW, somebody knows what's the meaning ow window message # 0x1018 ? :-)

6 5

Winelib and documentation
by steve_lustbader＠hsgmed.com 23 Jul '02

23 Jul '02

I've been having some trouble using winelib (with spec files) following the documentation on the web site. A few people in the IRC channel were under the impression that winelib had changed and the docs aren't really relevant anymore. Is the documentation going to be updated to the current status of the source? ****************************** Steve Lustbader Philips Medical Systems E-mail: steve_lustbader(a)hsgmed.com 3000 Minuteman Road, MS 0105 Voice: 978 659 3713 Andover, MA 01810

3 2

Re: Configure.in
by Gregg Mattinson 23 Jul '02

23 Jul '02

Same thing is defined on my system, so I think it is correct. LD_PATH is used to add paths infront of LD_LIBRARY_PATH for when wrc and winebuild are run. On my system, before the line you mentioned, LD_PATH is set to $wine/library:$wine/dlls. Then, it is changed to prepend itself to the environment variable LD_LIBRARY_PATH. Gregg Mattinson Co-op Developer Sun Microsystems of Canada >From: steve_lustbader(a)hsgmed.com >To: wine-devel(a)winehq.com >Subject: Configure.in >Date: Tue, 23 Jul 2002 14:20:53 -0600 > >In the configure.in that winemaker generates for me, LD_PATH gets defined as LD_PATH="LD_LIBRARY_PATH=\"$LD_PATH:\$\$LD_LIBRARY_PATH\"" It seems like it's missing a linebreak, or it's doing something very weird. Is this right? > >****************************** >Steve Lustbader > >Philips Medical Systems E-mail: steve_lustbader(a)hsgmed.com >3000 Minuteman Road, MS 0105 Voice: 978 659 3713 >Andover, MA 01810 >

1 0

Re: PATCH: [Bug 19] - font enumeration problems for aliased gdi fonts
by Huw D M Davies 23 Jul '02

23 Jul '02

On Tue, Jul 23, 2002 at 01:00:59PM -0700, Rafael Kitover wrote: > This patch fixes the "Invalid Property Value" message box that pops up > in older visual basic programs on startup when they try to call > ENUMFONTS on the default "MS Sans Serif" font for example. > > (reference: http://www.winehq.com/hypermail/wine-bugs/2002/05/0116.html) > > License: LGPL, X11 > > Changelog: > Rafael Kitover <caelum(a)debian.org> > Fix ENUMFONTS on aliased gdi fonts What's exactly the problem here? Is it lack of support of 16bit EnumFonts ? Huw.

1 0

Configure.in
by steve_lustbader＠hsgmed.com 23 Jul '02

23 Jul '02

In the configure.in that winemaker generates for me, LD_PATH gets defined as LD_PATH="LD_LIBRARY_PATH=\"$LD_PATH:\$\$LD_LIBRARY_PATH\"" It seems like it's missing a linebreak, or it's doing something very weird. Is this right? ****************************** Steve Lustbader Philips Medical Systems E-mail: steve_lustbader(a)hsgmed.com 3000 Minuteman Road, MS 0105 Voice: 978 659 3713 Andover, MA 01810

1 0

RE: wine/dlls crtdll/crtdll.spec crtdll/crtdll_mai ...
by Patrik Stridvall 23 Jul '02

23 Jul '02

> Modified files: > dlls/crtdll : crtdll.spec crtdll_main.c > dlls/msvcrt20 : msvcrt20.spec > dlls/shell32 : shell32.spec > > Log message: > Fixed broken forwards reported by Patrik Stridvall. Much better. No broken forwards reported by winapi_check any longer. However I don't think your fix was 100% correct. winapi_check now says dlls/msvcrt/string.c:52: <>: char * _strdec(char *,char *): documentation: _strdec (MSVCRT.@) wrong dlls/msvcrt/string.c:75: <>: char * _strinc(char *): documentation: _strinc (MSVCRT.@) wrong dlls/msvcrt/string.c:83: <>: unsigned int _strnextc(char *): documentation: _strnextc (MSVCRT.@) wrong dlls/msvcrt/string.c:93: <>: char * _strninc(char *,unsigned int): documentation: _strninc (MSVCRT.@) wrong dlls/msvcrt/string.c:143: <>: unsigned int _strncnt(char *,unsigned int): documentation: _strncnt (MSVCRT.@) wrong dlls/msvcrt/string.c:152: <>: char * _strspnp(char *,char *): documentation: _strspnp (MSVCRT.@) wrong The problem is not what the error messages suggest though, winapi_check is far from prefect. :-) Anyway, the real problem seems to be that the the functions you implemented in crtdll_main.c were already implemented in msvcrt. However they were not exported. Examining the msvcrt.dll on my Windows 98 computer indicates that this is correct they shouldn't be exported. crtdll.dll does exactly as Wine does though. So I guess the implementation of the functions above should only be in CRTDLL and not in MSVCRT. Will you fix it or should I?

2 1

Re: PATCH: SetParent optimization
by Ann and Jason Edmeades 23 Jul '02

23 Jul '02

> Probably SetWindowLong(GWL_HWNDPARENT) should not do a full SetParent, > but just set the window owner. Looks like this needs more testing > under Windows to find out exactly what it's supposed to do. Interestingly I took out that SetParent call as a hack to get beyond bug#825 which is exactly what VB is doing for 'modal' windows (setting GWL_HWNDPARENT) which basically means modal windows become unusable. Jason

1 0

RE: Winelib and documentation
by Andriy Palamarchuk 23 Jul '02

23 Jul '02

Steve, if you don't mind lets continue the discussion in public. --- "LUSTBADER,STEVE (Non-A-hsgAndover,ex1)" <steve_lustbader(a)hsgmed.com> wrote: > > > Is the > > > documentation going to be updated to the current > > > status of the source? > > > > Yes, but I do not know when. As far as I know > nobody > > is working on the guide right now. > > If you provide information which part of the guide > is > > outdated somebody may want to fix it. > > > > The problem I was specifically having was with spec > files and import statements - it seems like imports > don't belong in specs anymore. Yes, you are right here. Now it is done by the following definition in Makefile.in file: ... IMPORTS = advapi32 kernel32 ... As an example of using Winelib I advise you to look into Wine programs (see programs subdirectory of the Wine source tree). These programs are compiled as Winelib programs, you probably will want to do something similiar. Andriy __________________________________________________ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com

1 0

Problem with wineconsole
by DanteAliegri 23 Jul '02

23 Jul '02

I'd suggest the following patch as an easy way to tell that something in wineconsole is going wrong. All I was getting was that the backend had failed - no indication of why. --Dante --- user.c Tue Jul 23 09:29:23 2002 +++ newuser.c Tue Jul 23 09:29:54 2002 @@ -550,7 +550,7 @@ fc.data = data; fc.done = 0; EnumFontFamilies(PRIVATE(data)->hMemDC, NULL, get_first_font_enum, (LPARAM)&fc); - if (!fc.done) WINE_WARN("Couldn't find a decent font, aborting\n"); + if (!fc.done) WINE_ERR("Couldn't find a decent font, aborting\n"); return fc.done; }

1 0

Re: Threading on Solaris
by Gregg Mattinson 23 Jul '02

23 Jul '02

Threads on Solaris are a big issue for Sun, so I will start tackling this problem today. Thanks for telling me all the issues Francois. I have a hack-ish version implemented, and now I can create a real solution to the problem. Gregg Mattinson Co-op Developer Sun Microsystems of Canada >From: Francois Gouget <fgouget(a)codeweavers.com> >To: wine-devel(a)winehq.com >CC: Gregg Mattinson <gm138242(a)opcom-mail.canada.sun.com> >Subject: Threading on Solaris >Date: Tue, 23 Jul 2002 00:35:09 -0700 > >Hi, > > >Some time ago I did some tests of Wine on Solaris x86 and found that >there is a problem with the way we handle threads due to the differences >between the Linux and Solaris threading models. These differences are >also relevant for Solaris Sparc and probably many other Unices. > >Unfortunately I don't have time to work on it anymore so I created a bug >report in Bugzilla where I tried to dump the relevant information, >including a patch to illustrate the issues and the start of a fix. I >hope it will be useful to someone... maybe Gregg who has been doing a >lot of Solaris work recently. > >http://bugs.winehq.com/show_bug.cgi?id=904 > > >-- >Francois Gouget >fgouget(a)codeweavers.com

1 0

Re: [Q] CreateProcess for Batch files
by us＠the-edmeades.demon.co.uk 23 Jul '02

23 Jul '02

>I don't think we want to check extensions this way. We should simply >hand off all command lines we cannot execute another way to the >command interpreter (which could be made configurable so you can use >native cmd.exe if you have it). Isnt this what Windows uses the COMSPEC env var for? Surely we should (by default) set the COMSPEC env var to wcmd, and if someone wants to change it to the real cmd.exe then they can. If I remember rightly, a simple C pgm which issues system("fred.bat") fails, (cant remember what happens if you system a .exe though). This would then leave a change to the CreateProcess and varients to recognize bat pgms to launch the program defined in comspec by. Interestingly windows2000 seems to honour comspec, and .bat extensions are registered as 'batfile' (in registry) which in turn has a default handler of %1 %* which means internally it must recognize .bat extensions itself. Jason

1 0

Threading on Solaris
by Francois Gouget 23 Jul '02

23 Jul '02

Hi, Some time ago I did some tests of Wine on Solaris x86 and found that there is a problem with the way we handle threads due to the differences between the Linux and Solaris threading models. These differences are also relevant for Solaris Sparc and probably many other Unices. Unfortunately I don't have time to work on it anymore so I created a bug report in Bugzilla where I tried to dump the relevant information, including a patch to illustrate the issues and the start of a fix. I hope it will be useful to someone... maybe Gregg who has been doing a lot of Solaris work recently. http://bugs.winehq.com/show_bug.cgi?id=904 -- Francois Gouget fgouget(a)codeweavers.com

1 0

Re: ShellExecute patch
by Duane Clark 23 Jul '02

23 Jul '02

Steven Edwards wrote: >> I guess I am not sure what the problem is with WinExec. Originally >> ShellExecuteEx used CreateProcessA and ShellExecute used WinExec, >> which simply calls CreateProcessA. I could certainly directly call >> CreateProcessA if that is preferable. > > > Yes, I tried to do that once before but could not get it to work > quite right as I am still learning how to program. Mingw cant import > from the Win16 api so CreateProcess needs to be used if we want to > have shell32 for testing under mingw or use under ReactOS. Hmm, the WinExec looks fairly easy but the WinExec16 appears to be a bit more difficult to handle. Perhaps it could be handled more easily with some sort of ifdef around those parts? Any suggestions?

4 6

builtin winininet causes segfault - ie6
by Sylvain Petreolle 23 Jul '02

23 Jul '02

running ie6 with wininet causes a segfault for now. launching it under winedbg reveals that the fault he wants to display when it crashes is an unimplemented function : wininet.dll.GetUrlCacheEntryInfoExW. ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

1 0

Re: China developing Wind
by shaw 23 Jul '02

23 Jul '02

> Did you read this: > http://slashdot.org/article.pl?sid=02/07/19/2116234&mode=thread&tid=99 > > Are they using WINE? Do they know about WINE? It sure would help if they > work on the WINE source base :) > > Roland > > > I'm chinese,I'm tring my best to patch wine for supporting inputting chinse,though I'm newbie to Xlib programming and XIM. I know nothing about this news.

1 0

wininet http test blocks
by Sylvain Petreolle 23 Jul '02

23 Jul '02

Hi, running make test blocks on wininiet http test. two behaviours : - running separate after 'make testclean', go in dlls/wininet and 'make test' runs ok. - running 'make testclean' and 'make test' in main directory to launch all tests just stops when starting wininet test and doesn't write anything more. comments ? ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

1 0

ShellExecute again
by Duane Clark 23 Jul '02

23 Jul '02

Here is a much improved version (I hope), in case anyone wants to comment on it. I did a lot more testing this time, mainly by writing a test program where I tried as many combinations as I could think of. Tested on WinNT and wine using Word2000, WordPad and wine's notepad. Things tested: ShellExecute ShellExecuteEx with SEE_MASK_CLASSNAME with several combinations of fixed and replaced parameters supplying lpDirectory supplying both lpFile and lpParameters supplying only lpFile and getting the registry command from the file extension. Also tested with the pkzip installer, which uses this method to invoke MSI. testing of both open and print commands Some things not yet tested. SEE_MASK_IDLIST and SEE_MASK_INVOKEIDLIST, since I have not figured out how these IDLists work yet (I don't know how to put that in my test program). The URL handling, since ..mumble.. I can't install either IE or Mozilla in Wine. Same problem as Boris Reisig mentioned a few days ago... I also plan to try to copy the WinExec16 stuff over, but that is not in here yet. Index: dlls/shell32/shellord.c =================================================================== RCS file: /home/wine/wine/dlls/shell32/shellord.c,v retrieving revision 1.99 diff -u -r1.99 shellord.c --- dlls/shell32/shellord.c 3 Jul 2002 21:07:36 -0000 1.99 +++ dlls/shell32/shellord.c 23 Jul 2002 02:29:56 -0000 @@ -926,192 +926,6 @@ { FIXME("0x%08lx 0x%08lx stub\n",x,z); return 0; } -/************************************************************************* - * ShellExecuteEx [SHELL32.291] - * - */ -BOOL WINAPI ShellExecuteExAW (LPVOID sei) -{ if (SHELL_OsIsUnicode()) - return ShellExecuteExW (sei); - return ShellExecuteExA (sei); -} -/************************************************************************* - * ShellExecuteExA [SHELL32.292] - * - * placeholder in the commandline: - * %1 file - * %2 printer - * %3 driver - * %4 port - * %I adress of a global item ID (explorer switch /idlist) - * %L ??? path/url/current file ??? - * %S ??? - * %* all following parameters (see batfile) - */ -BOOL WINAPI ShellExecuteExA (LPSHELLEXECUTEINFOA sei) -{ CHAR szApplicationName[MAX_PATH],szCommandline[MAX_PATH],szPidl[20]; - LPSTR pos; - int gap, len; - STARTUPINFOA startup; - PROCESS_INFORMATION info; - - WARN("mask=0x%08lx hwnd=0x%04x verb=%s file=%s parm=%s dir=%s show=0x%08x class=%s incomplete\n", - sei->fMask, sei->hwnd, debugstr_a(sei->lpVerb), - debugstr_a(sei->lpFile), debugstr_a(sei->lpParameters), - debugstr_a(sei->lpDirectory), sei->nShow, - (sei->fMask & SEE_MASK_CLASSNAME) ? debugstr_a(sei->lpClass) : "not used"); - - ZeroMemory(szApplicationName,MAX_PATH); - if (sei->lpFile) - strcpy(szApplicationName, sei->lpFile); - - ZeroMemory(szCommandline,MAX_PATH); - if (sei->lpParameters) - strcpy(szCommandline, sei->lpParameters); - - if (sei->fMask & (SEE_MASK_CLASSKEY | SEE_MASK_INVOKEIDLIST | SEE_MASK_ICON | SEE_MASK_HOTKEY | - SEE_MASK_CONNECTNETDRV | SEE_MASK_FLAG_DDEWAIT | - SEE_MASK_DOENVSUBST | SEE_MASK_FLAG_NO_UI | SEE_MASK_UNICODE | - SEE_MASK_NO_CONSOLE | SEE_MASK_ASYNCOK | SEE_MASK_HMONITOR )) - { - FIXME("flags ignored: 0x%08lx\n", sei->fMask); - } - - /* launch a document by fileclass like 'Wordpad.Document.1' */ - if (sei->fMask & SEE_MASK_CLASSNAME) - { - /* FIXME: szCommandline should not be of a fixed size. Plus MAX_PATH is way too short! */ - /* the commandline contains 'c:\Path\wordpad.exe "%1"' */ - HCR_GetExecuteCommand(sei->lpClass, (sei->lpVerb) ? sei->lpVerb : "open", szCommandline, sizeof(szCommandline)); - /* FIXME: get the extension of lpFile, check if it fits to the lpClass */ - TRACE("SEE_MASK_CLASSNAME->'%s'\n", szCommandline); - } - - /* process the IDList */ - if ( (sei->fMask & SEE_MASK_INVOKEIDLIST) == SEE_MASK_INVOKEIDLIST) /*0x0c*/ - { - SHGetPathFromIDListA (sei->lpIDList,szApplicationName); - TRACE("-- idlist=%p (%s)\n", sei->lpIDList, szApplicationName); - } - else - { - if (sei->fMask & SEE_MASK_IDLIST ) - { - pos = strstr(szCommandline, "%I"); - if (pos) - { - LPVOID pv; - HGLOBAL hmem = SHAllocShared ( sei->lpIDList, ILGetSize(sei->lpIDList), 0); - pv = SHLockShared(hmem,0); - sprintf(szPidl,":%p",pv ); - SHUnlockShared(pv); - - gap = strlen(szPidl); - len = strlen(pos)-2; - memmove(pos+gap,pos+2,len); - memcpy(pos,szPidl,gap); - - } - } - } - - TRACE("execute:'%s','%s'\n",szApplicationName, szCommandline); - - if (szCommandline[0]) { - strcat(szApplicationName, " "); - strcat(szApplicationName, szCommandline); - } - - ZeroMemory(&startup,sizeof(STARTUPINFOA)); - startup.cb = sizeof(STARTUPINFOA); - - if (! CreateProcessA(NULL, szApplicationName, - NULL, NULL, FALSE, 0, - NULL, sei->lpDirectory, - &startup, &info)) - { - BOOL failed = TRUE; - - if ((!sei->lpVerb)||(!strcasecmp(sei->lpVerb,"open"))) - { - LPSTR ext = PathFindExtensionA(szApplicationName); - CHAR key[1023]; - CHAR buffer[1023]; - CHAR cmdline[1023]; - DWORD size; - - sprintf(key,"Software\\Classes\\%s",ext); - size = 1023; - if (!RegQueryValueA(HKEY_LOCAL_MACHINE,key,buffer,&size)) - { - sprintf(key,"Software\\Classes\\%s\\shell\\%s\\command", buffer, - (sei->lpVerb)?sei->lpVerb:"open"); - size = 1023; - if (!RegQueryValueA(HKEY_LOCAL_MACHINE,key,buffer,&size)) - { - sprintf(cmdline,"%s \"%s\"",buffer,szApplicationName); - if (CreateProcessA(NULL,cmdline, NULL, NULL, FALSE, 0, - NULL, sei->lpDirectory, &startup, &info)) - failed = FALSE; - } - } - } - - if (failed) - { - sei->hInstApp = GetLastError(); - return FALSE; - } - } - - sei->hInstApp = 33; - - if(sei->fMask & SEE_MASK_NOCLOSEPROCESS) - sei->hProcess = info.hProcess; - else - CloseHandle( info.hProcess ); - CloseHandle( info.hThread ); - return TRUE; -} -/************************************************************************* - * ShellExecuteExW [SHELL32.293] - * - */ -BOOL WINAPI ShellExecuteExW (LPSHELLEXECUTEINFOW sei) -{ SHELLEXECUTEINFOA seiA; - DWORD ret; - - TRACE("%p\n", sei); - - memcpy(&seiA, sei, sizeof(SHELLEXECUTEINFOA)); - - if (sei->lpVerb) - seiA.lpVerb = HEAP_strdupWtoA( GetProcessHeap(), 0, sei->lpVerb); - - if (sei->lpFile) - seiA.lpFile = HEAP_strdupWtoA( GetProcessHeap(), 0, sei->lpFile); - - if (sei->lpParameters) - seiA.lpParameters = HEAP_strdupWtoA( GetProcessHeap(), 0, sei->lpParameters); - - if (sei->lpDirectory) - seiA.lpDirectory = HEAP_strdupWtoA( GetProcessHeap(), 0, sei->lpDirectory); - - if ((sei->fMask & SEE_MASK_CLASSNAME) && sei->lpClass) - seiA.lpClass = HEAP_strdupWtoA( GetProcessHeap(), 0, sei->lpClass); - else - seiA.lpClass = NULL; - - ret = ShellExecuteExA(&seiA); - - if (seiA.lpVerb) HeapFree( GetProcessHeap(), 0, (LPSTR) seiA.lpVerb ); - if (seiA.lpFile) HeapFree( GetProcessHeap(), 0, (LPSTR) seiA.lpFile ); - if (seiA.lpParameters) HeapFree( GetProcessHeap(), 0, (LPSTR) seiA.lpParameters ); - if (seiA.lpDirectory) HeapFree( GetProcessHeap(), 0, (LPSTR) seiA.lpDirectory ); - if (seiA.lpClass) HeapFree( GetProcessHeap(), 0, (LPSTR) seiA.lpClass ); - - return ret; -} static LPUNKNOWN SHELL32_IExplorerInterface=0; /************************************************************************* Index: dlls/shell32/shlexec.c =================================================================== RCS file: /home/wine/wine/dlls/shell32/shlexec.c,v retrieving revision 1.3 diff -u -r1.3 shlexec.c --- dlls/shell32/shlexec.c 31 May 2002 23:25:52 -0000 1.3 +++ dlls/shell32/shlexec.c 23 Jul 2002 02:29:56 -0000 @@ -23,6 +23,7 @@ #include <stdlib.h> #include <string.h> +#include <stdio.h> #include <unistd.h> #include <ctype.h> #include <assert.h> @@ -30,6 +31,7 @@ #include "windef.h" #include "winerror.h" #include "winreg.h" +#include "heap.h" #include "shellapi.h" #include "shlobj.h" #include "shlwapi.h" @@ -37,6 +39,7 @@ #include "wine/winbase16.h" #include "shell32_main.h" +#include "undocshell.h" #include "wine/debug.h" @@ -45,16 +48,19 @@ /* this function is supposed to expand the escape sequences found in the registry * some diving reported that the following were used: * + %1, %2... seem to report to parameter of index N in ShellExecute pmts - + + %* seem to report to all parameter (or all remaining, ie after removing - * the already used %1 %2...) - * + %L seems to be %1 as long filename followed by the 8+3 variation - * + %l unknown - * + %S unknown - * + %I unknown + * %1 file + * %2 printer + * %3 driver + * %4 port + * %I adress of a global item ID (explorer switch /idlist) + * %L seems to be %1 as long filename followed by the 8+3 variation + * %S ??? + * %* all following parameters (see batfile) */ -static void argify(char* res, int len, const char* fmt, const char* lpFile) +static BOOL argify(char* res, int len, const char* fmt, const char* lpFile) { char xlpFile[1024]; + BOOL done = FALSE; while (*fmt) { @@ -67,25 +73,71 @@ *res++ = '%'; break; case '1': - if (SearchPathA(NULL, lpFile, ".exe", sizeof(xlpFile), xlpFile, NULL)) + case '*': + if (!done || (*fmt == '1')) { - strcpy(res, xlpFile); - res += strlen(xlpFile); - } - else - { - strcpy(res, lpFile); - res += strlen(lpFile); + if (SearchPathA(NULL, lpFile, ".exe", sizeof(xlpFile), xlpFile, NULL)) + { + strcpy(res, xlpFile); + res += strlen(xlpFile); + } + else + { + strcpy(res, lpFile); + res += strlen(lpFile); + } } break; default: FIXME("Unknown escape sequence %%%c\n", *fmt); } fmt++; + done = TRUE; } else *res++ = *fmt++; } *res = '\0'; + return done; +} + +/************************************************************************* + * SHELL_ExecuteA [Internal] + * + */ +static HINSTANCE SHELL_ExecuteA(char *lpCmd, LPSHELLEXECUTEINFOA sei, BOOL is32) +{ + STARTUPINFOA startup; + PROCESS_INFORMATION info; + HINSTANCE retval = 31; + + TRACE("Execute %s from directory %s\n", lpCmd, sei->lpDirectory); + ZeroMemory(&startup,sizeof(STARTUPINFOA)); + startup.cb = sizeof(STARTUPINFOA); + startup.dwFlags = STARTF_USESHOWWINDOW; + startup.wShowWindow = sei->nShow; + if (is32) + { + if (CreateProcessA(NULL, lpCmd, NULL, NULL, FALSE, 0, + NULL, sei->lpDirectory, &startup, &info)) + { + retval = (HINSTANCE)33; + if(sei->fMask & SEE_MASK_NOCLOSEPROCESS) + sei->hProcess = info.hProcess; + else + CloseHandle( info.hProcess ); + CloseHandle( info.hThread ); + } + else if ((retval = GetLastError()) >= (HINSTANCE)32) + { + FIXME("Strange error set by CreateProcess: %d\n", retval); + retval = (HINSTANCE)ERROR_BAD_FORMAT; + } + } + else + retval = WinExec16(lpCmd, sei->nShow); + + sei->hInstApp = retval; + return retval; } /************************************************************************* @@ -102,7 +154,7 @@ * command (it'll be used afterwards for more information * on the operation) */ -static HINSTANCE SHELL_FindExecutable(LPCSTR lpFile, LPCSTR lpOperation, +static HINSTANCE SHELL_FindExecutable(LPCSTR lpPath, LPCSTR lpFile, LPCSTR lpOperation, LPSTR lpResult, LPSTR key) { char *extension = NULL; /* pointer to file extension */ @@ -129,7 +181,7 @@ return 2; /* File not found. Close enough, I guess. */ } - if (SearchPathA(NULL, lpFile, ".exe", sizeof(xlpFile), xlpFile, NULL)) + if (SearchPathA(lpPath, lpFile, ".exe", sizeof(xlpFile), xlpFile, NULL)) { TRACE("SearchPathA returned non-zero\n"); lpFile = xlpFile; @@ -287,7 +339,7 @@ */ static unsigned dde_connect(char* key, char* start, char* ddeexec, const char* lpFile, - int iCmdShow, BOOL is32) + LPSHELLEXECUTEINFOA sei, BOOL is32) { char* endkey = key + strlen(key); char app[256], topic[256], ifexec[256], res[256]; @@ -327,7 +379,7 @@ if (!hConv) { TRACE("Launching '%s'\n", start); - ret = (is32) ? WinExec(start, iCmdShow) : WinExec16(start, iCmdShow); + ret = SHELL_ExecuteA(start, sei, is32); if (ret < 32) { TRACE("Couldn't launch\n"); @@ -358,7 +410,10 @@ return ret; } -static HINSTANCE execute_from_key(LPSTR key, LPCSTR lpFile, INT iShowCmd, BOOL is32) +/************************************************************************* + * execute_from_key [Internal] + */ +static HINSTANCE execute_from_key(LPSTR key, LPCSTR lpFile, LPSHELLEXECUTEINFOA sei, BOOL is32) { char cmd[1024] = ""; LONG cmdlen = sizeof(cmd); @@ -380,15 +435,14 @@ if (RegQueryValueA(HKEY_CLASSES_ROOT, key, param, &paramlen) == ERROR_SUCCESS) { TRACE("Got ddeexec %s => %s\n", key, param); - retval = dde_connect(key, cmd, param, lpFile, iShowCmd, is32); + retval = dde_connect(key, cmd, param, lpFile, sei, is32); } else { /* Is there a replace() function anywhere? */ cmd[cmdlen] = '\0'; argify(param, sizeof(param), cmd, lpFile); - - retval = (is32) ? WinExec(param, iShowCmd) : WinExec16(param, iShowCmd); + retval = SHELL_ExecuteA(param, sei, is32); } } else TRACE("ooch\n"); @@ -396,96 +450,6 @@ return retval; } -static HINSTANCE SHELL_Execute(HWND hWnd, LPCSTR lpOperation, LPCSTR lpFile, - LPCSTR lpParameters, LPCSTR lpDirectory, - INT iShowCmd, BOOL is32) -{ - HINSTANCE retval = 31; - char old_dir[1024]; - char cmd[1024]; - - TRACE("(%04x,'%s','%s','%s','%s',%x)\n", - hWnd, lpOperation ? lpOperation:"<null>", lpFile ? lpFile:"<null>", - lpParameters ? lpParameters : "<null>", - lpDirectory ? lpDirectory : "<null>", iShowCmd); - - if (lpFile == NULL) return 0; /* should not happen */ - if (lpOperation == NULL) /* default is open */ - lpOperation = "open"; - - if (lpDirectory) - { - GetCurrentDirectoryA(sizeof(old_dir), old_dir); - SetCurrentDirectoryA(lpDirectory); - } - - /* First try to execute lpFile with lpParameters directly */ - strcpy(cmd, lpFile); - if (lpParameters) - { - strcat(cmd, " "); - strcat(cmd, lpParameters); - } - - retval = (is32) ? WinExec(cmd, iShowCmd) : WinExec16(cmd, iShowCmd); - - /* Unable to execute lpFile directly - Check if we can match an application to lpFile */ - if (retval < 32) - { - char lpstrProtocol[256]; - - cmd[0] = '\0'; - retval = SHELL_FindExecutable(lpFile, lpOperation, cmd, lpstrProtocol); - - if (retval > 32) /* Found */ - { - TRACE("%s/%s => %s/%s\n", lpFile, lpOperation, cmd, lpstrProtocol); - if (*lpstrProtocol) - retval = execute_from_key(lpstrProtocol, lpFile, iShowCmd, is32); - else - retval = (is32) ? WinExec(cmd, iShowCmd) : WinExec16(cmd, iShowCmd); - } - else if (PathIsURLA((LPSTR)lpFile)) /* File not found, check for URL */ - { - LPSTR lpstrRes; - INT iSize; - - lpstrRes = strchr(lpFile, ':'); - iSize = lpstrRes - lpFile; - - TRACE("Got URL: %s\n", lpFile); - /* Looking for ...protocol\shell\lpOperation\command */ - strncpy(lpstrProtocol, lpFile, iSize); - lpstrProtocol[iSize] = '\0'; - strcat(lpstrProtocol, "\\shell\\"); - strcat(lpstrProtocol, lpOperation); - strcat(lpstrProtocol, "\\command"); - - /* Remove File Protocol from lpFile */ - /* In the case file://path/file */ - if (!strncasecmp(lpFile, "file", iSize)) - { - lpFile += iSize; - while (*lpFile == ':') lpFile++; - } - - retval = execute_from_key(lpstrProtocol, lpFile, iShowCmd, is32); - } - /* Check if file specified is in the form www.??????.*** */ - else if (!strncasecmp(lpFile, "www", 3)) - { - /* if so, append lpFile http:// and call ShellExecute */ - char lpstrTmpFile[256] = "http://" ; - strcat(lpstrTmpFile, lpFile); - retval = ShellExecuteA(hWnd, lpOperation, lpstrTmpFile, NULL, NULL, 0); - } - } - if (lpDirectory) - SetCurrentDirectoryA(old_dir); - return retval; -} - /************************************************************************* * FindExecutableA [SHELL32.@] */ @@ -512,7 +476,7 @@ SetCurrentDirectoryA(lpDirectory); } - retval = SHELL_FindExecutable(lpFile, "open", lpResult, NULL); + retval = SHELL_FindExecutable(lpDirectory, lpFile, "open", lpResult, NULL); TRACE("returning %s\n", lpResult); if (lpDirectory) @@ -530,14 +494,204 @@ } /************************************************************************* + * ShellExecuteExA32 [Internal] + */ +BOOL WINAPI ShellExecuteExA32 (LPSHELLEXECUTEINFOA sei, BOOL is32) +{ + CHAR szApplicationName[MAX_PATH],szCommandline[MAX_PATH],szPidl[20],fileName[MAX_PATH]; + LPSTR pos; + int gap, len; + char lpstrProtocol[256]; + LPCSTR lpFile,lpOperation; + HINSTANCE retval = 31; + char cmd[1024]; + BOOL done; + + TRACE("mask=0x%08lx hwnd=0x%04x verb=%s file=%s parm=%s dir=%s show=0x%08x class=%s\n", + sei->fMask, sei->hwnd, debugstr_a(sei->lpVerb), + debugstr_a(sei->lpFile), debugstr_a(sei->lpParameters), + debugstr_a(sei->lpDirectory), sei->nShow, + (sei->fMask & SEE_MASK_CLASSNAME) ? debugstr_a(sei->lpClass) : "not used"); + + sei->hProcess = (HANDLE)NULL; + ZeroMemory(szApplicationName,MAX_PATH); + if (sei->lpFile) + strcpy(szApplicationName, sei->lpFile); + + ZeroMemory(szCommandline,MAX_PATH); + if (sei->lpParameters) + strcpy(szCommandline, sei->lpParameters); + + if (sei->fMask & ((SEE_MASK_CLASSKEY & ~SEE_MASK_CLASSNAME) | + SEE_MASK_INVOKEIDLIST | SEE_MASK_ICON | SEE_MASK_HOTKEY | + SEE_MASK_CONNECTNETDRV | SEE_MASK_FLAG_DDEWAIT | + SEE_MASK_DOENVSUBST | SEE_MASK_FLAG_NO_UI | SEE_MASK_UNICODE | + SEE_MASK_NO_CONSOLE | SEE_MASK_ASYNCOK | SEE_MASK_HMONITOR )) + { + FIXME("flags ignored: 0x%08lx\n", sei->fMask); + } + + /* process the IDList */ + if ( (sei->fMask & SEE_MASK_INVOKEIDLIST) == SEE_MASK_INVOKEIDLIST) /*0x0c*/ + { + SHGetPathFromIDListA (sei->lpIDList,szApplicationName); + TRACE("-- idlist=%p (%s)\n", sei->lpIDList, szApplicationName); + } + else + { + if (sei->fMask & SEE_MASK_IDLIST ) + { + pos = strstr(szCommandline, "%I"); + if (pos) + { + LPVOID pv; + HGLOBAL hmem = SHAllocShared ( sei->lpIDList, ILGetSize(sei->lpIDList), 0); + pv = SHLockShared(hmem,0); + sprintf(szPidl,":%p",pv ); + SHUnlockShared(pv); + + gap = strlen(szPidl); + len = strlen(pos)-2; + memmove(pos+gap,pos+2,len); + memcpy(pos,szPidl,gap); + } + } + } + + if (sei->fMask & SEE_MASK_CLASSNAME) + { + /* launch a document by fileclass like 'WordPad.Document.1' */ + /* the Commandline contains 'c:\Path\wordpad.exe "%1"' */ + /* FIXME: szCommandline should not be of a fixed size. Plus MAX_PATH is way too short! */ + HCR_GetExecuteCommand(sei->lpClass, (sei->lpVerb) ? sei->lpVerb : "open", szCommandline, sizeof(szCommandline)); + /* FIXME: get the extension of lpFile, check if it fits to the lpClass */ + TRACE("SEE_MASK_CLASSNAME->'%s', doc->'%s'\n", szCommandline, szApplicationName); + + cmd[0] = '\0'; + done = argify(cmd, sizeof(cmd), szCommandline, szApplicationName); + if (!done && szApplicationName[0]) + { + strcat(cmd, " "); + strcat(cmd, szApplicationName); + } + retval = SHELL_ExecuteA(cmd, sei, is32); + if (retval > 32) + return TRUE; + else + return FALSE; + } + + /* We set the default to open, and that should generally work. + But that is not really the way the MS docs say to do it. */ + if (sei->lpVerb == NULL) + lpOperation = "open"; + else + lpOperation = sei->lpVerb; + + /* Else, try to execute the filename */ + TRACE("execute:'%s','%s'\n",szApplicationName, szCommandline); + + strcpy(fileName, szApplicationName); + lpFile = fileName; + if (szCommandline[0]) { + strcat(szApplicationName, " "); + strcat(szApplicationName, szCommandline); + } + + retval = SHELL_ExecuteA(szApplicationName, sei, is32); + if (retval > 32) + return TRUE; + + /* Else, try to find the executable */ + cmd[0] = '\0'; + retval = SHELL_FindExecutable(sei->lpDirectory, lpFile, lpOperation, cmd, lpstrProtocol); + if (retval > 32) /* Found */ + { + if (szCommandline[0]) { + strcat(cmd, " "); + strcat(cmd, szCommandline); + } + TRACE("%s/%s => %s/%s\n", szApplicationName, lpOperation, cmd, lpstrProtocol); + if (*lpstrProtocol) + retval = execute_from_key(lpstrProtocol, szApplicationName, sei, is32); + else + retval = SHELL_ExecuteA(cmd, sei, is32); + } + else if (PathIsURLA((LPSTR)lpFile)) /* File not found, check for URL */ + { + LPSTR lpstrRes; + INT iSize; + + lpstrRes = strchr(lpFile, ':'); + /* PathIsURLA probably should fail on strings without a ':', but it doesn't */ + if (lpstrRes) + iSize = lpstrRes - lpFile; + else + iSize = strlen(lpFile); + + TRACE("Got URL: %s\n", lpFile); + /* Looking for ...protocol\shell\lpOperation\command */ + strncpy(lpstrProtocol, lpFile, iSize); + lpstrProtocol[iSize] = '\0'; + strcat(lpstrProtocol, "\\shell\\"); + strcat(lpstrProtocol, lpOperation); + strcat(lpstrProtocol, "\\command"); + + /* Remove File Protocol from lpFile */ + /* In the case file://path/file */ + if (!strncasecmp(lpFile, "file", iSize)) + { + lpFile += iSize; + while (*lpFile == ':') lpFile++; + } + retval = execute_from_key(lpstrProtocol, lpFile, sei, is32); + } + /* Check if file specified is in the form www.??????.*** */ + else if (!strncasecmp(lpFile, "www", 3)) + { + /* if so, append lpFile http:// and call ShellExecute */ + char lpstrTmpFile[256] = "http://" ; + strcat(lpstrTmpFile, lpFile); + retval = ShellExecuteA(sei->hwnd, lpOperation, lpstrTmpFile, NULL, NULL, 0); + } + + if (retval <= 32) + { + sei->hInstApp = retval; + return FALSE; + } + + sei->hInstApp = 33; + return TRUE; +} + + +/************************************************************************* * ShellExecute [SHELL.20] */ HINSTANCE16 WINAPI ShellExecute16( HWND16 hWnd, LPCSTR lpOperation, LPCSTR lpFile, LPCSTR lpParameters, LPCSTR lpDirectory, INT16 iShowCmd ) { - return (HINSTANCE16)SHELL_Execute(hWnd, lpOperation, lpFile, - lpParameters, lpDirectory, iShowCmd, FALSE ); + SHELLEXECUTEINFOA sei; + HANDLE hProcess = 0; + + sei.cbSize = sizeof(sei); + sei.fMask = 0; + sei.hwnd = hWnd; + sei.lpVerb = lpOperation; + sei.lpFile = lpFile; + sei.lpParameters = lpParameters; + sei.lpDirectory = lpDirectory; + sei.nShow = iShowCmd; + sei.lpIDList = 0; + sei.lpClass = 0; + sei.hkeyClass = 0; + sei.dwHotKey = 0; + sei.hProcess = hProcess; + + ShellExecuteExA32 (&sei, FALSE); + return (HINSTANCE16)sei.hInstApp; } /************************************************************************* @@ -546,9 +700,87 @@ HINSTANCE WINAPI ShellExecuteA(HWND hWnd, LPCSTR lpOperation,LPCSTR lpFile, LPCSTR lpParameters,LPCSTR lpDirectory, INT iShowCmd) { + SHELLEXECUTEINFOA sei; + HANDLE hProcess = 0; + TRACE("\n"); - return SHELL_Execute( hWnd, lpOperation, lpFile, lpParameters, - lpDirectory, iShowCmd, TRUE ); + sei.cbSize = sizeof(sei); + sei.fMask = 0; + sei.hwnd = hWnd; + sei.lpVerb = lpOperation; + sei.lpFile = lpFile; + sei.lpParameters = lpParameters; + sei.lpDirectory = lpDirectory; + sei.nShow = iShowCmd; + sei.lpIDList = 0; + sei.lpClass = 0; + sei.hkeyClass = 0; + sei.dwHotKey = 0; + sei.hProcess = hProcess; + + ShellExecuteExA32 (&sei, TRUE); + return sei.hInstApp; +} + +/************************************************************************* + * ShellExecuteEx [SHELL32.291] + * + */ +BOOL WINAPI ShellExecuteExAW (LPVOID sei) +{ + if (SHELL_OsIsUnicode()) + return ShellExecuteExW (sei); + return ShellExecuteExA32 (sei, TRUE); +} + +/************************************************************************* + * ShellExecuteExA [SHELL32.292] + * + */ +BOOL WINAPI ShellExecuteExA (LPSHELLEXECUTEINFOA sei) +{ + return ShellExecuteExA32 (sei, TRUE); +} + +/************************************************************************* + * ShellExecuteExW [SHELL32.293] + * + */ +BOOL WINAPI ShellExecuteExW (LPSHELLEXECUTEINFOW sei) +{ + SHELLEXECUTEINFOA seiA; + DWORD ret; + + TRACE("%p\n", sei); + + memcpy(&seiA, sei, sizeof(SHELLEXECUTEINFOA)); + + if (sei->lpVerb) + seiA.lpVerb = HEAP_strdupWtoA( GetProcessHeap(), 0, sei->lpVerb); + + if (sei->lpFile) + seiA.lpFile = HEAP_strdupWtoA( GetProcessHeap(), 0, sei->lpFile); + + if (sei->lpParameters) + seiA.lpParameters = HEAP_strdupWtoA( GetProcessHeap(), 0, sei->lpParameters); + + if (sei->lpDirectory) + seiA.lpDirectory = HEAP_strdupWtoA( GetProcessHeap(), 0, sei->lpDirectory); + + if ((sei->fMask & SEE_MASK_CLASSNAME) && sei->lpClass) + seiA.lpClass = HEAP_strdupWtoA( GetProcessHeap(), 0, sei->lpClass); + else + seiA.lpClass = NULL; + + ret = ShellExecuteExA(&seiA); + + if (seiA.lpVerb) HeapFree( GetProcessHeap(), 0, (LPSTR) seiA.lpVerb ); + if (seiA.lpFile) HeapFree( GetProcessHeap(), 0, (LPSTR) seiA.lpFile ); + if (seiA.lpParameters) HeapFree( GetProcessHeap(), 0, (LPSTR) seiA.lpParameters ); + if (seiA.lpDirectory) HeapFree( GetProcessHeap(), 0, (LPSTR) seiA.lpDirectory ); + if (seiA.lpClass) HeapFree( GetProcessHeap(), 0, (LPSTR) seiA.lpClass ); + + return ret; } /************************************************************************* @@ -560,7 +792,25 @@ HINSTANCE WINAPI ShellExecuteW(HWND hwnd, LPCWSTR lpOperation, LPCWSTR lpFile, LPCWSTR lpParameters, LPCWSTR lpDirectory, INT nShowCmd) { - FIXME(": stub\n"); - return 0; + SHELLEXECUTEINFOW sei; + HANDLE hProcess = 0; + + TRACE("\n"); + sei.cbSize = sizeof(sei); + sei.fMask = 0; + sei.hwnd = hwnd; + sei.lpVerb = lpOperation; + sei.lpFile = lpFile; + sei.lpParameters = lpParameters; + sei.lpDirectory = lpDirectory; + sei.nShow = nShowCmd; + sei.lpIDList = 0; + sei.lpClass = 0; + sei.hkeyClass = 0; + sei.dwHotKey = 0; + sei.hProcess = hProcess; + + ShellExecuteExW (&sei); + return sei.hInstApp; }

1 0

[Q] CreateProcess for Batch files
by Uwe Bonnes 23 Jul '02

23 Jul '02

Hallo, the Xilix Webpack Flow in one case tries to create a process with a batch file as argument: 09846d58:Call kernel32.CreateProcessA(00000000,403efee8 "ChipView.bat -f adcswitch.ngd -uc adcswitch.ucf -dev XC2C256-7-TQ144",00000000,00000000,00000001,00000000,00000000,00000000,405e6444,405e6434) ret=40605429 09846d58:Ret kernel32.CreateProcessA() retval=00000000 ret=406054290 What is a good way to implement batch handling in wine? Start wcmd and hand itthe batch file name and arguments? Expand and handle it in scheduler/process.c? Comments welcome! Btw: This Chipview batch file only expands environment variables, sets library pathes and calls java. I tried to use the native linux jre, but the programm put up a message that it couldn't read some file, which is obvious there. %XILINX%\java\nt\jre1.2.2\bin\java -mx64m -ss4M -classpath ".;%XILINX%\chipviewer\lib\ChipViewer.jar;%XILINX%\chipviewer\lib\jaxp.jar;%XILINX%\chipviewer\lib\parser.jar;%XILINX%\java\nt\jre1.2.2\lib\rt.jar"com.xilinx.chipviewer.pgms.main.ChipViewer -XILINX %XILINX% %1 %2 %3 %4 %5 %6 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 2

Double DECL_GLOBAL_CONSTRUCTOR in latest CVS
by Uwe Bonnes 22 Jul '02

22 Jul '02

Hallo, copiling a recent CVS, I got: gcc -c -I. -I. -I../../include -I../../include -g -O2 -Wall -mpreferred-stack-boundary=2 -fPIC -D__WINE__ -D_REENTRANT -I/usr/X11R6/include -o mouse/main.o mouse/main.c mouse/main.c:217: warning: `mousedev' defined but not used ld -r device.o dinput_main.o joystick/linux.o joystick/linuxinput.o keyboard/main.o mouse/main.o -o dinput.dll.tmp.o keyboard/main.o: In function `DECL_GLOBAL_CONSTRUCTOR': /home/bon/tmp/wine/compile/wine/dlls/dinput/keyboard/main.c(.text+0x380): multiple definition of `DECL_GLOBAL_CONSTRUCTOR' joystick/linuxinput.o(.text+0x550):/home/bon/tmp/wine/compile/wine/dlls/dinput/joystick/linuxinput.c: first defined here make: *** [dinput.dll.tmp.o] Fehler 1 Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

2 1

China developing Windows clone
by Roland 22 Jul '02

22 Jul '02

Did you read this: http://slashdot.org/article.pl?sid=02/07/19/2116234&mode=thread&tid=99 Are they using WINE? Do they know about WINE? It sure would help if they work on the WINE source base :) Roland

2 1

Re: PATCH: SetParent optimization
by Alexandre Julliard 22 Jul '02

22 Jul '02

Marcus Meissner <meissner(a)suse.de> writes: > Lotus Notes R5 5.0.10 has a Details Popup Window which stays over the > normal Lotus window usually. > > If it is started and the focus leaves this window, Lotus reparents > to the toplevel window, using "SetWindowLong(hwnd, GWL_HWNDPARENT, > toplevelhwnd);" and later does "BringWindowToTop(toplevelhwnd);". Probably SetWindowLong(GWL_HWNDPARENT) should not do a full SetParent, but just set the window owner. Looks like this needs more testing under Windows to find out exactly what it's supposed to do. -- Alexandre Julliard julliard(a)winehq.com

2 1

Put WINE into the donation directory?
by Roland 22 Jul '02

22 Jul '02

Here is an open source donation directory: http://slashdot.org/articles/02/07/21/1813204.shtml?tid=117 How about adding WINE into it? Roland

1 0

Winsock 2 functions
by Peter Lord 22 Jul '02

22 Jul '02

I'm trying to get a java application running under wine. Amazingly (at least to me :-) ), the application gets a fair way through loading lots of classes as it goes. But, the stumbling block is when the application starts to use network operations, specifically WPUCompleteOverlappedRequest and WSAAddressToStringA. Right now, these are unimplimented and the java app crashes when trying to call them. Before I start looking into these in more detail (I've really no idea what overlapped I/O is all about ...), does anyone plan to implement these in the near future ? Oh, BTW, before you ask... the java app loads a native windows dll as part of its functionality, so I can't use the Linux jvm :-( Cheers, Pete

2 2

Re: Resent: Partial PeekNamedPipe Implementation
by Alexandre Julliard 22 Jul '02

22 Jul '02

Uwe Bonnes <bon(a)elektron.ikp.physik.tu-darmstadt.de> writes: > wine/server/pipe.c, wine/server/named_pipe.c: xxx_get_info > Return the number of bytes available for reading > wine/dlls/kernel/sync.c: PeekNamedPipe > Use get_file_info to get the number of bytes available for reading I don't think it's a good idea to overload get_file_info that way. You should retrieve the pipe file descriptor and do the FIONREAD on the client side. We will need the file descriptor anyway to implement the full peek functionality. -- Alexandre Julliard julliard(a)winehq.com

1 0

RE: Errors running winapi_extract --stub-statistics
by Patrik Stridvall 22 Jul '02

22 Jul '02

> I think this is because the module name is no longer in the > .spec file. Lines > 71-73 of winapi_extract look for "name" in the .spec file, > which no longer > exists. Should we be using the file name as the module name? Correct. Patch for this and other problem with winapi_extract coming soon.

4 3

Re: Makedll.rules.in
by Gregg Mattinson 22 Jul '02

22 Jul '02

Oops.. This patch fixes the linking of tests, but it breaks..well..all the .dlls, atleast for me. So, my question is, why does the $(MODULE).so rule in Makedll.rules.in contain $(LDDLLFLAGS)? Until I submitted this patch, that variable was not defined in the makefiles for the .dlls, and the dlls appeared to work fine. Now that this flag is defined, the .dlls don't work, but the tests do work. Should LDDLLFLAGS be removed from the $(MODULE).so rule? What is LDDLLFLAGS defined to on Linux? I only have a Solaris box here to test on, so my insight into the problem is limited. Any insight would be appreciated. Thanks, Gregg >From: Gregg Mattinson <gm138242(a)opcom-mail.canada.sun.com> >Subject: Makedll.rules.in >To: wine-patches(a)winehq.com >Date: Fri, 19 Jul 2002 10:39:22 -0400 (EDT) > >Changelog: dlls/Makedll.rules.in > - Added LDDLLFLAGS to Makedll.rules.in so that tests get linked properly > >Gregg Mattinson >Co-op Developer >Sun Microsystems of Canada

2 1

Broken forwards in .spec files
by Patrik Stridvall 22 Jul '02

22 Jul '02

When I, with the help of Francois, fixed the statistics for forwarded functions in winapi_extract I notice that a few of the forwards in the .spec files are broken. winapi_check now checks for broken forward when it is run. However I'm not sure how the broken forwards are best fixed, so what I why I'm asking for people on the list with the appropriete knowledge to fix them. crtdll.spec: forward is broken: _strdec => msvcrt._strdec crtdll.spec: forward is broken: _strinc => msvcrt._strinc crtdll.spec: forward is broken: _strncnt => msvcrt._strncnt crtdll.spec: forward is broken: _strnextc => msvcrt._strnextc crtdll.spec: forward is broken: _strninc => msvcrt._strninc crtdll.spec: forward is broken: _strspnp => msvcrt._strspnp msvcrt20.spec: forward is broken: __seh_longjmp_unwind@4 => msvcrt.__seh_longjmp_unwind msvcrt20.spec: forward is broken: _mtlock => msvcrt._mtlock msvcrt20.spec: forward is broken: _mtunlock => msvcrt._mtunlock msvcrt20.spec: forward is broken: _tccpy => msvcrt._tccpy msvcrt20.spec: forward is broken: _tclen => msvcrt._tclen msvcrt20.spec: forward is broken: _tcschr => msvcrt._tcschr msvcrt20.spec: forward is broken: _tcsclen => msvcrt._tcsclen msvcrt20.spec: forward is broken: _tcscmp => msvcrt._tcscmp msvcrt20.spec: forward is broken: _tcscspn => msvcrt._tcscspn msvcrt20.spec: forward is broken: _tcsdec => msvcrt._tcsdec msvcrt20.spec: forward is broken: _tcsicmp => msvcrt._tcsicmp msvcrt20.spec: forward is broken: _tcsinc => msvcrt._tcsinc msvcrt20.spec: forward is broken: _tcslwr => msvcrt._tcslwr msvcrt20.spec: forward is broken: _tcsnbcnt => msvcrt._tcsnbcnt msvcrt20.spec: forward is broken: _tcsncat => msvcrt._tcsncat msvcrt20.spec: forward is broken: _tcsnccat => msvcrt._tcsnccat msvcrt20.spec: forward is broken: _tcsnccmp => msvcrt._tcsnccmp msvcrt20.spec: forward is broken: _tcsnccnt => msvcrt._tcsnccnt msvcrt20.spec: forward is broken: _tcsnccpy => msvcrt._tcsnccpy msvcrt20.spec: forward is broken: _tcsncicmp => msvcrt._tcsncicmp msvcrt20.spec: forward is broken: _tcsncmp => msvcrt._tcsncmp msvcrt20.spec: forward is broken: _tcsncpy => msvcrt._tcsncpy msvcrt20.spec: forward is broken: _tcsncset => msvcrt._tcsncset msvcrt20.spec: forward is broken: _tcsnextc => msvcrt._tcsnextc msvcrt20.spec: forward is broken: _tcsnicmp => msvcrt._tcsnicmp msvcrt20.spec: forward is broken: _tcsninc => msvcrt._tcsninc msvcrt20.spec: forward is broken: _tcsnset => msvcrt._tcsnset msvcrt20.spec: forward is broken: _tcspbrk => msvcrt._tcspbrk msvcrt20.spec: forward is broken: _tcsrchr => msvcrt._tcsrchr msvcrt20.spec: forward is broken: _tcsrev => msvcrt._tcsrev msvcrt20.spec: forward is broken: _tcsset => msvcrt._tcsset msvcrt20.spec: forward is broken: _tcsspn => msvcrt._tcsspn msvcrt20.spec: forward is broken: _tcsspnp => msvcrt._tcsspnp msvcrt20.spec: forward is broken: _tcsstr => msvcrt._tcsstr msvcrt20.spec: forward is broken: _tcstok => msvcrt._tcstok msvcrt20.spec: forward is broken: _tcsupr => msvcrt._tcsupr shell32.spec: forward is broken: StrNCpyW => shlwapi.StrNCpyW

1 0

RE: regsvr32 with multiple arguments
by Medland, Bill 22 Jul '02

22 Jul '02

> -----Original Message----- > From: Andriy Palamarchuk [mailto:apa3a@yahoo.com] > Sent: Monday, July 22, 2002 7:41 AM > To: Medland, Bill; Wine devel (E-mail) > Subject: Re: regsvr32 with multiple arguments > > > > --- "Medland, Bill" <Bill.Medland(a)accpac.com> wrote: > > Did I miss something? > > > > Yesterday when I ran regsvr32 with multiple > > arguments it registered each > > one. Today it only registers the first. Yesterday > > it popped up a > > MessageBox with the result; today it puts the result > > on stdout. > > > > Does this make sense to anyone? > > Yes, the day before you used the native one, now you > are using the built-in. And didn't I feel a fool when I looked at the code and realised it (when I got home) > Thanks for the patch. My pleasure. > > Andriy > > __________________________________________________ > Do You Yahoo!? > Yahoo! Health - Feel better, live better > http://health.yahoo.com > Bill

1 0

Bug 434 Update/shot in the dark
by Rick Romero 22 Jul '02

22 Jul '02

Referring to bug: http://bugs.winehq.com/show_bug.cgi?id=434 Under normal circumstances the mouse button doesn't get released in certain applications. These include, Macromedial Flash 5, MS Visual Foxpro 5/6, and Adobe Illustrator 8. I'm working with FoxPro 5. (I have a demo app in the bug report) In *MY* testing, I've noticed that the following command allows the mouse button to be released. wine --debugmsg +scroll,+event,+toolbar,+gdi,+heap vfp.exe If, while running under this command, I _hold_ the mouse button down - longer than a 'click', it will not be released. This seems like a timing issue to me, and started after functions were moved into the wineserver. Not that I know anything about how Wine is setup, but could the 'buttonup' be 'lost', or sent out of sequence, causing it to not be executed? And that sequence is slowed by the debug message enough, that a longer 'buttondown' duration is needed before the bug shows up? Where would be the best place to insert a delay, or extend the timing for a single click (So only the mouseclick function is 'slowed')? I'm sure this isn't the best bug report ever sent, but any suggestions would be appreciated. ;) Rick -- -- Rick Romero IT Manager Valeo, Inc. ph: 262.695.4841 Sussex, WI. fax: 262.695.4850 Rick(a)valeoinc.com

1 0

regsvr32 with multiple arguments
by Medland, Bill 22 Jul '02

22 Jul '02

Did I miss something? Yesterday when I ran regsvr32 with multiple arguments it registered each one. Today it only registers the first. Yesterday it popped up a MessageBox with the result; today it puts the result on stdout. Does this make sense to anyone? Bill

2 1

Re: [Bug 889] - WINPOS_GetWinOffset() yields wrong offset
by Uwe Bonnes 22 Jul '02

22 Jul '02

>>>>> "wine-bugs" == wine-bugs <wine-bugs(a)winehq.com> writes: wine-bugs> http://bugs.winehq.com/show_bug.cgi?id=889 ------- Additional wine-bugs> Comments From tony_lambregts(a)telusplanet.net 2002-07-21 09:59 wine-bugs> ------- I am not that familiar with wine internals either, wine-bugs> but if you submit a patch to wine_patches(a)winehq.com, I'm wine-bugs> sure that if there is something wrong with it someone will wine-bugs> point it out. No, it happens that patches get silently dropped... 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

configure broken
by Gerald Pfeifer 22 Jul '02

22 Jul '02

The following patch has broken configure revision 1.320 date: 2002/07/19 03:16:51; author: julliard; state: Exp; lines: +210 -80 Gregg Mattinson <gm138242(a)scot.canada.sun.com> - X11/extensions/shape.h requires X11/Xutil.h. - X11/XKBlib.h requires X11/Xlib.h. - net/if.h requires sys/socket.h. - netinet/ip.h requires sys/socket.h and sys/in_systm.h. - resolv.h requires sys/socket.h. which now fails to properly set HAVE_NET_IF_H on FreeBSD 4.6, even though there we *do* have /usr/include/sys/socket.h. This is, because on BSD one must not #include <sys/socket.h> without having #included <sys/types.h> before. Something like the following should fix this problem: Index: configure.ac =================================================================== RCS file: /home/wine/wine/configure.ac,v retrieving revision 1.61 diff -u -3 -p -r1.61 configure.ac --- configure.ac 20 Jul 2002 20:17:13 -0000 1.61 +++ configure.ac 22 Jul 2002 06:58:49 -0000 @@ -983,7 +983,10 @@ AC_HEADER_STAT() dnl *** Check for net/if.h AC_CHECK_HEADERS(net/if.h,,, - [#if HAVE_SYS_SOCKET_H + [#if HAVE_SYS_TYPES_H + # include <sys/types.h> + #endif + #if HAVE_SYS_SOCKET_H # include <sys/socket.h> #endif]) Gerald

1 0

Re: Warcraft 3 : success and woes ( part 2 )
by Mark Hannessen 21 Jul '02

21 Jul '02

on Sat, 20 Jul 2002 10:08:15 Jesse Allen Wrote: > The attachment seems to not have gotten to the list (yet?) > Could you send directly to me? The one with the diffed registry. Can't you just just "cut paste" it into a mail and send it to the mailinglist? I'd love to try it too ! ( and i guess many more ) Mark Hannessen

1 0

Re:IE 5.01 setup cant download? [ie5setup.exe]
by Sylvain Petreolle 21 Jul '02

21 Jul '02

see wine bug #626 (http://bugs.winehq.com/show_bug.cgi?id=626) or at appdb #25 (http://appdb.winehq.com/appview.php?appId=25) ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

1 0

WINPOS_GetWinOffset (Better Patch)
by Anthony Tuininga 21 Jul '02

21 Jul '02

With respect to this bug (#889) I followed the trail a little bit further as I noticed that "hot spots" on an image (like buttons) would fade in and out when the window wasn't at the top left of the screen. The trail led to the file dlls/x11drv/winpos.c. It is making a call to MapWindowPoints() which in turn calls WINPOS_GetWinOffset(). If I eliminate the call to MapWindowPoints() in the function expose_window() at line 290, (and restore the original version of windows/winpos.c) everything works beautifully. The window draws itself properly and the buttons work as expected. I am not all that familiar with Wine code, though, so can anyone think of a good reason why this code ought to be there? Should I submit a patch? And if so, can anyone point me to the method required for doing so? Thanks. Anthony

1 0

IE 5.01 setup cant download? [ie5setup.exe]
by Boris Reisig 20 Jul '02

20 Jul '02

Has anyone actually gotten IE 5 or even IE6 working natively under WINE yet? [even under the latest CVS?] For the last few months, I tried running a clean wine installation [without windows] and run ie5seup.exe or even ie6setup.exe and each time it trys to download information, It *always* complains that "Setup was unable to download information about available installation sites" and if I ever go to advanced and add a proxy, wine CRASHES with ["Unhandled exception: page fault on write access to 0x00000000 in 32-Bit mode."] ["Symbol h_errno is invalid"] ["Symbol __strtol_internal is invalid"] ["Symbol hack_digit is invalid"] ["0x4174ad58 (RICHED32.DLL.DllGetVersion+0x32e7f4 in wininet.dll.so:"] The question is has anyone gotten internet explorer installed just from using ie5setup.exe or ie6setup.exe ??

1 0

CVS Broken fixed.
by Boris Reisig 20 Jul '02

20 Jul '02

Ok, After I posted that message, I tried a "make depend" before my make and it seemed to have fixed the problem. This was *never* an issue before but it now works.

1 0

Patch for memory-mapping problem -- See VirtualQuery post
by Max 20 Jul '02

20 Jul '02

Well, I took off the dirty hack on virtual.c and put inside something that seems to me much more like a real solution. Took off in executable mapping VPROT_WRITE and VPROT_WRITECOPY flags and added VPROT_EXEC; that looks much more close to win2k mapping. The only difference now is in Type field, wine maps as MEM_PRIVATE and win2k as MEM_IMAGE (I guess that's the right one, but no time now to check. Here the attached patch.... any comment appreciated :-) Regards Max

1 0

CVS broken?
by David D. Hagood 20 Jul '02

20 Jul '02

I'm trying to rebuild Wine from a CVS pull of a few seconds ago (Sat Jul 20 13:58:37 UTC 2002), and I am getting the following error: make[2]: Entering directory `/usr/src/wine/tools/widl' gcc -c -I. -I. -I../../include -I../../include -I../../tools/wpp -g -O2 -Wall -mpreferred-stack-boundary=2 -D__WINE__ -D_REENTRANT -I/usr/X11R6/include -o header.o header.c In file included from header.c:36: ../../tools/wpp/y.tab.h:6: parse error before `wrc_sll_t' ../../tools/wpp/y.tab.h:6: warning: no semicolon at end of struct or union ../../tools/wpp/y.tab.h:7: warning: type defaults to `int' in declaration of `ull' ../../tools/wpp/y.tab.h:7: warning: data definition has no type or storage class ../../tools/wpp/y.tab.h:10: parse error before `cval' ../../tools/wpp/y.tab.h:10: warning: type defaults to `int' in declaration of `cval' ../../tools/wpp/y.tab.h:10: warning: data definition has no type or storage class ../../tools/wpp/y.tab.h:11: parse error before `*' ../../tools/wpp/y.tab.h:11: warning: type defaults to `int' in declaration of `marg' ../../tools/wpp/y.tab.h:11: warning: data definition has no type or storage class ../../tools/wpp/y.tab.h:12: parse error before `*' ../../tools/wpp/y.tab.h:12: warning: type defaults to `int' in declaration of `mtext' ../../tools/wpp/y.tab.h:12: warning: data definition has no type or storage class ../../tools/wpp/y.tab.h:13: parse error before `}' ../../tools/wpp/y.tab.h:13: warning: type defaults to `int' in declaration of `YYSTYPE' ../../tools/wpp/y.tab.h:13: warning: data definition has no type or storage class ../../tools/wpp/y.tab.h:59: parse error before `pplval' ../../tools/wpp/y.tab.h:59: warning: type defaults to `int' in declaration of `pplval' ../../tools/wpp/y.tab.h:59: warning: data definition has no type or storage class header.c: In function `is_object': header.c:180: `tOBJECT' undeclared (first use in this function) header.c:180: (Each undeclared identifier is reported only once header.c:180: for each function it appears in.) header.c: In function `is_local': header.c:189: `tLOCAL' undeclared (first use in this function) header.c: In function `is_callas': header.c:198: `tCALLAS' undeclared (first use in this function) make[2]: *** [header.o] Error 1 make[2]: Leaving directory `/usr/src/wine/tools/widl' make[1]: *** [widl] Error 2 make[1]: Leaving directory `/usr/src/wine/tools' make: *** [tools] Error 2 I've done a make clean to no avail.

4 5

Warcraft 3 : success and woes
by Jean-Baptiste Note 20 Jul '02

20 Jul '02

Hello dear list, ** All the following has been teste on debian sid, XF4.0.2-17, latest wine CVS, on a Geforce2 with 2960 nvidia drivers. GL include were the standart mesa ones. system is pIII-smp, stock 2.4.18 kernel. ** I've followed with great interest a thread on wine-devel where Matthieu Foillard explained his problems trying to run warcraft3 under standard wine. I came across the same problem, so i though i could post here to explain what to do. This is really simple, and following Jesse Allen's recommendation found on http://www.winehq.com/hypermail/wine-devel/2002/07/0189.html The problem appears when you try to run warcraft 3 in opengl mode, regardless of whether or not you ran it with d3d and wineX previously. Warcraft is (following Jesse Allen's thought) trying to scan video modes available in OpenGL and gets stuck. However, after only one successful launch, the game creates the registry entries needed, and does not need to go through this detection cycle again. Question is, how to create those entries ? At your option * try to merge/use my user.reg attached below NOTE: i've still to look to the cd-key entry in my brother's win system to add it and be able to connect to battle.net =) You'll get into trouble certainly though, so read on. * try to do a minimal patch to do one successful run (warning, not very beautiful, we're not on wine-devel): You have to edit the function WINPOS_MinMaximize in the file wine/dlls/x11drv/winpos.c modify it so that it'll return SWP_NOSIZE | SWP_NOMOVE; anyway. compile & install, run. I dont know how this morbid modification affects other things. AFTER the successfull run, you can happily launch the game: launch it and relaunch it change resolution at your leasure BUT... If you do only one small change on window focusing... then it seems impossible for the game window to get the focus again on relaunch. All goes to the launching window ; i've tried with various window managers (kwin, pwm, blackbox) : same problem. So I thought : some information is written somewhere, that is not valid any more when i do a focus change. 1) could it be in user.reg/wine itself ? Deleting ~/.wine/user.reg will solve the problem. However, i've diffed two user.reg differently generated ; i'm at a loss to find any significant difference between the two. (the diff's attached) Furthermore, storing away user.reg and rm -Rf'ing ~/.wine, and copying back, with some focus change in between, leads to a non-focused game window. 2) could it be elsewhere ? IT IS ! As a matter of fact, building a fresh user.reg, then replacing it with an old saved one, without focus changes works flawlessly. I'm pretty sure something somewhere gets written with something like a window number in it. I'm pretty sure that's either in X itself or in the window manager. BTW, the results are the same wether i use wine in managed or unmanaged mode : the WM seems to be unaware of the created window. I don't know if I made myself clear ; i'd be glad to help you (*cough*) fix the bug for me, or (*cough* *cough*) give me some information/pointer as to how i could fix it. Regards, Jean-Baptiste Note

2 1

A windows clone without wine?
by Uwe Bonnes 20 Jul '02

20 Jul '02

Hallo, http://slashdot.org/articles/02/07/19/2116234.shtml?tid=99 talks about China developping a windows clone. I can't imagine they don't use wine as a base. Does anybody know more? 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: PATCH: Convert HTASK to a void*
by Michael Stefaniuc 19 Jul '02

19 Jul '02

Hello, please disregard this patch, it has build problems in a "make clean" enviroment. An other problem is that WOWHandle32 and WOWHandle16 are needed in loader/task.c, but I suspect I'm not allowed to import wow32 into the ntdll? bye michael On Fri, Jul 19, 2002 at 01:07:16AM +0200, Michael Stefaniuc wrote: > this patch should close bug #502, but I have some questions (that's why > wine-devel is CC'ed): > - is it correct to use the HTASK_{16,32} macros or should I use > WOWHandle{16,32}? The difference is that the macros include a type > cast to the right handle. > - GetAppCompatFlags() works internaly with a HTASK16. Can I move the > implementation to GetAppCompatFlags16()? Would save a handle > conversion in GetAppCompatFlags16(). > > I'll close the bug report after the patch get's accepted. > > License: LGPL, X11 > Changelog: > Michael Stefaniuc <mstefani(a)redhat.com> > - Convert HTASK to a void* > - Fix HTASK_32 macro > > > bye > michael -- 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 1

Wine CVS does *not* compile anymore. [wine/tools/widl//header.c]
by Boris Reisig 19 Jul '02

19 Jul '02

Wine stopped compiling a fews days ago or maybe a week. I download the CVS every few days and I noticed that it cant compile anymore. Here make[1]: Entering directory `/root/wine/tools' make[2]: Entering directory `/root/wine/tools/wpp' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/root/wine/tools/wpp' make[2]: Entering directory `/root/wine/tools/widl' gcc -c -I. -I. -I../../include -I../../include -I../../tools/wpp -g -O2 -Wall -mpreferred-stack-boundary=2 -D__WINE__ -D_REENTRANT -I/usr/X11R6/include -o header.o header.c In file included from header.c:36: ../../tools/wpp/y.tab.h:10: parse error before `wrc_sll_t' ../../tools/wpp/y.tab.h:10: warning: no semicolon at end of struct or union ../../tools/wpp/y.tab.h:11: warning: type defaults to `int' in declaration of `ull' ../../tools/wpp/y.tab.h:11: warning: data definition has no type or storage class ../../tools/wpp/y.tab.h:14: parse error before `cval' ../../tools/wpp/y.tab.h:14: warning: type defaults to `int' in declaration of `cval' ../../tools/wpp/y.tab.h:14: warning: data definition has no type or storage class ../../tools/wpp/y.tab.h:15: parse error before `*' ../../tools/wpp/y.tab.h:15: warning: type defaults to `int' in declaration of `marg' ../../tools/wpp/y.tab.h:15: warning: data definition has no type or storage class ../../tools/wpp/y.tab.h:16: parse error before `*' ../../tools/wpp/y.tab.h:16: warning: type defaults to `int' in declaration of `mtext' ../../tools/wpp/y.tab.h:16: warning: data definition has no type or storage class ../../tools/wpp/y.tab.h:17: parse error before `}' ../../tools/wpp/y.tab.h:17: warning: type defaults to `int' in declaration of `yystype' ../../tools/wpp/y.tab.h:17: warning: data definition has no type or storage class ../../tools/wpp/y.tab.h:66: parse error before `pplval' ../../tools/wpp/y.tab.h:66: warning: type defaults to `int' in declaration of `pplval' ../../tools/wpp/y.tab.h:66: warning: data definition has no type or storage class header.c: In function `is_object': header.c:180: `tOBJECT' undeclared (first use in this function) header.c:180: (Each undeclared identifier is reported only once header.c:180: for each function it appears in.) header.c: In function `is_local': header.c:189: `tLOCAL' undeclared (first use in this function) header.c: In function `is_callas': header.c:198: `tCALLAS' undeclared (first use in this function) make[2]: *** [header.o] Error 1 make[2]: Leaving directory `/root/wine/tools/widl' make[1]: *** [widl] Error 2 make[1]: Leaving directory `/root/wine/tools'

1 0

AutoCAD2000 again and CreateFiber
by Max 19 Jul '02

19 Jul '02

Well, after the patch-hack-or whatever on VirtualQuery, AutoCAD2000 began coming alive ! Some problems yet, but one wonders me in particular : setting window version as win98 or winnt40, app shows an exception stating that CreateFiber function is not implemented; setting as win95 the apps starts quite well. Any idea ? Is there some plan to implement xxxxxFiber functions, or it's too difficult ? BTW, looking for help on the net, i haven't really understood the difference between a regular thread and a fiber (only caught that use of fibers instead of threads is somehow discouraged...) Regards Max

2 4

Problem with wcmd
by Steven Edwards 19 Jul '02

19 Jul '02

This patch http://cvs.winehq.com/patch.py?id=1025909276607367637873725 results in this under mingw with gcc 2.95.c and 3.1 gcc -c -I. -I. -I../../include -I../../include -D__MINGW__ -D_WINDOWS -DWINE_NO WINSOCK -Wall -mpreferred-stack-boundary=2 -DSTRICT -DNONAMELESSUNION -DNONAMELE SSSTRUCT -D_REENTRANT -o directory.o directory.c directory.c: In function `WCMD_filesize64': directory.c:369: `uint' undeclared (first use in this function) directory.c:369: (Each undeclared identifier is reported only once directory.c:369: for each function it appears in.) directory.c:369: parse error before `r' directory.c:374: `i' undeclared (first use in this function) directory.c:378: `r' undeclared (first use in this function) make: *** [directory.o] Error 1 Any ideas? Thanks Steven __________________________________________________ Do You Yahoo!? Yahoo! Autos - Get free new car price quotes http://autos.yahoo.com

1 0

Preliminary patch for Bug 675 - LVM_SCROLL
by Guy L. Albertelli 19 Jul '02

19 Jul '02

The attached patch implements LVM_SCROLL. While not many programs use it, implementing it required changing how scrollbars were handled for all of Listview. This new implementation is much more like the native. The scrollbars mimic the range of pixels that they cover. This allows the specification of a pixel level scroll which is critical to LVM_SCROLL. The only exception (and the native does this also) is for LVS_LIST displays where the scrollbar is related to the number of columns to be displayed. Before submitting to wine-patches, I am interested in feedback and any discrepancies with how the native controls work (-dll commctrl,comctl32=n). Thanks, Guy Albertelli <<galberte(a)neo.lrun.com>>

1 0

Re: wine/files dos_fs.c smb.c smb.h
by Rein Klazes 19 Jul '02

19 Jul '02

On Thu, 18 Jul 2002 22:17:19 -0500, you wrote: > > Log message: > Mike McCormack <mikem(a)codeweavers.com> > First go at reading directories on public SMB shares. > > Patch: http://cvs.winehq.com/patch.py?id=1027048639509081130455346 This breaks Forte Agent, looping endlessly around a FindNextFileA(). It is caused by the SetLastError(ERROR_NO_MORE_FILES) that is lost in the final HeapUnlock call. A quick fix is attached. files/ : dos_fs.c Repair SetLastError in FindNextFileA. Rein. -- Rein Klazes rklazes(a)xs4all.nl

1 0

Re: Errors running winapi_extract --stub-statistics
by Gregg Mattinson 19 Jul '02

19 Jul '02

I think this is because the module name is no longer in the .spec file. Lines 71-73 of winapi_extract look for "name" in the .spec file, which no longer exists. Should we be using the file name as the module name? Gregg Mattinson Co-op Developer Sun Microsystems of Canada >From: Francois Gouget <fgouget(a)free.fr> >To: wine-devel(a)winehq.com >cc: Patrik Stridvall <ps(a)leissner.se> >Subject: Errors running winapi_extract --stub-statistics >Date: Fri, 19 Jul 2002 00:19:15 -0700 (PDT) > > >Hi, > > >I was trying to update the API statistics but I got the following >errors: > >$ ./tools/winapi/winapi_extract --stub-statistics >Use of uninitialized value in hash element at >./tools/winapi/winapi_extract line 97. >Use of uninitialized value in hash element at >./tools/winapi/winapi_extract line 97. >... > >There is quite a few of these. So I tentatively modified the line as >follows: > $module2entries{$module} = $entries if (defined $module); > >But then I got: >$ ./tools/winapi/winapi_extract --stub-statistics >controls/button.c (file 1 of 796)Not a HASH reference at >tools/winapi_check/winapi_parser.pm line 32. > >So obviously there is another problem or my previous 'fix' was not so >good. Any ideas? > > >-- >Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ > In a world without fences who needs Gates? >

1 0

Errors running winapi_extract --stub-statistics
by Francois Gouget 19 Jul '02

19 Jul '02

Hi, I was trying to update the API statistics but I got the following errors: $ ./tools/winapi/winapi_extract --stub-statistics Use of uninitialized value in hash element at ./tools/winapi/winapi_extract line 97. Use of uninitialized value in hash element at ./tools/winapi/winapi_extract line 97. ... There is quite a few of these. So I tentatively modified the line as follows: $module2entries{$module} = $entries if (defined $module); But then I got: $ ./tools/winapi/winapi_extract --stub-statistics controls/button.c (file 1 of 796)Not a HASH reference at tools/winapi_check/winapi_parser.pm line 32. So obviously there is another problem or my previous 'fix' was not so good. Any ideas? -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ In a world without fences who needs Gates?

1 0

Re: AutoCAD2000 again and CreateFiber
by Eric Pouech 19 Jul '02

19 Jul '02

> Alle 21:40, giovedì 18 luglio 2002, Eric Pouech ha scritto: > > > TEB: Thread execution block... it's the descriptor of any running thread > > in the system (see include/thread.h) > > on NT, the TEB starts with a thread information block > > so if I did understand, in NT fibers are mapped to threads descriptors > directly.... not really... fibers descriptors are chained in a TEB so that the thread (which is the sole execution unit seen by the scheduler) can arrange its own scheduling of fibers A+ --------------- Eric Pouech (http://perso.wanadoo.fr/eric.pouech/) The future will be better tomorrow, Vice President Dan Quayle ------------------------------------------ Faites un voeu et puis Voila ! www.voila.fr

1 0

Re: Re: about XIM support on wine
by shaw 19 Jul '02

19 Jul '02

> > Hi, > > The best solution for the time being is to use Over-the-top entry, so > that characters you type are shown in a small child window rather than a > seperate window. > > If you're feeling keen, then you could try and interface XIM to > Microsoft's own input context stuff (see ImmGetContext in imm32.dll). > > Do you have any patches for us to try out? > > Mike > > rain shaw wrote: > > Hi all, > > I do apply some patches to the wine source according to some tips in > > bugs library,and I can input chinese in notepad now. > > But,every time window was created,will the input method popup.For > > example,if a message box popped up,the xim will popup as well. > > It seems that we called the XIM related Xlib function every time new > > window was created. > > Would u please give me some suggestions about how to disable create and > > open XIM while create non-text-input related window? in other word,how > > to determin the x-window that going to be created is a control that need > > input method ? > > Thanx! > > > > > Sorry,I'm newbie to Wine and Xlib, So I just add some following statemengs if(cs->lpszClass[0] == 'E' || (0 == strcmp(cs->lpszClass,"NotesRichText")) || (0 == strcmp(cs->lpszClass,"IRIS.tedit"))) { /*Yes,Just seek the first char*/ XIM_DoCreateIC(data->client_window); XIM_SetIC(display, data->client_window, data->whole_window); } yes,it looks really ugly but works. Now,I met the same question as message http://www.winehq.com/hypermail/wine-devel/2002/05/0043.html I try to add apparently mapping of WM_IME_CHAR and friends to/from unicode in windows/winproc.c. bug nothing happens. Any suggestions ?

1 0

Re: warcraft 3
by Jesse Allen 19 Jul '02

19 Jul '02

Hi, Here's how to get Warcraft 3 running under wine: 1. Use the latest wine cvs. Only that will work. 2. Mount the CD, and run install.exe on the CD with the winver set to win98 under config. (even though 95/98 are exactly the same when playing the game--i hate that) You should disable the ide-scsi thing because it seems to cause problems =( 3. Close the install program. Go to the directory where war3 is installed. mv the Movies folder to Movies backup. The game tries to display a movie clip on start in the retail, and it hangs wine =( 4. Download the NoCD patch for Warcraft 3 v1.00 (I don't know if 1.01 is out yet) at www.gamecopyworld.com. mv war3.exe and worldedit.exe to backup names. Copy in the patched program exe's. You may now run War3 if you wish. Warcraft 3 uses Safedisc v2. With this patch it will bypass it. Run war3 with the command "wine war3.exe -- -opengl". 5. To login battle.net, you need to bypass the exe check. With the patched version of the game, it won't work. So what I did to get it to work is moved the patched exe's to something like "war3_patched.exe" and create a symbolic link "war3.exe" that links to it. Start the game "war3.exe". To login to battle.net, open bash console. Change to the war3 directory, and reset the symbolic link to the original war3 exe, let it sleep 5 seconds, and then reset the symbolic link back to the patched version. While it's sleeping, you need to login into battle.net immediately. This is what I did to get D2 battle.net to work under wine. It should work for war3. You need to be the same version as battle.net for it to work though. (currently only 1.00 is availible for linux, and battle.net is 1.01) 6. To patch the game, you need to get the standalone patches. Set your symbolic link to the real exe's, and patch away =) The beta in contrast worked perfectly. The retail has a couple problems =(. The advantages I find running War3 under linux/wine/opengl, are higher framerates than on both real windows, and winex. And no graphics errors in comparison to winex d3d8, and no sound problems like under real windows. My three button mouse also works unlike windows. All these advantages =) Jesse

10 14

Re: OLE classes registration
by John K. Hohm 19 Jul '02

19 Jul '02

Andriy Palamarchuk <apa3a(a)yahoo.com> wrote: > --- Steven Edwards <steven_ed4153(a)yahoo.com> wrote: > > I dont know very much about ole or COM so if I am > > way > > wrong just flame me. =) > > > > Can the regsvr code from comcat be adapted for this? > > Rather then implementing more stuff in > > winedefaultreg > > can we make all of the OLE/COM stuff self-register? > > I > > think during on of my tests on windows with the wine > > dlls that was a problem I encountered and at least > > for > > comcat it is now fixed. > > Yes, as was discussed before this is the right way to > do it. Anyway, finding out what information to add and > and development of the dlls registering process are > pretty much independent from each other. I wrote the regsvr.[hc] in dlls/comcat with the intent of their being useful for other dlls' self-registration. It should be possible to copy regsvr.h and regsvr.c, tweak the implementations of DllRegisterServer and DllUnregisterServer, and write the appropriate regsvr structure definitions, and have made another dll self-registerable. I would be willing to do that myself for other dlls if those responsible for them ask nicely. :-) This reminds me that a self-registerable dll is supposed to have a VS_VERSION_INFO resource, with an empty "OLESelfRegister" value in the "StringFileInfo" block. comcat.dll has no resources; is there a standard Wine way to add such version info?

4 5

libwine problem when calling GetModuleHandle(null) from C# on linux
by Steinar Herland 19 Jul '02

19 Jul '02

I sent this post to comp.emulators.ms-windows.wine, but I'm hoping it's appropriate to send it to this list as well. My humble apologies if not. I have this very simple C# program compiled on linux using the lates mono (http://www.go-mono.com): ------- using System; using System.Runtime.InteropServices; class Win32Methods{ [DllImport("kernel32.dll")] public extern static IntPtr GetModuleHandleW(string lpModuleName); } class Class1 { [STAThread] static void Main(string[] args) { Console.WriteLine("GetModuleHandle(null): {0}", Win32Methods.GetModuleHandleW(null)); } } ------ When I run this on Windows (.NET) it prints out the module-handle. If I run it on linux using mono, I get: ------ err:heap:HEAP_GetPtr Invalid heap 00000000! GetModuleHandle(null): 0 ------ I have seen some old post suggesting that this error is due to opengl-build-problems, but i'm able to run notepad (the wine-version), which I assume call kernel32.GetModuleHandle as well. WineVersions tested: - wine-cvs-unstripped-071702-1.i386.rpm downloaded from http://wine.dataparty.no today - libwine version included on Mandrake 8.2. (Download Edition) I hope someone can help me with this, as I'm trying to use Wine to port the basics of the (Microsoft) System.Windows.Forms namespace in .NET to linux. Best Regards Steinar Herland

2 1

Possible Fix?
by Anthony Tuininga 19 Jul '02

19 Jul '02

I installed Dynomite for Windows (from PopCap) into a Wine-only installation and noticed that as I moved the window, the images and sprites were offset by the corresponding amount. I added a return statement into the following file (updated from CVS as of today) and the problem went away almost completely. On occasion repainting still can be problematic but overall things work much better. windows/winpos.c, in function WINPOS_GetWinOffset() I simply returned immediately following the line which sets the X and Y offsets to 0. Now I suspect that the rest of the code is rather necessary in some instances but in this particular case it is getting in the road. Any comments? Anthony

4 4

Re: solaris configure strangness
by Gregg Mattinson 18 Jul '02

18 Jul '02

This patch fixes the configure problems reported to wine-devel by Shachar Shemesh. I have only tested it on sparc/solaris. This patch must be applied after my __sparc__ not defined patch sent to wine-patches on July 17. License: LGPL/X11 Changelog: configure.ac configure - X11/extensions/shape.h requires X11/Xutil.h - X11/XKBlib.h requires X11/Xlib.h - net/if.h requires sys/socket.h - netinet/ip.h requires sys/socket.h and sys/in_systm.h - resolv.h requires sys/socket.h Gregg Mattinson Co-op Developer Sun Microsystems of Canada Index: configure =================================================================== RCS file: /opcom/comp/ws/wine/CVSROOT/wine/configure,v retrieving revision 1.2 diff -u -r1.2 configure --- /tmp/T0Oaaqpg Thu Jul 18 09:29:45 2002 +++ configure Thu Jul 18 09:20:30 2002 @@ -5945,22 +5945,16 @@ for ac_header in X11/XKBlib.h do as_ac_Header=`echo "ac_cv_header_$ac_header" | $as_tr_sh` -if eval "test \"\${$as_ac_Header+set}\" = set"; then - echo "$as_me:$LINENO: checking for $ac_header" >&5 +echo "$as_me:$LINENO: checking for $ac_header" >&5 echo $ECHO_N "checking for $ac_header... $ECHO_C" >&6 if eval "test \"\${$as_ac_Header+set}\" = set"; then echo $ECHO_N "(cached) $ECHO_C" >&6 -fi -echo "$as_me:$LINENO: result: `eval echo '${'$as_ac_Header'}'`" >&5 -echo "${ECHO_T}`eval echo '${'$as_ac_Header'}'`" >&6 else - # Is the header compilable? -echo "$as_me:$LINENO: checking $ac_header usability" >&5 -echo $ECHO_N "checking $ac_header usability... $ECHO_C" >&6 -cat >conftest.$ac_ext <<_ACEOF + cat >conftest.$ac_ext <<_ACEOF #line $LINENO "configure" #include "confdefs.h" -$ac_includes_default +#include <X11/Xlib.h> + #include <$ac_header> _ACEOF rm -f conftest.$ac_objext @@ -5975,77 +5969,16 @@ ac_status=$? echo "$as_me:$LINENO: \$? = $ac_status" >&5 (exit $ac_status); }; }; then - ac_header_compiler=yes + eval "$as_ac_Header=yes" else echo "$as_me: failed program was:" >&5 cat conftest.$ac_ext >&5 -ac_header_compiler=no +eval "$as_ac_Header=no" fi rm -f conftest.$ac_objext conftest.$ac_ext -echo "$as_me:$LINENO: result: $ac_header_compiler" >&5 -echo "${ECHO_T}$ac_header_compiler" >&6 - -# Is the header present? -echo "$as_me:$LINENO: checking $ac_header presence" >&5 -echo $ECHO_N "checking $ac_header presence... $ECHO_C" >&6 -cat >conftest.$ac_ext <<_ACEOF -#line $LINENO "configure" -#include "confdefs.h" -#include <$ac_header> -_ACEOF -if { (eval echo "$as_me:$LINENO: \"$ac_cpp conftest.$ac_ext\"") >&5 - (eval $ac_cpp conftest.$ac_ext) 2>conftest.er1 - ac_status=$? - egrep -v '^ *\+' conftest.er1 >conftest.err - rm -f conftest.er1 - cat conftest.err >&5 - echo "$as_me:$LINENO: \$? = $ac_status" >&5 - (exit $ac_status); } >/dev/null; then - if test -s conftest.err; then - ac_cpp_err=$ac_c_preproc_warn_flag - else - ac_cpp_err= - fi -else - ac_cpp_err=yes -fi -if test -z "$ac_cpp_err"; then - ac_header_preproc=yes -else - echo "$as_me: failed program was:" >&5 - cat conftest.$ac_ext >&5 - ac_header_preproc=no -fi -rm -f conftest.err conftest.$ac_ext -echo "$as_me:$LINENO: result: $ac_header_preproc" >&5 -echo "${ECHO_T}$ac_header_preproc" >&6 - -# So? What about this header? -case $ac_header_compiler:$ac_header_preproc in - yes:no ) - { echo "$as_me:$LINENO: WARNING: $ac_header: accepted by the compiler, rejected by the preprocessor!" >&5 -echo "$as_me: WARNING: $ac_header: accepted by the compiler, rejected by the preprocessor!" >&2;} - { echo "$as_me:$LINENO: WARNING: $ac_header: proceeding with the preprocessor's result" >&5 -echo "$as_me: WARNING: $ac_header: proceeding with the preprocessor's result" >&2;};; - no:yes ) - { echo "$as_me:$LINENO: WARNING: $ac_header: present but cannot be compiled" >&5 -echo "$as_me: WARNING: $ac_header: present but cannot be compiled" >&2;} - { echo "$as_me:$LINENO: WARNING: $ac_header: check for missing prerequisite headers?" >&5 -echo "$as_me: WARNING: $ac_header: check for missing prerequisite headers?" >&2;} - { echo "$as_me:$LINENO: WARNING: $ac_header: proceeding with the preprocessor's result" >&5 -echo "$as_me: WARNING: $ac_header: proceeding with the preprocessor's result" >&2;};; -esac -echo "$as_me:$LINENO: checking for $ac_header" >&5 -echo $ECHO_N "checking for $ac_header... $ECHO_C" >&6 -if eval "test \"\${$as_ac_Header+set}\" = set"; then - echo $ECHO_N "(cached) $ECHO_C" >&6 -else - eval "$as_ac_Header=$ac_header_preproc" fi echo "$as_me:$LINENO: result: `eval echo '${'$as_ac_Header'}'`" >&5 echo "${ECHO_T}`eval echo '${'$as_ac_Header'}'`" >&6 - -fi if test `eval echo '${'$as_ac_Header'}'` = yes; then cat >>confdefs.h <<_ACEOF #define `echo "HAVE_$ac_header" | $as_tr_cpp` 1 @@ -6117,7 +6050,6 @@ else { echo "$as_me:$LINENO: WARNING: Xkb extension not found, Wine will be built without it" >&5 echo "$as_me: WARNING: Xkb extension not found, Wine will be built without it" >&2;} - fi done @@ -6238,6 +6170,54 @@ +for ac_header in X11/Xutil.h +do +as_ac_Header=`echo "ac_cv_header_$ac_header" | $as_tr_sh` +echo "$as_me:$LINENO: checking for $ac_header" >&5 +echo $ECHO_N "checking for $ac_header... $ECHO_C" >&6 +if eval "test \"\${$as_ac_Header+set}\" = set"; then + echo $ECHO_N "(cached) $ECHO_C" >&6 +else + cat >conftest.$ac_ext <<_ACEOF +#line $LINENO "configure" +#include "confdefs.h" +#include <X11/Xlib.h> + +#include <$ac_header> +_ACEOF +rm -f conftest.$ac_objext +if { (eval echo "$as_me:$LINENO: \"$ac_compile\"") >&5 + (eval $ac_compile) 2>&5 + ac_status=$? + echo "$as_me:$LINENO: \$? = $ac_status" >&5 + (exit $ac_status); } && + { ac_try='test -s conftest.$ac_objext' + { (eval echo "$as_me:$LINENO: \"$ac_try\"") >&5 + (eval $ac_try) 2>&5 + ac_status=$? + echo "$as_me:$LINENO: \$? = $ac_status" >&5 + (exit $ac_status); }; }; then + eval "$as_ac_Header=yes" +else + echo "$as_me: failed program was:" >&5 +cat conftest.$ac_ext >&5 +eval "$as_ac_Header=no" +fi +rm -f conftest.$ac_objext conftest.$ac_ext +fi +echo "$as_me:$LINENO: result: `eval echo '${'$as_ac_Header'}'`" >&5 +echo "${ECHO_T}`eval echo '${'$as_ac_Header'}'`" >&6 +if test `eval echo '${'$as_ac_Header'}'` = yes; then + cat >>confdefs.h <<_ACEOF +#define `echo "HAVE_$ac_header" | $as_tr_cpp` 1 +_ACEOF + +fi + +done + + + for ac_header in X11/extensions/shape.h do as_ac_Header=`echo "ac_cv_header_$ac_header" | $as_tr_sh` @@ -6250,6 +6230,9 @@ #line $LINENO "configure" #include "confdefs.h" #include <X11/Xlib.h> + #ifdef HAVE_X11_XUTIL_H + # include <X11/Xutil.h> + #endif #include <$ac_header> _ACEOF @@ -11339,9 +11345,6 @@ - - - for ac_header in \ arpa/inet.h \ arpa/nameser.h \ @@ -11361,15 +11364,12 @@ linux/param.h \ linux/serial.h \ linux/ucdrom.h \ - net/if.h \ netdb.h \ netinet/in.h \ netinet/in_systm.h \ - netinet/ip.h \ netinet/tcp.h \ pty.h \ pwd.h \ - resolv.h \ sched.h \ scsi/sg.h \ socket.h \ @@ -11580,6 +11580,159 @@ +for ac_header in net/if.h +do +as_ac_Header=`echo "ac_cv_header_$ac_header" | $as_tr_sh` +echo "$as_me:$LINENO: checking for $ac_header" >&5 +echo $ECHO_N "checking for $ac_header... $ECHO_C" >&6 +if eval "test \"\${$as_ac_Header+set}\" = set"; then + echo $ECHO_N "(cached) $ECHO_C" >&6 +else + cat >conftest.$ac_ext <<_ACEOF +#line $LINENO "configure" +#include "confdefs.h" +#if HAVE_SYS_SOCKET_H + # include <sys/socket.h> + #endif + +#include <$ac_header> +_ACEOF +rm -f conftest.$ac_objext +if { (eval echo "$as_me:$LINENO: \"$ac_compile\"") >&5 + (eval $ac_compile) 2>&5 + ac_status=$? + echo "$as_me:$LINENO: \$? = $ac_status" >&5 + (exit $ac_status); } && + { ac_try='test -s conftest.$ac_objext' + { (eval echo "$as_me:$LINENO: \"$ac_try\"") >&5 + (eval $ac_try) 2>&5 + ac_status=$? + echo "$as_me:$LINENO: \$? = $ac_status" >&5 + (exit $ac_status); }; }; then + eval "$as_ac_Header=yes" +else + echo "$as_me: failed program was:" >&5 +cat conftest.$ac_ext >&5 +eval "$as_ac_Header=no" +fi +rm -f conftest.$ac_objext conftest.$ac_ext +fi +echo "$as_me:$LINENO: result: `eval echo '${'$as_ac_Header'}'`" >&5 +echo "${ECHO_T}`eval echo '${'$as_ac_Header'}'`" >&6 +if test `eval echo '${'$as_ac_Header'}'` = yes; then + cat >>confdefs.h <<_ACEOF +#define `echo "HAVE_$ac_header" | $as_tr_cpp` 1 +_ACEOF + +fi + +done + + + +for ac_header in netinet/ip.h +do +as_ac_Header=`echo "ac_cv_header_$ac_header" | $as_tr_sh` +echo "$as_me:$LINENO: checking for $ac_header" >&5 +echo $ECHO_N "checking for $ac_header... $ECHO_C" >&6 +if eval "test \"\${$as_ac_Header+set}\" = set"; then + echo $ECHO_N "(cached) $ECHO_C" >&6 +else + cat >conftest.$ac_ext <<_ACEOF +#line $LINENO "configure" +#include "confdefs.h" +#if HAVE_SYS_SOCKET_H + # include <sys/socket.h> + #endif + #if HAVE_NETINET_IN_SYSTM_H + # include <netinet/in_systm.h> + #endif + +#include <$ac_header> +_ACEOF +rm -f conftest.$ac_objext +if { (eval echo "$as_me:$LINENO: \"$ac_compile\"") >&5 + (eval $ac_compile) 2>&5 + ac_status=$? + echo "$as_me:$LINENO: \$? = $ac_status" >&5 + (exit $ac_status); } && + { ac_try='test -s conftest.$ac_objext' + { (eval echo "$as_me:$LINENO: \"$ac_try\"") >&5 + (eval $ac_try) 2>&5 + ac_status=$? + echo "$as_me:$LINENO: \$? = $ac_status" >&5 + (exit $ac_status); }; }; then + eval "$as_ac_Header=yes" +else + echo "$as_me: failed program was:" >&5 +cat conftest.$ac_ext >&5 +eval "$as_ac_Header=no" +fi +rm -f conftest.$ac_objext conftest.$ac_ext +fi +echo "$as_me:$LINENO: result: `eval echo '${'$as_ac_Header'}'`" >&5 +echo "${ECHO_T}`eval echo '${'$as_ac_Header'}'`" >&6 +if test `eval echo '${'$as_ac_Header'}'` = yes; then + cat >>confdefs.h <<_ACEOF +#define `echo "HAVE_$ac_header" | $as_tr_cpp` 1 +_ACEOF + +fi + +done + + + +for ac_header in resolv.h +do +as_ac_Header=`echo "ac_cv_header_$ac_header" | $as_tr_sh` +echo "$as_me:$LINENO: checking for $ac_header" >&5 +echo $ECHO_N "checking for $ac_header... $ECHO_C" >&6 +if eval "test \"\${$as_ac_Header+set}\" = set"; then + echo $ECHO_N "(cached) $ECHO_C" >&6 +else + cat >conftest.$ac_ext <<_ACEOF +#line $LINENO "configure" +#include "confdefs.h" +#if HAVE_SYS_SOCKET_H + # include <sys/socket.h> + #endif + +#include <$ac_header> +_ACEOF +rm -f conftest.$ac_objext +if { (eval echo "$as_me:$LINENO: \"$ac_compile\"") >&5 + (eval $ac_compile) 2>&5 + ac_status=$? + echo "$as_me:$LINENO: \$? = $ac_status" >&5 + (exit $ac_status); } && + { ac_try='test -s conftest.$ac_objext' + { (eval echo "$as_me:$LINENO: \"$ac_try\"") >&5 + (eval $ac_try) 2>&5 + ac_status=$? + echo "$as_me:$LINENO: \$? = $ac_status" >&5 + (exit $ac_status); }; }; then + eval "$as_ac_Header=yes" +else + echo "$as_me: failed program was:" >&5 +cat conftest.$ac_ext >&5 +eval "$as_ac_Header=no" +fi +rm -f conftest.$ac_objext conftest.$ac_ext +fi +echo "$as_me:$LINENO: result: `eval echo '${'$as_ac_Header'}'`" >&5 +echo "${ECHO_T}`eval echo '${'$as_ac_Header'}'`" >&6 +if test `eval echo '${'$as_ac_Header'}'` = yes; then + cat >>confdefs.h <<_ACEOF +#define `echo "HAVE_$ac_header" | $as_tr_cpp` 1 +_ACEOF + +fi + +done + + + echo "$as_me:$LINENO: checking for $CC option to accept ANSI C" >&5 echo $ECHO_N "checking for $CC option to accept ANSI C... $ECHO_C" >&6 if test "${ac_cv_prog_cc_stdc+set}" = set; then Index: configure.ac =================================================================== RCS file: /opcom/comp/ws/wine/CVSROOT/wine/configure.ac,v retrieving revision 1.2 diff -u -r1.2 configure.ac --- /tmp/T01laOpg Thu Jul 18 09:29:45 2002 +++ configure.ac Thu Jul 18 09:19:16 2002 @@ -147,8 +147,8 @@ AC_DEFINE(HAVE_XKB, 1, [Define if you have the XKB extension]),, $X_LIBS -lXext -lX11 $X_EXTRA_LIBS) ], - AC_MSG_WARN([[Xkb extension not found, Wine will be built without it]]) - ) + AC_MSG_WARN([[Xkb extension not found, Wine will be built without it]]), + [#include <X11/Xlib.h>]) dnl *** Check for X Shm extension AC_CHECK_HEADERS(X11/extensions/XShm.h, @@ -160,6 +160,10 @@ AC_MSG_WARN([[XShm extension not found, Wine will be built without it]]), [#include <X11/Xlib.h>]) + dnl *** Check for Xutil + AC_CHECK_HEADERS(X11/Xutil.h,,, + [#include <X11/Xlib.h>]) + dnl *** Check for X shape extension AC_CHECK_HEADERS(X11/extensions/shape.h, [ dnl *** If X11/extensions/shape.h exists... @@ -168,7 +172,10 @@ $X_LIBS -lXext -lX11 $X_EXTRA_LIBS) ], AC_MSG_WARN([[XShape extension not found, Wine will be built without it]]), - [#include <X11/Xlib.h>]) + [#include <X11/Xlib.h> + #ifdef HAVE_X11_XUTIL_H + # include <X11/Xutil.h> + #endif]) dnl *** Check for XFree86 DGA / DGA 2.0 extension AC_CHECK_HEADERS(X11/extensions/xf86dga.h, @@ -911,15 +932,12 @@ linux/param.h \ linux/serial.h \ linux/ucdrom.h \ - net/if.h \ netdb.h \ netinet/in.h \ netinet/in_systm.h \ - netinet/ip.h \ netinet/tcp.h \ pty.h \ pwd.h \ - resolv.h \ sched.h \ scsi/sg.h \ socket.h \ @@ -963,6 +981,27 @@ ) AC_HEADER_STAT() +dnl *** Check for net/if.h +AC_CHECK_HEADERS(net/if.h,,, + [#if HAVE_SYS_SOCKET_H + # include <sys/socket.h> + #endif]) + +dnl *** Check for netinet/ip.h +AC_CHECK_HEADERS(netinet/ip.h,,, + [#if HAVE_SYS_SOCKET_H + # include <sys/socket.h> + #endif + #if HAVE_NETINET_IN_SYSTM_H + # include <netinet/in_systm.h> + #endif]) + +dnl *** Check for resolv.h +AC_CHECK_HEADERS(resolv.h,,, + [#if HAVE_SYS_SOCKET_H + # include <sys/socket.h> + #endif]) + dnl **** Check for types **** AC_C_CONST

2 1

Virtual Pages difference - Spotted with VirtualQuery()
by Max 18 Jul '02

18 Jul '02

As usual, AutoCAD seems to be a good test-bench for wine :-) I spotted the problem that seemed coming from VirtualQuety function, but that is (I guess... hmmmm) more a problem of memory handling in wine. I made a little test app; here the results in wine and win2k, later on the app itself : WINE RESULTS : Memory info about '004012F0' : Base Address : 00401000 Allocation Base : 00400000 Allocation Protect : PAGE_READONLY | PAGE_WRITECOPY | PAGE_EXECUTE_READWRITE | PAGE_NOACCESS Region Size : 00017000 State : MEM_COMMIT Protect : PAGE_WRITECOPY <----- HERE Type : MEM_PRIVATE WIN2k RESULTS : Memory info about '004012F0' : Base Address : 00401000 Allocation Base : 00400000 Allocation Protect : PAGE_EXECUTE_WRITECOPY Region Size : 00001000 State : MEM_COMMIT Protect : PAGE_EXECUTE_READ <---- AND HERE Type : MEM_IMAGE Well, dunno too much about Type field, I didn't find an app that check it yet; I did find the app that uses Protect flag; I think it's poor coded, but as usual we should make bad apps work too :-) The app put some data in code page, not yet spotted if hard or soft-coded, then before reading it checks Protect field to see if it has not set the PAGE_GUARD, NO_ACCESS and WRITECOPY flags; if t has, it hangs some 10.000 lines later (sigh....) I think wine should set Protect flag quite as like as possible as windoze For AutoCAD2000 I put a dirty hack in process.c, but is really ugly; i'd prefer not to put my hands (bytes ?) too deeply inside some code that I don't understand completely... Attached is the test source (compiled in Borland CBuilder, but should work with any compiler, apart some unuseful pragma's). If needed I can post the compiled too :-) Regards Max

4 3

Re: solaris configure strangness
by Gregg Mattinson 18 Jul '02

18 Jul '02

I have some spare time, so I'll see what I can get done today. I will only be able to test on Solaris, so someone will need to test my patch on Linux. Gregg Mattinson Co-op Developer Sun Microsystems of Canada >From: Shachar Shemesh <wine-devel(a)sun.consumer.org.il> >To: Francois Gouget <fgouget(a)free.fr> >CC: wine-devel(a)winehq.org >Subject: Re: solaris configure strangness >Date: Thu, 18 Jul 2002 09:09:07 +0300 > > >Francois Gouget wrote: > >>So to have a clean configure, the above header must be moved out of the >>big AC_CHECK_HEADERS and into their individual checks where we can >>specifically test for these dependencies. See for instance XShm.h (only >>a vague quide). >> >> >I'll try, but I only have solaris machines at work, and this is far from >my main focus on Wine (I'm working on BiDi, if you remeber correctly >;-). I am only looking into solaris at all because at work we use some >windows compat library for solaris (don't remeber the name, but it >wasn't mainsoft's) for the GUI part of the product. I am sprinkling the >idea to the Unix GUI team here to check Wine out. > >The response so far has been moderetely positive. (using those compat >libraries incures a non-trivial per-seat license that goes to MS, as >well as horrible support. They have been complaining that response time >on one incident was ONE YEAR!!!! and the idea of having the sources to >the library itself were appealing to them). The main problem was that it >would take over two days of effort just looking into it, and they cannot >spare the time. > >I just D/L the CVS to see what it would take. I am also not an autoconf >expert. If I have more spare time at work, I will have a look at that. >If not, I'd rather spend my Wine dev time trying to figure out how the >fr1661n6 h377 one is supposed to go about implementing the humoungous >monster that is GetCharacterPlacement without creating a 500 lines function. > > Shachar

1 0

Windows emulator for Linux - here WINE again
by Oliver Ob 18 Jul '02

18 Jul '02

> > Hi All & Austin, > > who typed.... > > It has been a while since I have tried WINE. Tell me/us, what games you > are running & what tweaks yall made-if any? I would like to run these applications which I have so far not found in the wine homepage to be supported: Rebirth 1.0 audio application, audio runs GOOD, but screen addressment Rebirth 2.01 audio application, audio runs GOOD, but screen addressment VGA Planets Winplan 3.5 front screen loads, but cannot play game Planets 4 front screen loads, but cannot play game Incubation (Battle Isle 4) title loads, but no sound 688i Hunter Killer title loads from cd, but gets stuck on front screen, no sound My versions are all registered and original so that is not sort of a shareware restriction, but a problem of tweak options for wine. i also stand in front of a wall when it comes to that the audio WORKS for the sound applications, but does not for the games. WONDER BIG TIME. Hello Austin!! I am currently trying out Wine as well. The programs I use (Rebirth and VGA Planets/Winplan) do work in part, but sort of problem lies in the SCREEN ADDRESSING. how should I twiddle that? example: appearance of NTpassword is under native windoze: user1 password1 info1 user2 password2 info2 user3 password3 info3 user4 password4 info4 user5 password5 info5 but under wine it is mixed up, sort of like this: user5 password2 info1 user1 password3 info2 user2 password4 info3 user3 password5 info4 user4 password1 info5 how can i fix that? it appears to be not a program, but a wine error. hope we can work this out together! -- *º¤., ¸¸,.¤º*¨¨¨*¤ =Oliver@home= *º¤., ¸¸,.¤º*¨¨*¤ I http://www.bmw-roadster.de/Friends/Olli/olli.html I I http://www.bmw-roadster.de/Friends/friends.html I I http://groups.yahoo.com/group/VGAP-93 I I http://home.t-online.de/home/spacecraft.portal I >>> Telek0ma iBBMS - soon back online +49.4503.TRSi1/TRSi2 <<<

1 0

solaris configure strangness
by Shachar Shemesh 18 Jul '02

18 Jul '02

Hi list. Due to seeing other people looking at it, I decided to try and compile WINE on solaris 2.8 sparc. During configure I get the following messages: checking for ar... ar configure: WARNING: X11/XKBlib.h: present but cannot be compiled configure: WARNING: X11/XKBlib.h: check for missing prerequisite headers? configure: WARNING: X11/XKBlib.h: proceeding with the preprocessor's result configure: WARNING: XShape extension not found, Wine will be built without it configure: WARNING: DGA extension not found, Wine will be built without it configure: WARNING: XFree86 VMODE extension not found, Wine will be built without it configure: WARNING: XVideo extension not found, Wine will be built without it configure: WARNING: net/if.h: present but cannot be compiled configure: WARNING: net/if.h: check for missing prerequisite headers? configure: WARNING: net/if.h: proceeding with the preprocessor's result configure: WARNING: netinet/ip.h: present but cannot be compiled configure: WARNING: netinet/ip.h: check for missing prerequisite headers? configure: WARNING: netinet/ip.h: proceeding with the preprocessor's result configure: WARNING: resolv.h: present but cannot be compiled configure: WARNING: resolv.h: check for missing prerequisite headers? configure: WARNING: resolv.h: proceeding with the preprocessor's result ... However, when finally done: checking X11/XKBlib.h usability... no checking X11/XKBlib.h presence... yes checking for X11/XKBlib.h... yes checking net/if.h usability... no checking net/if.h presence... yes checking for net/if.h... yes checking netinet/ip.h usability... no checking netinet/ip.h presence... yes checking for netinet/ip.h... yes checking resolv.h usability... no checking resolv.h presence... yes checking for resolv.h... yes Can anyone explain what this means? Shachar

2 3

Re: Updown fix
by Guy L. Albertelli 18 Jul '02

18 Jul '02

----- Original Message ----- From: "Dimitrie O. Paun" <dpaun(a)rogers.com> To: "Wine Patches" <wine-patches(a)winehq.com> Sent: Tuesday, July 16, 2002 9:26 PM Subject: Updown fix > Changelog: > Allow the application to subclass a buddy edit > (spotted by Guy L. Albertelli). > > Index: dlls/comctl32/updown.c [snip] Yes this fixes the problem reported. I like it a lot better also. Thanks, Dimi. Guy

1 0

VirtualQuery problem... maybe
by Max 17 Jul '02

17 Jul '02

After 2 weeks debugging between window$ and wine (sigh), I found a different behaviour of VirtualQuery function : The app queries info about some pages in its code (really dunno why....); in PROTECT field of BASIC_MEMORY_INFO, windows returns a 0x20 value (EXECUTE_READ), but wine returns 0x08 (WRITE_COPY), causing app to hang. I guess there's an error somewhere, as the required info belongs to executable code, so at least should be active some EXECUTE flag; btw, my app checks only that the page has not active NO_ACCESS, WRITECOPY and PAGE_GUARD flags, and behaves badly if find one of them. As a check, I only add an *protect = *protect & 0xffff7fff to GetWin32Prot code, taking so off the WRITECOPY flag only, and the app began starting. As I don't know about anything of linux memory protections (sigh), the question is : is there someone with wnough skllls that want to check it ? :-) Regards Max

1 0

CxxFrameHandler problem
by Steven Edwards 17 Jul '02

17 Jul '02

If anyone is working on the CxxFrameHandler I have two applications I have been working on that may help in testing/tracking down the problems. Currently both WinCVS and geoshell suffer from this problem. Both applications are GPL so if you need to look at the source to find out what is going on you can. fixme:msvcrt:__CxxFrameHandler (0x40473df4,0x40585e54,0x40473a80,0x40473a1c):stub? fixme:msvcrt:__CxxFrameHandler (0x40473a20,0x40585e54,0x404736ac,0x40473648):stub? fixme:msvcrt:__CxxFrameHandler (0x4047364c,0x40585e54,0x404732d8,0x40473274):stub? fixme:msvcrt:__CxxFrameHandler (0x40473278,0x40585e54,0x40472f04,0x40472ea0):stub? fixme:msvcrt:__CxxFrameHandler (0x40472ea4,0x40585e54,0x40472b30,0x40472acc):stub? fixme:msvcrt:__CxxFrameHandler (0x40472ad0,0x40585e54,0x4047275c,0x404726f8):stub? fixme:msvcrt:__CxxFrameHandler (0x404726fc,0x40585e54,0x40472388,0x40472324):stub? fixme:msvcrt:__CxxFrameHandler (0x40472328,0x40585e54,0x40471fb4,0x40471f50):stub? fixme:msvcrt:__CxxFrameHandler (0x40471f54,0x40585e54,0x40471be0,0x40471b7c):stub? __________________________________________________ Do You Yahoo!? Yahoo! Autos - Get free new car price quotes http://autos.yahoo.com

7 11

Re: solaris configure strangeness
by Warren_Baird＠cimmetry.com 17 Jul '02

17 Jul '02

> configure: WARNING: net/if.h: present but cannot be compiled > configure: WARNING: net/if.h: check for missing prerequisite headers? > configure: WARNING: net/if.h: proceeding with the preprocessor's result > > [...] > > Can anyone explain what this means? Well, to directly answer your question - no, I'm not sure what it means. But I see the same thing when I compile on sparc, and it doesn't seem to have any obvious impact on things... Warren

1 0

fix for bug #24
by Michael Stefaniuc 17 Jul '02

17 Jul '02

Hello, at least the attached patch fixes the problem described in the summary of bug #24 (in the description there are some other problems described too. That's why i CC wine-devel to let one of the bugzilla guru's decide how to proceed with that bug report). ImageList_Remove when called to remove all images on an empty ImageList returns TRUE. Checked with the ControlSpy on Windows 98SE (MSDN wasn't helpfull in this case). Changelog: - Michael Stefaniuc <mstefani(a)redhat.com> ImageList_Remove returns TRUE when removing all images of an empty ImageList bye michael -- 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

3 4

programs/winetest/wine.xs - alloc_thunk()
by Gregg Mattinson 17 Jul '02

17 Jul '02

In programs/winetest/wine.xs, there is a function alloc_thunk(). Currently, there is only an implementation for i386. I have created an implementation for sparc, but I can't figure out how to test it. Does anyone know how this function gets called, or if it is still used? I tried "wine winetest.exe.so tests/wine.pl" and that calls some of the other functions in wine.xs, but not alloc_thunk(). Any help would be appreciated. Thanks, Gregg Mattinson Co-op Developer Sun Microsystems of Canada

1 0

RE: winapi update
by Patrik Stridvall 17 Jul '02

17 Jul '02

> "Patrik Stridvall" <ps(a)leissner.se> wrote: > > > RCS file: /home/wine/wine/objects/font.c,v > > retrieving revision 1.76 > > diff -u -u -r1.76 font.c > > --- wine/objects/font.c 22 Jun 2002 01:19:29 -0000 1.76 > > +++ wine/objects/font.c 16 Jul 2002 21:45:23 -0000 > > @@ -2262,7 +2262,7 @@ > > resultsW.lpOutString = NULL; > > ret = GetCharacterPlacementW(hdc, lpStringW, uCountW, > nMaxExtent, &resultsW, dwFlags); > > - > > +v > ^^^^ > > A typo? I forgot pressing control when scrolling down in Emacs. Usually I detect this myself. This time obviously not. Thanks.

1 0

Re: autoconf 2.52
by Alexandre Julliard 17 Jul '02

17 Jul '02

Jon Griffiths <jon_p_griffiths(a)yahoo.com> writes: > I have a feeling this isn't the way to do this, but this allows > configure to be regenerated with autoconf 2.52. With this version of > autoconf the PACKAGE_ defines are left commented out in > include/config.h after regenerating and running configure. > > Is there a better way to do this? Upgrade your autoconf? <g> Seriously, the reason we have the generated configure in CVS is so that most people never need to worry about autoconf at all. Conversely, I think it's quite reasonable to ask the few developers that need to change configure to install the latest autoconf, so that we don't have to worry about compatibility. -- Alexandre Julliard julliard(a)winehq.com

2 1

Re: Bug Fix: WM_GETTEXT should return NULL string if LB_GETCURSEL is LB_ERR
by Shachar Shemesh 17 Jul '02

17 Jul '02

+ LPWSTR lpText = (LPWSTR)lParam; + lpText[0] = '\0'; Shouldn't it be + LPWSTR lpText = (LPWSTR)lParam; + lpText[0] = L'\0'; ? Carl Sopchak wrote: >I found this while trying to get Quicken 2000 Deluxe to run under wine. Q2k >was crashing when adding a new security (stock) if nothing was seleted in the >Asset Class ListBox. (It doesn't do this under "real Win NT"...) It turns >out that Q2k seems to keep processing the value returned by WM_GETTEXT >regardless of the number of characters WM_GETTEXT returns. Since wine's >WM_GETTEXT was not returning a NULL string (='\0'), a subsequent strcpy (or >some such) was choking because the string was not null terminated. > >The attached patch sets the return string to '\0' if LB_GETCURSEL returns >LB_ERR. (Although this behaviour is not specified on msdn.microsoft.com, I >figure it can't hurt, since the program calling WM_GETTEXT should be >expecting the buffer to get changed by the call...) I don't know (and have >not checked) to see if other *_GETTEXT message handlers need to do the >same... > >One last point: I'm fairly new at C coding. If there's a better way to do >what this patch does, feel free to improve upon it... <grin> > >Carl > > >------------------------------------------------------------------------ > >Index: controls/combo.c >=================================================================== >RCS file: /home/wine/wine/controls/combo.c,v >retrieving revision 1.85 >diff -u -r1.85 combo.c >--- controls/combo.c 10 Jul 2002 23:11:28 -0000 1.85 >+++ controls/combo.c 15 Jul 2002 17:02:47 -0000 >@@ -1603,6 +1603,15 @@ > return (LRESULT)n; > } > } >+ /* LB_GETCURSEL returned LB_ERR - truncate string, return zero */ >+ if (unicode) >+ { >+ LPWSTR lpText = (LPWSTR)lParam; >+ lpText[0] = '\0'; >+ } else { >+ LPSTR lpText = (LPSTR)lParam; >+ lpText[0] = '\0'; >+ } > return 0; > } > > >

6 14

Re: winapi update
by Dmitry Timoshkov 17 Jul '02

17 Jul '02

"Patrik Stridvall" <ps(a)leissner.se> wrote: > RCS file: /home/wine/wine/objects/font.c,v > retrieving revision 1.76 > diff -u -u -r1.76 font.c > --- wine/objects/font.c 22 Jun 2002 01:19:29 -0000 1.76 > +++ wine/objects/font.c 16 Jul 2002 21:45:23 -0000 > @@ -2262,7 +2262,7 @@ > resultsW.lpOutString = NULL; > ret = GetCharacterPlacementW(hdc, lpStringW, uCountW, nMaxExtent, &resultsW, dwFlags); > - > +v ^^^^ A typo? -- Dmitry.

1 0

Re: FindFirstFile/FindNextFile on SMB shares
by Eric Pouech 16 Jul '02

16 Jul '02

Mike McCormack a écrit : > > Hi, > > This is patch allows FindFirstFile/FindNextFile on public windows > shares. It is (artificially) limited to the first 7 files, since some > protocol features that allow transfering larger directories are lacking > in my implementation. I think the FS implementation gets more and more awful we need to structure it a bit more (like introducing a real FS driver model in Wine, and then implement several drivers DOS, SMB...) comments are welcome A+

3 2

Re: WSAStartup fix
by Eric Pouech 16 Jul '02

16 Jul '02

Rein Klazes a écrit : > > Hi, > > This fixes a case of stack corruption in "the bat!" email program. > > Windows WSAStartup() (tested with win98 and win2K') doesn't fill in or > use the WSADATA's lpVendorInfo field, and apparently this program has > cut the field from the structure accordingly according to MSDN, this should only be done if version >= 2 is requested IMO, your patch should take care of the version requested before filling the different fields A+

2 1

Re: __sparc__ not defined with Forte C
by Gregg Mattinson 16 Jul '02

16 Jul '02

Alright, makes sense. Since I don't know what you mean by "all compilers," I added a configure test and I will make sure __sparc__ is used everywhere. In regards to the second point (@function vs. 2), something has been bugging me for a while... Why do the .spec.c files have so much assembly code in them? To me, it looks like most of it could be replaced with an array and some creative use of global variables. I'm willing to tackle the task of converting the .spec.c files to use as much C as possible, but I can only test it on sparc. Someone else would have to test it on i386 and with native .dlls Gregg >To: Gregg Mattinson <gm138242(a)opcom-mail.canada.sun.com> >Cc: wine-devel(a)winehq.com >Subject: Re: __sparc__ not defined with Forte C >From: Alexandre Julliard <julliard(a)winehq.com> >Date: 15 Jul 2002 18:49:04 -0700 >User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.4 (Common Lisp) >MIME-Version: 1.0 > >Gregg Mattinson <gm138242(a)scot.canada.sun.com> writes: > >> ChangeLog: dlls/ntdll/signal_sparc.c include/basetsd.h >> include/wine/port.h server/context_sparc.c >> - __sparc__ is not defined with Forte C, but __sparc is defined with both Forte >> and GCC. Same goes for __sun__ > >If __sparc and __sun work for all compilers we should use them >everywhere, no need to try to support other forms. Otherwise it should >be done with a configure test like we do for __i386__. > >> - Forte C doesn't like @function. Replaced it with 2. > >This needs a configure test. A #ifdef SUNPRO_C is almost always the >wrong thing to do. > >-- >Alexandre Julliard >julliard(a)winehq.com

2 1

OLE classes registration
by Andriy Palamarchuk 16 Jul '02

16 Jul '02

While researching bug 853 I found out that OleLoadFromStream fails if the specified OLE class is not registered. Many our OLE classes are not registered. Just submitted a patch to register CLSID_StdFont class which fixes the bug. Should I also add the registry etries for all other OLE classes? Thanks, Andriy __________________________________________________ Do You Yahoo!? Yahoo! Autos - Get free new car price quotes http://autos.yahoo.com

2 2

Re: Avoid crash
by P. Christeas 16 Jul '02

16 Jul '02

Dominik Strasser wrote: > I had a crash where This->pTypeInfo was 0. > I didn't investigate the real culprit. > > Changelog: avoid crash on NULL pointer I read your patch; I didn't investigate it either. I think you should put the test inside the ITypeInfo_Release() fn. Your patch may solve this case, but what happens when that fn is mis-called from somewhere else? This is a general matter of programming style. Moreover, you could add some TRACE or warning point. There was a conversation on what to do in such cases (where we could handle a NULL, but M$ may not). I suggest: warn and try to go on..

1 0

Re: SHLWAPI ole32 (delay-load of dlls)
by juergen.schmied＠debitel.net 16 Jul '02

16 Jul '02

The LoadLibrary call comes from the implementation of DelayLoad ;-). ------------x8----------- http://www.microsoft.com/MSJ/1298/win32/win321298.htm When the application runs, a call to a delay-loaded function actually calls the __delayLoadHelper function instead. This function references the special table I mentioned previously, and knows to call LoadLibrary followed by GetProcAddress. Once the address of the delay-loaded function is obtained, __delayLoadHelper fixes up calls to this function so that future calls go directly to the delay-loaded function. Note that other functions in the same DLL will still have to be fixed up the first time you call them. Also, you can specify the /DelayLoad linker switch multiple times, once for every DLL that you want to delay-load. ------------x8----------- juergen Jon Griffiths <jon_p_griffiths(a)yahoo.com> schrieb: > Hi, > > The following (shortened) trace from native SHLWAPI v6 shows that > StrRetToBufA is implemented using LoadLibrary/GetProcAddress to call > CoTaskMemFree, even though ole32 is imported by this version. > > 08073b00:CALL xpshlwapi.790: StrRetToBufA(<unknown, check > return>08073b00 > 08073b00:Call kernel32.LoadLibraryA(70bf2c30 "ole32.dll") > ret=70c29f2a > 08073b00:Ret kernel32.LoadLibraryA() retval=40a99000 ret=70c29f2a > 08073b00:Call kernel32.GetProcAddress(40a99000,70c2a412 > "CoTaskMemFree") ret=70c2a027 > 08073b00:Call ole32.CoTaskMemFree(403979e0) ret=70bfa1e2 > 08073b00:Ret ole32.CoTaskMemFree() retval=00000001 ret=70bfa1e2 > 08073b00:RET xpshlwapi.790: > StrRetToBufA(405c6c3c,00000000,405c6d4c,00000100) retval = 00000000 > ret=4001d283 > > If you still want to link directly in this case, ignore the patch > "SHLWAPI ole32" and apply the one below instead. This one just > removes winreg.h from shlwapi_main.c. > > Cheers, > Jon >

2 1

Re: Bug Fix: WM_GETTEXT should return NULL string if LB_GETCURSEL is LB_ERR
by Carl Sopchak 16 Jul '02

16 Jul '02

On Monday, July 15, 2002 10:15 pm, wine-devel-request(a)winehq.com wrote: > > If VC does have a "one correct way", while gcc doesn't, shouldn't we > > prefer the VC correct one? > > No - you should the one that is in the C standard. > > > In this case '0' should be ok under ALL circumstances. > (Unless M$ have completely stuffed their compiler) > > > David I'd have to agree with David, that the code should work under all circumstances. So, should this be modified, and another patch submitted? I'd be happy to do that, if it makes life easier... (Reiterating: I'm no C guru, and I know less about unicode, so let me know "the best way", and I'll be happy to change it if needed...) Once again, the code in question: if (unicode) { LPWSTR lpText = (LPWSTR)lParam; lpText[0] = '\0'; } else { LPSTR lpText = (LPSTR)lParam; lpText[0] = '\0'; } return 0; Carl

1 0

Re: PATCH: [Bug 671] Valve Hammer Editor does not run - recursion in buddySupperClassWndProc
by Dimitrie O. Paun 16 Jul '02

16 Jul '02

On June 5, 2002 12:31 am, Guy L. Albertelli wrote: > Ok, the loop was due to constant setting of the buddy wndproc because the > retrieve of the wndproc did not match. The match failed because the > application > program added a wndproc (its own) to the buddy window. The fix will be > submitted to wine-patches. Hmm, I see. But with this fix, it means that you can not change the wndproc of the buddy once set. This can not be right... Also, you broke the UDM_SETBUDDY. I this the correct fix is to add the flag as a property on the buddy, not on the UpDown... -- Dimi.

3 2

Re: SHBrowseForFolderW
by Uwe Bonnes 16 Jul '02

16 Jul '02

>>>>> "Jon" == Jon Griffiths <jon_p_griffiths(a)yahoo.com> writes: Jon> ChangeLog: Jon Griffiths <jon_p_griffiths(a)yahoo.com> Jon> +dlls/shell32/shell32.spec,dlls/shell32/brsfolder.c Implement Jon> SHBrowseForFolderW Where's the patch? :-) 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: __sparc__ not defined with Forte C
by Alexandre Julliard 16 Jul '02

16 Jul '02

Gregg Mattinson <gm138242(a)scot.canada.sun.com> writes: > ChangeLog: dlls/ntdll/signal_sparc.c include/basetsd.h > include/wine/port.h server/context_sparc.c > - __sparc__ is not defined with Forte C, but __sparc is defined with both Forte > and GCC. Same goes for __sun__ If __sparc and __sun work for all compilers we should use them everywhere, no need to try to support other forms. Otherwise it should be done with a configure test like we do for __i386__. > - Forte C doesn't like @function. Replaced it with 2. This needs a configure test. A #ifdef SUNPRO_C is almost always the wrong thing to do. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: About VirtualQueryEx hack
by Eric Pouech 15 Jul '02

15 Jul '02

> > I have a hack for VirtualQueryEx for Linux, but Alexandre will never > > accept it (but if someone needs it, I can provide it) > > May you post it to me ? cc'ing wine-devel if others are interested of course, it'll only work on linux (but it wouldn't be too hard to make it work on other OSes) (you need to run tools/make_request after applying the patch and before re-configuring and re-compiling) A+ Name: vqex ChangeLog: added implementation for VirtualQueryEx (linux only) License: X11 GenDate: 2002/07/15 18:59:12 UTC ModifiedFiles: memory/virtual.c server/Makefile.in server/protocol.def AddedFiles: server/virtual.c =================================================================== RCS file: /home/cvs/cvsroot/wine/wine/memory/virtual.c,v retrieving revision 1.80 diff -u -u -r1.80 virtual.c --- memory/virtual.c 3 Jul 2002 21:10:44 -0000 1.80 +++ memory/virtual.c 10 Jul 2002 21:46:31 -0000 @@ -1243,15 +1243,42 @@ * Number of bytes returned in information buffer */ DWORD WINAPI VirtualQueryEx( - HANDLE handle, /* [in] Handle of process */ - LPCVOID addr, /* [in] Address of region */ - LPMEMORY_BASIC_INFORMATION info, /* [out] Address of info buffer */ - DWORD len /* [in] Size of buffer */ ) + HANDLE handle, /* [in] Handle of process */ + LPCVOID addr, /* [in] Address of region */ + LPMEMORY_BASIC_INFORMATION pinfo, /* [out] Address of info buffer */ + DWORD len /* [in] Size of buffer */ ) { + int res; + MEMORY_BASIC_INFORMATION info; + if (MapProcessHandle( handle ) == GetCurrentProcessId()) - return VirtualQuery( addr, info, len ); - ERR("Unsupported on other process\n"); - return 0; + return VirtualQuery( addr, pinfo, len ); + + if (addr >= (void*)0xc0000000) return 0; + + SERVER_START_REQ( query_virtual_memory_info ) + { + req->handle = handle; + req->addr = ROUND_ADDR( addr, page_mask ); + + res = wine_server_call_err( req ); + if (!res) + { + info.State = reply->state; + info.Protect = VIRTUAL_Win32Flags[reply->protect]; + info.AllocationProtect = VIRTUAL_Win32Flags[reply->protect_other]; + info.Type = reply->type; + info.BaseAddress = reply->base_address; + info.AllocationBase = reply->alloc_base; + info.RegionSize = reply->size; + } + } + SERVER_END_REQ; + if (res) return 0; + + len = min(len, sizeof(info)); + memcpy(pinfo, &info, len); + return len; } Index: server/Makefile.in =================================================================== RCS file: /home/cvs/cvsroot/wine/wine/server/Makefile.in,v retrieving revision 1.33 diff -u -u -r1.33 Makefile.in --- server/Makefile.in 9 May 2002 04:31:40 -0000 1.33 +++ server/Makefile.in 14 Jul 2002 17:00:22 -0000 @@ -39,6 +39,7 @@ trace.c \ unicode.c \ user.c \ + virtual.c \ window.c PROGRAMS = wineserver Index: server/protocol.def =================================================================== RCS file: /home/cvs/cvsroot/wine/wine/server/protocol.def,v retrieving revision 1.39 diff -u -u -r1.39 protocol.def --- server/protocol.def 2 Jun 2002 21:22:22 -0000 1.39 +++ server/protocol.def 10 Jul 2002 21:44:11 -0000 @@ -1038,6 +1038,21 @@ @END +/* query a process virtual memory */ +@REQ(query_virtual_memory_info) + obj_handle_t handle; /* handle to the process */ + void* addr; /* address where to look at */ +@REPLY + int state; + int protect; + int protect_other; + int type; + void* base_address; + void* alloc_base; + int size; +@END + + /* Create a file mapping */ @REQ(create_mapping) int size_high; /* mapping size */ --- /dev/null Thu Jan 1 01:00:00 1970 +++ server/virtual.c Wed Jul 10 23:31:31 2002 @@ -0,0 +1,103 @@ +#include "config.h" +#include "wine/port.h" + +#include <assert.h> +#include <stdio.h> +#include <stdlib.h> +#include <unistd.h> + +#include "process.h" +#include "request.h" + +static void query_virtual_memory_info(struct process* process, unsigned base, + struct query_virtual_memory_info_reply* reply) +{ + char buffer[MAX_PATH]; + FILE* file = NULL; + unsigned alloc_base = 0; + unsigned size = 0; + unsigned start, end; + unsigned vprot; + +#ifdef linux + if (process->thread_list) + { + sprintf(buffer, "/proc/%d/maps", process->thread_list->unix_pid); + file = fopen(buffer, "r"); + } +#endif + if (!file) + { + set_error(STATUS_NOT_SUPPORTED); + return; + } + + while (fgets(buffer, sizeof(buffer) - 1, file)) + { +#ifdef linux + char prot[5]; + unsigned shift, minor, major; + /* 407ac000-407ae000 rw-p 00007000 */ + + if (sscanf(buffer, "%x-%x %4s %08x %x:%x", &start, &end, prot, &shift, &major, &minor) != 6) + { + if (sscanf(buffer, "%x-%x %4s", &start, &end, prot) != 3) continue; + shift = 0; + major = minor = 0; + } + + vprot = 0; + if (prot[0] == 'r') vprot |= VPROT_READ; + if (prot[1] == 'w') vprot |= VPROT_WRITE; + if (prot[2] == 'x') vprot |= VPROT_EXEC; + if (prot[3] == 'p') vprot |= VPROT_WRITECOPY; +#endif + + if (end <= base) + continue; + if (base < start) + { + size = start - alloc_base; + goto noMap; + } + if (base < end) + { + alloc_base = start; + size = end - start; + + reply->state = MEM_COMMIT; /* FIXME: hard to tell MEM_RESERVE */ + reply->protect = vprot; + reply->protect_other = reply->protect; /* FIXME: hard to guesss */ + + reply->type = (major && minor) ? MEM_MAPPED : 0; /* FIXME */ + goto final; + } + alloc_base = end; + } + + size = 0xffff0000 - alloc_base; + + noMap: + reply->state = MEM_FREE; + reply->protect = 0; + reply->protect_other = 0; + reply->type = 0; + final: + reply->base_address = (LPVOID)base; + reply->alloc_base = (LPVOID)alloc_base; + reply->size = size - (base - alloc_base); + + fclose(file); + return; +} + +/* query information about a part of the memory */ +DECL_HANDLER(query_virtual_memory_info) +{ + struct process* process; + + if (!(process = get_process_from_handle( req->handle, PROCESS_VM_READ ))) + return; + + query_virtual_memory_info(process, (unsigned)req->addr, reply); +}

1 0

Printing
by Ann and Jason Edmeades 15 Jul '02

15 Jul '02

I am trying to test my program which does a simple print preview in VB but cant get that far yet. Setup: CUPS HPLJ4 setup (CUPS+GIMP-print v4.2.0) When I run the program and it starts accessing the printer (GetCompatibleDC/FindPrinterInfo?) it complains about AFM fonts. I tried adding /usr/share/fonts/afms/adobe to the afmdirs in the config file and although I get different trace, I get the same message. Reading the winehq guide to printing it doesnt mention anything about setting up afmdirs and I read that wine should be able to do it itself for Type 1 fonts, but I have no idea where this is going wrong. I've hunted dejanews (goole groups) and although I can find lots of hits on these messages I couldnt find anything clear. Questions... 1. Should I need to install AFM fonts - 4.7.2.1.4 of http://www.winehq.com/Docs/wine-user/printing.shtml implies not. However this implies I need a PPD file for my printer, but 4.7.2.1.1 implies there is no further configuration required. The 'funny' side is I dont care too much about the printing just yet - I just want to be able to query the dimensions to test the rest of mq code!! Jason An edited --debugmsg follows: 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:AddFontFileToList Unable to load font file "/home/edmeades/c/windows/Fonts/modern.fon" err = 2 err:font:AddFontFileToList Unable to load font file "/home/edmeades/c/windows/Fonts/roman.fon" err = 2 err:font:AddFontFileToList Unable to load font file "/home/edmeades/c/windows/Fonts/script.fon" err = 2 fixme:win32:PE_CreateModule Security directory ignored trace:psdrv:PSDRV_Init (0x4167d000, 0x00000001, (nil)) trace:psdrv:PSDRV_GlyphListInit glyphList will initially hold 2048 glyph names warn:psdrv:ReadAFMDir /usr/share/ghostscript/fonts: No such file or directory trace:psdrv:ReadAFMFile /usr/share/fonts/afms/adobe/phvbo8an.afm : : Working through some afm files, occasional Unicodify Glyph 'merge' not in Adobe Glyph List type messgae : warn:psdrv:PSDRV_AddAFMtoList Ignoring duplicate FontName 'AvantGarde-Demi' trace:psdrv:AddBuiltinAFMs Ignoring built-in font AvantGarde-Demi warn:psdrv:PSDRV_AddAFMtoList Ignoring duplicate FontName 'AvantGarde-DemiOblique' trace:psdrv:AddBuiltinAFMs Ignoring built-in font AvantGarde-DemiOblique : : Repeated for a number of fonts : trace:psdrv:PSDRV_DumpFontList Family 'Helvetica' trace:psdrv:PSDRV_DumpFontList FontName 'Helvetica-Narrow-BoldOblique' (228 glyphs) - 'AdobeStandardEncoding' encoding: trace:psdrv:PSDRV_DumpFontList FontName 'Helvetica-Bold' (228 glyphs) - 'AdobeStandardEncoding' encoding: trace:psdrv:PSDRV_DumpFontList FontName 'Helvetica-Narrow-Bold' (228 glyphs) - 'AdobeStandardEncoding' encoding: etc : : Repeated for a number of families : trace:psdrv:PSDRV_FindPrinterInfo 'HPLJ4' trace:print:DrvGetPrinterData16 printer HPLJ4 trace:print:DrvGetPrinterData16 profile 0x1 trace:print:DrvGetPrinterData16 lpType 0x405c5ec0 trace:print:DrvGetPrinterData16 printer HPLJ4 trace:print:DrvGetPrinterData16 profile 0x1 trace:print:DrvGetPrinterData16 lpType 0x405c5ec0 trace:psdrv:PSDRV_ParsePPD file '/var/tmp/3d31e093d6bf6' trace:psdrv:PSDRV_ParsePPD NickName = 'HP LaserJet 4L, CUPS+GIMP-print v4.2.0' trace:psdrv:PSDRV_ParsePPD LanguageLevel = 2 trace:psdrv:PSDRV_ParsePPD ColorDevice = 0 trace:psdrv:PSDRV_ParsePPD LandscapeOrientation = 90 trace:psdrv:PSDRV_ParsePPD Can't find Windows page type for 'COM10' - using 256 trace:psdrv:PSDRV_ParsePPD Using Windows bin type 256 for 'Standard' trace:psdrv:PSDRV_ParsePPD Using Windows bin type 257 for 'Manual' trace:psdrv:PSDRV_ParsePPD Using Windows bin type 258 for 'MultiPurpose' trace:psdrv:PSDRV_ParsePPD Using Windows bin type 259 for 'Upper' trace:psdrv:PSDRV_ParsePPD Using Windows bin type 260 for 'Lower' trace:psdrv:PSDRV_ParsePPD Using Windows bin type 261 for 'LargeCapacity' trace:psdrv:PSDRV_ParsePPD DefaultResolution = 300 err:psdrv:PSDRV_PPDGetNextTuple Error in line '*CloseUI *stpBrightness '? trace:psdrv:PSDRV_ParsePPD 'Letter' aka 'Letter' (1) invoked by '<</PageSize[612 792]/ImagingBBox null>>setpagedevice' trace:psdrv:PSDRV_ParsePPD Area = 18.00,12.00 - 594.00, 780.00 trace:psdrv:PSDRV_ParsePPD Dimension = 612.00 x 792.00 trace:psdrv:PSDRV_ParsePPD 'Legal' aka 'Legal' (5) invoked by '<</PageSize[612 1008]/ImagingBBox null>>setpagedevice' trace:psdrv:PSDRV_ParsePPD Area = 18.00,12.00 - 594.00, 996.00 trace:psdrv:PSDRV_ParsePPD Dimension = 612.00 x 1008.00 trace:psdrv:PSDRV_ParsePPD 'Executive' aka 'Executive' (7) invoked by '<</PageSize[522 756]/ImagingBBox null>>setpagedevice' trace:psdrv:PSDRV_ParsePPD Area = 18.00,12.00 - 504.00, 744.00 trace:psdrv:PSDRV_ParsePPD Dimension = 522.00 x 756.00 trace:psdrv:PSDRV_ParsePPD 'Statement' aka 'Manual' (6) invoked by '<</PageSize[396 612]/ImagingBBox null>>setpagedevice' trace:psdrv:PSDRV_ParsePPD Area = 18.00,12.00 - 378.00, 600.00 trace:psdrv:PSDRV_ParsePPD Dimension = 396.00 x 612.00 trace:psdrv:PSDRV_ParsePPD 'A4' aka 'A4' (9) invoked by '<</PageSize[595 842]/ImagingBBox null>>setpagedevice' trace:psdrv:PSDRV_ParsePPD Area = 18.00,12.00 - 577.00, 830.00 trace:psdrv:PSDRV_ParsePPD Dimension = 595.00 x 842.00 trace:psdrv:PSDRV_ParsePPD 'C5' aka 'C5' (28) invoked by '<</PageSize[459 649]/ImagingBBox null>>setpagedevice' trace:psdrv:PSDRV_ParsePPD Area = 18.00,12.00 - 441.00, 637.00 trace:psdrv:PSDRV_ParsePPD Dimension = 459.00 x 649.00 trace:psdrv:PSDRV_ParsePPD 'C6' aka 'C6' (31) invoked by '<</PageSize[323 459]/ImagingBBox null>>setpagedevice' trace:psdrv:PSDRV_ParsePPD Area = 18.00,12.00 - 305.00, 447.00 trace:psdrv:PSDRV_ParsePPD Dimension = 323.00 x 459.00 trace:psdrv:PSDRV_ParsePPD 'DL' aka 'DL' (27) invoked by '<</PageSize[311 623]/ImagingBBox null>>setpagedevice' trace:psdrv:PSDRV_ParsePPD Area = 18.00,12.00 - 293.00, 611.00 trace:psdrv:PSDRV_ParsePPD Dimension = 311.00 x 623.00 trace:psdrv:PSDRV_ParsePPD 'COM10' aka 'Commercial 10' (256) invoked by '<</PageSize[297 684]/ImagingBBox null>>setpagedevice' trace:psdrv:PSDRV_ParsePPD Area = 18.00,12.00 - 279.00, 672.00 trace:psdrv:PSDRV_ParsePPD Dimension = 297.00 x 684.00 trace:psdrv:PSDRV_ParsePPD INPUTSLOTS '(null)' Name 'Automatically Select' (15) Invocation '(null)' trace:psdrv:PSDRV_ParsePPD INPUTSLOTS 'Standard' Name 'Standard' (256) Invocation '<</MediaClass(Standard)>>setpagedevice' trace:psdrv:PSDRV_ParsePPD INPUTSLOTS 'Manual' Name 'Manual' (257) Invocation '<</MediaClass(Manual)>>setpagedevice' trace:psdrv:PSDRV_ParsePPD INPUTSLOTS 'MultiPurpose' Name 'Tray 1' (258) Invocation '<</MediaClass(MultiPurpose)>>setpagedevice' trace:psdrv:PSDRV_ParsePPD INPUTSLOTS 'Upper' Name 'Tray 2' (259) Invocation '<</MediaClass(Upper)>>setpagedevice' trace:psdrv:PSDRV_ParsePPD INPUTSLOTS 'Lower' Name 'Tray 3' (260) Invocation '<</MediaClass(Lower)>>setpagedevice' trace:psdrv:PSDRV_ParsePPD INPUTSLOTS 'LargeCapacity' Name 'Tray 4' (261) Invocation '<</MediaClass(LargeCapacity)>>setpagedevice' trace:psdrv:PSDRV_FindPrinterInfo No 'Paper Size' for printer 'HPLJ4' trace:psdrv:PSDRV_FindPrinterInfo No 'FontSubTable' for printer 'HPLJ4' trace:psdrv:PSDRV_CreateDC (WINEPS HPLJ4 LPT1: (nil)) To use WINEPS you need to install some AFM files. fixme:winspool:AddPrinterW DocumentPropertiesW on printer 'L"HPLJ4"' fails trace:psdrv:PSDRV_FindPrinterInfo 'HPLJ4' trace:psdrv:PSDRV_CreateDC (WINEPS HPLJ4 LPT1: (nil)) To use WINEPS you need to install some AFM files. err:winspool:AddPrinterW DocumentPropertiesW on printer 'L"HPLJ4"' failed! err:winspool:CUPS_LoadPrinters printer 'HPLJ4' not added by AddPrinterA (error 1797) trace:psdrv:PSDRV_FindPrinterInfo 'HPLJ4' trace:psdrv:PSDRV_CreateDC (WINEPS HPLJ4 LPT1: (nil)) To use WINEPS you need to install some AFM files. trace:psdrv:PSDRV_FindPrinterInfo 'HPLJ4' trace:psdrv:PSDRV_CreateDC (WINEPS HPLJ4 LPT1: (nil)) To use WINEPS you need to install some AFM files. trace:psdrv:PSDRV_Init (0x4167d000, 0x00000000, 0x1)

2 1

Re: Eliminate bogus error messages
by Guy L. Albertelli 14 Jul '02

14 Jul '02

I hate it when the debugging code sneaks out of the house!! Thanks Michael for catching that. Alexandre, please use this version instead Thanks, Guy ----- Original Message ----- From: "Guy L. Albertelli" <galberte(a)neo.lrun.com> To: "Wine Patches" <wine-patches(a)winehq.com> Sent: Sunday, July 14, 2002 12:19 PM Subject: Eliminate bogus error messages > This eliminate ERR messages for messages greater than 0x7fff which are > application dependent message. > > Note Listview and UpDown are not included because they are currently under > repair in my tree. Those fixes will be coming later. > > License: X11 > > Changelog: > Guy Albertelli <<galberte(a)neo.lrun.com>> > > dlls/comctl32/animate.c,comboex.c,datetime.c, > flatsb.c,header.c,hotkey.c,ipaddress.c,monthcal.c, > progress.c,rebar.c,status.c,tab.c,toolbar.c,tooltips.c, > trackbar.c,treeview.c > - Don't issue error message if message number in application > range. >

1 0

Re: Eliminate bogus error messages
by Michael Stefaniuc 14 Jul '02

14 Jul '02

Hello! On Sun, Jul 14, 2002 at 12:19:13PM -0400, Guy L. Albertelli wrote: > This eliminate ERR messages for messages greater than 0x7fff which are > application dependent message. > > Note Listview and UpDown are not included because they are currently under > repair in my tree. Those fixes will be coming later. > > License: X11 > > Changelog: > Guy Albertelli <<galberte(a)neo.lrun.com>> > > dlls/comctl32/animate.c,comboex.c,datetime.c, > flatsb.c,header.c,hotkey.c,ipaddress.c,monthcal.c, > progress.c,rebar.c,status.c,tab.c,toolbar.c,tooltips.c, > trackbar.c,treeview.c > - Don't issue error message if message number in application > range. Index: dlls/comctl32/tab.c =================================================================== RCS file: /home/wine/wine/dlls/comctl32/tab.c,v retrieving revision 1.69 diff -u -r1.69 tab.c --- dlls/comctl32/tab.c 20 Jun 2002 22:45:29 -0000 1.69 +++ dlls/comctl32/tab.c 14 Jul 2002 16:04:57 -0000 @@ -1755,6 +1755,8 @@ */ bkgnd = comctl32_color.clrBtnFace; corner = comctl32_color.clrBtnFace; + bkgnd = 0x00c0c000; /* GLA */ ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ + corner = 0x0000c0c0; /* GLA */ ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Are you sure that this should go in? Makes the tabs in the Minolta Dimage Image Viefer have the color lightblue/tourquoise. Without this (and also with the native comctrl32 or in Windows) the tabs are lightgray. bye michael -- 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: Fixing a regression test ...
by Duane Clark 14 Jul '02

14 Jul '02

Paul Millar wrote: > ChangeLog: > Replace references to D: (which might not exist) with C: (which we > assume does) > > Index: dlls/kernel/tests/path.c > =================================================================== > RCS file: /home/wine/wine/dlls/kernel/tests/path.c,v > retrieving revision 1.6 > diff -u -r1.6 path.c > --- dlls/kernel/tests/path.c 5 Jul 2002 01:22:28 -0000 1.6 > +++ dlls/kernel/tests/path.c 12 Jul 2002 18:03:17 -0000 > @@ -673,9 +673,9 @@ > ok(lstrcmpiA(SHORTFILE,strptr)==0, > "GetLongPathNameA returned part '%s' instead of '%s'",strptr,SHORTFILE); > /* Otherwise insert the missing leading slash */ > - sprintf(tmpstr,"D:%s\\%s",SHORTDIR,SHORTFILE); > + sprintf(tmpstr,"C:%s\\%s",SHORTDIR,SHORTFILE); > ok(GetFullPathNameA(tmpstr,MAX_PATH,tmpstr1,&strptr),"GetFullPathNameA failed"); > - sprintf(tmpstr,"D:\\%s\\%s",SHORTDIR,SHORTFILE); > + sprintf(tmpstr,"C:\\%s\\%s",SHORTDIR,SHORTFILE); > ok(lstrcmpiA(tmpstr,tmpstr1)==0, > "GetLongPathNameA returned '%s' instead of '%s'",tmpstr1,tmpstr); > ok(lstrcmpiA(SHORTFILE,strptr)==0, Actually, the purpose of that particular test was to check the behavior when the supplied path is on a different drive from the current drive. The current drive is presumably C:. But the test should have tested for the existence of drive D: before using it.

2 3

Re: winedbg font selection
by Carl Sopchak 14 Jul '02

14 Jul '02

On Saturday, July 13, 2002 01:01 pm, wine-devel-request(a)winehq.com wrote: > "Carl Sopchak" <carl.sopchak(a)cegis123.com> wrote: > > It not only doesn't save the setting between runs, it's not saved between > > popping it up in the same run! In fact, changing the setting DOES NOT > > change the font! (At least on my system: current cvs, red hat 7.3) > > It's OK on mine, Slakware 8.0 with almost up-to-date CVS with freetype > 2.0.6 and X 4.1.0 > > > Version or environment dependent problem ? It turns out that the fonts listed on this panel do not all work on my machine. I'm not sure (nor do I really care) where the font list comes from, but some selections do not seem to be available. I found one that works, and I'm all set. Thanks to those that helped... Carl

1 0

Re: SetMenu compatibility issue
by Rob - 14 Jul '02

14 Jul '02

Sorry, please disregard this patch. It causes problems with programs that specify a menu in the window class definition, because CreateWindow calls SetMenu. I believe the IsWindowVisible condition in SetMenu should be replaced with a "Is this window fully created yet", but I don't know a safe way to do that. Rob McClinton _________________________________________________________________ MSN Photos is the easiest way to share and print your photos: http://photos.msn.com/support/worldwide.aspx

1 0

IOPL Error?
by David A. Bartmess 13 Jul '02

13 Jul '02

I'm not sure where to post this question... Please be gentle <grin> I'm trying to run Office10 winword.exe (a full installation on my D: drive) under Mandrake Linux 8.2 from a Windows XP Pro installation drive. The command I'm using is wine -dll ntdll,msvcrt=builtin /mnt/win_d/"Program Files"/Microsoft/Office/Office10/winword.exe The window frame opens up, but then I get a small window that just says "IOPL not enabled Error". I'm a programmer (13 years), so if you need anything like debug text, no problem, just tell me. Can anyone help? If I can get Office XP working, then I'll be set, and WON'T HAVE TO USE WINDOWS! <GRIN> -- David A. Bartmess Software Configuration Manager / Sr. Software Developer eDingo Enterprises http://edingo.net But one should not forget that money can buy a bed but not sleep, finery but not beauty, a house but not a home, medicine but not health, luxuries but not culture, sex but not love and amusements but not happiness.

2 1

Re: PATCH: FlushFileBuffers / serial
by Rein Klazes 13 Jul '02

13 Jul '02

On Fri, 12 Jul 2002 23:22:13 +0200, you wrote: > + /* MSDN says: If hFile is a handle to a communications device, > + * the function only flushes the transmit buffer. > + */ > + ret = (tcdrain( serial->obj.fd ) != -1); Hmm, doesn't that mean you should use tcflush() instead? Rein. -- Rein Klazes rklazes(a)xs4all.nl

1 0

Re: SHLWAPI ole32 (delay-load of dlls)
by Alexandre Julliard 13 Jul '02

13 Jul '02

Jon Griffiths <jon_p_griffiths(a)yahoo.com> writes: > I should clarify. Versions 6 and higher (XP+) of SHLWAPI are linked > via delayed import to ole32. This is a change from previous versions > because versions 5xs and below could be installed on installations > that didn't have ole32 installed. SHLWAPI used to come with IE, and > as such it was an add on to v3.1+, where sometimes ole32.dll was not > available. The latest versions require ole32, however if Wine is > running as a previous version it should _not_ be a requirement that > this dll be installed. I don't see any need for being compatible that way. Wine always comes with ole32 so it's perfectly acceptable to depend on it, as long as our builtin ole32 does what we need. We just have to make sure that it works with existing native ole32 dlls too, for instance by avoiding imports of functions that only exist in the latest versions; but making it work with a non-existing ole32 is not necessary. > If we should > directly link with ole32 then we should probably remove the FIXME > from Makefile.in. If we follow this path, we should eventually also > link with the other DLLs that version 6 delay loads instead of being > optional as before: apphelp, mlang, comctl32, mpr, msi, setupapi, > userenv, winmm etc. If both the native and builtin versions of these dlls implement what we need, and if you can import them without creating circular dependencies, then yes they should definitely be imported instead of using explicit function pointers. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: SHLWAPI ole32 (delay-load of dlls)
by Jürgen Schmied 13 Jul '02

13 Jul '02

(deleted) > Ifwe should directly link with ole32 then we should probably remove the FIXME from Makefile.in. > If we follow this path, we should eventually also link with the other DLLs that version 6 delay > loads instead of being optional as before: apphelp, mlang, comctl32, mpr, msi, setupapi, > userenv, winmm etc. These are a bit to much dlls whats not on every system. Delay loading ole32 just needs a >= win95 version of ole32 so it shouldn't any problem. The other dlls are (except comctl32) are a problem because we can't expect them to be here. If there is no ole32 wine loads the built in as a fallback. I think it's safe to do a delay loading there. juergen > Cheers, > Jon > > Alexandre Julliard <julliard(a)winehq.com> wrote: > "Jürgen Schmied" writes: > > > This is not completely right. shlwapi loads ole32 per delay-load what > > means nearly its linking against it. We don't have anything similar at > > the moment. I don't think we should do anyting by function pointers. > > Maybe we could generate stubs during the build process to implement > > delay loading. It don't looks to hard to implement. > > It's already implemented, you just have to list them as DELAYIMPORTS > instead of IMPORTS in the makefile. > > -- > Alexandre Julliard > julliard(a)winehq.com > > > "Don't wait for the seas to part, or messiahs to come; > Don't you sit around and waste this chance..." - Live > > jon_p_griffiths(a)yahoo.com > > > Do You Yahoo!? > New! SBC Yahoo! Dial - 1st Month Free & unlimited access --- juergen.schmied(a)debitel.net

1 0

HeapWalk generated FIXME
by Lanny DeVaney 12 Jul '02

12 Jul '02

Excuse the newby question, but it appears HeapWalk in memory/heap.c calls RtlWalkHeap in dlls/ntdll/heap.c and this in turn is generating fixme messages (lots of them since it appears this is called in a loop.) Can someone enlighten me as to what the problem is, and why one would see the "not fully compatible" fixme messages from RtlWalkHeap. Thanks, Lanny DeVaney

1 0

AppDB: great news !
by Andreas Mohr 12 Jul '02

12 Jul '02

Hi all, I just wanted to let you know that the appliation database (http://appdb.codeweavers.com) just managed to reach 1000 entries !! I think that's a really great thing :-) -- "My attitude is, everybody should try competing with Microsoft once in their life. Once." - Marc Andreessen, former Netscape lead employee, in a "browser wars" interview

3 2

Re: Crash in SHELL32_ParseNextElement
by Gregg Mattinson 12 Jul '02

12 Jul '02

No. I came across this crash a few weeks ago when testing an application. Unfortunatly, I can't even remember what caused it to crash. I just remember adding this small change and that fixed things. Gregg >From: "Jürgen Schmied" <juergenschmied(a)lycos.de> >To: Gregg Mattinson <gm138242(a)opcom-mail.canada.sun.com>, wine-devel(a)winehq.com >Date: Fri, 12 Jul 2002 18:03:17 +0200 >MIME-Version: 1.0 >Subject: Re: Crash in SHELL32_ParseNextElement >CC: wine-devel(a)winehq.com >Content-transfer-encoding: 7BIT >Content-description: Mail message body > >Im about to do a major update to the shellfolder stuff. Are you aware of any other >probkems? > >juergen > >On 12 Jul 2002 at 10:11, Gregg Mattinson wrote: > >> ChangeLog: dlls/shell32/shlfolder.c >> - Initialized the pidlOut variable in SHELL32_ParseNextElement to prevent a >> crash in some cases. >> >> Gregg Mattinson >> Co-op Developer >> Sun Microsystems of Canada >> >> > > >--- >juergen.schmied(a)debitel.net >

1 0

Re: SHLWAPI ole32 (delay-load of dlls)
by Jürgen Schmied 12 Jul '02

12 Jul '02

This is not completely right. shlwapi loads ole32 per delay-load what means nearly its linking against it. We don't have anything similar at the moment. I don't think we should do anyting by function pointers. Maybe we could generate stubs during the build process to implement delay loading. It don't looks to hard to implement. juergen On 11 Jul 2002 at 21:05, Jon Griffiths wrote: > Hi, > > SHLWAPI updates continued. > > This patch removes the need for direct linking to ole32, which is > only ever late bound by the real SHLWAPI. > > For fear of patch conflicts with myself, I haven't included a patch > to Makefile.in to remove the import and the FIXME. I'll send this in > a later patch, if need be. > > > ChangeLog: > > Jon Griffiths <jon_p_griffiths(a)yahoo.com> > > +dlls/shlwapi/shlwapi_main.c dlls/shlwapi/string.c > Remove the need to directly link to ole32. > > > ===== > "Don't wait for the seas to part, or messiahs to come; > Don't you sit around and waste this chance..." - Live > > jon_p_griffiths(a)yahoo.com > > __________________________________________________ > Do You Yahoo!? > Sign up for SBC Yahoo! Dial - First Month Free > http://sbc.yahoo.com --- juergen.schmied(a)debitel.net

2 1

Re: Crash in SHELL32_ParseNextElement
by Jürgen Schmied 12 Jul '02

12 Jul '02

Im about to do a major update to the shellfolder stuff. Are you aware of any other probkems? juergen On 12 Jul 2002 at 10:11, Gregg Mattinson wrote: > ChangeLog: dlls/shell32/shlfolder.c > - Initialized the pidlOut variable in SHELL32_ParseNextElement to prevent a > crash in some cases. > > Gregg Mattinson > Co-op Developer > Sun Microsystems of Canada > > --- juergen.schmied(a)debitel.net

1 0

RE: Any advice on how to debug this?
by Medland, Bill 12 Jul '02

12 Jul '02

> -----Original Message----- > From: Guy L. Albertelli [mailto:galberte@neo.lrun.com] > Sent: Thursday, July 11, 2002 5:13 PM > To: Medland, Bill; Wine devel (E-mail) > Subject: Re: Any advice on how to debug this? > > > > ----- Original Message ----- > From: "Medland, Bill" <Bill.Medland(a)accpac.com> > To: "Wine devel (E-mail)" <wine-devel(a)winehq.com> > Sent: Tuesday, July 09, 2002 5:51 PM > Subject: Any advice on how to debug this? > > > > Any suggestions would be appreciated. > > > > The application runs reasonably with builtin > comctl32/commctrl but there > are > > some alignment issues which I suspect might be corrected by > using the > native > > one. > > > Bill, > > Can you document the alignment issues for me with Bugzilla. > Screen shots are > fine. Traces with "+relay,+message,+tid,+win" are also great > for finding > these type of problems. Is the application available in a > demo version?? > > Guy > > Will comply Also I am in the process of fixing it. (Yesterday's submission was part and yesterday's question about HEADER was the other; I will continue today. Bill

1 0

Re: Items with size 0
by Dmitry Timoshkov 12 Jul '02

12 Jul '02

"Gregg Mattinson" <gm138242(a)scot.canada.sun.com> wrote: > +#ifndef __SUNPRO_C > THREADINFO ti[0]; > +#endif > } SYSTEM_PROCESS_INFORMATION; At least this one can be replaced by [1] for now, since it currently is not used in Wine and according to the Nebbett's book has very different layout. -- Dmitry.

1 0

Re: Fix nasty little bug in InitializeGenericSF
by Joshua Thielen 12 Jul '02

12 Jul '02

Joshua Thielen wrote: > This patch fixes a little bug that caused heap corruption (ouch!) when > running the Finale 2002 installer. > Urg! I'm sorry, I just noticed that Rein fixed this on Tuesday. I just wasted a lot of time. Josh

2 1

Re: RFC: Re: [ros-kernel] Shell32 and dplax
by Steven Edwards 12 Jul '02

12 Jul '02

--- Eric Pouech <eric.pouech(a)wanadoo.fr> wrote: > Steven Edwards a �crit : > > > > > in short, moving to NT architecture is the way > to > > > go, but > > > it'll need some time > > > may be we could also create a metabug on > bugzilla > > > for this > > > and link all known issues to this meta-bug. > > > > I will start a meta bug for this and being to > track > > these issues as I find them. With any luck we will > be > > able to help with these issues in the next few > months. > ok > btw, is this intentional ? (you didn't cc > wine-devel) no it wasnt. but yes I will start a meta-bug for these issues and wait on input from the bugzilla guys as to if they want to group the issues in another way. Steven __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com

3 4

Any advice on how to debug this?
by Medland, Bill 12 Jul '02

12 Jul '02

Any suggestions would be appreciated. The application runs reasonably with builtin comctl32/commctrl but there are some alignment issues which I suspect might be corrected by using the native one. However when I try running with native ones I get two debug consoles and the application continues. (Not a problem). Basically the main program starts two other programs as OLE servers and they load and init commctl32.dll. The stack traces in both cases are similar and indicate to me that the processes have ended up executing data. However by the time I get to disassemble the code referred to by the backtrace the code isn't there any longer. What's my best bet for tracking this down? I've tried winedbg with as many BreakOn.. set as possible but the processes seem to disappear from under the winedbg processes Bill

3 2

HEADER order and index issue
by Medland, Bill 11 Jul '02

11 Jul '02

Dear all Before I spend days trying to find out, can someone tell me straight off? There is a problem with the comctl32 header control and I want to know which is the correct solution. The result is that columns af the associated list control are sometimes put in the wrong place. Here's why! It is a known issue that the first column of a listctrl is left-justified. Therefore the Microsoft-accepted way to proceded with the list control is to add a blank left column, add the columns after that with whatever justification is desired and then delete the first column. Assume we aren't doing any clever column reordering. As the columns are added their headers' orders are equal to the indices. But then the first is removed. When we get to HEADER_Refresh it goes to display them in the correct order; good. However there is an implicit assumption in the code that given n columns the orders there will be one column with order 0, one with 1, ... one with n-1. So 1. Is that assumption invalid? If so then I'll change the code to display the columns in the specified order, assuming that the orders may not be sequential. 2. Is that assumption valid? If so then I'll change it so that deleting a column will modify the orders of the remaining ones. Bill

1 0

Re: Notepad - removed help menu items
by Steven Edwards 11 Jul '02

11 Jul '02

I wouldnt recommend this as ReactOS will be adopting some of the wine/programs including help. Now that Eric P has fixed winehlp I'm sure we can find someone sooner or later that will write a help file for this and other applications at some point. Steven --- Andriy Palamarchuk <apa3a(a)yahoo.com> wrote: > Changelog > Removed help menu items from notepad. I don't > think > anybody will write help for our notepad, so these > menu > items are useless. > > Andriy > > __________________________________________________ > Do You Yahoo!? > Sign up for SBC Yahoo! Dial - First Month Free > http://sbc.yahoo.com > ATTACHMENT part 2 application/octet-stream name=notepad_help.diff __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com

2 1

Bad exe
by admiral coeyman 11 Jul '02

11 Jul '02

Group, While running tests at my end, I found an odd problem that seems to have developed out of the blue. It seems that only 32 bit dos executables will now run on my system. All of the 16-bit executables that I've been using for the past few years generate 'bad exe' errors. I've redownloaded most of the tree and nothing has fixed this problem. Before I look too deep, is this a problem that anybody else has? It's possible that my local tree has been damaged or that my development tools are not right. God Bless, --Robert 'Admiral' Coeyman [I've had vga planets 4.0 running.] -- --- May you live as long as you wish and age but a single day. http://www.dotguy.net/ admiral(a)corner.net Webmaster/ Linux Administrator Computer Co-Op/CornerNet

4 5

Re: warcraft 3
by Jesse Allen 11 Jul '02

11 Jul '02

Ove Kaaven wrote: > On Wed, 10 Jul 2002, Lionel Ulmer wrote: > > On Tue, Jul 09, 2002 at 06:08:07PM +0200, Matthieu Foillard wrote: > > > Using winex using opengl (compiled from cvs), start using wine > > > path/War3.exe -- -opengl : > > > it prints : > > > fixme:opengl:wglSwapLayerBuffers (): stub ! > > > fixme:opengl:wglSwapLayerBuffers (): stub ! > > > fixme:opengl:wglSwapLayerBuffers (): stub ! > > > > This is fixed in the WineHQ CVS tree. You just need to wait for the > > patch to do the WineHQ => ReWind => WineX path (as it's X11 licensed) :-) > It is? I don't think it said so in > http://www.winehq.com/hypermail/wine-patches/2002/06/0041.html, and Jesse > Allen isn't registered as X11-friendly yet... which is among the reasons > why it hasn't taken that route yet. You can submit the patch to ReWind. =)

1 0

Re: warcraft 3
by Jesse Allen 11 Jul '02

11 Jul '02

Matthieu Foillard wrote: >>> Using wine using opengl (compiled from cvs), start using wine path/War3.exe -- -opengl : fixme:dsound:IDirectSoundImpl_SetCooperativeLevel (0x403aad78,00010023,2):stub fixme:win32:CreateIoCompletionPort (ffffffff, 0000, 00000000, 00000000): stub. then it seems to start fullscreen but does not display anything, so that i must kill it. any ideas ? <<< Okay, have you checked other opengl games under wine? You could run a trace on opengl and see if it's actively running wglSwapLayerBuffers, or other things as well (Create/Destroy context). Did you use the no-cd patch? If nothing comes up with the opengl trace, then you might not be getting past the CD check. Does it minimize the game? This might be interesting if its the case. Please look here where I explain a problem about this: http://www.winehq.com/hypermail/wine-bugs/2002/06/0422.html Basically I said, sometimes opengl apps minimizes when other windows (like a messagebox) become active, and after restoring the opengl window, it produces no output. Here is another interesting note: some people have the same trouble with the movies on real windows like we do on wine. I suggested to rename the movies folder to them, and guess what it worked! But what happens after they do this? the game minimizes, so it's possible this is happening. Here are some references to the problem: http://www.battle.net/forums2/opensupport/posts/ia/27048.shtml http://www.battle.net/forums2/opensupport/posts/fa/27045.shtml Other than that I don't know. I sent Andreas Mohr a more detailed howto, but I pretty much covered everything already. Jesse

1 0

RE: Any advice on how to debug this?
by Medland, Bill 10 Jul '02

10 Jul '02

> -----Original Message----- > From: Andreas Mohr [mailto:andi@rhlx01.fht-esslingen.de] > Sent: Wednesday, July 10, 2002 2:03 PM > To: Medland, Bill > Cc: Wine devel (E-mail) > Subject: Re: Any advice on how to debug this? > > > On Wed, Jul 10, 2002 at 01:11:59PM -0700, Medland, Bill wrote: > > > -----Original Message----- > > > From: Alexandre Julliard [mailto:julliard@winehq.com] > > > > > > That's a common problem with Win9x dlls. It cannot be > completely fixed > > > because we don't control the layout of our address space; > there are > > > some hacks that could be done in the loader to make it > less likely to > > > happen, but I'm not convinced it is worth the trouble. Our efforts > > > would probably be better spent making sure the builtin > versions of the > > > offending dlls work properly. > > > > > > -- > > > Alexandre Julliard > > > julliard(a)winehq.com > > > > > Thanks Alexandre. I guess the lesson is to use NT dlls > wherever possible. > No way. Wine still has lots of problems with NT DLLs, since > they are... > NT DLLs ;) > Wine's support for NT API is too damn incomplete, so you'll > have more luck > with Win9x DLLs in most cases. > Or just choose to not use *any* Windows DLLs. Might help. But that means I would have to fix yet more of the bugs in comctl32.dll.so ;-( Actually what I was doing was trying to run the native comctl32 to see if it corrected the visual bugs so that I would know that it was within that dll. I'll see what I can do about fixing them in a bit. Bill

1 0

RE: Any advice on how to debug this?
by Medland, Bill 10 Jul '02

10 Jul '02

> -----Original Message----- > From: Alexandre Julliard [mailto:julliard@winehq.com] > Sent: Wednesday, July 10, 2002 12:51 PM > To: Medland, Bill > Cc: Wine devel (E-mail) > Subject: Re: Any advice on how to debug this? > > > "Medland, Bill" <Bill.Medland(a)accpac.com> writes: > > > It looks to me like: > > > > comctl32.dll includes a shared data segment. > > One of the entries in that segment, presumably during the > DllEntry, is > > populated with the address of GetSystemMetrics > > > > A second copy of comctl32 then tries to use that address to call > > GetSystemMetrics > > > > Unfortunately the second process has user32 mapped > somewhere else and so the > > call goes somewhere weird and things fall over. > > > > Any ideas as to what we can do about it? > > That's a common problem with Win9x dlls. It cannot be completely fixed > because we don't control the layout of our address space; there are > some hacks that could be done in the loader to make it less likely to > happen, but I'm not convinced it is worth the trouble. Our efforts > would probably be better spent making sure the builtin versions of the > offending dlls work properly. > > -- > Alexandre Julliard > julliard(a)winehq.com > Thanks Alexandre. I guess the lesson is to use NT dlls wherever possible. Bill

2 1

winedbg font selection?
by Carl Sopchak 10 Jul '02

10 Jul '02

Is there a way to set the font used by winedbg? The font that it is using on my machine is too small with the monitor resolution set at 1600x1200 (which I want to keep). I'd like to bump the size up a few points... Thanks for the help, Carl

4 6

Re: DOSEMU team
by Shachar Shemesh 10 Jul '02

10 Jul '02

WOW, if wine is advanced enough to catch and spread outlook bugs, we must be really moving along. Seriously, though. If anyone here knows "friest", and corresponded with him on the subject of "DOSEMU team", and is using Windows, please check your system. You are infected with a variant of the "klez" virus. Shachar

1 0

RFC: Re: [ros-kernel] Shell32 and dplax
by Steven Edwards 10 Jul '02

10 Jul '02

Note: Forwarded to wine-devel I'm more in support of us chaning wine rather then adapting win9x calls to ReactOS. That being said I have enough trouble writing a 3 line patch so my voice doesnt count to much..."You guys are the programmers, I just break shit." IMHO the way WINE handles certain things is really fubar. A good example besides MapSL and ConvertToGlobalHandle is the way WINE implements PSAPI. All wine psapi does it convert the toolhelp functions already implemented in to the needed format with a wineserver call or two thrown in. If we are going to use wine and not fork the crap out of it then we should fix the 9xisms as we find them. Currently wine has all sorts of ways for doing things, you have win16 apis being called in some places, ntdll in others and then 9xisms all over the place. So far we have MapSL ConvertToGlobalHandle PSAPI DriectX HAL interfaces ? idunno I guess it comes to what can we do to better share code. Currently there is not a chance in hell of us sharing PSAPI in its current state. I started two bugs in wines bugzilla a few weeks ago regarding it. Mabey we should have a meta-bug for making WINE more NT like in "certain" areas. I dont expect the wine projects to make all sorts of changes just for us and not as they are trying to get a 1.0 release. Anyone got any feedback? Mabey we will get more support for this once David and Jason are done with the basic Windowing. Steven > MapSL is in wine kernel32 also, Oh yeah, it's part > of windows 9x > kernel32.dll too. > James __________________________________________________ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com

4 4

RE: Any advice on how to debug this?
by Medland, Bill 10 Jul '02

10 Jul '02

Thanks Eric > -----Original Message----- > From: Eric Pouech [mailto:eric.pouech@wanadoo.fr] > Sent: Wednesday, July 10, 2002 12:50 PM > To: Medland, Bill > Subject: Re: Any advice on how to debug this? > > > "Medland, Bill" a écrit : > > > > > -----Original Message----- > > So now what do we do. > > > > Having messed about, got a repeatable case and generally > bashed my head > > around I have got to the following unfortunate situation. > > > > It looks to me like: > > > > comctl32.dll includes a shared data segment. > > One of the entries in that segment, presumably during the > DllEntry, is > > populated with the address of GetSystemMetrics > > > > A second copy of comctl32 then tries to use that address to call > > GetSystemMetrics > > > > Unfortunately the second process has user32 mapped > somewhere else and so the > > call goes somewhere weird and things fall over. > > > > Any ideas as to what we can do about it? > hmm bad news... > > did you try to run your app with a NT version (instead of a > Win9x), that > could help (maybe) No, but I have now. (and ignored all the complaints about mixed versions). It works!! I think that this will be the way to go; see Alexandre's reply. > another thought, when your processes disapear under the > debugger, is the > wineserver still up and running (if it crashes, it may explain the > vanishing processes) Yes it was > another solution would be to disable the support for the shared data > segment... but in your case, it could fix this issue but open another > one TOO TRUE!! The app is very dependent upon shared data segments. > > btw, are you sure user32.dll is mapped at another address in > the second > process Yes > another fix would be to force some DLLs to be loaded at fixed > addresses > (user32 could be one of them)... > another question, are you sure the two processes load the > same user32 ? Yes > (could it be that two wine versions coexist and that a > different one is > loaded in each process) ? > > A+ > Thanks for all the help Bill

1 0

RE: Any advice on how to debug this?
by Medland, Bill 10 Jul '02

10 Jul '02

> -----Original Message----- > From: Eric Pouech [mailto:eric.pouech@wanadoo.fr] > Sent: Wednesday, July 10, 2002 4:59 AM > To: Medland, Bill > Cc: Wine devel (E-mail) > Subject: Re: Any advice on how to debug this? > > > > The stack traces in both cases are similar and indicate to > me that the > > processes have ended up executing data. > > However by the time I get to disassemble the code referred to by the > > backtrace the code isn't there any longer. > is most of the cases, it means that the program is no longer > running (it > may > have been killed by the other program) > > > What's my best bet for tracking this down? > as the processes seem to be furtive, using relay traces (and friends) > may be > a better bet to locate the issue, and then perhaps set the bp where > needed > > A+ > Thanks Eric. So now what do we do. Having messed about, got a repeatable case and generally bashed my head around I have got to the following unfortunate situation. It looks to me like: comctl32.dll includes a shared data segment. One of the entries in that segment, presumably during the DllEntry, is populated with the address of GetSystemMetrics A second copy of comctl32 then tries to use that address to call GetSystemMetrics Unfortunately the second process has user32 mapped somewhere else and so the call goes somewhere weird and things fall over. Any ideas as to what we can do about it? Bill

2 1

Meta-bug conversions
by Francois Gouget 10 Jul '02

10 Jul '02

Hi, I propose to use what would hopefully be better concepts to replace the following meta-bugs: * bug 35 - Wine 0.9.0 Meta Bug http://bugs.winehq.com/showdependencytree.cgi?id=35 Instead we could tag all the bug that should be fixed in Wine 0.9.0 with the 0.9.0 target milestone. * bug 395 - Tasklist http://bugs.winehq.com/showdependencytree.cgi?id=395 * bug 455 - FIXMEs http://bugs.winehq.com/showdependencytree.cgi?id=455 * bug 406- Tasklets http://bugs.winehq.com/showdependencytree.cgi?id=406 These three could be replaced by keywords: Tasklist, FIXMEs and Tasklets. Then these bugs can be replaced with a query that returns the bugs that have these keywords. In all cases, the advantages of the alternative methods are: * the above meta-bugs introduce artificial dependencies between bugs * each time a bug changes status, you get an email for the bug, and an email for the corresponding meta-bug * similarly, moving a bug moving from one category to another generates three emails * the new concepts seem a better match Does the above proposal look ok? If so then, once the required keywords are created, I can tag the relevant bugs and retire the meta-bugs (which will create a flurry of emails to wine-bugs in the short term). -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ I haven't lost my mind, it's backed up on tape around here somewhere...

2 1

about XIM support on wine
by rain shaw 10 Jul '02

10 Jul '02

Hi all, I do apply some patches to the wine source according to some tips in bugs library,and I can input chinese in notepad now. But,every time window was created,will the input method popup.For example,if a message box popped up,the xim will popup as well. It seems that we called the XIM related Xlib function every time new window was created. Would u please give me some suggestions about how to disable create and open XIM while create non-text-input related window? in other word,how to determin the x-window that going to be created is a control that need input method ? Thanx!

2 1

Debugger
by Massimo 10 Jul '02

10 Jul '02

Hmmm.... I fiddled a bit with winedbg and found it awful to use.... Maybe I'm too comfortable with visual debuggers :-) There's no plan to make a graphical front-end to it, for example extending DDD or better GVD ? I had a look at GVD sources and docs, and it shouldn't be too difficult to add a supported debugger... It has a quite good support for many external debuggers.... I see only une problem on it, as it seems to me that winedbg opens a new xterm and translates his i/o on it, which can confuse GVD as stated in docs. So, 2 questions : 1) - There's a way to instruct winedbg to not change xterm ? 2) - There's a volunteer with enough skills on winedbg that can help me to write GVD patch ? :-) Regards Max

4 8

Problems with VGA PLANETS 4
by Oliver Ob 10 Jul '02

10 Jul '02

My P4_BUG.log 01 _ Installed Wine run with -v gives "Wine release 20000430" and error "fixme: pthread_atfork" 02 _ Edited /etc/wine.conf c:\windows\Profiles\Administrator\user.dat must be c:\windows\user.dat 03 _ Trying wine /wine/mnt/c/Programme/Play/vgap/Planets4/planets4.exe as "user" gives errors: - fixme: pthread_atfork - what does this mean at all? - fixme:reg:_w95_parse_dkv RegSetValueEx returned: 0x0000000e - err:seh:EXC_DefaultHandling Unhandled exception code c000013a flags 0 addr 0x401 36fb4 04 _ Building the font metrics takes a LOT of time, god is that slow! And then it fails! fixme:debug:FlushInstructionCache (0xffffffff,0x41410000,0x00006000):stub last address with 6000, 6000 and with a000 - a popup window from wine says "Unhandled exception 0xc0000005 at address 0x24748b56. Do you want to debug it?" and clicking YES results in - err:seh:UnhandledExceptionFilter Couln't start debugger (winedbg 136366288 1414155735) 05 _ The Temporary Directory (as specified in your config file) is NOT writeable - how can "user" have write access to c:\temp now? What user group has rw access to /mnt/c ? 06 _ Running using su -c "see above" works better, so the errors which do not tell me nothing seem to mostly have to do with access rights. Can someone explain those errors to me? Errors are yet some others - fixme:file:AreFileApisANSI (void): stub - fixme:win32:PE_LoadImage We need to perform base relocations for c:\Programme\Play\vgap\Planets4\gug32.dll - fixme:win32:PE_CreateModule Security directory ignored - err:menu:MENU_GetMenu invalid menu handle=0, ptr(nil), magic=0 - err:menu:MENU_GetMenu invalid menu handle=0, ptr(nil), magic=0 - err:menu:MENU_GetMenu invalid menu handle=4d0, ptr=0x4043f27c, magic=0 - err:menu:MENU_GetMenu invalid menu handle=0, ptr(nil), magic=0 - err:menu:MENU_GetMenu invalid menu handle=0, ptr(nil), magic=0 - fixme:bitmap:X11DRV_DIB_GetImageBits_4 from 24 bit bitmap with mask R,G,B 0,0,0 to 4 bit DIB 07 _ Will try to make my first turn using wine + P4 now. Unpacking the RST works. It opens. I can edit the turn. Try to make a TRN file. But now this makes me worry!!!! A popup window speaks to me that the Planets4.exe has been DAMAGED?!! and that I must replace it with a good copy!??!?!?!?!? 08 _ I quit and see these error messages: - fixme:string:LCMapStringA (0x0400,0x00400100,0x424bf08c,1,(nil),0): unimplemented flags: 0x00400000 - fixme:string:LCMapStringA (0x0400,0x00400100,0x424bf08c,1,0x4044f048,1): unimplemented flags: 0x00400000 - fixme:string:LCMapStringA (0x0400,0x00400100,0x424bf08c,1,(nil),0): unimplemented flags: 0x00800000 - fixme:string:LCMapStringA (0x0400,0x00400100,0x424bf08c,1,0x4044f048,1): unimplemented flags: 0x00800000 - fixme:dc:GetDCEx new hrgnClip[9722] smashes the previous [96c2] - fixme:dc:GetDCEx new hrgnClip[96be] smashes the previous [9726] And what now? And whenever I minimalize the wine window with the program I cannot get it back to full size (normally ALT SPACE + X) how to do that? -- *º¤., ¸¸,.¤º*¨¨¨*¤ =Oliver@home= *º¤., ¸¸,.¤º*¨¨*¤ I http://www.bmw-roadster.de/Friends/Olli/olli.html I I http://www.bmw-roadster.de/Friends/friends.html I I http://groups.yahoo.com/group/VGAP-93 I I mailto:VGAP-93-subscribe@yahoogroups.com I I http://home.t-online.de/home/spacecraft.portal I >>> Telek0ma iBBMS - now back online +49.4504.TRSi1/TRSi2 <<<

2 1

PSDRV question
by Carl Sopchak 10 Jul '02

10 Jul '02

I've been trying to get Quicken 2000 Deluxe running in wine. After I figured out that it wasn't finding a DLL for the internet connection (and got that fixed), I started testing the second-most important function of Quicken that I need: check printing. All went well until I tried to print a sample check (to verify alignment), at which point Wine crashed into winedbg. I figured out why: When reading the ppd file, it sets up an *InputSlot for ManualFeed (even though it's not really an InputSlot, but most Win programs treat it as one...). The problem was that, in ppd.c, a Name wasn't given to the slot (but a FullName was), so when ps.c tried to output the header for the InputSlot it crashed (since strlen(NULL) causes a crash). I hacked the AddSlot call to name the slot "Manual", and this seems to work OK. The question that I have is, is this the way that it should REALLY get fixed (does the name matter?), or should something else be done? I'd be happy to correct my hack, if necessary. In either case, I can post the patch to sourceforge, once I know "the right way" this should be handled. Thanks for the help, Carl P.S., I added some TRACE() statements to help me debug this. These can be left in the patch that I post, right?

2 2

DOSEMU team
by friest 10 Jul '02

10 Jul '02

1 0

Re: Support for 24bpp when DDBLT_KEYSRC etc are set
by Lionel Ulmer 10 Jul '02

10 Jul '02

> Change log: added support for 24bpp when the flags > DDBLT_KEYSRC/DDBLT_KEYDEST and company are set. Well, I have the following comment : > + case 3: { > + int last_sy = -1; > + for (y = sy = 0; y < dstheight; y++, sy += yinc) { > + sbuf = sbase + (sy >> 16) * sdesc.u1.lPitch; > + if ((sy >> 16) == (last_sy >> 16)) { > + /* this sourcerow is the same as last sourcerow - > + * copy already stretched row > + */ > + memcpy(dbuf, dbuf - ddesc.u1.lPitch, width); Are you sure that this works ? If you have pixels in the destination surface that are NOT overwritten by the source surface (due to color-keying) you should not copy these from one line to the other. > + } else { > + LPBYTE s,d = dbuf; > + for (x = sx = 0; x < dstwidth; x++, sx+= xinc) { > + DWORD pixel; > + > + s = sbuf+3*(sx>>16); > + pixel = (s[0]<<16)|(s[1]<<8)|s[2]; > + if (pixel < keylow || pixel > keyhigh){ > + d[0] = (pixel>>16)&0xff; > + d[1] = (pixel>> 8)&0xff; > + d[2] = (pixel )&0xff; > + d+=3; Why only increase the destination pixel when the color is not keyed off ? > + } > + } > + } > + dbuf += ddesc.u1.lPitch; > + last_sy = sy; > + } > + break;} The rest of the patch looks OK :) By the way, which game uses 24 bpp ? It's *EVIL* :-) Lionel -- Lionel Ulmer - http://www.bbrox.org/

2 2

No X11 input events in DGA2 mode
by Andy MacLean 10 Jul '02

10 Jul '02

I was trying to run Starcraft under wine in using the X11 DGA2 mode to get a decent frame rate. I tried running it under various versions of wine and got the same result every time. The problem is that when wine runs the game using DGA2 it ignores all input from the keyboard and mouse and so appears to hang. When running the game with DGA2 support disabled (i.e. not running as root) everything works fine but I get a much lower frame rate. I'm new to wine but I had a stab at fixing the problem which as far as I can see is the following: -> wine creates one X11 display connection for each thread and one 'global' display connection to use for various things like DGA2 which it puts in the 'gdi_display' global variable. The thread specific connections get put in x11drv_thread_data structure pointed to by the driver_data pointer in each thread's thread specific structure. -> wine then switches to DGA2 mode if it can and does an 'XSelectInput' to turn on DGA2 input events. It switches to DGA2 mode using the gdi_display connection so all input events will now come through this connection. -> at some point something asks for new X11 events. It goes into the 'X11DRV_MsgWaitForMultipleObjectsEx' function to poll the X11 display connections for each thread. This ends up calling the 'process_events' function in dlls/x11drv/event.c with the 'x11drv_thread_data' structure for each thread. This is the only function that calls 'process_events', which is the only place that calls any X11 event fetching function outside of 'wineclipserv.c' and 'clipping.c' (which seem do something irrelevant to the dga2 problem). -> but process_events can only look at the thread specific X11 display connections since this is the data it gets passed. I cannot find any code which sets up an 'x11drv_thread_data' structure for gdi_display and XNextEvent is only ever called from inside process_events on data->display. Therefore we never poll gdi_display for X11 events at all so I never get any input. I tested this with some debug output code and wine deffinitely never polls gdi_display for events at any time while running the game. X11DRV_MsgWaitForMultipleObjectsEx explicitly does an XFlush on gdi_display as though it is expecting to have to poll it separately, but it never does ... I tried changing 'process_events' in dlls/x11drv/events.c to the following: static int process_events( struct x11drv_thread_data *data ) { XEvent event; int count = 0; wine_tsx11_lock(); while ( XPending( data->display ) ) { XNextEvent( data->display, &event ); wine_tsx11_unlock(); EVENT_ProcessEvent( &event ); count++; wine_tsx11_lock(); } #ifdef FIX_DGA2_INPUT while ( DGAUsed && gdi_display != NULL && data->display != gdi_display && XPending( gdi_display ) ) { XNextEvent( gdi_display, &event ); wine_tsx11_unlock(); EVENT_ProcessEvent( &event ); count++; wine_tsx11_lock(); } #endif wine_tsx11_unlock(); return count; } And this fixed the problem. What's bugging me though is that if this is the correct answer then how do any programs work at all in DGA2 mode? Wouldn't any program hang in the same way as soon as wine switched to DGA2 mode? It would be handy if this were fixed in the wine code so I don't have to keep downloading source and patching so can someone who knows more about the code please let me know if they think this is worth submitting as a patch or point me in the right direction if this is on the wrong track? Thanks in advance, A.

2 2

RE: newbie question
by Medland, Bill 10 Jul '02

10 Jul '02

(BTW HTML email is generally sort of frowned on here) Unix doesn't run windows programs. I suggest you actually read some of the documentation at www.winehq.com <http://www.winehq.com> , especially the Winelib stuff. Basically wine is a Unix program that understands the structure of Windows DLLS and exes. Wine itself runs, loads the dlls and exes into memory and executes them. Some DLLS are replaced by plug-compatible unix so's that interface to the lower levels. So CreateBitmap will eventually result in calls into probably X11 code. Bill -----Original Message----- From: Preetham [mailto:preetham@student.utdallas.edu] Sent: Tuesday, July 09, 2002 5:24 PM To: wine-devel(a)winehq.com Subject: newbie question Hi all: I have a very elementary question. How does the Winodws program run in Unix. For example, i write a program where i call the CreateBitmap() method, what happens. How is a dll called in the unix environment. From what i know, unix dlls are .so files. From the wingdi.h file in the wine\include directory, how does the unix OS know how to resolve the WINAPI call. If i am right, windows dll's are implemented in unix, how is this done. I'm kinda flustered at the moment, would appreciate the help Thanks, Preetham.

4 3

newbie question
by Preetham 10 Jul '02

10 Jul '02

Hi all: I have a very elementary question. How does the Winodws program run in Unix. For example, i write a program where i call the CreateBitmap() method, what happens. How is a dll called in the unix environment. From what i know, unix dlls are .so files. From the wingdi.h file in the wine\include directory, how does the unix OS know how to resolve the WINAPI call. If i am right, windows dll's are implemented in unix, how is this done. I'm kinda flustered at the moment, would appreciate the help Thanks, Preetham.

2 1

RE: Debugger
by Medland, Bill 09 Jul '02

09 Jul '02

> -----Original Message----- > From: Max [mailto:max@veneto.com] > Sent: Wednesday, July 10, 2002 3:21 PM > To: wine-devel(a)winehq.com > Subject: Re: Debugger > > > thanx !!! > I'll try it just now... > Btw, two more questions, if you can answer :-) > SNIP > 2 - Starting an app, while loading dll's and symbols, > winedbg starts showing garbage like this : > > No debug information in 32bit DLL > 'C:\WINDOWS\SYSTEM\X11DRV.DLL' (0x40b55000) > Loaded debug information from ELF > '/usr/local/lib/wine/x11drv.dll.so' (0x40b45000) > failure on > type_info:T(3,1)=s8__name:/1(3,2)=*(0,2),0,32;.vf(3,1):(3,3)=* > (0,23),32;type_info::(3,4)=#(3,1),(0,21),(3,5)=*(3,1),(0,1),(0,21);:qq > > _._9type_info;2A*2;(3,1);;operator=::(3,6)=##(3,7)=&(3,1);:__a > s__9type_infoRC9type_info;0A.;type_info::(3,8)=##(3,5);:RC9type_info; > > 0A.(3,9)=##(3,5);:PCc;1A.;before::(3,10)=##(0,12);:RC9type_inf > o;2B.;name::(3,11)=##(3,2);:;2B.; > > operator==::(3,10):__eq__C9type_infoRC9type_info;2B.;operator! > =::(3,10):__ne__C9type_infoRC9type_info;2B.;; > ~%(3,1); at /1(3,2)=*(0,2),0,32;.vf(3,1):(3,3)=*( > ..............<MORE>................. > Loaded debug information from ELF > '/usr/local/lib/wine/x11drv.dll.so' (0x40b45000) > ..............<MUCH MORE>................. > Unknown type '&' > failure on arg:p(0,25)=&(3,1) at (3,1) > Nothing has been defined <> > failure on bl:p(0,26)=*(2,17) at > ..............<MUCH MUCH MORE>................. > > Is it a known bug or... ? Known issue. The debugger doesn't yet know how to handle the extended information available about C++ classes. (If it really cheeses you I have a patch that basically replaces the detailed garbage with "we don't understand") Bill

1 0

Converting resources from A to W and vica versa
by Shachar Shemesh 09 Jul '02

09 Jul '02

Hi list, Returning after a short absence, I have bug 864 to discuss (I have opened it, and will soon be closing it). The problem was that a program I wrote used "ChooseFont" with a resource. I know those are not supported, but when compiled for Unicode (in VC), the program crashed when trying to open the dialog. Investigation revealed that a function called "ChooseFontWtoA" is called, and that, in turn, assumes that lpTemplateName argument is a string. In practice, this argument was actually an int after being handled with "MAKEINTRESOURCE". I will shortly be sending a fix to wine-patches, but I just wanted to draw your attention to the fact that when handling resources, they are not necessarily strings. Failure to recognize this will crash programs. Worst, and this is not the first place I have seen this, this argument is accessed and handled even if the "CF_ENABLETEMPLATE" flag is not set. In other words, an argument that the MSDN promises will not be touched unless a flag is set can crash a program if not set correctly, even if the relevant flag is not set. In short - pay attention, people. Even when implementing stubs, do read through the arguments list and meanings. Shachar

1 0

'Runtime Error 429', and $ offered for a fix
by Sean Russell 09 Jul '02

09 Jul '02

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello all, I originally posted this to c.e.ms-windows.wine, but I wanted to cross post it to the developers list in the hopes of attracting the proper attention. I appologise if it is inappropriate to offer money for solutions, in this list. My wife is an author. For the past eight months, she's been happily working exclusively on Linux with OpenOffice. She just recently accepted a job doing some tech writing; the application she is to document is a Windows application, made (apparently) predominantly of VB. This application fails to run under a recent Wine. I'm considering two options: (a) Buy a copy of Windows and VMWare, and (b) donate the money I'd spend to a Wine Guru or the Wine project instead, to get the application running. I'd MUCH rather give my money to the Wine project, but this is only an option if I can reasonably hope for a quick turn-around. I'm trying desperately from having to give money to Redmond and incidentally having to maintain a Windows install on her computer :-( Windows would cost me $100, $150 with VMWare. I'll happily donate that to the Wine project, or a Wine developer. It isn't a lot, I know, but if anybody is willing to take this on, please let me know. If it looks like a simple fix, then fine. If it looks like a lot of work, then just let me know and I'll grab a copy of VMWare. I don't have the sourcecode for the application. If you're interested in taking a look at this, email me at 'ser at germane dash software dot com', and I'll send you console dumps, Wine versions, etc. The basic error that the Windows dialog gives us is: Runtime Error '429' ActiveX component can't create object Thanks, sincerely. Sean - --- SER -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (GNU/Linux) iD4DBQE9KKOyP0KxygnleI8RAhrWAJiTIgHSli8/GDlIdLKlqMMHBTjyAJoCQV2y 0zty1Z52wQ8TVML1Fn/C5g== =NtZe -----END PGP SIGNATURE-----

2 1

MS' hidden API
by Zhang Shu 09 Jul '02

09 Jul '02

Dear wine developers, I have one question on the development of wine. Long(one or two years) ago I've heard that Microsoft got some hidden APIs in their products of various windows, and they use these APIs in their own applications. I wonder if this is still a problem on their recent product like windows XP. If it is, I guess wine will not be able to run such MS applications which uses hidden APIs. Is this right? And, is wine designed(or its goal is) to run all applications(including MS product and non-MS product) that runs on windows? Please forgive me if this problem has appeared in the past. I just joined this list a couple of days ago. Thank you. Regards, -- Zhang Shu

10 10

wine source doubts
by Preetham 09 Jul '02

09 Jul '02

Hi All: I am a newbie to wine. I have a few queries. 1. I downloaded the wine source from cvs, however, is there any document as to where i can start lookin into the code.? 2. Where is the program(wine loader) that loads a .ece file located in the source. Appriciate the help. Regards, Preetham

2 1

One more try at bug 829 (same surface corruption)
by Tony Lambregts 09 Jul '02

09 Jul '02

After talking with Lionel Ulmer offline I came up with the following patch for bug 829. It includes a hopefully more clear comment of when the corruption can occure and a better set of rules. Change log: fix same surface corruption when no flags are set and areas are the same size Tony Lambregts tony_lambregts(a)telusplanet.net Index: dib.c =================================================================== RCS file: /home/wine/wine/dlls/ddraw/dsurface/dib.c,v retrieving revision 1.11 diff -u -r1.11 dib.c --- dib.c 28 Jun 2002 17:32:25 -0000 1.11 +++ dib.c 9 Jul 2002 03:57:37 -0000 @@ -351,6 +351,7 @@ int bpp, srcheight, srcwidth, dstheight, dstwidth, width; int x, y; LPBYTE dbuf, sbuf; + BOOL SameSurfaceOK = TRUE; TRACE("(%p)->(%p,%p,%p,%08lx,%p)\n", This,rdst,src,rsrc,dwFlags,lpbltfx); @@ -474,6 +475,18 @@ sbase = (BYTE*)sdesc.lpSurface+(xsrc.top*sdesc.u1.lPitch)+xsrc.left*bpp; xinc = (srcwidth << 16) / dstwidth; yinc = (srcheight << 16) / dstheight; + SameSurfaceOK = ((src != iface)|| + (sbase >= dbuf)|| + (xdst.top > xsrc.bottom)||(xdst.left > xsrc.right)||(xdst.right < xsrc.left)); + + /* + A little explination: Screen coruption can occure if the following set of circumstances is true + + 1.) Both the source and destination are the same surface. -->(src != iface) + 2.) The start of the source is less than the destination . -->(sbase >= dbuf) + 3.) There is overlap. -->(xdst.top < xsrc.bottom)&&(xdst.left < xsrc.right)(xdst.right < xsrc.left) + This is fixed in the case where no flags are set and the areas are the same size. + */ if (!dwFlags) { /* No effects, we can cheat here */ @@ -482,11 +495,29 @@ /* No stretching in either direction. This needs to be as * fast as possible */ sbuf = sbase; - for (y = 0; y < dstheight; y++) { - memcpy(dbuf, sbuf, width); - sbuf += sdesc.u1.lPitch; - dbuf += ddesc.u1.lPitch; - } + if (SameSurfaceOK) { + for (y = 0; y < dstheight; y++) { + memcpy(dbuf, sbuf, width); + sbuf += sdesc.u1.lPitch; + dbuf += ddesc.u1.lPitch; + } + } else { + sbuf += (sdesc.u1.lPitch*dstheight); + dbuf += (ddesc.u1.lPitch*dstheight); + if (xdst.top == xsrc.top) { /* Are the source and destination on the same line? */ + for (y = 0; y < dstheight; y++) { + sbuf -= sdesc.u1.lPitch; + dbuf -= ddesc.u1.lPitch; + memmove(dbuf, sbuf, width); + } + } else { + for (y = 0; y < dstheight; y++) { + sbuf -= sdesc.u1.lPitch; + dbuf -= ddesc.u1.lPitch; + memcpy(dbuf, sbuf, width); + } + } + } } else { /* Stretching in Y direction only */ for (y = sy = 0; y < dstheight; y++, sy += yinc) { @@ -544,6 +575,10 @@ } } else if (dwFlags & (DDBLT_KEYSRC | DDBLT_KEYDEST | DDBLT_KEYSRCOVERRIDE | DDBLT_KEYDESTOVERRIDE)) { DWORD keylow, keyhigh; + + if (!SameSurfaceOK) { + FIXME("\tSoure and destination surfaces are the same and could cause display problems\n"); + } if (dwFlags & DDBLT_KEYSRC) { keylow = sdesc.ddckCKSrcBlt.dwColorSpaceLowValue;

1 0

Re: SHLWAPI wsprintf - with patch this time
by Alexandre Julliard 09 Jul '02

09 Jul '02

Jon Griffiths <jon_p_griffiths(a)yahoo.com> writes: > +dlls/shlwapi/wsprintf.c dlls/user/wsprintf.c > Add decimal double (%f) format specifier to *printf functions. These functions are not supposed to handle %f. If you need %f you have to use the real sprintf, not the wsprintf variants. -- Alexandre Julliard julliard(a)winehq.com

1 0

malloc, heapalloc, etc
by John Lightsey 08 Jul '02

08 Jul '02

Hi all, I've been playing around with the wininet dll to get a windows app I developed running, and I've written a patch that fixes the problems with wininet that I've noticed, but it's an ugly fix and I'd like to get a little clarification about how heap memory is being used in Wine. In dlls/wininet/internet.c InternetOpenUrlA() malloc() is used to put together the HTTP host header in hostreq. The pointer is then passed to HttpAddRequestHeadersA() which creates a buffer with HeapAlloc, copies the contents pointed to by hostreq to it then frees the buffer with HeapFree. Control then passes back to InternetOpenUrlA which does not call free() on the hostreq pointer. So, my question is which is the encouraged way of doing things? HeapAlloc and HeapFree or malloc and free? Also, is the fact that free() was not called on hostreq a bug, or am I missing something? Please be gentle....I'm a Perl programmer, not a C programmer.

2 1

about programming books
by Andreas Mohr 08 Jul '02

08 Jul '02

Hi all, I just created http://wine.codeweavers.com/fom-meta/cache/831.html to list all the Windows programming books I own (16 books ! ;-) I'd be happy if some other people could add an entry, too. That way we'd have an amazing information resource whenever needed. Hmm, I just hope you've got editing capabilities on this page. If you're unable to add something, then please tell me. (or just edit an entry in some FOM category where you're able to edit it, I'll move it there then) Of course I will add more details of the books to the page once I feel bored (actually a separate page per book within a sub category per author would probably be better). Thanks ! -- Microsoft Licensing 6.0: "Pay us now in advance, so that we can own you later."

1 0

Support for 24bpp when DDBLT_KEYSRC etc are set
by Tony Lambregts 08 Jul '02

08 Jul '02

I am working on implementing the flags under DDBLTFX (Bug 841) and in order to do so I needed to understand how the current code worked. While researching this I came up with this patch for the flags DDBLT_KEYSRC/DDBLT_KEYDEST and company. This patch should be faster then the current code since the switch statement is outside the loop. It also adds support for 24bpp colour. The problem that I have with this is that it assumes stretching in both the x and y directions but from what I understand stretching should only be done if the flag DDBLTFX is set and has the operation DDBLTFX_ARITHSTRETCHY in dwDDFX. Is that right or can Marcus Meissner or Lionel Ulmer explain this to me. Change log: added support for 24bpp when the flags DDBLT_KEYSRC/DDBLT_KEYDEST and company are set. Tony Lambregts tony_lambregts(a)telusplanet.net Index: dib.c =================================================================== RCS file: /home/wine/wine/dlls/ddraw/dsurface/dib.c,v retrieving revision 1.11 diff -u -r1.11 dib.c --- dib.c 28 Jun 2002 17:32:25 -0000 1.11 +++ dib.c 8 Jul 2002 19:02:35 -0000 @@ -561,28 +561,54 @@ keyhigh = lpbltfx->ddckDestColorkey.dwColorSpaceHighValue; } - for (y = sy = 0; y < dstheight; y++, sy += yinc) { - sbuf = sbase + (sy >> 16) * sdesc.u1.lPitch; #define COPYROW_COLORKEY(type) { \ - type *s = (type *) sbuf, *d = (type *) dbuf, tmp; \ - for (x = sx = 0; x < dstwidth; x++, sx += xinc) { \ - tmp = s[sx >> 16]; \ - if (tmp < keylow || tmp > keyhigh) d[x] = tmp; \ - } \ - break; } + type *s = (type *) sbuf, *d = (type *) dbuf, tmp; \ + for (y = sy = 0; y < dstheight; y++, sy += yinc) { \ + (LPBYTE)s = sbase + (sy >> 16) * sdesc.u1.lPitch; \ + for (x = sx = 0; x < dstwidth; x++, sx += xinc) { \ + tmp = s[sx >> 16]; \ + if (tmp < keylow || tmp > keyhigh) d[x] = tmp; \ + } \ + (LPBYTE)d += ddesc.u1.lPitch; \ + } \ + break; } - switch (bpp) { - case 1: COPYROW_COLORKEY(BYTE) - case 2: COPYROW_COLORKEY(WORD) - case 4: COPYROW_COLORKEY(DWORD) - default: - FIXME("%s color-keyed blit not implemented for bpp %d!\n", - (dwFlags & DDBLT_KEYSRC) ? "Source" : "Destination", bpp*8); - ret = DDERR_UNSUPPORTED; - goto error; - } - dbuf += ddesc.u1.lPitch; + switch (bpp) { + case 1: COPYROW_COLORKEY(BYTE) + case 2: COPYROW_COLORKEY(WORD) + case 4: COPYROW_COLORKEY(DWORD) + case 3: { + int last_sy = -1; + for (y = sy = 0; y < dstheight; y++, sy += yinc) { + sbuf = sbase + (sy >> 16) * sdesc.u1.lPitch; + if ((sy >> 16) == (last_sy >> 16)) { + /* this sourcerow is the same as last sourcerow - + * copy already stretched row + */ + memcpy(dbuf, dbuf - ddesc.u1.lPitch, width); + } else { + LPBYTE s,d = dbuf; + for (x = sx = 0; x < dstwidth; x++, sx+= xinc) { + DWORD pixel; + + s = sbuf+3*(sx>>16); + pixel = (s[0]<<16)|(s[1]<<8)|s[2]; + d[0] = (pixel>>16)&0xff; + d[1] = (pixel>> 8)&0xff; + d[2] = (pixel )&0xff; + d+=3; + } + } + dbuf += ddesc.u1.lPitch; + last_sy = sy; + } + break;} + default: + FIXME("%s color-keyed blit not implemented for bpp %d!\n", + (dwFlags & DDBLT_KEYSRC) ? "Source" : "Destination", bpp*8); + ret = DDERR_UNSUPPORTED; + goto error; } #undef COPYROW_COLORKEY dwFlags &= ~(DDBLT_KEYSRC | DDBLT_KEYDEST | DDBLT_KEYSRCOVERRIDE | DDBLT_KEYDESTOVERRIDE);

1 0

RE: Wine ODBC compatibilty
by Medland, Bill 08 Jul '02

08 Jul '02

> -----Original Message----- > From: James Juran [mailto:jamesjuran@alumni.psu.edu] > Sent: Friday, June 28, 2002 3:43 PM > To: Robert Damen > Cc: 'wine-devel(a)winehq.com' > Subject: Re: Wine ODBC compatibilty > > > Robert Damen wrote: > > > > Wine, > > I found this address on your website, if it is the > wrong address for > > these types of questions - Sorry!. > > > > I was wondering weather you could answer a question I have > about support for > > Microsoft Office applications. > > The question is about weather wine can emulate (or has its > own version of) > > the "ODBC Data Sources (32bit)" application found in > > c:\windows\Control Panel\ODBC Data Sources > > This application is used to set up DSN drivers for ODBC > access on Access and > > Excel. > > An example of one of the drivers that this application > handles is the MyODBC > > 3.51 windows driver. > > The "ODBC Data Sources" application in the control panel merely > manipulates registry entries. If all you need to do is set > them up, you > can do that easily with regedit. > > If you're wondering if they will work after you set them up, someone > else will have to answer that question :-) > > -- > James Juran > jamesjuran(a)alumni.psu.edu > To the best of my knowledge there is no such application, and it would be strange if there were. The WINE ODBC32 module is merely a wrapper around any suitable Linux ODBC module. For example we use unixODBC. Thus the WINE ODBC module has no real need to access the registry since all the work is being done by the Linux ODBC module. The way that the Linux ODBC module is configure depends upon which one you use. The unixODBC module, for example, uses a odbc.ini and odbcinst.ini file to store its configuration information. Although it does have a graphical configuration tool, with plugins for some database drivers, I prefer to edit the files by hand. That being said, it may be necessary to add some information to the registry for some ODBC-based applications. I do know that Crystal Reports directly accesses the registry for ODBC information rather than asking ODBC itself. HTH Bill

1 0

Re: Question about --debugmsg +snoop
by Massimo 08 Jul '02

08 Jul '02

So if I understand well there's no way now to snoop a single DLL, even putting it in ~/.wine/config ?

1 0

Borland linker and VirtualQuery
by Vassilis Virvilis 08 Jul '02

08 Jul '02

Halo, The attached patch (resurrected from) wine-users through google searching fixes indeed the borland command line tools (version 5.5.1 freely downloadable on the internet). Given that I am not familiar with the win32 API, this patch looks hackish and special cased (admitted also by its author, Gerard Patel) but still it is too useful. Since this question has never surfaced to wine-devel I would like to ask what is required for the patch to become acceptable. If it is something doable I will give it a try, otherwise I will file a report in the wine bugzilla database. Any way thanks in adavance. .Bill

1 0

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