- wine-devel - winehq.org

Re: Resend: Implements languagegroups functions
by Dimitrie O. Paun 05 Apr '03

05 Apr '03

On April 5, 2003 09:31 am, Maxime Bellengé wrote: > 245,246c245,246 > < @ stub EnumLanguageGroupLocalesA > < @ stub EnumLanguageGroupLocalesW > --- Please use uniffied diffs for the patches (diff -u). Check out http://www.winehq.org/?page=sending_patches for more info. -- Dimi.

1 0

Re: Implements languagegroups functions
by Mike Hearn 05 Apr '03

05 Apr '03

Hi, Just a few comments, things that have been mentioned to me so I should probably pass along :) Here: - FIXME("stub\n"); - SetLastError( ERROR_INVALID_PARAMETER ); - return FALSE; + TRACE("\n"); + + unsigned int i,j,nStrLen; Normally you'd put a TRACE with the parameters passed after the variable declarations, I think otherwise it might violate strict C. Also putting the parameters into the trace statement makes debugging easier as you don't have to decode a relay trace to see what was given. Again, I'm not a C expert but I think it's invalid strict C to declare variables half way through a block, they all have to be at the top of the function together. + } + + // 1 to 17 is the constants for LGRPID_xxx + for(i=1;i<=17;i++) { + sprintfW(val,valm,i); + length = sizeof(installed); Wine doesn't like C++ style comments (//) because some C compilers don't accept them, I think you have to use /* */ Not sure how rigidly this rule is followed though.

4 3

Re: RtlAtom tests improved
by Dmitry Timoshkov 05 Apr '03

05 Apr '03

"GyЖrgy 'Nog' Jeney" <nog(a)sdf.lonestar.org> wrote: > I figured out that the RtlCreateAtomTable function as expecting to get passed > in a NULL as the initial Table, otherwise it thinks that the argument is a > valid atom table and just returns success. This unfourtuneatly makes the test > results that Dimitrie send useless because RtlCreateAtomTable thought that the > table was valid but all the other functions realised that it wasn't. Could > someone please rerun these tests on an nt system again? Much better this time. Here are the results: atom.c:173: Test failed: PinCount is not 2 but 1 atom.c:185: Test failed: PinCount is not 2 but 1 atom.c:186: Test failed: We found wrong atom atom.c:219: Test failed: Didn't get expected retval with querying an empty atom table, retval: c0000034 atom.c:247: Test failed: Unable to delete atom from table, retval: 40000019 atom.c:250: Test failed: Able to find deleted atom in table atom.c:334: Test failed: Expected pincount 0 but got 1 atom.c:335: Test failed: Expected refcount 2 but got 1 atom: 163903 tests executed, 0 marked as todo, 8 failures. P.S. I had to make the <stdio.h> very first include, otherwise compiler complains that "wine/test.h" uses the non prototyped functions. -- Dmitry.

1 0

Launching files with params
by Vilppa Salt 05 Apr '03

05 Apr '03

Hello! This kind of command fails with wcmd: start /wait somebatfile.bat This was related to the T++ and random garbage characters bug. When executables are launched from other executables Wine freaks out and used to output T++ and random garbage characters. Now wine doesn't do that anymore but outputs: Sharing violation However, if run such a program with --debugmsg +seh this happens: U++ €&#"/#&(&)€(€( So the bug is still remaining in the debug channel (I guess). One program that does this is Valentine Dancer winamp plugin (nice visualizer BTW :) It can be downloaded from: http://classic.winamp.com/plugins/detail.jhtml?componentId=44849 It extracts two files to the windows\temp directory (valentinesdancer_winamp.exe and wtinstallpimp.bat) and runs the bat file which is: @echo off if NOT EXIST %1\valentinesdancer_winamp.exe exit start /wait %1\valentinesdancer_winamp.exe del %1\valentinesdancer_winamp.exe del %1\wtinstallpimp.bat and the crash happens at the start /wait command because Wine doesn't find the file. Attached is the debulog.txt that should have the relevant parts of the --debugmsg +relay output. So actually there are two bugs here. The debugmsg +seh bug and the wcmd bug. I hope here is enough information for someone to fix these. --- Vilppa- Sunpoint.net ilmoittaa: Sunpoint.net tarjoaa kaikille rekisteröityneille käyttäjilleen kuukausimaksuttoman Internet -yhteyden (pvm). http://www.sunpoint.net/SunAds/click.htm?mode=footer&id=71&jump=http%3A%2F%…

2 1

Re: RtlAtom tests improved
by György 'Nog' Jeney 05 Apr '03

05 Apr '03

> I figured out that the RtlCreateAtomTable function as expecting to get > passed in a NULL as the initial Table, otherwise it thinks that the > argument is a valid atom table and just returns success. This > unfourtuneatly makes the test > results that Dimitrie send useless because RtlCreateAtomTable thought ^^^^^^^^ I realy did mean Dimitry. > that the > table was valid but all the other functions realised that it wasn't. > Could someone please rerun these tests on an nt system again? > > ChangeLog: > * dlls/ntdll/tests/Makefile.in > * dlls/ntdll/tests/atom.c > Add tests for RtlAtom functions. > > nog.

2 1

Re: add tests for ntdll atom functions
by Dmitry Timoshkov 05 Apr '03

05 Apr '03

"GyЖrgy 'Nog' Jeney" <nog(a)sdf.lonestar.org> wrote: > This adds tests for the RtlAtom functions in ntdll. I'm not sure about the > correctness of this patch, so could some people with an nt system run these > and send me the output? Attached atom.txt is the result of running your test under win2k SP3. Results are not very encouraging... -- Dmitry.

1 0

gdi32 and wine
by KK singh 05 Apr '03

05 Apr '03

Hi, I am new to wine and it seems I would be sticking to it for sometime. I saw the builtin gdi32.dll specs. They seem quite different from What I see in dependency walker for gdi32 on windows xp. Actually, due to this difference, I get Function Not implemented error when i run wine. I am using the 20030318 build of wine from winehq. When i opened the gdi32.spec.c file, the header says it is automatically generated and that it should not be edited. Now, I want to contribute to wine by updating the builtin gdi32.dll parallel to the native one installed on xp. But, how to go ahead with it ?? Or more precisely How gdi32.spec.c is generated using winebuild. How can I add missing functions.. (NamedEscape) and how can i update export table of gdi32.dll.so Any suggestions pointers are welcome TIA kks __________________________________________________ Do you Yahoo!? Yahoo! Tax Center - File online, calculators, forms, and more http://tax.yahoo.com

3 5

It's been great
by Tony Lambregts 05 Apr '03

05 Apr '03

I will be starting A new job on Tuesday and therefore I will not be very active in wine (at least for a couple of months). It seems hard to believe that my first post was just over a year ago (Ragging on about the online Documentation). The last year has been great. When I look back I am amazed at the real progress that has been achieved over the last year and I am proud to say that I have be a small part of it. -- Tony Lambregts <lurking>...

1 0

RE: glibc 2.3.2 and Xilinx Webpack 5.1
by Steven Garrison 04 Apr '03

04 Apr '03

I have checked out and built wine from CVS today and my application now runs on Redhat 9. Thanks for the NPTL changes! -Steve -----Original Message----- From: Mike Hearn [mailto:m.hearn@signal.qinetiq.com] Sent: Thursday, April 03, 2003 3:33 AM To: Kevin DeKorte Cc: Steven Garrison; wine-devel(a)winehq.com Subject: Re: glibc 2.3.2 and Xilinx Webpack 5.1 On Wed, 2003-04-02 at 20:53, Kevin DeKorte wrote: > I saw one of those > > > XIO: fatal IO error 2 (Success) on X server ":0.0" > > after 5251 requests (5243 known processed) with 0 events remaining. > > Errors this morning on a RedHat 8.0 (glibc 2.3.2). I killed wine and > wineserver. But that did not fix it. However, logging out and back into KDE > did solve it... Weird. I think it's partly timing related, hence the general wierdness of this bug -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

1 0

Re: Use the new swapvp function
by Steven Edwards 04 Apr '03

04 Apr '03

shell32 shelllink.c uses fork on line 748 and waitpid on line 789 Dimitrie O. Paun wrote: >As promissed... > >Any other places that may need it? > >ChangeLog > Make use of the new swapvp function in wine{gcc,wrap}. > > > >

6 7

Re: gdi32 and wine
by Rolf Kalbermatter 04 Apr '03

04 Apr '03

KK singh <kk_singh(a)yahoo.com> wrote: > > > > KK> I am not using any of these in native form... > > You *are* using such a dll. It's called... > > ATMLIB.DLL > > Find out, what dll or application requires this > system > component, which clearly will never work under Wine. KK > **NEVER** is bit challenging !!! I agree it is a strong statement, but probably not very far from the truth. KK > What if the required functions are implemented in KK > gdi32.dll ? Chances are very high that with every new function you implement even as stub you just run into the next missing export! Also a stub implementation may work for some functions, but more sooner than later you end up with really bad functionality in the caller. KK > This one seems to raise the issue of KK > changing other builtin libraries, But some hack KK > should exist. KK > What if a builtin implementation of ATMLIB.dll is KK > written, which doesnt use the missing functions. Mmmh, are you proposing to write it? This library looks to me like a full featured font type manager and then some. Does a full API description exist at all? How big are the chances, that implementing such a library will conflict sooner or later with patents of some sort? And you may be ending up reimplementing substantial parts of things Ghostscript or similar packages already do. Rolf Kalbermatter

2 2

err:keyboard:X11DRV_ToUnicode no char for keysym FE20 (ISO_Left_Tab)
by Paul McNett 04 Apr '03

04 Apr '03

Who understands how to implement ISO_Left_Tab? (I looked at the source but it is way over my head): err:keyboard:X11DRV_ToUnicode Please report: no char for keysym FE20 (ISO_Left_Tab) : err:keyboard:X11DRV_ToUnicode (virtKey=9,scanCode=F,keycode=17,state=11) TIA! -- Paul McNett Liberal Earthling

1 0

OSS Bug
by Rod Taylor 04 Apr '03

04 Apr '03

http://bugs.winehq.com/long_list.cgi?buglist=1349 I think bug 1349 is related to the below conversation. http://www.winehq.com/hypermail/wine-devel/2003/03/0379.html Robert Reif suggested I send in a note. -- Rod Taylor <rbt(a)rbt.ca> PGP Key: http://www.rbt.ca/rbtpub.asc

3 6

Re: valgrind for WINE
by Alexandre Julliard 04 Apr '03

04 Apr '03

Adam Gundy <arg(a)cyberscience.com> writes: > a new version of the valgrind patch has been uploaded to sourceforge - > the only change is a small fix to the signal handling which should > prevent "signal handler frame" uninitialized errors. > > http://sourceforge.net/tracker/index.php?func=detail&aid=710006&group_id=46… > > comments? bug reports? success stories? I played a bit with it, it works pretty well, and I have already fixed a few bugs found with it. Great work! I have also applied those of your fixes that seemed correct, the rest will need a bit more work The signal stuff in particular is not going to work properly with NPTL, it would be really better if we could somehow make valgrind use real threads. I have no idea if this is possible though. -- Alexandre Julliard julliard(a)winehq.com

4 9

Wine & RH9
by Dimitrie O. Paun 04 Apr '03

04 Apr '03

Alexandre, I've noticed you've checked in already some NTPL patches. Does this mean that Wine is ready for RH9? Can I go ahead and upgrade my system? -- Dimi.

6 10

winsock.h problem
by Dimitrie O. Paun 04 Apr '03

04 Apr '03

I get this when trying to compile putty: winegcc -mno-cygwin -Wall -O2 -D_WINDOWS -DDEBUG -DWIN32S_COMPAT -DNO_SECURITY -D_NO_OLDNAMES -DNO_MULTIMON -I. -c winnet.c In file included from /usr/local/include/wine/windows/windows.h:62, from /usr/local/include/wine/windows/winsock.h:114, from winnet.c:46: /usr/local/include/wine/windows/winsock2.h:401: warning: type defaults to `int' in declaration of `SOCKET' /usr/local/include/wine/windows/winsock2.h:401: warning: `__stdcall__' attribute only applies to function types /usr/local/include/wine/windows/winsock2.h:401: parse error before "WSAAccept" /usr/local/include/wine/windows/winsock2.h:402: parse error before "DWORD" /usr/local/include/wine/windows/winsock2.h:403: parse error before "DWORD" /usr/local/include/wine/windows/winsock2.h:406: parse error before "const" /usr/local/include/wine/windows/winsock2.h:412: parse error before "HANDLE" /usr/local/include/wine/windows/winsock2.h:416: parse error before "HANDLE" /usr/local/include/wine/windows/winsock2.h:417: parse error before "LPWSAOVERLAPPED" /usr/local/include/wine/windows/winsock2.h:423: parse error before "u_long" /usr/local/include/wine/windows/winsock2.h:424: parse error before "u_short" /usr/local/include/wine/windows/winsock2.h:428: parse error before "DWORD" /usr/local/include/wine/windows/winsock2.h:435: parse error before "u_long" /usr/local/include/wine/windows/winsock2.h:436: parse error before "u_short" /usr/local/include/wine/windows/winsock2.h:438: parse error before "LPWSABUF" /usr/local/include/wine/windows/winsock2.h:439: parse error before "LPWSABUF" /usr/local/include/wine/windows/winsock2.h:440: parse error before "LPWSABUF" /usr/local/include/wine/windows/winsock2.h:443: parse error before "LPWSABUF" /usr/local/include/wine/windows/winsock2.h:444: parse error before "LPWSABUF" /usr/local/include/wine/windows/winsock2.h:445: parse error before "LPWSABUF" /usr/local/include/wine/windows/winsock2.h:449: warning: type defaults to `int' in declaration of `SOCKET' /usr/local/include/wine/windows/winsock2.h:449: warning: `__stdcall__' attribute only applies to function types /usr/local/include/wine/windows/winsock2.h:449: parse error before "WSASocketA" /usr/local/include/wine/windows/winsock2.h:450: warning: type defaults to `int' in declaration of `SOCKET' /usr/local/include/wine/windows/winsock2.h:450: warning: `__stdcall__' attribute only applies to function types /usr/local/include/wine/windows/winsock2.h:450: parse error before "WSASocketW" /usr/local/include/wine/windows/winsock2.h:451: parse error before "LPSOCKADDR" /usr/local/include/wine/windows/winsock2.h:452: parse error before "LPSOCKADDR" In file included from winnet.c:46: /usr/local/include/wine/windows/winsock.h:267: syntax error before '{' token /usr/local/include/wine/windows/winsock.h:271: parse error before '}' token /usr/local/include/wine/windows/winsock.h:271: warning: type defaults to `int' in declaration of `PROTOENT' /usr/local/include/wine/windows/winsock.h:271: warning: type defaults to `int' in declaration of `PPROTOENT' /usr/local/include/wine/windows/winsock.h:271: warning: type defaults to `int' in declaration of `LPPROTOENT' /usr/local/include/wine/windows/winsock.h:271: warning: data definition has no type or storage class /usr/local/include/wine/windows/winsock.h:279: syntax error before '{' token /usr/local/include/wine/windows/winsock.h:284: parse error before '}' token /usr/local/include/wine/windows/winsock.h:345: syntax error before '{' token /usr/local/include/wine/windows/winsock.h:350: parse error before '}' token /usr/local/include/wine/windows/winsock.h:350: warning: type defaults to `int' in declaration of `SERVENT' /usr/local/include/wine/windows/winsock.h:350: warning: type defaults to `int' in declaration of `PSERVENT' /usr/local/include/wine/windows/winsock.h:350: warning: type defaults to `int' in declaration of `LPSERVENT' /usr/local/include/wine/windows/winsock.h:350: warning: data definition has no type or storage class /usr/local/include/wine/windows/winsock.h:359: syntax error before '{' token /usr/local/include/wine/windows/winsock.h:366: parse error before '}' token /usr/local/include/wine/windows/winsock.h:366: warning: type defaults to `int' in declaration of `HOSTENT' /usr/local/include/wine/windows/winsock.h:366: warning: type defaults to `int' in declaration of `PHOSTENT' /usr/local/include/wine/windows/winsock.h:366: warning: type defaults to `int' in declaration of `LPHOSTENT' /usr/local/include/wine/windows/winsock.h:366: warning: data definition has no type or storage class /usr/local/include/wine/windows/winsock.h:373: `SOCKET' redeclared as different kind of symbol /usr/local/include/wine/windows/winsock2.h:450: previous declaration of `SOCKET' /usr/local/include/wine/windows/winsock.h:383: syntax error before '{' token /usr/local/include/wine/windows/winsock.h:386: parse error before '}' token /usr/local/include/wine/windows/winsock.h:386: warning: type defaults to `int' in declaration of `SOCKADDR' /usr/local/include/wine/windows/winsock.h:386: warning: type defaults to `int' in declaration of `PSOCKADDR' /usr/local/include/wine/windows/winsock.h:386: warning: type defaults to `int' in declaration of `LPSOCKADDR' /usr/local/include/wine/windows/winsock.h:386: warning: data definition has no type or storage class /usr/local/include/wine/windows/winsock.h:389: syntax error before '{' token /usr/local/include/wine/windows/winsock.h:392: parse error before '}' token /usr/local/include/wine/windows/winsock.h:392: warning: type defaults to `int' in declaration of `LINGER' /usr/local/include/wine/windows/winsock.h:392: warning: type defaults to `int' in declaration of `PLINGER' /usr/local/include/wine/windows/winsock.h:392: warning: type defaults to `int' in declaration of `LPLINGER' /usr/local/include/wine/windows/winsock.h:392: warning: data definition has no type or storage class /usr/local/include/wine/windows/winsock.h:412: syntax error before '{' token /usr/local/include/wine/windows/winsock.h:419: parse error before '}' token /usr/local/include/wine/windows/winsock.h:419: warning: type defaults to `int' in declaration of `WS' /usr/local/include/wine/windows/winsock.h:419: warning: parameter names (without types) in function declaration /usr/local/include/wine/windows/winsock.h:419: warning: type defaults to `int' in declaration of `FD_SET' /usr/local/include/wine/windows/winsock.h:419: warning: type defaults to `int' in declaration of `PFD_SET' /usr/local/include/wine/windows/winsock.h:419: warning: type defaults to `int' in declaration of `LPFD_SET' /usr/local/include/wine/windows/winsock.h:419: warning: data definition has no type or storage class /usr/local/include/wine/windows/winsock.h:422: syntax error before '{' token /usr/local/include/wine/windows/winsock.h:425: parse error before '}' token /usr/local/include/wine/windows/winsock.h:425: warning: type defaults to `int' in declaration of `TIMEVAL' /usr/local/include/wine/windows/winsock.h:425: warning: type defaults to `int' in declaration of `PTIMEVAL' /usr/local/include/wine/windows/winsock.h:425: warning: type defaults to `int' in declaration of `LPTIMEVAL' /usr/local/include/wine/windows/winsock.h:425: warning: data definition has no type or storage class /usr/local/include/wine/windows/winsock.h:483: `WS' declared as function returning a function /usr/local/include/wine/windows/winsock.h:483: warning: parameter names (without types) in function declaration /usr/local/include/wine/windows/winsock.h:484: `WS' declared as function returning a function /usr/local/include/wine/windows/winsock.h:484: warning: parameter names (without types) in function declaration /usr/local/include/wine/windows/winsock.h:485: `WS' declared as function returning a function /usr/local/include/wine/windows/winsock.h:485: warning: parameter names (without types) in function declaration /usr/local/include/wine/windows/winsock.h:486: `WS' declared as function returning a function /usr/local/include/wine/windows/winsock.h:486: warning: parameter names (without types) in function declaration /usr/local/include/wine/windows/winsock.h:540: syntax error before '{' token /usr/local/include/wine/windows/winsock.h:544: warning: type defaults to `int' in declaration of `S_un_b' /usr/local/include/wine/windows/winsock.h:544: warning: data definition has no type or storage class /usr/local/include/wine/windows/winsock.h:549: parse error before '}' token /usr/local/include/wine/windows/winsock.h:549: warning: type defaults to `int' in declaration of `S_un' /usr/local/include/wine/windows/winsock.h:549: warning: data definition has no type or storage class /usr/local/include/wine/windows/winsock.h:565: parse error before '}' token /usr/local/include/wine/windows/winsock.h:565: warning: type defaults to `int' in declaration of `IN_ADDR' /usr/local/include/wine/windows/winsock.h:565: warning: type defaults to `int' in declaration of `PIN_ADDR' /usr/local/include/wine/windows/winsock.h:565: warning: type defaults to `int' in declaration of `LPIN_ADDR' /usr/local/include/wine/windows/winsock.h:565: warning: data definition has no type or storage class /usr/local/include/wine/windows/winsock.h:568: syntax error before '{' token /usr/local/include/wine/windows/winsock.h:571: parse error before "sin_addr" /usr/local/include/wine/windows/winsock.h:571: warning: type defaults to `int' in declaration of `sin_addr' /usr/local/include/wine/windows/winsock.h:571: warning: data definition has no type or storage class /usr/local/include/wine/windows/winsock.h:573: parse error before '}' token /usr/local/include/wine/windows/winsock.h:573: warning: type defaults to `int' in declaration of `SOCKADDR_IN' /usr/local/include/wine/windows/winsock.h:573: warning: type defaults to `int' in declaration of `PSOCKADDR_IN' /usr/local/include/wine/windows/winsock.h:573: warning: type defaults to `int' in declaration of `LPSOCKADDR_IN' /usr/local/include/wine/windows/winsock.h:573: warning: data definition has no type or storage class /usr/local/include/wine/windows/winsock.h:583: syntax error before '{' token /usr/local/include/wine/windows/winsock.h:591: parse error before '}' token /usr/local/include/wine/windows/winsock.h:591: warning: type defaults to `int' in declaration of `WSADATA' /usr/local/include/wine/windows/winsock.h:591: warning: type defaults to `int' in declaration of `LPWSADATA' /usr/local/include/wine/windows/winsock.h:591: warning: data definition has no type or storage class /usr/local/include/wine/windows/winsock.h:903: parse error before "LPWSADATA" /usr/local/include/wine/windows/winsock.h:906: parse error before '*' token /usr/local/include/wine/windows/winsock.h:906: `WS' declared as function returning a function /usr/local/include/wine/windows/winsock.h:906: warning: parameter names (without types) in function declaration /usr/local/include/wine/windows/winsock.h:907: parse error before '*' token /usr/local/include/wine/windows/winsock.h:907: `WS' declared as function returning a function /usr/local/include/wine/windows/winsock.h:907: warning: parameter names (without types) in function declaration /usr/local/include/wine/windows/winsock.h:908: `WS' declared as function returning a function /usr/local/include/wine/windows/winsock.h:908: warning: parameter names (without types) in function declaration /usr/local/include/wine/windows/winsock.h:909: parse error before '*' token /usr/local/include/wine/windows/winsock.h:909: `WS' declared as function returning a function /usr/local/include/wine/windows/winsock.h:909: warning: parameter names (without types) in function declaration /usr/local/include/wine/windows/winsock.h:910: parse error before '*' token /usr/local/include/wine/windows/winsock.h:910: warning: type defaults to `int' in declaration of `WS' /usr/local/include/wine/windows/winsock.h:910: `WS' declared as function returning a function /usr/local/include/wine/windows/winsock.h:910: warning: parameter names (without types) in function declaration /usr/local/include/wine/windows/winsock.h:910: warning: data definition has no type or storage class /usr/local/include/wine/windows/winsock.h:911: parse error before '*' token /usr/local/include/wine/windows/winsock.h:911: warning: type defaults to `int' in declaration of `WS' /usr/local/include/wine/windows/winsock.h:911: `WS' declared as function returning a function /usr/local/include/wine/windows/winsock.h:911: warning: parameter names (without types) in function declaration /usr/local/include/wine/windows/winsock.h:911: warning: data definition has no type or storage class /usr/local/include/wine/windows/winsock.h:913: parse error before '*' token /usr/local/include/wine/windows/winsock.h:913: `WS' declared as function returning a function /usr/local/include/wine/windows/winsock.h:913: warning: parameter names (without types) in function declaration /usr/local/include/wine/windows/winsock.h:914: parse error before '*' token /usr/local/include/wine/windows/winsock.h:914: warning: type defaults to `int' in declaration of `WS' /usr/local/include/wine/windows/winsock.h:914: `WS' declared as function returning a function /usr/local/include/wine/windows/winsock.h:914: warning: parameter names (without types) in function declaration /usr/local/include/wine/windows/winsock.h:914: warning: data definition has no type or storage class /usr/local/include/wine/windows/winsock.h:915: parse error before '*' token /usr/local/include/wine/windows/winsock.h:915: warning: type defaults to `int' in declaration of `WS' /usr/local/include/wine/windows/winsock.h:915: `WS' declared as function returning a function /usr/local/include/wine/windows/winsock.h:915: warning: parameter names (without types) in function declaration /usr/local/include/wine/windows/winsock.h:915: warning: data definition has no type or storage class /usr/local/include/wine/windows/winsock.h:917: parse error before "WS" /usr/local/include/wine/windows/winsock.h:919: parse error before '*' token /usr/local/include/wine/windows/winsock.h:919: warning: type defaults to `int' in declaration of `WS' /usr/local/include/wine/windows/winsock.h:919: `WS' declared as function returning a function /usr/local/include/wine/windows/winsock.h:919: warning: parameter names (without types) in function declaration /usr/local/include/wine/windows/winsock.h:919: warning: data definition has no type or storage class /usr/local/include/wine/windows/winsock.h:920: parse error before '*' token /usr/local/include/wine/windows/winsock.h:920: warning: type defaults to `int' in declaration of `WS' /usr/local/include/wine/windows/winsock.h:920: `WS' declared as function returning a function /usr/local/include/wine/windows/winsock.h:920: warning: parameter names (without types) in function declaration /usr/local/include/wine/windows/winsock.h:920: warning: data definition has no type or storage class /usr/local/include/wine/windows/winsock.h:921: parse error before '*' token /usr/local/include/wine/windows/winsock.h:921: `WS' declared as function returning a function /usr/local/include/wine/windows/winsock.h:921: warning: parameter names (without types) in function declaration /usr/local/include/wine/windows/winsock.h:922: `WS' declared as function returning a function /usr/local/include/wine/windows/winsock.h:922: warning: parameter names (without types) in function declaration /usr/local/include/wine/windows/winsock.h:923: `WS' declared as function returning a function /usr/local/include/wine/windows/winsock.h:923: warning: parameter names (without types) in function declaration /usr/local/include/wine/windows/winsock.h:924: warning: parameter has incomplete type /usr/local/include/wine/windows/winsock.h:924: `WS' declared as function returning a function /usr/local/include/wine/windows/winsock.h:924: warning: parameter names (without types) in function declaration /usr/local/include/wine/windows/winsock.h:925: `WS' declared as function returning a function /usr/local/include/wine/windows/winsock.h:925: warning: parameter names (without types) in function declaration /usr/local/include/wine/windows/winsock.h:926: `WS' declared as function returning a function /usr/local/include/wine/windows/winsock.h:926: warning: parameter names (without types) in function declaration /usr/local/include/wine/windows/winsock.h:927: `WS' declared as function returning a function /usr/local/include/wine/windows/winsock.h:927: warning: parameter names (without types) in function declaration /usr/local/include/wine/windows/winsock.h:928: parse error before '*' token /usr/local/include/wine/windows/winsock.h:928: `WS' declared as function returning a function /usr/local/include/wine/windows/winsock.h:928: warning: parameter names (without types) in function declaration /usr/local/include/wine/windows/winsock.h:929: `WS' declared as function returning a function /usr/local/include/wine/windows/winsock.h:929: warning: parameter names (without types) in function declaration /usr/local/include/wine/windows/winsock.h:930: parse error before '*' token /usr/local/include/wine/windows/winsock.h:930: `WS' declared as function returning a function /usr/local/include/wine/windows/winsock.h:930: warning: parameter names (without types) in function declaration /usr/local/include/wine/windows/winsock.h:931: `WS' declared as function returning a function /usr/local/include/wine/windows/winsock.h:931: warning: parameter names (without types) in function declaration /usr/local/include/wine/windows/winsock.h:932: `WS' declared as function returning a function /usr/local/include/wine/windows/winsock.h:932: warning: parameter names (without types) in function declaration /usr/local/include/wine/windows/winsock.h:933: `WS' declared as function returning a function /usr/local/include/wine/windows/winsock.h:933: warning: parameter names (without types) in function declaration winnet.c: In function `sk_cleanup': winnet.c:143: warning: implicit declaration of function `closesocket' winnet.c: In function `sk_namelookup': winnet.c:239: warning: implicit declaration of function `inet_addr' winnet.c:275: warning: implicit declaration of function `gethostbyname' winnet.c:275: warning: assignment makes pointer from integer without a cast winnet.c:342: dereferencing pointer to incomplete type winnet.c:344: dereferencing pointer to incomplete type winnet.c:358: warning: implicit declaration of function `ntohl' winnet.c: In function `sk_getaddr': winnet.c:383: storage size of `a' isn't known winnet.c:384: warning: implicit declaration of function `htonl' winnet.c:385: warning: implicit declaration of function `inet_ntoa' winnet.c:385: warning: passing arg 2 of `strncpy' makes pointer from integer without a cast winnet.c:383: warning: unused variable `a' winnet.c: In function `sk_address_is_local': winnet.c:407: storage size of `a' isn't known winnet.c:407: warning: unused variable `a' winnet.c: In function `sk_addrcopy': winnet.c:434: storage size of `a' isn't known winnet.c:434: warning: unused variable `a' winnet.c: In function `sk_new': winnet.c:547: parse error before "a" winnet.c:573: warning: implicit declaration of function `socket' winnet.c:585: warning: implicit declaration of function `setsockopt' winnet.c:614: `a' undeclared (first use in this function) winnet.c:614: (Each undeclared identifier is reported only once winnet.c:614: for each function it appears in.) winnet.c:616: warning: implicit declaration of function `htons' winnet.c:625: warning: implicit declaration of function `bind' winnet.c:680: warning: implicit declaration of function `connect' winnet.c: In function `sk_newlistener': winnet.c:725: parse error before "a" winnet.c:778: `a' undeclared (first use in this function) winnet.c:826: warning: implicit declaration of function `listen' winnet.c: In function `try_send': winnet.c:876: warning: implicit declaration of function `send' winnet.c: In function `select_result': winnet.c:1012: warning: implicit declaration of function `ioctlsocket' winnet.c:1023: warning: implicit declaration of function `recv' winnet.c:1092: storage size of `isa' isn't known winnet.c:1093: sizeof applied to an incomplete type winnet.c:1096: sizeof applied to an incomplete type winnet.c:1098: warning: implicit declaration of function `accept' winnet.c:1092: warning: unused variable `isa' winnet.c: In function `net_service_lookup': winnet.c:1219: warning: implicit declaration of function `getservbyname' winnet.c:1219: warning: assignment makes pointer from integer without a cast winnet.c:1221: warning: implicit declaration of function `ntohs' winnet.c:1221: dereferencing pointer to incomplete type Error: gcc failed. make: *** [winnet.o] Error 2 [dimi@dimi putty]$ -- Dimi.

2 4

PuTTY: server infinite loop
by Dimitrie O. Paun 04 Apr '03

04 Apr '03

On startup, PuTTY remains in an infinite loop. A run with --debugmsg +all reveals the following repeating sequence: [...] 000b: get_message( flags=1, get_win=(nil), get_first=00000000, get_last=ffffffff ) 000b: get_message() = 0 { type=5, win=0x10048, msg=00000118, wparam=0000ffff, lparam=40f806f8, x=0, y=0, time=0049035c, info=00000000, total=0, data={} } 000b: start_hook_chain( id=3 ) 000b: start_hook_chain() = 0 { handle=(nil), proc=(nil), unicode=0, module=L"" } 000b: start_hook_chain( id=6 ) 000b: start_hook_chain() = 0 { handle=(nil), proc=(nil), unicode=0, module=L"" } 000b: start_hook_chain( id=-1 ) 000b: start_hook_chain() = 0 { handle=(nil), proc=(nil), unicode=0, module=L"" } 000b: set_caret_info( flags=00000004, handle=0x10048, x=0, y=0, hide=0, state=-1 ) 000b: set_caret_info() = 0 { full_handle=0x10048, old_rect={1,0;3,14}, old_hide=0, old_state=1 } 000b: select( flags=12, cookie=0x40801c70, timeout=1049423955.356901 (-0.000050), handles={0x3c} ) 000b: select() = TIMEOUT 000b: get_message( flags=1, get_win=(nil), get_first=00000000, get_last=ffffffff ) 000b: get_message() = PENDING { type=0, win=(nil), msg=00000000, wparam=00000000, lparam=00000000, x=0, y=0, time=00000000, info=00000000, total=0, data={} } 000b: select( flags=12, cookie=0x40801bc8, timeout=1049423955.357089 (-0.000027), handles={0x3c} ) 000b: select() = TIMEOUT 000b: get_message( flags=1, get_win=(nil), get_first=00000000, get_last=ffffffff ) 000b: get_message() = PENDING { type=0, win=(nil), msg=00000000, wparam=00000000, lparam=00000000, x=0, y=0, time=00000000, info=00000000, total=0, data={} } 000b: set_queue_mask( wake_mask=00000040, changed_mask=0000007f, skip_wait=1 ) 000b: set_queue_mask() = 0 { wake_bits=00000000, changed_bits=00000000 } 000b: select( flags=4, cookie=0x40801c18, timeout=0, handles={0x38,0x3c} ) 000b: select() = PENDING 000b: *wakeup* signaled=0 cookie=0x40801c18 000b: select( flags=12, cookie=0x40801bc8, timeout=1049423955.854213 (-0.000046), handles={0x3c} ) 000b: select() = TIMEOUT [the above seems to be repeated ad infinitum] 000b: get_message( flags=1, get_win=(nil), get_first=00000000, get_last=ffffffff ) 000b: get_message() = 0 { type=5, win=0x10048, msg=00000118, wparam=0000ffff, lparam=40f806f8, x=0, y=0, time=0049054f, info=00000000, total=0, data={} } 000b: start_hook_chain( id=3 ) 000b: start_hook_chain() = 0 { handle=(nil), proc=(nil), unicode=0, module=L"" } 000b: start_hook_chain( id=6 ) 000b: start_hook_chain() = 0 { handle=(nil), proc=(nil), unicode=0, module=L"" } 000b: start_hook_chain( id=-1 ) 000b: start_hook_chain() = 0 { handle=(nil), proc=(nil), unicode=0, module=L"" } 000b: set_caret_info( flags=00000004, handle=0x10048, x=0, y=0, hide=0, state=-1 ) 000b: set_caret_info() = 0 { full_handle=0x10048, old_rect={1,0;3,14}, old_hide=0, old_state=0 } 000b: select( flags=12, cookie=0x40801c70, timeout=1049423955.855377 (-0.000051), handles={0x3c} ) 000b: select() = TIMEOUT 000b: get_message( flags=1, get_win=(nil), get_first=00000000, get_last=ffffffff ) 000b: get_message() = PENDING { type=0, win=(nil), msg=00000000, wparam=00000000, lparam=00000000, x=0, y=0, time=00000000, info=00000000, total=0, data={} } 000b: select( flags=12, cookie=0x40801bc8, timeout=1049423955.855568 (-0.000027), handles={0x3c} ) 000b: select() = TIMEOUT 000b: get_message( flags=1, get_win=(nil), get_first=00000000, get_last=ffffffff ) 000b: get_message() = PENDING { type=0, win=(nil), msg=00000000, wparam=00000000, lparam=00000000, x=0, y=0, time=00000000, info=00000000, total=0, data={} } 000b: set_queue_mask( wake_mask=00000040, changed_mask=0000007f, skip_wait=1 ) 000b: set_queue_mask() = 0 { wake_bits=00000000, changed_bits=00000000 } 000b: select( flags=4, cookie=0x40801c18, timeout=0, handles={0x38,0x3c} ) 000b: select() = PENDING 000b: *wakeup* signaled=0 cookie=0x40801c18 000b: select( flags=12, cookie=0x40801bc8, timeout=1049423956.355795 (-0.000045), handles={0x3c} ) 000b: select() = TIMEOUT 000b: get_message( flags=1, get_win=(nil), get_first=00000000, get_last=ffffffff ) 000b: get_message() = 0 { type=5, win=0x10048, msg=00000118, wparam=0000ffff, lparam=40f806f8, x=0, y=0, time=00490744, info=00000000, total=0, data={} } 000b: start_hook_chain( id=3 ) 000b: start_hook_chain() = 0 { handle=(nil), proc=(nil), unicode=0, module=L"" } 000b: start_hook_chain( id=6 ) 000b: start_hook_chain() = 0 { handle=(nil), proc=(nil), unicode=0, module=L"" } 000b: start_hook_chain( id=-1 ) 000b: start_hook_chain() = 0 { handle=(nil), proc=(nil), unicode=0, module=L"" } 000b: set_caret_info( flags=00000004, handle=0x10048, x=0, y=0, hide=0, state=-1 ) 000b: set_caret_info() = 0 { full_handle=0x10048, old_rect={1,0;3,14}, old_hide=0, old_state=1 } 000b: select( flags=12, cookie=0x40801c70, timeout=1049423956.356958 (-0.000052), handles={0x3c} ) 000b: select() = TIMEOUT 000b: get_message( flags=1, get_win=(nil), get_first=00000000, get_last=ffffffff ) 000b: get_message() = PENDING { type=0, win=(nil), msg=00000000, wparam=00000000, lparam=00000000, x=0, y=0, time=00000000, info=00000000, total=0, data={} } 000b: select( flags=12, cookie=0x40801bc8, timeout=1049423956.357150 (-0.000027), handles={0x3c} ) 000b: select() = TIMEOUT 000b: get_message( flags=1, get_win=(nil), get_first=00000000, get_last=ffffffff ) 000b: get_message() = PENDING { type=0, win=(nil), msg=00000000, wparam=00000000, lparam=00000000, x=0, y=0, time=00000000, info=00000000, total=0, data={} } 000b: set_queue_mask( wake_mask=00000040, changed_mask=0000007f, skip_wait=1 ) 000b: set_queue_mask() = 0 { wake_bits=00000000, changed_bits=00000000 } 000b: select( flags=4, cookie=0x40801c18, timeout=0, handles={0x38,0x3c} ) 000b: select() = PENDING 000b: *wakeup* signaled=0 cookie=0x40801c18 000b: select( flags=12, cookie=0x40801bc8, timeout=1049423956.853835 (-0.000046), handles={0x3c} ) 000b: select() = TIMEOUT 000b: get_message( flags=1, get_win=(nil), get_first=00000000, get_last=ffffffff ) 000b: get_message() = 0 { type=5, win=0x10048, msg=00000118, wparam=0000ffff, lparam=40f806f8, x=0, y=0, time=00490936, info=00000000, total=0, data={} } 000b: start_hook_chain( id=3 ) 000b: start_hook_chain() = 0 { handle=(nil), proc=(nil), unicode=0, module=L"" } 000b: start_hook_chain( id=6 ) 000b: start_hook_chain() = 0 { handle=(nil), proc=(nil), unicode=0, module=L"" } 000b: start_hook_chain( id=-1 ) 000b: start_hook_chain() = 0 { handle=(nil), proc=(nil), unicode=0, module=L"" } 000b: set_caret_info( flags=00000004, handle=0x10048, x=0, y=0, hide=0, state=-1 ) 000b: set_caret_info() = 0 { full_handle=0x10048, old_rect={1,0;3,14}, old_hide=0, old_state=0 } 000b: select( flags=12, cookie=0x40801c70, timeout=1049423956.855226 (-0.000113), handles={0x3c} ) 000b: select() = TIMEOUT 000b: get_message( flags=1, get_win=(nil), get_first=00000000, get_last=ffffffff ) 000b: get_message() = PENDING { type=0, win=(nil), msg=00000000, wparam=00000000, lparam=00000000, x=0, y=0, time=00000000, info=00000000, total=0, data={} } 000b: select( flags=12, cookie=0x40801bc8, timeout=1049423956.855488 (-0.000026), handles={0x3c} ) 000b: select() = TIMEOUT [... ad infinitum...] -- Dimi.

1 0

Re: PATCH: provide MSVCRTD.DLL debugging C runtime DLL
by Alexandre Julliard 03 Apr '03

03 Apr '03

Adam Gundy <arg(a)cyberscience.com> writes: > * dlls/Makefile.in: Rebuild the msvcrt directory twice, once for > msvcrt.dll.so and once for the debug msvcrtd.dll.so. You can't do that, the Makefile.in is generated automatically. I'd suggest creating a separate directory for msvcrtd and make it forward everything to msvcrt like crtdll does. -- Alexandre Julliard julliard(a)winehq.com

2 2

Re: valgrind for WINE
by Adam Gundy 03 Apr '03

03 Apr '03

At 19:45 01/04/03 -0600, Eric Pouech <pouech-eric(a)wanadoo.fr> wrote: >Adam Gundy wrote: >> a new version of the valgrind patch has been uploaded to sourceforge - >> the only change is a small fix to the signal handling which should >> prevent "signal handler frame" uninitialized errors. >> >> http://sourceforge.net/tracker/index.php?func=detail&aid=710006&group_id=46… >> >> comments? bug reports? success stories? > >did test it yet. > >As a global note, I think it would be appreciated breaking the patch in >smaller bits... it makes it easier to track/follow what happens. For >example, I don't see any reason for including the msvcrtd patches into >this patch the reason msvcrtd is there is that you need to use it for valgrind to do any checking of the heap - an instrumented malloc (see the changes to ntdll/heap.c) is required to tell valgrind that freshly allocated blocks are uninitialized, and the freed blocks are now invalid. If you build a debug executable using MSVC you have to use MSVCRTD.DLL, hence the new spec file for msvcrtd.dll.so >I think that Alexandre is currently integrating (bit per bit) your >changes into wine. look for the patch about zeroing the request zones >(which is another implementation of your structure packing), as well as >local availability of the thread PID haven't seen these yet >on a more minor side of things, I would keep the VALGRIND prefix in heap.c not sure what you mean here, but the heap.c stuff appears to have been committed (slightly rewritten by the look of it...). To be of ANY use you need the MSVCRTD stuff as well though! >last point, using the .vg extension to the wine script may not be >optimal. it won't work (as it is written) for winelib programs (which >got started also thru the wine script) >one solution would be (to follow your idea) to link (for a winelib app >called foo) foo.vg to script wine (and change your rule something like >*.vg|*/*.vg). another option would be to embed this support as an option >to the wine script (like --valgrind) maybe, this was just a hack to make it easier to use "in tree". not sure people would want a "--valgrind" switch in a (presumably) production winelib piece of software - it would show the world all your bugs ;-) >how are your patches doing on the "other side" (I mean valgrind's) ? just starting to make progress into CVS commits - there appear to be several other patches which overlap with mine, so there will probably be some ordering and refactoring required... Seeya, Adam -- Real Programmers don't comment their code. If it was hard to write, it should be hard to read, and even harder to modify. These are all my own opinions.

4 12

glibc 2.3.2 and Xilinx Webpack 5.1
by Steven Garrison 03 Apr '03

03 Apr '03

I am running RedHat 9.0 and wine 20030219. So I have run afoul of the new thread issue. I cannot successfully install the Xilinx Webpack tools with the current setup which includes: setting LD_ASSUME_KERNEL=2.2.5 or setting the kernel parameter nosysinfo. The install dies with the following error with either of the above settings: wine setup.exe fixme:ntdll:RtlImpersonateSelf (00000002), stub fixme:ntdll:NtOpenThreadToken (0xfffffffe,0x00000008,0x00000000,0x40b9ea98): stub fixme:ntdll:RtlAddAccessAllowedAce (0x403b3ff0,0x00000002,0x00000003,0x403b3fb0),stub! fixme:ntdll:NtAccessCheck (0x403b3fd0, 0xcafe, 00000001, 0x40b9eacc, 0x40b9eab0, 0x40b9eadc, 0x40b9eac4, 0x40b9eaa8), stub fixme:advapi:RevertToSelf (), stub XIO: fatal IO error 2 (Success) on X server ":0.0" after 5251 requests (5243 known processed) with 0 events remaining. This package does install and run if I follow the instructions posted on the comp.emulators.ms-windows.wine thread with RedHat 8.0, kernel 2.4.20 and XFree86 4.3.0. So there are applications that do not now run under RedHat 9.0 with the new threading disabled. -Steve Garrison

4 3

loading dlls & winemaker & --wrap option
by Juraj Hercek 03 Apr '03

03 Apr '03

Hi, I would like to know whether it's important to load xyz.dll.so using dlopen() *before* I would use LoadLibrary() on xyz.dll and call GetProcAddress() to get address of function I would like to call. "winemaker --wrap" uses this way to get adress of WinMain/main in wrapped executable. However, I've figured out that it is not needed to dlopen shared object before it can be used by LoadLibrary() function. It work's without dlopening - I'm surprised & happy, since it was annoying to dlopen .so file before using. I also know it *was* needed before. Reason why I'm asking is that I want to be sure it's save to get rid of dlopen/dlclose functions and related stuff in <filename_>wrapper.c file created by winemaker. --Juraj

1 0

Re: Re[2]: SEGFAULT on WM_SETFOCUS
by Sylvain Petreolle 03 Apr '03

03 Apr '03

oops... didnt see your name :) --- Vitaliy Margolen <wine-devel(a)kievinfo.com> a écrit : > Thanks for the replay, but I'm already between steps 6.1.11 - debug > it and > 6.1.12 - Fix it. ;-) > > Thursday, April 3, 2003, 12:00:00 AM, you wrote: > > > Please use the wine-users list and read > > http://www.winehq.com/docs/wine-user/bugs.shtml. > > > --- Vitaliy Margolen <wine-devel(a)kievinfo.com> a écrit : > >> I'm getting more and more of %subj%. Most of the time when I > closing > >> window. > >> After that program tries to show some error message box, but > frizzes > >> up (main > >> window). Other windows continue to update. But can't get focus or > >> keyboard > >> input. Debugger doesn't say anything, after initial segfault. > >> > >> This problem appeared some time in January-February. Last week it > got > >> really bad. > >> The e-mail program I'm using (The Bat) frizzing up every time I'm > >> closing message > >> window. > >> > >> Any advise on what should I look for (--debugmsg)? > > > ===== > > Sylvain Petreolle (spetreolle at users dot sourceforge dot net) ICQ > #170597259 > > No more War ! > > > "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". > > > For the Law of Oil and Fire, Im an European that lives in France. > > For all my Brothers and friends, Im a human living on Earth. > > > ___________________________________________________________ > > Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! > > Yahoo! Mail : http://fr.mail.yahoo.com > ===== Sylvain Petreolle (spetreolle at users dot sourceforge dot net) ICQ #170597259 No more War ! "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". For the Law of Oil and Fire, Im an European that lives in France. For all my Brothers and friends, Im a human living on Earth. ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

1 0

SEGFAULT on WM_SETFOCUS
by Vitaliy Margolen 03 Apr '03

03 Apr '03

I'm getting more and more of %subj%. Most of the time when I closing window. After that program tries to show some error message box, but frizzes up (main window). Other windows continue to update. But can't get focus or keyboard input. Debugger doesn't say anything, after initial segfault. This problem appeared some time in January-February. Last week it got really bad. The e-mail program I'm using (The Bat) frizzing up every time I'm closing message window. Any advise on what should I look for (--debugmsg)? -- Best regards, Vitaliy Margolen

2 1

Re: Fix MaskEdit from Delphi
by Brad Campbell 03 Apr '03

03 Apr '03

Vitaliy Margolen wrote: > This suppose to be SetKeyboardState function, not Reset :-) > > Vitaliy Margolen > > changelog: > remove bogus initialization in SetKeyboardState > Indeed that fixed part of the problem, but there is still an issue with the input box accepting more than three characters, where under windows 95/98 it will stop hard at three. Thanks for the fix and pointer though. I'll have a play and see if I can sus the other half out. -- Brad.... /"\ \ / ASCII RIBBON CAMPAIGN X AGAINST HTML MAIL / \

1 0

SMATCH: Returning with freed result
by Michael Stefaniuc 02 Apr '03

02 Apr '03

Hello, this was found by unfree-wine.pl a slight modification of smatch's unfree.pl. The first occurence was easy to fix (see attachment) but i don't know what should be done in this case: dlls/ole32/filemoniker.c 1084 1086 FileMonikerImpl_CommonPrefixWith(75) Returning with freed result var_decl(commonPath) This is due to this code: HeapFree(GetProcessHeap(),0,commonPath); return CreateFileMoniker(commonPath,ppmkPrefix); I would save the return of CreateFileMoniker to a temp variable and after that free commonPath but i don't know if it's the desired fix. License: LGPL, X11 Changelog: Michael Stefaniuc <mstefani(a)redhat.com> - fix for return of a previous freed object 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: glibc 2.3.2 and Xilinx Webpack 5.1
by Steven Garrison 02 Apr '03

02 Apr '03

I'll give this a shot. One more thing, I'm running Gnome, the default environment of RedHat 9. I just did and here is the error output: export LD_ASSUME_KERNEL=2.2.5 [steveng@localhost xilinx]$ wine setup fixme:ntdll:RtlImpersonateSelf (00000002), stub fixme:ntdll:NtOpenThreadToken (0xfffffffe,0x00000008,0x00000000,0x40b9ea98): stub fixme:ntdll:RtlAddAccessAllowedAce (0x403b3fe0,0x00000002,0x00000003,0x403b3fa0),stub! fixme:ntdll:NtAccessCheck (0x403b3fc0, 0xcafe, 00000001, 0x40b9eacc, 0x40b9eab0, 0x40b9eadc, 0x40b9eac4, 0x40b9eaa8), stub fixme:advapi:RevertToSelf (), stub XIO: fatal IO error 2 (Success) on X server ":0.0" after 8777 requests (8776 known processed) with 0 events remaining. I did not notice anything unusual in either /var/log/messages or /var/log/XFree86.0.log Thanks, Steve -----Original Message----- From: Uwe Bonnes [mailto:bon@elektron.ikp.physik.tu-darmstadt.de] Sent: Wednesday, April 02, 2003 12:04 PM To: Steven Garrison Cc: wine-devel(a)winehq.com Subject: Re: glibc 2.3.2 and Xilinx Webpack 5.1 >>>>> "Steven" == Steven Garrison <Steven.Garrison(a)siimage.com> writes: ... Steven> stub fixme:advapi:RevertToSelf (), stub XIO: fatal IO error 2 Steven> (Success) on X server ":0.0" after 5251 requests (5243 known Steven> processed) with 0 events remaining. Try running with "Synchronous" = "Y" in the ~/.wine/config [x11drv] section. Perhaps you get more information that way. 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

Any DCOM experts?
by Bill Medland 02 Apr '03

02 Apr '03

Hi guys For the next part of the work I am doing I am trying to figure out if there is any way that the DCOM part of one of our products is going to work under Wine at the server end. I am not having much success so far and I was wondering if anyone knows whether this is because I don't have things set up properly or if it is because of some inherent known lack of functionality. To start the ball rolling I was working with MSDN's DCOMTST test program pair. I managed to get that working using the local server (after adding the definition of IStream to the registry) but am having no luck getting the client under Wine to talk to the server under Win98. In fact the client side doesn't even seem to send out a single TCP/IP packet. (Aside - Nice demonstration of lazy Microsoft code; in their error reporting they call FormatMessage, ignore the return code and somehow print the returned error message, even when one hasn't been allocated; I guess it only works under Windows because the print routine traps the access violation) I am currently running native ole32 and native rpcrt4. The builtin rpcrt4 fails on a call to unimplemented RpcServerInqDefaultPrincName but I don't understand why it is even calling that; why does it think I have Netware only and why does it think this is a server process. Anyone an expert in any of this stuff? -- Bill Medland ACCPAC International, Inc. medbi01(a)accpac.com Corporate: www.accpac.com Hosted Services: www.accpaconline.com

3 5

Winemine colors
by Joshua Thielen 02 Apr '03

02 Apr '03

Hello, I was just going through my old mail and I noticed Shachar's email (below) on Jan. 26. Just to let you know, I do try to keep up with the wine devel discussions, but as you can see, I'm not very successful. I still have a bug assigned to me that is almost a year old now. I'd like to work on wine more, but I've been really busy with school lately. Hopefully, I'll have more time when I graduate. Anyway, I chose that green color in winemine specifically to make it annoying ;). Actually, at the time I didn't want it to have a boring old gray background, so I chose green in order to make it would look like grass (a mine field). But I guess it's pretty annoying. Do you have a color preference? Do you or anyone else have more suggestions for improving winemine? Maybe ideas for a 3D minesweeper game or something? I wrote it like four years ago, and I didn't know a whole lot about what I was doing (I was in Comp. Sci. 1 when I wrote it). I'd like it to be more fun than your typical minesweeper game. Also, when I originally submitted it, someone complained that it was slow. Is this still the case for anyone out there? Thanks, Josh -------------------------------- >From Shachar Shemesh on Jan. 26: Tom Wickline wrote: > I am in the process of updating section 3.1. ( Wine Static and > Shareable Files ) of the > Packagers Guide : > http://www.winehq.com/Docs/wine-pkg/pkg-components.shtml#PKG-STATIC > > Below is a list of what I have so far. This list is by no means done > or correct . > I would like to submit it here for overview. If you are aware of > something that > is out of place, incorrect, or just out right wrong could you please give > feed back on it. > > This could also serve to start as a mini Wine Dictionary :)) > That is not my current goal but if others think it could be of use > I could spend some time on one after the Packagers Guide is updated. > > Tom > > > -------------------------------------------- > > -- = files that are listed in this Doc but are not installed on my > system. > * = files are in this Doc and on my system > @ = files that are on my system but not in the Doc > # = files that are not in the Doc or on my System ( wineboot ) Then how do you know of their existance ;-). If wineboot is not installed, that's a bug. We should fix it. I'll try to help with the things I know. This is far from authorative on most, however. > @ regedit : A tool to browse/edit your regestory or for exporting a > windows registory to Wine. Not browse. At least, not yet. > # wineboot : A Winelib application that's executed by Wine on startup > of the first wine process of a particular user. > * wininit.ini processing > * registry RenameFiles entries > * RunServices* / RunOnce* / Run registry keys > * win.ini Load= / Run= entries > * StartUp folder processing the last two are not yet done. Also not yet done is for wineboot to automatically run when needed. Currently you have to manually run it after you install something. > @ winemine : A winmine clone "Windows Minesweeper" ??? Yep, using horrid green colors. I'm sorry if I have offended the author (Joshua Thielen, are you still with us?) > @ winepath : Specifies the path(s) in which to search for builtin dlls > and Winelib applications. I think this is an executable that, given a Unix path, will tell you what Wine sees it like (i.e. - you tell it ~/c/windows, and it tells you C:\Windows). I'm not sure on that one. > -- winesetup : This is a Tcl/Tk based front end that provides a user > friendly tool to edit and configure the WINECONFDIR/config file. Anyone knows where it is? It was never based on the winehq sources. Shachar __________________________________________________ Do you Yahoo!? Yahoo! Tax Center - File online, calculators, forms, and more http://tax.yahoo.com

2 1

Re: PATCH: dlls/ntdll/ntdll_misc.h and struct timeval
by Dimitrie O. Paun 02 Apr '03

02 Apr '03

On Wed, 2 Apr 2003, Gerald Pfeifer wrote: > #define __WINE_NTDLL_MISC_H > > +#include <unistd.h> > #include "winnt.h" This needs something like this: +#ifdef HAVE_UNISTD_H +# include <unistd.h> +#endif -- Dimi.

1 0

glibc tracker bug
by Mike Hearn 02 Apr '03

02 Apr '03

Hi, As we've been getting quite a few reports of glibc 2.3.x related failures in bugzilla lately, it makes sense to mark them as dupes of a bug, so I've started duping them against bug #1343 http://bugs.winehq.com/show_bug.cgi?id=1343 That way, when these problems are sorted out, we won't have to go through and resolve them all manually. thanks -mike -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

4 3

Re: ImageList - dirty hack
by Vitaliy Margolen 02 Apr '03

02 Apr '03

Is there are any reason why this one haven't been checked in? This is pretty close to what windows does. Vitaliy Margolen > Fix ImageList_Read. This hopefully fixes these ugly images mostly on tool bars. > I'll continue to work on ImageList since ImageList_Replace, ImageList_Add, > ImageList_GetImageInfo and perhaps some other functions doesn't work right. > Vitaliy Margolen > changelog: > - dlls/comctl32/imagelist.c > fix ImageList_Read - the root cause of ugly toolbar icons > Index: dlls/comctl32/imagelist.c > =================================================================== [skip]

1 0

Compiling Wine sources with duplicated include parameters
by Rolf Kalbermatter 02 Apr '03

02 Apr '03

While downloading and compiling the latest CVS sources I noticed that the command line for each (most?) source files reads like gcc -c -I. -I. -I../../include -I../../include ............. or similar This is not a serious problem but the duplication of the two include parameters strikes me as odd and definitely unnecessary, making the command line unnecessarily long. Seems like something in the makefile generation is causing this. Rolf Kalbermatter

5 8

Unexpected message from winebuild...
by Kevin Cousins 02 Apr '03

02 Apr '03

...when attempting to build a WineLib application. Remember, I'm attempting to get something that will run-time link against a native DLL, so I take my code, run it by "winemaker", run "./configure", then "make", all with options I believe to be appropriate. In particular, given export WINEDIR=/home/kevin/wine, the root of my Wine source tree checked out from winehq CVS yesterday, and export DLLINCDIR=/home/kevin/include, then from within the directory containing the C source code for my simple console app I execute the following: $ winemaker --cuiexe -I${DLLINCDIR} -I${WINEDIR} [...snip...] $ ./configure --with-wine=${WINEDIR} \ --with-wine-dlls=${WINEDIR}/libs/dlls --srcdir=`pwd` \ --with-wine-libraries=${WINEDIR}/libs/wine:${WINEDIR}/libs/uuid:${WINEDIR}/libs/unicode [...snip...] $ make [...snip...] Until make executes, there seems to be no obvious problem (at least to my eyes), and even then, as the compilation happens, I get a nice file called "prog.o" written. However, as "winebuild" executes, I see the following: --- LD_LIBRARY_PATH="/home/kevin/wine/libs/wine:/home/kevin/wine/libs/unicode:$LD_LIBRARY_PATH" /home/kevin/wine/tools/winebuild/winebuild -fPIC -o prog.exe.spec.c --exe prog.exe -mcui prog.o -L/home/kevin/lib -L/home/kevin/lib/wine -ladvapi32 -lcomdlg32 -lgdi32 -lkernel32 -lodbc32 -lole32 -loleaut32 -lshell32 -luser32 -lwinspool could not open .def file for advapi32 --- I don't believe I even need anything from advapi32.dll.so, let alone most of the other Wine DLLs mentioned on the winebuild command line. Even if I hack the generated Makefile so as to remove mention of any Wine DLLs on the winebuild command line, winebuild still complains about not opening "...a .def file for ntdll". On a related note, the configure script generated by winemaker complains about test linking against -L${WINEDIR}/dlls -lntdll.dll and subsequent equivalent builtin DLLs such as -lkernel32.dll and -luser32.dll. My quick hack is merely to clone the symbolic links in ${WINEDIR}/dlls to add a "lib" prefix, vis: $ ( cd ${WINEDIR}/dlls ; ls -l *ntdll.dll* ) lrwxrwxrwx 1 kevin 18 Apr 1 15:29 ntdll.dll.so -> ntdll/ntdll.dll.so lrwxrwxrwx 1 kevin 18 Apr 1 15:29 libntdll.dll.so -> ntdll/ntdll.dll.so $ That keeps configure happy, but I wonder what I'm doing wrong. This is Wine built from CVS as of 20030401 (i.e. yesterday). Suggestions? Particularly for the wanted .def files. They're %^*&@# builtin DLLs! -- Kevin.

2 1

Re: What happend to the Stdole2 / Stdole32 (RESEND) patch from Robert Shearman
by Robert Shearman 02 Apr '03

02 Apr '03

> what happend to the stdole32.tlb patch that Robert sent around 22.1? It was rejected on the grounds that we shouldn't have binary files in CVS and we can't generate the .tlb files at the moment. Rob

1 0

Agent and threads
by Rein Klazes 02 Apr '03

02 Apr '03

Hi, Agent news/email client spawns a new thread for each news/mail retrieval command. Something in the last week causes these threads not to be waited upon, leaving hundreds of <defunct> wine processes lying around. I wonder if this is a known issue with the new thread implementation work in progress, or if it is worth investigating? Rein. -- Rein Klazes rklazes(a)xs4all.nl

1 0

CVS Statistics for academic research
by Riccardo 'Jack' Lucchetti 02 Apr '03

02 Apr '03

Hi all, this message was originally sent to Alexandre Juilliard; I am resending this to the list on his suggestion. I am a wine user and a regular mailing list lurker. Beside that, however, I earn my living as an academic econometrician (halfway between an economist and a statistician) and I was considering the idea of doing some econometric research on open source development. At least initially, I would focus on Wine, for a number or reasons, not least the fact that the wine project is largely unknown in the economics community. My problem is that the data I need for my analysis can be theoretically extracted from the mailing list archives, but this definitely exceeds my VERY limited perl skills. The data I'd need would, ideally, be in the form of a CSV file, a typical record of which would be DATE,PN,PLA,PLD,PCN,CN,CLA,CLD where PN = number of patches received on day DATE PLA = number of code lines added in patches PLD = number of code lines deleted in patches PCN = number of patches contributors (ie number of coders submitting patches on that particular day) CN = CVS commits CLA = number of lines added in CVS CLD = number of lines deleted in CVS Of course, the longer the time span the data cover, the larger my sample, the happier I am. I understand this isn't trivial. Is there anyone out there willing to help me? I know some perl, so maybe all I need is to get started somehow. Thanks in advance, and keep up the good work! ---------------------------------------------------------- Riccardo `Jack' Lucchetti Dipartimento di Economia Università di Ancona jack(a)dea.unian.it http://www.econ.unian.it/lucchetti

1 0

Re: Unexpected message from winebuild...
by juraj 02 Apr '03

02 Apr '03

Hi Kevin, I had similar problem with winemaker when I used winemaker's --wrap option. I hacked winemaker script (see attachment) and managed to get rid of "...could not open .def file for...". If you see it, the difference is that .dll extension was removed from libnames in makefiles. I.e. there is only kernel32 instead of kernel32.dll, and so on. This helped me to get rid of problem with missing .def file.The second adjustment is related to incorrect generation of wrapper exe spec.c file. However, I'm not sure it's correct hack (that's the reason I didn't post it to wine-patches yet) since I have still troubles with running wrapped application - simple hello world example. The problem I have is that GetProcAddress couldn't find the WinMain() of my hello world app. After a little debugging and inspection of .spec.c file it seems the problem is with winebuild and not with winemaker (__wine_spec_exports is resolved to NULL and that's bad...). But I need to investigate little more yet. Anyways I got information from #winehq irc channel that winemaker is beeing deprecated, and that I should try to use winegcc with winewrap instead. But I'm not sure whether these two guys are able to cope with wrapping. I wasn't able to find some documentation about them and winewrap alone throws segmentation fault in my current build (updated & build today, about 3 hours ago). --Juraj Index: tools/winemaker =================================================================== RCS file: /home/wine/wine/tools/winemaker,v retrieving revision 1.63 diff -u -r1.63 winemaker --- tools/winemaker 27 Mar 2003 18:36:27 -0000 1.63 +++ tools/winemaker 31 Mar 2003 20:53:53 -0000 @@ -1001,7 +1001,7 @@ @$wrapper[$T_TYPE]=@$target[$T_TYPE]; @$wrapper[$T_INIT]=get_default_init(@$target[$T_TYPE]); @$wrapper[$T_FLAGS]=$TF_WRAPPER | (@$target[$T_FLAGS] & $TF_MFC); - @$wrapper[$T_DLLS]=[ "kernel32.dll", "user32.dll" ]; + @$wrapper[$T_DLLS]=[ "kernel32", "user32" ]; push @{@$wrapper[$T_LIBRARIES]}, "dl"; push @{@$wrapper[$T_SOURCES_C]},"@$wrapper[$T_NAME]_wrapper.c"; @@ -1650,7 +1650,6 @@ my $path=$_[0]; my $target=$_[1]; my $app_name=@$target[$T_NAME]; - $app_name=~ s/\.exe$//; return generate_from_template("$path${app_name}_wrapper.c","wrapper.c",[ ["APP_NAME",$app_name],

1 0

What happend to the Stdole2 / Stdole32 (RESEND) patch from Robert Shearman
by Uwe Bonnes 02 Apr '03

02 Apr '03

Hallo, what happend to the stdole32.tlb patch that Robertsent around 22.1? Thanks -- 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: FindFirstFileExW
by Mike Hearn 02 Apr '03

02 Apr '03

I ran my test case on 98, and that produced a return value of 2 as well (same as XP), so unless my test case is stuffed up, I think this patch is correct. The test is attached, it's extremely simple. On Tue, 2003-04-01 at 16:37, Mike Hearn wrote: > > That sounds awfully much like the already pretty well-known Win9x vs. NT > > incompatibility in file not found GetLastError values. > > Awwww suckage. I thought that fix was too easy. File not found > differences are new to me. Well I have a little test case for this, I'll > email it home and find out what it returns on Win98. > > If so, then, how do you find out what version of windows we're supposed > to be emulating, so I can adjust the return value accordingly? > > > Please make sure this is indeed what we should do; I really think > > you'd break some Win9x programs when simply doing such a general replacement. > > Hmm, well, the old value appeared to break some NT programs. > > > As such, I suspect you did not "Correct" the error code returned; > > instead, you only fixed it "to please the other half" of Windows programs. > > ;-) > > Right. So we need to change the return value depending on the setting of > winver? -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

1 0

Wine's goals
by Francois Gouget 02 Apr '03

02 Apr '03

I propose the following WineHQ patch to present and clarify Wine's goals. I'm submitting this to wine-devel first to get a feel of whether that would be a good addition and whether that sounds reasonable and accurate enough. Index: templates/en/about.template =================================================================== RCS file: /home/wine/lostwages/templates/en/about.template,v retrieving revision 1.7 diff -u -r1.7 about.template --- templates/en/about.template 24 Mar 2003 22:49:03 -0000 1.7 +++ templates/en/about.template 30 Mar 2003 02:35:46 -0000 @@ -29,4 +29,70 @@ <a href="mailto:julliard@winehq.com">julliard(a)winehq.com</a>. For a list of current developers, see the <a href="?page=who">Wine Who's Who</a>.</p> + +<h1>Wine's Goals</h1> + +<p>As mentionned in many places, the primary goal of Wine is to make it +possible to run Windows applications on x86-based Unix systems. But there is +often confusion as to what this covers. So let's clarify things a bit: + +<ul> + <li>Wine does not try to be a better Windows than Windows. What this means + is that Wine will not try to extend, improve or 'fix' the Windows API in + an attempt to lure developpers into using it. While we think that it is + important to provide a way to reuse the legacy Windows applications that + are out there, we feel that for new developments there are better APIs + than Win32. + + <li>Wine Is Not a (CPU) Emulator. So no, we will not integrate a CPU + emulator in Wine any time soon. However we will do what we can to make it + possible to integrate Wine into a CPU emulation environment that would + provide the regular Unix services that Wine depends on. In such a scheme + both Wine and the Windows application would be run in that environment. + Two candidates that come to mind are <a + href="http://fabrice.bellard.free.fr/qemu/">QEMU</a> and + <a href="http://www.transitives.com/tech_overview.htm">Dynamite</a> from + <a href="http://www.transitives.com/">Transitives Technologies</a>. + + <li>Wine's goal is to provide replacements for just those DLLs and APIs + that are needed to run Windows applications. This means that we will not + provide replacements for DLLs that are always shipped together with an + application. This also means that implementing an API that no application + ever uses is not a priority. Similarly, until there are applications out + there that use the Win64 API, it will not be a priority. That being said, + we will certainly try to keep our options open and to improve our API + coverage as we can. + + <li>Making it possible to use Windows device drivers or VxDs on Unix is not + part of Wine's goals. Device drivers don't use the same API that Windows + applications do, and run in ring 0 instead or ring 3. To make it possible + to use them on Unix, one would have to hack the kernel, implement a + completely different API. In other words, this would be a completely + separate project. However, if you want to reuse Windows drivers on + non-Microsoft operating systems we recommend that you have a look at + <a href="http://www.reactos.com/">ReactOS</a>. + + <li>Wine is not an operating system or a desktop environment. So writing + device drivers, file or window managers that look like Windows, are not + part of Wine's goals. If you are interested in those, the best would be to + contribute to the <a href="http://www.kernel.org/">Linux</a>, + <a href="http://www.freebsd.org/">FreeBSD</a> or + <a href="http://www.reactos.com/">ReactOS</a> kernels, or to the + <a href="http://www.gnome.org/">Gnome</a> or + <a href="http://www.kde.org/">KDE</a> desktop environments. You will get + the added benefit that your contribution will then be usable by everyone, + not just by Wine users. + + <li>Wine's focus is on Unix operating systems, and to some extent Linux + because that is what most of our developpers are using. However we welcome + ports to other architectures such as + <a href="http://www.reactos.com/">ReactOS</a> or + <a href="http://bewine.beunited.org/">BeWine</a>, and will try to make + it possible for them to reuse as much of Wine as possible. After all, + reimplementing the Windows API is a big enough task that it is best if we + can all work together on it. +</ul> + + <p> </p> + -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ War doesn't determine who's right. War determines who's left.

2 2

Wine
by Tuch 02 Apr '03

02 Apr '03

I recently tried to install wine from src and ran into a problem. when it prompted me to enter the root password to do a "make install" I did so, and it proceeded to tell me that I entered an incorrect password. I tried this several times realizing it is possible to enter the password incorrectly, but each time gave the same result. Now I know the password was correct as I am the only user of this box and I installed Slackware 9.0 myself. As a request of your install app, I am e-mailing you this. Thanks Bill

1 0

Re: valgrind for WINE
by Eric Pouech 01 Apr '03

01 Apr '03

Adam Gundy wrote: > a new version of the valgrind patch has been uploaded to sourceforge - > the only change is a small fix to the signal handling which should > prevent "signal handler frame" uninitialized errors. > > http://sourceforge.net/tracker/index.php?func=detail&aid=710006&group_id=46… > > comments? bug reports? success stories? did test it yet. As a global note, I think it would be appreciated breaking the patch in smaller bits... it makes it easier to track/follow what happens. For example, I don't see any reason for including the msvcrtd patches into this patch I think that Alexandre is currently integrating (bit per bit) your changes into wine. look for the patch about zeroing the request zones (which is another implementation of your structure packing), as well as local availability of the thread PID on a more minor side of things, I would keep the VALGRIND prefix in heap.c last point, using the .vg extension to the wine script may not be optimal. it won't work (as it is written) for winelib programs (which got started also thru the wine script) one solution would be (to follow your idea) to link (for a winelib app called foo) foo.vg to script wine (and change your rule something like *.vg|*/*.vg). another option would be to embed this support as an option to the wine script (like --valgrind) how are your patches doing on the "other side" (I mean valgrind's) ? A+ -- Eric Pouech

2 1

Re: resent: menu capture tracking fix
by Alexandre Julliard 01 Apr '03

01 Apr '03

Andreas Mohr <andi(a)rhlx01.fht-esslingen.de> writes: > [I don't know why this wasn't applied, without any comment; > resending it] You don't really expect me to apply a patch that adds a #ifdef FUBAR_CODE, do you? -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: I/O Completion Ports (1 of 2)
by Robert Shearman 01 Apr '03

01 Apr '03

I will try to fix this sometime in the next week, depending on whether I can get CVS access to take advantage of the work Eric Pouech has done. >>> Alexandre Julliard <julliard(a)winehq.com> 03/28/03 01:56 AM >>> "Robert Shearman" <R.J.Shearman(a)warwick.ac.uk> writes: > +static int io_completion_send_data( struct thread *thread, void *cookie, struct io_completion_data * data ) > +{ > + struct io_completion_send_data_reply reply; > + int ret; > + > + reply.cookie = cookie; > + reply.signaled = STATUS_SUCCESS; > + reply.bytes_transferred = data->bytes_transferred; > + reply.completion_key = data->completion_key; > + reply.overlapped = data->overlapped; > + if ((ret = write( get_unix_fd( thread->wait_fd ), &reply, sizeof(reply) )) == sizeof(reply)) > + return 0; You cannot send different message sizes into the wait_fd pipe, this won't work since pipes don't preserve message boundaries. I'd suggest simply using the normal wait mechanism and then doing a separate call to retrieve the rest of the info. -- Alexandre Julliard julliard(a)winehq.com

1 0

A few questions on the mingw port.
by Steven Edwards 01 Apr '03

01 Apr '03

Hello Everyone, First I want to thank everyone for the help they have given me in dealing with my bad spelling, lack of grammer and not following the rules when working to get most of wine built for mingw. I'm trying to do a little house keeping with Wine and ReactOS and had a few changes/questions that could make my and the ReactOS teams life a little easyer with the port. 1. Can we set --disable-win16 CFLAGS=-DWINE_NOWINSOCK" to be default when building under Mingw? I tried to write a configure patch for this a while back but never could get the bastard to work. Once this option is removed all we will be left with is ./configure to configure wine for mingw. None of the WINE networking stuff will really work for anyone working with mingw and I dont expect that to change anytime soon. Without this flag anything that include winsock.h or winsock2.h will puke when building on Windows. I know that WINE on linux will need win16 for a while due to older installers that are 16bit but for the mingw port thats kind of not important. 2. Can we set a conditional option to not build winegcc and winewrap? These are not needed on Windows as they are only used to port mingw applications to winelib. Due to the use of Unixisms in these programs (fork, waitpid, etc) they wont build. Now I know we could stub fork and wrap waitpid to wait but its kind of pointless and I can see one day when someone will ask why these dont work on windows even though we build them. IMHO they just shouldnt get built for us. winegcc.c: In function `spawn': winegcc.c:86: warning: implicit declaration of function `fork' winegcc.c:89: warning: implicit declaration of function `waitpid' winegcc.c:92: warning: implicit declaration of function `WIFEXITED' winegcc.c:92: warning: implicit declaration of function `WEXITSTATUS' gcc -DWINE_NOWINSOCK -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -o winegcc winegcc.o -L../libs/port -lwine_port winegcc.o(.text+0x1a3): In function `spawn': g:/src/wine-dev/wine/tools/winegcc.c:86: undefined reference to `fork' winegcc.o(.text+0x1d2):g:/src/wine-dev/wine/tools/winegcc.c:89: undefined refere nce to `waitpid' winegcc.o(.text+0x202):g:/src/wine-dev/wine/tools/winegcc.c:92: undefined refere nce to `WIFEXITED' winegcc.o(.text+0x211):g:/src/wine-dev/wine/tools/winegcc.c:92: undefined refere nce to `WEXITSTATUS' 3. Exclude WINEserver. This is a fun one. I took a look at this a while back a was able to get about 80% of it to compile native on windows. Before we can even get wineserver to build/link on mingw we still have the same problem a cygwin port has and that is what to do with the get/set thread_context stuff. Also from all I have read a mingw port would require a major redesign because of the signal/pipe usage. I looked at porting some of the stuff to windows sockets a while back and decided I still cant program well enough and I have more interesting things to do like work on ReactOS. =P 4. This may be more a mingw problem rather then something with WINE but I figured I would ask while I was making noise. When I try to build the regression tests under mingw with gcc-3.x I am getting this error. If I dont include wines libmsvcrt.a it goes away. do the exit functions in wine and mingws source not agree? gcc registry.o testlist.o -o advapi32_test.exe -L../../../dlls -ladvapi32 -lke rnel32 -lntdll -L../../../libs/wine -lwine -L../../../libs/port -lwine_port -lm ../../../dlls/libmsvcrt.a(ds00443.o)(.text+0x0): multiple definition of `atexit' C:/mingw/bin/../lib/gcc-lib/mingw32/3.2.1/../../../crt2.o(.text+0x40):crt1.c: fi rst defined here ../../../dlls/libmsvcrt.a(ds00319.o)(.text+0x0): multiple definition of `_onexit C:/mingw/bin/../lib/gcc-lib/mingw32/3.2.1/../../../crt2.o(.text+0x60):crt1.c: fi rst defined here make[1]: *** [advapi32_test.exe] Error 1 make[1]: Leaving directory `/g/src/wine-dev/wine/dlls/advapi32/tests' make: *** [tests] Error 2 At some point I will do documentation for Mingw on MSYS/Cygwin <g> Thanks Steven

2 2

Re: FindFirstFileExW
by BiGgUn 01 Apr '03

01 Apr '03

How can you know which version of Windows, WIne is currently emulating ? Thanks in advance. Stephan

2 1

Re: wine/ tools/winewrap.c tools/winegcc.c include ...
by Dimitrie O. Paun 01 Apr '03

01 Apr '03

On March 31, 2003 07:12 pm, Alexandre Julliard wrote: > Log message: > Use _spawnvp to replace fork for non-Unix platforms. What about adding it to the portability lib? I can do the patch if you want... -- Dimi.

3 6

Fw: glibc tracker bug - installshiels
by Davide Giannotti 01 Apr '03

01 Apr '03

> RedHat 9 > > You need to set the environment variable LD_ASSUME_KERNEL=2.2.5 in the shell > prior to running configure and prior to running wine. > after installing i suggest to add the line in your winelauncher script (/usr/local/bin/winelauncher) and to launch associate the .exe extension with winelauncher. It works fine for me. ---- I'm still hanging on installshield. I copied the suggested stdole* files and rcp*4 from my win98 cd (or whatever i don't rembe now) in my system folder, but the microsoft installer 2 doesn't install correctly. It doesn't create it's directory in the common files. I tried to install it in a clean win98 pc and copy the dir, but installshield doesn't work from some apps. I think this should be fixed in some way. Thank you all guys. Davide Giannotti ITS Planet s.n.c. E-mail: davide.giannotti(a)itsplanet.com Sito web: www.itsplanet.com

1 0

Re: PATCH: /dlls/ntdll/cdrom.c -- portability breakage
by Alexandre Julliard 01 Apr '03

01 Apr '03

Gerald Pfeifer <pfeifer(a)dbai.tuwien.ac.at> writes: > How about the following patch? > > It's needed for compilation on FreeBSD; in case it's not correct, > how should we solve the problem? I think the code is wrong, we shouldn't store a Linux-only define in a Windows structure, we should use a Windows define. Any one knows what the right value should be? -- Alexandre Julliard julliard(a)winehq.com

3 2

Whither specmaker?
by Kevin Cousins 01 Apr '03

01 Apr '03

Searching for an answer to my problem, comp.emulators.ms-windows.wine archives at google throw up a post [1] suggesting looking into tools/specmaker. Sources checked out from winehq.com CVS as of last week, updated today, have tools/specmaker as an empty directory. Where might I be able to investigate specmaker? Is specmaker still viable? FWIW, my problem is the oft-asked "How do I call functions in a Windows DLL from an ELF process?" I appreciate WineLib is an option, and have run into a number of snarls along that path: 1. I have created a .dll.so to wrap calls to the offending Windows DLL. Calls are made through static function pointers which have been initialised in the .dll.so by calls to GetProcAddress() from what would be the DllMain() function there. I've not managed to get Wine to call that DllMain() function of my .dll.so, other than through a breakpoint in the debugger, and explicitly calling the function at that time. This way, my code runs even returning from calls to the Windows DLL, but mysteriously, no output file is written! 2. I occasionally see user32.dll.so barf with a SEGV with the call stack mentioning res_146() deep during the first call to wine_dlopen(). I've also had a look at avifile, mplayer, and xine, to investigate how they do things. Linking avifile/plugins/libwin32/loader/libloader.a to my application means I can run as far as attempting to execute DllMain() on my Windows DLL before I see gut-wrenching a SEGV. What are other people doing? -- Kevin. [1]

2 1

Edit box input problem
by Brad Campbell 01 Apr '03

01 Apr '03

G'day all, I'm having a strange problem with any application that uses a delphi TMaskEdit component. I have knocked up a simple test application. http://www.seme.com.au/masktest.tgz It's in Borland Delphi 4 and contains both the .exe and the source for the interested or security conscious. Can someone else run this up on their wine build and see if it's doing the same thing? Under windows, it will only accept three numeric characters, under wine I'm unable to edit the field, it accepts over 3 characters and of any type, plus the first one or two character entries create a message storm as watched with a --debugmsg +message. Also, I'm willing to have a crack at fixing this, which .dll source should I start looking at? I also tried this with native comctl32, commdlg and oleaut32 dll's just in case. Problem remains. A normal Edit component works fine, and if I remove the mask it works fine, so it must be something the in the delphi code for the TMaskEdit component that is triggering a wine bug. -- Brad.... /"\ \ / ASCII RIBBON CAMPAIGN X AGAINST HTML MAIL / \

1 0

Question about kernel32 resources
by Maxime Bellengé 01 Apr '03

01 Apr '03

I am currently working on the EnumSystemLanguageGroups/EnumLanguageGroupLocales functions. I have finished everything but there is one thing I don't know. The different language group names are stored in the kernel32.dll resources in a string table. They are indexed from 1 to 17 in the win2k/winxp kernel32 dll. However, in wine it seems these ID are used. So I am wondering how can I workaround that. I can't change the ID for the groups because they are defined in winnls.h from 1 to 17. At the present time I have a version ready to work but with the group names not stored in the resources (so only one language is possible). Do I have to change the kernel32 resources ( a lot of work) or does anyone have an idea ? Thanks Max -- Maxime Bellengé <maxime.bellenge(a)laposte.net>

2 1

Problem with debugging: XIO: fatal IO error 0 (Success) on X server ":0.0"
by Juraj Hercek 01 Apr '03

01 Apr '03

Hi, I have troubles with debugging winelib applications. This is what makes me unhappy: --- $ gdb wine (gdb) r notepad Starting program: /usr/local/bin/wine notepad XIO: fatal IO error 0 (Success) on X server ":0.0" after 187 requests (187 known processed) with 0 events remaining. Program exited with code 01. --- I'm getting similar results with winedbg (running "winedbg notepad") - there is just bunch of debug outputs before the error is printed. However, this happens only when I'm running winedbg from outside wine directory (checked out from cvs). It works when I'm running winedbg from wine directory. I was digging inside wine and problem occurs somewhere in MODULE_DllProcessAttach() function. This lead me to assumption that problem is probably caused by incorrect paths to libraries, which couldn't be found then. I think I should mention that also wineinstall failed because regedit couldn't find "programs/regedit/regedit.exe.so" (this file is definitely there) so I had to run regedit to insert winedefault.reg into registry manualy - I needed to copy winedefault.reg file to /tmp which is accessible from inside wine system as drive E:\. My working environment is mdk-9.1 with XFree86 version 4.3.0, native nvidia driver doesn't work, the same with nvidia driver v. 41.91). If you have any idea what could be wrong with my linux box, please let me know. I prefer gdb for debugging since I can use ddd with gdb. Thanks. --Juraj

2 1

Re: wine/ scheduler/timer.c scheduler/synchro.c in ...
by Bill Medland 31 Mar '03

31 Mar '03

On March 30, 2003 05:37 pm, Alexandre Julliard wrote: > ChangeSet ID: 7728 > CVSROOT: /opt/cvs-commit > Module name: wine > Changes by: julliard(a)wine.codeweavers.com 2003/03/30 19:37:05 > > Modified files: > scheduler : timer.c synchro.c > include : winternl.h > dlls/ntdll : time.c sync.c om.c ntdll_misc.h ntdll.spec > > Log message: > Moved WaitForMultipleObjects to ntdll (based on a patch by Eric > Pouech). > Added NTDLL_get_server_timeout function to compute ntdll-style > timeouts and adapted the timer code to use it. > > Patch: http://cvs.winehq.com/patch.py?id=7728 > This breaks the build (on my machine at least) sync.c contains a LARGE_INTEGER time and takes time.s.* include/wtypes.h LARGE_INTEGER only contains a QuadPart as far as I can see. > Old revision New revision Changes Path > 1.17 1.18 +9 -22 wine/scheduler/timer.c > 1.45 1.46 +16 -189 wine/scheduler/synchro.c > 1.21 1.22 +1 -0 wine/include/winternl.h > 1.28 1.29 +42 -6 wine/dlls/ntdll/time.c > 1.23 1.24 +192 -5 wine/dlls/ntdll/sync.c > 1.25 1.26 +0 -13 wine/dlls/ntdll/om.c > 1.11 1.12 +2 -0 wine/dlls/ntdll/ntdll_misc.h > 1.101 1.102 +2 -2 wine/dlls/ntdll/ntdll.spec -- Bill Medland ACCPAC International, Inc. medbi01(a)accpac.com Corporate: www.accpac.com Hosted Services: www.accpaconline.com

1 0

Re: lostwages/. winehq.css
by Dimitrie O. Paun 31 Mar '03

31 Mar '03

On Mon, 31 Mar 2003, Jeremy Newman wrote: > ChangeSet ID: 7729 > CVSROOT: /opt/cvs-commit > Module name: lostwages > Changes by: jnewman(a)wine.codeweavers.com 2003/03/31 11:03:14 > > Added files: > . : winehq.css Should we move all CSS stuff in there (like the stuff I use in my Fun/Winelib/etc. pages)? -- Dimi.

2 3

Multicast options in WinSock with java
by Mike Hearn 31 Mar '03

31 Mar '03

Hi all, I have a bit of a problem. Essentially, the problem is that Java 1.4 is buggy, it includes winsock.h, but then proceeds to use winsock2. That wouldn't be an issue, except that my app uses multicast sockets, and for reasons known only to Redmond they decided to change the values of some of the multicast socket option constants. Java, therefore, passes in the winsock1 values to winsock2. Windows apparently can deal with this just fine (well, the appw works), despite there being no obvious way to remap them, both IP_MULTICAST_IF and IP_HDRINCL which both == 2 in different winsock versions would be valid at once on XP/2003 for instance. Marcus, I know you took a stab at implementing multicast support once, so if you have any tips that'd be appreciated. If anybody knows a way you might be able to detect that a program is using the wrong headers for the winsock2 dll, please let me know. thanks -mike -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

2 2

Error in CVS?
by Vilppa Salt 31 Mar '03

31 Mar '03

<snip> gcc -c -I. -I. -I../../include -I../../include -g -O2 -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -fPIC -D__WINESRC__ -D_NTSYSTEM_ -DBINDIR="\"/usr/local/bin\"" -DETCDIR="\"/usr/local/etc\"" -D_REENTRANT -o signal_sparc.o signal_sparc.c gcc -c -I. -I. -I../../include -I../../include -g -O2 -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -fPIC -D__WINESRC__ -D_NTSYSTEM_ -DBINDIR="\"/usr/local/bin\"" -DETCDIR="\"/usr/local/etc\"" -D_REENTRANT -o sync.o sync.c sync.c: In function `call_apcs': sync.c:390: union has no member named `s' sync.c:390: union has no member named `s' make[2]: *** [sync.o] Error 1 make[2]: Leaving directory `/home/vilppa/wineCVS/wine/dlls/ntdll' make[1]: *** [ntdll] Error 2 make[1]: Leaving directory `/home/vilppa/wineCVS/wine/dlls' make: *** [dlls] Error 2 This is what I get when building latest Wine CVS. --- Vilppa- Sunpoint.net ilmoittaa: Sunpoint.net tarjoaa kaikille rekisteröityneille käyttäjilleen kuukausimaksuttoman Internet -yhteyden (pvm). http://www.sunpoint.net/SunAds/click.htm?mode=footer&id=71&jump=http%3A%2F%…

2 1

cross compiling Wine under MSVC
by Rolf Kalbermatter 31 Mar '03

31 Mar '03

Hello, I have just got the whole Wine sources on a Linux computer and shared the sources directory over samba to try to compile parts of it in MSVC. Here I get several problems which seem to me configuration related, but I wonder how I'm supposed to proceed to get everything working. I have run ./tools/winapi/msvcmaker to create the MSVC project files and hopefully anything else which is required for this. I can of course add some (the correct?) definitions by hand to config.h or port.h but I would rather like to do it the way it is supposed to be or if there is a problem get it resolved now. First problem: wine\tools\winebuild\spec32.c(213) and other lines in that file use macros __ASM_SHORT and __ASM_STRING which should be defined in config.h. How do I get a config.h which is compatible with MSVC? Is there a special tool for this? I obviously can't really run ./configure from my Windows machine ;-) Second problem: Some Wine files include headers which sooner or later include "windows.h" and that causes error messages that this should not be done for Wine sources. There is a macro COM_NO_WINDOWS_H in the Wine sources to avoid this inclusion. ./tools/winapi/msvcmaker does forget to add this macro as standard definition in all project files for the Wine sources, but obviously should not do this for the test project files, I think. I'm no Perl guy so I hesitate to even touch the msvcmaker tool. Up until now I fixed such problems by manualy editing port.h which made it work for my local operation, but it seems to me that we should try to get this resolved, so that not everone does privately reinvent the wheel here. Rolf Kalbermatter

1 0

Re: lostwages/templates/en fun_projects.template
by Dimitrie O. Paun 31 Mar '03

31 Mar '03

On March 30, 2003 11:23 am, Andreas Mohr wrote: > ChangeSet ID: 7720 > CVSROOT: /opt/cvs-commit > Module name: lostwages > Changes by: amohr(a)wine.codeweavers.com 2003/03/30 10:23:41 > > Modified files: > templates/en : fun_projects.template > > Log message: > Update by Francois > > Patch: http://cvs.winehq.com/patch.py?id=7720 > > Old revision New revision Changes Path > 1.2 1.3 +1 -1 > lostwages/templates/en/fun_projects.template It's better if you send these to me directly, as I maintain these pages (Fun Project, Winelib, etc.) separately, and so we don't run the risk of losing them on next update. I'll apply this one to my page as well. -- Dimi.

1 0

Re: lostwages/templates/en contributing.template
by Dimitrie O. Paun 31 Mar '03

31 Mar '03

On March 30, 2003 10:59 am, Andreas Mohr wrote: > ChangeSet ID: 7718 > CVSROOT: /opt/cvs-commit > Module name: lostwages > Changes by: amohr(a)wine.codeweavers.com 2003/03/30 09:59:45 > > Modified files: > templates/en : contributing.template > > Log message: > Update by Francois > > Patch: http://cvs.winehq.com/patch.py?id=7718 > > Old revision New revision Changes Path > 1.4 1.5 +67 -62 > lostwages/templates/en/contributing.template I take my critiques back for now -- changes look good. Hopefully we'll fix the smaller things from my TODO, and move the larger ones as individual bugs so we can track them better. I'll do that soon. -- Dimi.

1 0

Re: Contributing page needs fixing
by Dimitrie O. Paun 30 Mar '03

30 Mar '03

On March 30, 2003 03:30 pm, Francois Gouget wrote: > Yes, definitely. Now is not the time to say the 'web site is finished we > don't need anyone'. That's simply not true. That will not cut it, sorry. I've posted a list of "still TODO", and asked for comments. Nobody bothered to reply to it. The web site is not the open ended project Wine is. We can reach a state where we are happy with it, and I think that state is not far away. What we need is a list of things that we think we need. I've started such a list. If you want to add something, please say so. Simply saying "we need more stuff" isn't good enough. -- Dimi.

1 0

Re: bin2rc
by Alexandre Julliard 30 Mar '03

30 Mar '03

"Dimitrie O. Paun" <dpaun(a)rogers.com> writes: > I've just stupidly lost an hour or so trying to figure out > how to convert a .bmp to a .rc script. Such a simple problem... That's what tools/bin2res is for... -- Alexandre Julliard julliard(a)winehq.com

3 3

Re: Contributing page needs fixing
by Dimitrie O. Paun 30 Mar '03

30 Mar '03

On March 29, 2003 09:48 pm, Francois Gouget wrote: > Wine-Develipmont</a>. > + <p>WineHQ has been redisigned recently. But there is still work to do. > + So you would feel like writing about Wine or coding in Php your > + contribution will be appreciated. You can find the current task list I think we should remove this section altogether. The page is already way too big, and this is as bad as a not enough info. The site has been redesigned, and there are only a few things that are missing -- and those can't be done by just anyone. Really, now the last thing we need is people comming over and messing with the site. Let's have a *focused* page on where we need help, not a laundry list of just about everything. -- Dimi.

2 2

SHFileOperation regression test
by Rolf Kalbermatter 30 Mar '03

30 Mar '03

While working on SHFileOperation in shell32.dll I came across the error in line 286 and 287 which happens on Win98/ME/2K/XP but not on 95/NT. Investigation showed that the copy operation of multiple files with one source file not existing in the list, has different behaviour on these two groups of OS Versions. Win 95/NT abort the copy operation at the first file not existing, and return WITHOUT any error indication whatsoever, leaving the already copied files in the target directory. Win 98/ME/2K/XP have obviously fixed this bug in a rather strict manner, in that such a copy operation is aborted with error return value 1026 (undocumented, resp. meaningless in this cicumstance other than that it is non-zero), and no file is copied at all. (There still exists a small bug, at least in 2K, in that the fAnyOperationsAborted flag in the SHFILEOPSTRUCT structure is not set at all in this case on return.) Obviously our shlfileop.c test needs fixing but I'm not sure how to proceed as I'm fairly new to the Wine regression testing. From what I gathered it is not really acceptable to create Windows version dependant tests in the regression framework, which leaves only two other options, IMO: 1) Remove this particular test altogether or 2) Test only the behaviour which is consistent on all platforms which in this case would be only the non-existence of the test2.txt file. Both options leave out possibly important regression test cases for the future. Any comments on this issue from the more seasoned guys into regression test writing? Appended is the patch which is correct for Win 98/ME/2K/XP but will cause test failure on 95/NT. Rolf Kalbermatter Index: dlls/shell32/tests/shlfileop.c =================================================================== RCS file: /home/wine/wine/dlls/shell32/tests/shlfileop.c,v retrieving revision 1.6 diff -u -r1.6 shlfileop.c --- dlls/shell32/tests/shlfileop.c 14 Jan 2003 23:43:42 -0000 1.6 +++ dlls/shell32/tests/shlfileop.c 30 Mar 2003 08:52:58 -0000 @@ -278,13 +278,15 @@ ok(file_exists(".\\testdir2\\test2.txt"), "The file is copied"); clean_after_shfo_tests(); + /* Copying multiple files with one not existing as source, fails the + entire operation in Win98/ME/2K/XP with return value 1026, but only + the files after the one not existing and without any error indication + in 95/NT, ! */ init_shfo_tests(); tmp_flags = shfo.fFlags; set_curr_dir_path(from, "test1.txt\0test10.txt\0test2.txt\0"); ok(!file_exists(".\\testdir2\\test1.txt"), "The file is not copied yet"); ok(!file_exists(".\\testdir2\\test2.txt"), "The file is not copied yet"); - ok(!SHFileOperationA(&shfo), "Files are copied to other directory "); - ok(file_exists(".\\testdir2\\test1.txt"), "The file is copied"); + ok(SHFileOperationA(&shfo), "Files are copied to other directory "); + ok(!file_exists(".\\testdir2\\test1.txt"), "The file is copied"); ok(!file_exists(".\\testdir2\\test2.txt"), "The file is copied"); shfo.fFlags = tmp_flags; }

1 0

Re: Compiling WINE - Hopeless situation? :)
by Dan Kegel 30 Mar '03

30 Mar '03

Sylvain wrote: > --- Michael Stefaniuc <mstefani(a)redhat.de> a écrit : > On Sun, Mar 30, > 2003 at 12:44:31AM +0100, Sylvain Petreolle wrote: >> > The code that has problem for now is C code, not C++, am I right >> here ? >> > Then it has nothing to do with C++ thing. >> Yeah, but the page you pointed to is for C++ incompatibilities, not >> C. >> And a newer 2.96 is stable for C. > If there is one, it isnt shipped with RH 8, or not by default. Red Hat 8 uses gcc3.2. If you have Red Hat 8, you don't need gcc2.96. > "Current snapshots of GCC, and any version labeled 2.96, produce object > files that are not compatible with those produced by either GCC 2.95.2 > or the forthcoming GCC 3.0." This is true only for C++. For C code, Red Hat's gcc2.96's have been just fine. - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

1 0

Re: Compiling WINE - Hopeless situation? :)
by Sylvain Petreolle 30 Mar '03

30 Mar '03

Please update gcc to version 3.x.x, gcc2.96 was a broken unofficial version of RedHat and all dependancies must be updated too. (like binutils) Time to put an entry in README or something else ? Is gcc version checked by configure ? --- Matt Bailey <mattb(a)rtccom.net> a écrit : > Hi, > > Any ideas on that last error message I sent? One detail I did not > mention > is that I still have libstdc++2.10 installed, it says it's version > 2.96-0.76mdk. I knew there was some 2.96 package still installed but > I had > forgotten what it was called. I can't uninstall this package because > it is > needed by a BUNCH of other apps........looks like it would just about > trash > my Mandrake install to remove this package. Do I need to upgrade this > > package, and if so, how would I go about it without completely > uninstalling > it? I also have installed libstdc++5, version 3.2-1mdk. > Is it hopeless? I don't blame you if you gave up on this problem. :) > Anyway, > your advice has been greatly helpful already, much appreciated. > > -Matt Bailey ===== Sylvain Petreolle (spetreolle at users dot sourceforge dot net) ICQ #170597259 No more War ! "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". For the Law of Oil and Fire, Im an European that lives in France. For all my Brothers and friends, Im a human living on Earth. ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

3 8

Re: Possible regression: wine/dlls/kernel/tests/process crashes
by Sylvain Petreolle 29 Mar '03

29 Mar '03

> Here is what I did: > > cd ../wine/dlls/kernel/tests > > rm process.o > > > make test > ../../../tools/runtest -q -P wine -M kernel32.dll -T ../../.. -p > kernel32_test.exe.so process.c && touch process.ok you can run it with wine/winedbg without runtest : wine kernel32_test.exe.so process > and after some time this automatically pops up: > process.c:382: Test failed: Child process termination > wine: process.c:400: test_Startup: Assertion `DeleteFileA(resfile) != > 0' > failed. now you know approximatively where the test fail. > The debugger starts again and again. if winedbg fails to debug it, use winedbg --gdb instead. winedbg -- --gdb kernel32_test.exe.so process > > How do I run those test on Win? Can you point me to a document > describing > the procedure? see Francois 's pages or it : http://fgouget.free.fr/wine/tests-en.shtml ===== Sylvain Petreolle (spetreolle at users dot sourceforge dot net) ICQ #170597259 No more War ! "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". For the Law of Oil and Fire, Im an European that lives in France. For all my Brothers and friends, Im a human living on Earth. ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

1 0

Possible regression: wine/dlls/kernel/tests/process crashes
by Uwe Bonnes 29 Mar '03

29 Mar '03

Hallo, wine/dlls/kernel/tests/process crashed. I was not able to decipher what is going on. 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

More QEMU fixes
by Ulrich Weigand 29 Mar '03

29 Mar '03

Hello Fabrice, I've played a bit with your qemu-0.1.2 release, and got putty running under Wine under qemu on s390-ibm-linux (using a wineserver also running under qemu on s390). To make this work I've had to add a bunch of missing byteorder conversions and other fixes, which I've appended here. Mostly, the changes concern the socket area; wine and wineserver extensively use sockets (sendmsg/recvmsg with ancillary data), and also the X connection needed fixes (setsockopt). There were also some other fixes required (poll, select, execve). I haven't found any problem with the actual CPU emulation, however! Here's the detailed list of changes: glibc-2.3.2 compile fix: Recent glibc supports nanosecond resolution file timestamps in their struct stat, using this construct struct timespec st_atim; /* Time of last access. */ struct timespec st_mtim; /* Time of last modification. */ struct timespec st_ctim; /* Time of last status change. */ # define st_atime st_atim.tv_sec /* Backward compatibility. */ # define st_mtime st_mtim.tv_sec # define st_ctime st_ctim.tv_sec This breaks the use of st_atime etc. as struct members; I've renamed them to target_st_atime etc. Missing data conversion: - socketcall on-stack arguments need to be byteswapped - struct sockaddr (sa_family) needs to be byteswapped - sendmsg/recvmsg ancillary data needs to be converted - execve arg and env vectors need to be byteswapped - select fdset conversion wasn't done due to typo in #if - added marginal support for setsockopt Incorrect data conversion: - poll pollfd array was clobbered (even on native) If you like, I could also send you the patch to make qemu actually work on s390; I'm not sure if you are interested in that at this point ... Bye, Ulrich diff -ur qemu-0.1.2/syscall-i386.h qemu-0.1.2-s390/syscall-i386.h --- qemu-0.1.2/syscall-i386.h 2003-03-26 23:34:59.000000000 +0100 +++ qemu-0.1.2-s390/syscall-i386.h 2003-03-29 02:33:28.000000000 +0100 @@ -255,11 +255,11 @@ target_ulong st_size; target_ulong st_blksize; target_ulong st_blocks; - target_ulong st_atime; + target_ulong target_st_atime; target_ulong __unused1; - target_ulong st_mtime; + target_ulong target_st_mtime; target_ulong __unused2; - target_ulong st_ctime; + target_ulong target_st_ctime; target_ulong __unused3; target_ulong __unused4; target_ulong __unused5; @@ -290,13 +290,13 @@ target_ulong st_blocks; /* Number 512-byte blocks allocated. */ target_ulong __pad4; /* future possible st_blocks high bits */ - target_ulong st_atime; + target_ulong target_st_atime; target_ulong __pad5; - target_ulong st_mtime; + target_ulong target_st_mtime; target_ulong __pad6; - target_ulong st_ctime; + target_ulong target_st_ctime; target_ulong __pad7; /* will be high 32 bits of ctime someday */ unsigned long long st_ino; diff -ur qemu-0.1.2/syscall.c qemu-0.1.2-s390/syscall.c --- qemu-0.1.2/syscall.c 2003-03-26 23:34:59.000000000 +0100 +++ qemu-0.1.2-s390/syscall.c 2003-03-29 04:45:12.000000000 +0100 @@ -26,6 +26,7 @@ #include <errno.h> #include <unistd.h> #include <fcntl.h> +#include <time.h> #include <sys/types.h> #include <sys/wait.h> #include <sys/time.h> @@ -40,6 +41,7 @@ #include <sys/uio.h> #include <sys/poll.h> //#include <sys/user.h> +#include <netinet/tcp.h> #define termios host_termios #define winsize host_winsize @@ -166,7 +168,7 @@ static inline fd_set *target_to_host_fds(fd_set *fds, target_long *target_fds, int n) { -#if !defined(BSWP_NEEDED) && !defined(WORD_BIGENDIAN) +#if !defined(BSWP_NEEDED) && !defined(WORDS_BIGENDIAN) return (fd_set *)target_fds; #else int i, b; @@ -188,7 +190,7 @@ static inline void host_to_target_fds(target_long *target_fds, fd_set *fds, int n) { -#if !defined(BSWP_NEEDED) && !defined(WORD_BIGENDIAN) +#if !defined(BSWP_NEEDED) && !defined(WORDS_BIGENDIAN) /* nothing to do */ #else int i, nw, j, k; @@ -256,55 +258,267 @@ return ret; } -static long do_socketcall(int num, long *vptr) +static inline void target_to_host_sockaddr(struct sockaddr *addr, + struct target_sockaddr *target_addr, + socklen_t len) +{ + memcpy(addr, target_addr, len); + addr->sa_family = tswap16(target_addr->sa_family); +} + +static inline void host_to_target_sockaddr(struct target_sockaddr *target_addr, + struct sockaddr *addr, + socklen_t len) +{ + memcpy(target_addr, addr, len); + target_addr->sa_family = tswap16(addr->sa_family); +} + +static inline void target_to_host_cmsg(struct msghdr *msgh, + struct target_msghdr *target_msgh) +{ + struct cmsghdr *cmsg = CMSG_FIRSTHDR(msgh); + struct target_cmsghdr *target_cmsg = TARGET_CMSG_FIRSTHDR(target_msgh); + socklen_t space = 0; + + while (cmsg && target_cmsg) { + void *data = CMSG_DATA(cmsg); + void *target_data = TARGET_CMSG_DATA(target_cmsg); + + int len = tswapl(target_cmsg->cmsg_len) + - TARGET_CMSG_ALIGN(sizeof (struct target_cmsghdr)); + + space += CMSG_SPACE(len); + if (space > msgh->msg_controllen) { + space -= CMSG_SPACE(len); + gemu_log("Host cmsg overflow"); + break; + } + + cmsg->cmsg_level = tswap32(target_cmsg->cmsg_level); + cmsg->cmsg_type = tswap32(target_cmsg->cmsg_type); + cmsg->cmsg_len = CMSG_LEN(len); + + if (cmsg->cmsg_level != SOL_SOCKET || cmsg->cmsg_type != SCM_RIGHTS) { + gemu_log("Unsupported ancillary data: %d/%d\n", cmsg->cmsg_level, cmsg->cmsg_type); + memcpy(data, target_data, len); + } else { + int *fd = (int *)data; + int *target_fd = (int *)target_data; + int i, numfds = len / sizeof(int); + + for (i = 0; i < numfds; i++) + fd[i] = tswap32(target_fd[i]); + } + + cmsg = CMSG_NXTHDR(msgh, cmsg); + target_cmsg = TARGET_CMSG_NXTHDR(target_msgh, target_cmsg); + } + + msgh->msg_controllen = space; +} + +static inline void host_to_target_cmsg(struct target_msghdr *target_msgh, + struct msghdr *msgh) +{ + struct cmsghdr *cmsg = CMSG_FIRSTHDR(msgh); + struct target_cmsghdr *target_cmsg = TARGET_CMSG_FIRSTHDR(target_msgh); + socklen_t space = 0; + + while (cmsg && target_cmsg) { + void *data = CMSG_DATA(cmsg); + void *target_data = TARGET_CMSG_DATA(target_cmsg); + + int len = cmsg->cmsg_len - CMSG_ALIGN(sizeof (struct cmsghdr)); + + space += TARGET_CMSG_SPACE(len); + if (space > tswapl(target_msgh->msg_controllen)) { + space -= TARGET_CMSG_SPACE(len); + gemu_log("Target cmsg overflow"); + break; + } + + target_cmsg->cmsg_level = tswap32(cmsg->cmsg_level); + target_cmsg->cmsg_type = tswap32(cmsg->cmsg_type); + target_cmsg->cmsg_len = tswapl(TARGET_CMSG_LEN(len)); + + if (cmsg->cmsg_level != SOL_SOCKET || cmsg->cmsg_type != SCM_RIGHTS) { + gemu_log("Unsupported ancillary data: %d/%d\n", cmsg->cmsg_level, cmsg->cmsg_type); + memcpy(target_data, data, len); + } else { + int *fd = (int *)data; + int *target_fd = (int *)target_data; + int i, numfds = len / sizeof(int); + + for (i = 0; i < numfds; i++) + target_fd[i] = tswap32(fd[i]); + } + + cmsg = CMSG_NXTHDR(msgh, cmsg); + target_cmsg = TARGET_CMSG_NXTHDR(target_msgh, target_cmsg); + } + + msgh->msg_controllen = tswapl(space); +} + +static long do_setsockopt(int sockfd, int level, int optname, + void *optval, socklen_t optlen) +{ + if (level == SOL_TCP) { + /* TCP options all take an 'int' value. */ + int val; + + if (optlen < sizeof(uint32_t)) + return -EINVAL; + + val = tswap32(*(uint32_t *)optval); + return get_errno(setsockopt(sockfd, level, optname, &val, sizeof(val))); + } + + else if (level != SOL_SOCKET) { + gemu_log("Unsupported setsockopt level: %d\n", level); + return -ENOSYS; + } + + switch (optname) { + /* Options with 'int' argument. */ + case SO_DEBUG: + case SO_REUSEADDR: + case SO_TYPE: + case SO_ERROR: + case SO_DONTROUTE: + case SO_BROADCAST: + case SO_SNDBUF: + case SO_RCVBUF: + case SO_KEEPALIVE: + case SO_OOBINLINE: + case SO_NO_CHECK: + case SO_PRIORITY: + case SO_BSDCOMPAT: + case SO_PASSCRED: + case SO_TIMESTAMP: + case SO_RCVLOWAT: + case SO_RCVTIMEO: + case SO_SNDTIMEO: + { + int val; + if (optlen < sizeof(uint32_t)) + return -EINVAL; + val = tswap32(*(uint32_t *)optval); + return get_errno(setsockopt(sockfd, level, optname, &val, sizeof(val))); + } + + default: + gemu_log("Unsupported setsockopt SOL_SOCKET option: %d\n", optname); + return -ENOSYS; + } +} + +static long do_getsockopt(int sockfd, int level, int optname, + void *optval, socklen_t *optlen) +{ + gemu_log("getsockopt not yet supported\n"); + return -ENOSYS; +} + +static long do_socketcall(int num, int32_t *vptr) { long ret; switch(num) { case SOCKOP_socket: - ret = get_errno(socket(vptr[0], vptr[1], vptr[2])); + { + int domain = tswap32(vptr[0]); + int type = tswap32(vptr[1]); + int protocol = tswap32(vptr[2]); + + ret = get_errno(socket(domain, type, protocol)); + } break; case SOCKOP_bind: - ret = get_errno(bind(vptr[0], (struct sockaddr *)vptr[1], vptr[2])); + { + int sockfd = tswap32(vptr[0]); + void *target_addr = (void *)tswap32(vptr[1]); + socklen_t addrlen = tswap32(vptr[2]); + void *addr = alloca(addrlen); + + target_to_host_sockaddr(addr, target_addr, addrlen); + ret = get_errno(bind(sockfd, addr, addrlen)); + } break; case SOCKOP_connect: - ret = get_errno(connect(vptr[0], (struct sockaddr *)vptr[1], vptr[2])); + { + int sockfd = tswap32(vptr[0]); + void *target_addr = (void *)tswap32(vptr[1]); + socklen_t addrlen = tswap32(vptr[2]); + void *addr = alloca(addrlen); + + target_to_host_sockaddr(addr, target_addr, addrlen); + ret = get_errno(connect(sockfd, addr, addrlen)); + } break; case SOCKOP_listen: - ret = get_errno(listen(vptr[0], vptr[1])); + { + int sockfd = tswap32(vptr[0]); + int backlog = tswap32(vptr[1]); + + ret = get_errno(listen(sockfd, backlog)); + } break; case SOCKOP_accept: { - socklen_t size; - size = tswap32(*(int32_t *)vptr[2]); - ret = get_errno(accept(vptr[0], (struct sockaddr *)vptr[1], &size)); - if (!is_error(ret)) - *(int32_t *)vptr[2] = size; + int sockfd = tswap32(vptr[0]); + void *target_addr = (void *)tswap32(vptr[1]); + uint32_t *target_addrlen = (void *)tswap32(vptr[2]); + socklen_t addrlen = tswap32(*target_addrlen); + void *addr = alloca(addrlen); + + ret = get_errno(accept(sockfd, addr, &addrlen)); + if (!is_error(ret)) { + host_to_target_sockaddr(target_addr, addr, addrlen); + *target_addrlen = tswap32(addrlen); + } } break; case SOCKOP_getsockname: { - socklen_t size; - size = tswap32(*(int32_t *)vptr[2]); - ret = get_errno(getsockname(vptr[0], (struct sockaddr *)vptr[1], &size)); - if (!is_error(ret)) - *(int32_t *)vptr[2] = size; + int sockfd = tswap32(vptr[0]); + void *target_addr = (void *)tswap32(vptr[1]); + uint32_t *target_addrlen = (void *)tswap32(vptr[2]); + socklen_t addrlen = tswap32(*target_addrlen); + void *addr = alloca(addrlen); + + ret = get_errno(getsockname(sockfd, addr, &addrlen)); + if (!is_error(ret)) { + host_to_target_sockaddr(target_addr, addr, addrlen); + *target_addrlen = tswap32(addrlen); + } } break; case SOCKOP_getpeername: { - socklen_t size; - size = tswap32(*(int32_t *)vptr[2]); - ret = get_errno(getpeername(vptr[0], (struct sockaddr *)vptr[1], &size)); - if (!is_error(ret)) - *(int32_t *)vptr[2] = size; + int sockfd = tswap32(vptr[0]); + void *target_addr = (void *)tswap32(vptr[1]); + uint32_t *target_addrlen = (void *)tswap32(vptr[2]); + socklen_t addrlen = tswap32(*target_addrlen); + void *addr = alloca(addrlen); + + ret = get_errno(getpeername(sockfd, addr, &addrlen)); + if (!is_error(ret)) { + host_to_target_sockaddr(target_addr, addr, addrlen); + *target_addrlen = tswap32(addrlen); + } } break; case SOCKOP_socketpair: { + int domain = tswap32(vptr[0]); + int type = tswap32(vptr[1]); + int protocol = tswap32(vptr[2]); + int32_t *target_tab = (void *)tswap32(vptr[3]); int tab[2]; - int32_t *target_tab = (int32_t *)vptr[3]; - ret = get_errno(socketpair(vptr[0], vptr[1], vptr[2], tab)); + + ret = get_errno(socketpair(domain, type, protocol, tab)); if (!is_error(ret)) { target_tab[0] = tswap32(tab[0]); target_tab[1] = tswap32(tab[1]); @@ -312,27 +526,64 @@ } break; case SOCKOP_send: - ret = get_errno(send(vptr[0], (void *)vptr[1], vptr[2], vptr[3])); + { + int sockfd = tswap32(vptr[0]); + void *msg = (void *)tswap32(vptr[1]); + size_t len = tswap32(vptr[2]); + int flags = tswap32(vptr[3]); + + ret = get_errno(send(sockfd, msg, len, flags)); + } break; case SOCKOP_recv: - ret = get_errno(recv(vptr[0], (void *)vptr[1], vptr[2], vptr[3])); + { + int sockfd = tswap32(vptr[0]); + void *msg = (void *)tswap32(vptr[1]); + size_t len = tswap32(vptr[2]); + int flags = tswap32(vptr[3]); + + ret = get_errno(recv(sockfd, msg, len, flags)); + } break; case SOCKOP_sendto: - ret = get_errno(sendto(vptr[0], (void *)vptr[1], vptr[2], vptr[3], - (struct sockaddr *)vptr[4], vptr[5])); + { + int sockfd = tswap32(vptr[0]); + void *msg = (void *)tswap32(vptr[1]); + size_t len = tswap32(vptr[2]); + int flags = tswap32(vptr[3]); + void *target_addr = (void *)tswap32(vptr[4]); + socklen_t addrlen = tswap32(vptr[5]); + void *addr = alloca(addrlen); + + target_to_host_sockaddr(addr, target_addr, addrlen); + ret = get_errno(sendto(sockfd, msg, len, flags, addr, addrlen)); + } break; case SOCKOP_recvfrom: { - socklen_t size; - size = tswap32(*(int32_t *)vptr[5]); - ret = get_errno(recvfrom(vptr[0], (void *)vptr[1], vptr[2], - vptr[3], (struct sockaddr *)vptr[4], &size)); - if (!is_error(ret)) - *(int32_t *)vptr[5] = size; + int sockfd = tswap32(vptr[0]); + void *msg = (void *)tswap32(vptr[1]); + size_t len = tswap32(vptr[2]); + int flags = tswap32(vptr[3]); + void *target_addr = (void *)tswap32(vptr[4]); + uint32_t *target_addrlen = (void *)tswap32(vptr[5]); + socklen_t addrlen = tswap32(*target_addrlen); + void *addr = alloca(addrlen); + + ret = get_errno(recvfrom(sockfd, msg, len, flags, addr, &addrlen)); + if (!is_error(ret)) { + host_to_target_sockaddr(target_addr, addr, addrlen); + *target_addrlen = tswap32(addrlen); + } } break; case SOCKOP_shutdown: - ret = get_errno(shutdown(vptr[0], vptr[1])); + { + int sockfd = tswap32(vptr[0]); + int how = tswap32(vptr[1]); + + ret = get_errno(shutdown(sockfd, how)); + } break; case SOCKOP_sendmsg: case SOCKOP_recvmsg: @@ -344,11 +595,11 @@ struct iovec *vec; struct target_iovec *target_vec; - msgp = (void *)vptr[1]; + msgp = (void *)tswap32(vptr[1]); msg.msg_name = (void *)tswapl(msgp->msg_name); msg.msg_namelen = tswapl(msgp->msg_namelen); - msg.msg_control = (void *)tswapl(msgp->msg_control); - msg.msg_controllen = tswapl(msgp->msg_controllen); + msg.msg_controllen = 2 * tswapl(msgp->msg_controllen); + msg.msg_control = alloca(msg.msg_controllen); msg.msg_flags = tswap32(msgp->msg_flags); count = tswapl(msgp->msg_iovlen); @@ -361,17 +612,43 @@ msg.msg_iovlen = count; msg.msg_iov = vec; - fd = vptr[0]; - flags = vptr[2]; - if (num == SOCKOP_sendmsg) - ret = sendmsg(fd, &msg, flags); - else - ret = recvmsg(fd, &msg, flags); - ret = get_errno(ret); + fd = tswap32(vptr[0]); + flags = tswap32(vptr[2]); + if (num == SOCKOP_sendmsg) { + target_to_host_cmsg(&msg, msgp); + ret = get_errno(sendmsg(fd, &msg, flags)); + } else { + ret = get_errno(recvmsg(fd, &msg, flags)); + if (!is_error(ret)) + host_to_target_cmsg(msgp, &msg); + } } break; case SOCKOP_setsockopt: + { + int sockfd = tswap32(vptr[0]); + int level = tswap32(vptr[1]); + int optname = tswap32(vptr[2]); + void *optval = (void *)tswap32(vptr[3]); + socklen_t optlen = tswap32(vptr[4]); + + ret = do_setsockopt(sockfd, level, optname, optval, optlen); + } + break; case SOCKOP_getsockopt: + { + int sockfd = tswap32(vptr[0]); + int level = tswap32(vptr[1]); + int optname = tswap32(vptr[2]); + void *optval = (void *)tswap32(vptr[3]); + uint32_t *target_len = (void *)tswap32(vptr[4]); + socklen_t optlen = tswap32(*target_len); + + ret = do_getsockopt(sockfd, level, optname, optval, &optlen); + if (!is_error(ret)) + *target_len = tswap32(optlen); + } + break; default: gemu_log("Unsupported socketcall: %d\n", num); ret = -ENOSYS; @@ -880,7 +1157,27 @@ ret = get_errno(unlink((const char *)arg1)); break; case TARGET_NR_execve: - ret = get_errno(execve((const char *)arg1, (void *)arg2, (void *)arg3)); + { + char **argp, **envp; + int argc = 0, envc = 0; + uint32_t *p; + char **q; + + for (p = (void *)arg2; *p; p++) + argc++; + for (p = (void *)arg3; *p; p++) + envc++; + + argp = alloca(argc * sizeof(void *)); + envp = alloca(envc * sizeof(void *)); + + for (p = (void *)arg2, q = argp; *p; p++, q++) + *q = (void *)tswap32(*p); + for (p = (void *)arg3, q = envp; *p; p++, q++) + *q = (void *)tswap32(*p); + + ret = get_errno(execve((const char *)arg1, argp, envp)); + } break; case TARGET_NR_chdir: ret = get_errno(chdir((const char *)arg1)); @@ -1404,7 +1701,7 @@ case TARGET_NR_ioperm: goto unimplemented; case TARGET_NR_socketcall: - ret = do_socketcall(arg1, (long *)arg2); + ret = do_socketcall(arg1, (int32_t *)arg2); break; case TARGET_NR_syslog: goto unimplemented; @@ -1468,9 +1765,9 @@ target_st->st_size = tswapl(st.st_size); target_st->st_blksize = tswapl(st.st_blksize); target_st->st_blocks = tswapl(st.st_blocks); - target_st->st_atime = tswapl(st.st_atime); - target_st->st_mtime = tswapl(st.st_mtime); - target_st->st_ctime = tswapl(st.st_ctime); + target_st->target_st_atime = tswapl(st.st_atime); + target_st->target_st_mtime = tswapl(st.st_mtime); + target_st->target_st_ctime = tswapl(st.st_ctime); } } break; @@ -1644,17 +1941,17 @@ unsigned int nfds = arg2; int timeout = arg3; struct pollfd *pfd; - int i; + unsigned int i; pfd = alloca(sizeof(struct pollfd) * nfds); for(i = 0; i < nfds; i++) { - pfd->fd = tswap32(target_pfd->fd); - pfd->events = tswap16(target_pfd->events); + pfd[i].fd = tswap32(target_pfd[i].fd); + pfd[i].events = tswap16(target_pfd[i].events); } ret = get_errno(poll(pfd, nfds, timeout)); if (!is_error(ret)) { for(i = 0; i < nfds; i++) { - target_pfd->revents = tswap16(pfd->revents); + target_pfd[i].revents = tswap16(pfd[i].revents); } } } @@ -1859,9 +2156,9 @@ target_st->st_size = tswapl(st.st_size); target_st->st_blksize = tswapl(st.st_blksize); target_st->st_blocks = tswapl(st.st_blocks); - target_st->st_atime = tswapl(st.st_atime); - target_st->st_mtime = tswapl(st.st_mtime); - target_st->st_ctime = tswapl(st.st_ctime); + target_st->target_st_atime = tswapl(st.st_atime); + target_st->target_st_mtime = tswapl(st.st_mtime); + target_st->target_st_ctime = tswapl(st.st_ctime); } } break; diff -ur qemu-0.1.2/syscall_defs.h qemu-0.1.2-s390/syscall_defs.h --- qemu-0.1.2/syscall_defs.h 2003-03-26 23:34:59.000000000 +0100 +++ qemu-0.1.2-s390/syscall_defs.h 2003-03-29 02:36:30.000000000 +0100 @@ -19,6 +19,11 @@ #define SOCKOP_sendmsg 16 #define SOCKOP_recvmsg 17 +struct target_sockaddr { + uint16_t sa_family; + uint8_t sa_data[14]; +}; + struct target_timeval { target_long tv_sec; target_long tv_usec; @@ -49,6 +54,43 @@ unsigned int msg_flags; }; +struct target_cmsghdr { + target_long cmsg_len; + int cmsg_level; + int cmsg_type; +}; + +#define TARGET_CMSG_DATA(cmsg) ((unsigned char *) ((struct target_cmsghdr *) (cmsg) + 1)) +#define TARGET_CMSG_NXTHDR(mhdr, cmsg) __target_cmsg_nxthdr (mhdr, cmsg) +#define TARGET_CMSG_FIRSTHDR(mhdr) \ + ((size_t) tswapl((mhdr)->msg_controllen) >= sizeof (struct target_cmsghdr) \ + ? (struct target_cmsghdr *) tswapl((mhdr)->msg_control) : (struct target_cmsghdr *) NULL) +#define TARGET_CMSG_ALIGN(len) (((len) + sizeof (target_long) - 1) \ + & (size_t) ~(sizeof (target_long) - 1)) +#define TARGET_CMSG_SPACE(len) (TARGET_CMSG_ALIGN (len) \ + + TARGET_CMSG_ALIGN (sizeof (struct target_cmsghdr))) +#define TARGET_CMSG_LEN(len) (TARGET_CMSG_ALIGN (sizeof (struct target_cmsghdr)) + (len)) + +static __inline__ struct target_cmsghdr * +__target_cmsg_nxthdr (struct target_msghdr *__mhdr, struct target_cmsghdr *__cmsg) +{ + if (tswapl(__cmsg->cmsg_len) < sizeof (struct target_cmsghdr)) + /* The kernel header does this so there may be a reason. */ + return 0; + + __cmsg = (struct target_cmsghdr *) ((unsigned char *) __cmsg + + TARGET_CMSG_ALIGN (tswapl(__cmsg->cmsg_len))); + if ((unsigned char *) (__cmsg + 1) > ((unsigned char *) tswapl(__mhdr->msg_control) + + tswapl(__mhdr->msg_controllen)) + || ((unsigned char *) __cmsg + TARGET_CMSG_ALIGN (tswapl(__cmsg->cmsg_len)) + > ((unsigned char *) tswapl(__mhdr->msg_control) + + tswapl(__mhdr->msg_controllen)))) + /* No more entries. */ + return 0; + return __cmsg; +} + + struct target_rusage { struct target_timeval ru_utime; /* user time used */ struct target_timeval ru_stime; /* system time used */ -- Dr. Ulrich Weigand weigand(a)informatik.uni-erlangen.de

1 0

Fwd: Re: Installshield.... no way!
by Davide Giannotti 29 Mar '03

29 Mar '03

Oh yeah... i have the native std*tlb files... i unpacked them from my WinXP Pro cd. I'm currently running wine without windows installation. Don't know what to say... are you sure that latests installshield work with wine? I think this is a priority task... I recompiled wine from a clean tarballz... and as i said, some apps works fine. But nothing to do with installshield.... :-( Thanks Subject: Re: Installshield.... no way! Date: Saturday 29 March 2003 11:54 From: Uwe Bonnes <bon(a)elektron.ikp.physik.tu-darmstadt.de> To: Davide Giannotti <davide.giannotti(a)itsplanet.com> Cc: wine-devel(a)winehq.com >>>>> "Davide" == Davide Giannotti <davide.giannotti(a)itsplanet.com> writes: Davide> I give up, after 2 days of try.. Nothing to do with some Davide> setups. I'm using latest wine on redhat 8.1 with glibc 2.3.1 Davide> recompiled for my processor (athlon xp). Davide> Apps are launched with winelauncher and the Davide> LD_ASSUME_KERNEL=2.2.5 var. set. Wine has been compiled from Davide> source, everything went fine and some apps work fine and Davide> fast. (like ms office viewers) There's no original dll or config Davide> setting or suggestion in the mailing lists that brought me Davide> further. My $800 macromedia studio hangs after extracting files Davide> and preparing the setup. So do some other apps. I'm still Davide> hanging on Windozz... :-( You don't tell about the std*tlb files, so I guess you don't have them. To state it again: The native std*tlb Files from a windows installation are nescessary for InstallShield6 application. Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ---------- ------------------------------------------------------- -- Davide Giannotti ITS Planet s.n.c davide.giannotti(a)itsplanet.com www.itsplanet.com

1 0

Installshield.... no way!
by Davide Giannotti 29 Mar '03

29 Mar '03

I give up, after 2 days of try.. Nothing to do with some setups. I'm using latest wine on redhat 8.1 with glibc 2.3.1 recompiled for my processor (athlon xp). Apps are launched with winelauncher and the LD_ASSUME_KERNEL=2.2.5 var. set. Wine has been compiled from source, everything went fine and some apps work fine and fast. (like ms office viewers) There's no original dll or config setting or suggestion in the mailing lists that brought me further. My $800 macromedia studio hangs after extracting files and preparing the setup. So do some other apps. I'm still hanging on Windozz... :-( If somebody has any idea.... thank you all guys. On Wednesday 26 March 2003 13:34, Davide Giannotti wrote: > > There's nothing i can do to make some installers work. > > I always get the > > "The installshield engine (ikernel.exe) could not be installed" message. > > > > I tried to install the dcom98, and it unpacked the files in the > > windows\system dir, and that's ok, but i don't think there was much more. > > > > When i try to install the microsoft installer (InstMsi.exe) it seems > > working, and it gives me the "succesfull installed" popup windows too... > > but i know it didn't cause it unpacks and doesn't even ask me if i want to > > proceed, it just jumps... to the end of process. > > > > And when i try to install some progs like Dreamweaver MX, i get the darn > > message above. > > > > Any suggestion? > > > > Thank you all guys > > > > P.s: The "export LD_ASSUME_KERNEL=2.2.5" command seems to work (at least > > partially). i added the line in my winelauncher script and konqueror uses > > winelauncher to start my win apps. > > Shouldn't you check for glibc version and add that line as default in the > > winelauncher script? > > -- > Davide Giannotti > ITS Planet s.n.c > davide.giannotti(a)itsplanet.com > www.itsplanet.com -- Davide Giannotti ITS Planet s.n.c davide.giannotti(a)itsplanet.com www.itsplanet.com

2 1

Re: Debugging winedbg
by Eric Pouech 29 Mar '03

29 Mar '03

Ulrich Spoerlein wrote: > Can anyone please explain this to me? every module (in the Wine sense) is create with a .init section. the code in this section is executed as soon as the module is loader (by the ELF loader). But the code in this section expects a bit of Wine environment to be already present (basically the wine executable) with preloading the .exe.so file, this code gets executed with the wine executable being loaded > And what would be the easiest way to break into gdb on DEBUG_MainLoop? add a breakpoint instruction at the start of DEBUG_MainLoop code __asm__("int 3"); would do A+ -- Eric Pouech

1 0

Some shell32 questions and pictures
by Steven Edwards 29 Mar '03

29 Mar '03

Hello, I was taking a look at the current shell32 sources from winehq and trying to see if we needed to merge in the reactos shell32 fork stuff. We have forked a small part of shell32 to be able to run the control panel application with our own dll. After doing some testing I wanted to see from you guys if our implementation was right and if it would be accepted to the winehq tree. I was wondering if this really needs to go in to the shell32 or in to the explorer clone. Thanks Steven Standard Win2k Control Panel http://mail.gleneagle.net/sedwards/control-with-win2k-shell32.jpg Now with the WINE shell32 from the current CVS you get this under Windows2000 http://mail.gleneagle.net/sedwards/control-with-wine-shell32.jpg And with the ReactOS shell32 you get this http://mail.gleneagle.net/sedwards/control-with-ros-shell32.jpg

2 1

Irc channel topic modification
by Sylvain Petreolle 28 Mar '03

28 Mar '03

Could you remove the WineX from the freenode #winehq topic, as #winex exists too ? ===== Sylvain Petreolle (spetreolle at users dot sourceforge dot net) ICQ #170597259 No more War ! "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". For the Law of Oil and Fire, Im an European that lives in France. For all my Brothers and friends, Im a human living on Earth. ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

1 0

Is it as nontrivial as it appears
by Bill Medland 28 Mar '03

28 Mar '03

I've now got to the stage where I have to look at whether it is possible for a linux process to call into windows dlls. (Don't bother telling me to use winelib to make the linux executable into a winelib one). I've never really thought too hard about it; it has always seemed to me that it ought to be quite trivial; just make sure you call the correct initialisaton functions and there you go. Indeed that has been my response on occasions on c.e.m.w and no-one had corrected me. I've just started looking at it and I get the distinct impression that due to the multiple processes and threads involved it may not be as trivial as I though. Anyone care to comment? -- Bill Medland ACCPAC International, Inc. medbi01(a)accpac.com Corporate: www.accpac.com Hosted Services: www.accpaconline.com

2 1

WineHQ: still TODO
by Dimitrie O. Paun 28 Mar '03

28 Mar '03

Hi folks, Here is my personal TODO list for our very beautiful WineHQ site. Big Items --------- 1. Integrate Bugzilla into the site 2. Integrate AppDB into the site 3. Integrate the guids into the site Jer, silly question: Bugzilla and AppDB seem to already be written with the 'boxed' approach. I haven't looked at the code, but any fundamental reason we can't simply stick the main Bugzilla or AppDB main box into WineHQ? Medium Items ------------ 4. The Who's Who page is terribly out of date. Also, the organization with VIPs/Core/etc. sucks IMO. The page should include only the active developers, the rest should go into an Acknowledgements page. 5. Speaking of which, we're missing an Acknowledgements page. This should include significant contributors, significant corporate sponsors, funding sources. 6. The Download pages don't feel like. They should refer to the HowTo rather than duplicate the information. Also the Download/Sources is too skinny, needs more meat. 7. The HowTo needs improvements. There's a lot more stuff that we need to add to it. 8. We're missing a History page, that would put everything in context and a nice narative. Small Items ----------- 9. The Contributing page is too heavy, needs better integration with the new Fun Projects/Winelib/Janitorial pages. 10. The Sending Patches needs a bit more work. The .cvsrc link is wrong, maybe a bit more info on how to configure various email clients to not mangle patches, make it more clear that only uniffied diff is acceptable, show an example .cvsrc, how to email a patch (ChangeLog, one patch/per message, etc). Stuff we've been discussing for so long. Tony, I know you've been doing work in this area, maybe you can look into it? 11. TODO/Fun Projects/Janitorial/Winelib pages need constant updating from my site. I'll do that. 12. The Status/UI Status page still needs some work. Help wanted. 13. Get rid of the Miscellaneous section from Status/Core Status. 14. The Search box is too low, one needs to scroll to get to it, even in high resolutions. Any other requests? BTW, why aren't WineHQ CVS commits visible on wine-cvs anymore? -- Dimi.

2 1

Re: Fix incorrect documentation
by Andreas Mohr 28 Mar '03

28 Mar '03

Hi, On Fri, Mar 28, 2003 at 04:35:36PM +0000, Mike Hearn wrote: > I'm surprised nobody caught this one in my previous (duff) patch... the > "uninstaller" app appears to have been forgotten about. Well, I'd caught this in my update, but your version is somewhat better. Applied it ;-) I'm *almost* done with that stuff... -- Andreas Mohr Stauferstr. 6, D-71272 Renningen, Germany Tel. +49 7159 800604 http://mohr.de.tt

1 0

RE: fix compiling of libs/wine/loader.c on NetBSD
by Patrik Stridvall 28 Mar '03

28 Mar '03

> On Thu, Mar 27, 2003 at 09:12:58PM +0200, Yorick Hardy wrote: > > It seems the stdint. header file should be included for > > compiling on NetBSD. > > This reminds me: Into which deep hole did Patrik disappear? In the deep hole of having other things to do. :-) Don't worry, I will be back.

1 0

Re: Java in wine?
by Dan Kegel 28 Mar '03

28 Mar '03

Mike wrote: > Perhaps a bit offtopic, but my company has asked me to try and get a > desktop java app we use/are developing here running under Linux. You'd > think, being written in Java, that it'd just be a case of installing the > JVM and running it. Unfortunately, because Java is rather poor at > desktop apps, they've used a load of windows extensions via JNI to try > and make it integrate better. > > That means, the only solution is probably to run a JVM under Wine (short > of rewriting all the native code, which they don't want to do). Now, I > tried the Sun JRE, and it wasn't happy. I expect HotSpot does some wierd > stuff under the covers. So I'm wondering if anybody has walked this road > before, and if there are any other JVMs that might work better under > Wine? What version of Java does the app require? I wonder if perhaps some older Sun JREs run better on Wine than hotspot does. I haven't tried any, but who knows, it might be worth trying. - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

7 15

Contributing page needs fixing
by Mathew McBride 28 Mar '03

28 Mar '03

Web Site matenence: "We are in the process of redoing the web site and we really could use some help. The current beta is located at http://lostwages.winehq.org Here is the current list of bugs that needs attention: 597, 598, 600, 601, 605, 607, 608.If you would like to offer assistance with web maintenace feel free to contact Wine-Develipmont <mailto:wine-devel@winehq.com>." 1) lostwages. 2) D-e-v-e-l-o-p-m-e-n-t Oh, add a link to the mailing lists in the menu if you can.

1 0

Re: I/O Completion Ports (1 of 2)
by Alexandre Julliard 28 Mar '03

28 Mar '03

"Robert Shearman" <R.J.Shearman(a)warwick.ac.uk> writes: > +static int io_completion_send_data( struct thread *thread, void *cookie, struct io_completion_data * data ) > +{ > + struct io_completion_send_data_reply reply; > + int ret; > + > + reply.cookie = cookie; > + reply.signaled = STATUS_SUCCESS; > + reply.bytes_transferred = data->bytes_transferred; > + reply.completion_key = data->completion_key; > + reply.overlapped = data->overlapped; > + if ((ret = write( get_unix_fd( thread->wait_fd ), &reply, sizeof(reply) )) == sizeof(reply)) > + return 0; You cannot send different message sizes into the wait_fd pipe, this won't work since pipes don't preserve message boundaries. I'd suggest simply using the normal wait mechanism and then doing a separate call to retrieve the rest of the info. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: Any DCOM experts?
by Bill Medland 28 Mar '03

28 Mar '03

On March 27, 2003 12:48 pm, Gregory M. Turner wrote: > On Thursday 27 March 2003 01:08 pm, Bill Medland wrote: > > Hi guys > > > > For the next part of the work I am doing I am trying to figure out if > > there is any way that the DCOM part of one of our products is going to > > work under Wine at the server end. > > > > I am not having much success so far and I was wondering if anyone knows > > whether this is because I don't have things set up properly or if it is > > because of some inherent known lack of functionality. > > > > To start the ball rolling I was working with MSDN's DCOMTST test program > > pair. > > > > I managed to get that working using the local server (after adding the > > definition of IStream to the registry) but am having no luck getting the > > client under Wine to talk to the server under Win98. In fact the client > > side doesn't even seem to send out a single TCP/IP packet. > > There is no implementation of the TCP/IP transport at this time. Wine will > fail to make interprocess calls without any indication of this failure in > some cases. Frankly, I'm pleasantly surprised to hear that even DCOMTST > works. Ah, yes. But the local DCOMTST case is only going to use named pipes or something. And I am actually using the native dlls. And I know that I can use the native rpc across the net (using the "simple" sample program) > The RPC implementation in wine is not up to par yet. DCOM needs RPC to do > it's dirty work, so interprocess RPC is very shaky, and interprocess > between wine and real windows is non-existant. > > The good news is that there are people working on this, in particular, Ove > Kaaven and myself, although we are not exactly making headlines with our > earth-shaking progress at this moment. The bad news is that getting wine > to talk to windows via RPC is a pretty distant target right now; there are > lots of "lower hanging fruit" that will presumably be addressed first. > > > (Aside - Nice demonstration of lazy Microsoft code; in their error > > reporting they call FormatMessage, ignore the return code and somehow > > print the returned error message, even when one hasn't been allocated; I > > guess it only works under Windows because the print routine traps the > > access violation) > > or maybe the thing was supposed to be allocated and wine didn't do it > properly. Always presume wine is at fault, not Microsoft; you will usually > be correct, especially in DCOM territory! No. If a function has a return code that indicates failure then you should test for that failure and not blithely continue as if everything was OK. They call FormatMessage, asking for FormatMessage to allocate the returned string. If nothing else, it could fail to allocate memory in which case it would be stupid to use the "returned pointer" which is just whatever happened to be on the stack at the time. And I noted it failing on Windows too; the printf or whatever simply stopped processing half-way along the format string. > > I am currently running native ole32 and native rpcrt4. > > Then you are really using Microsoft's DCOM implementation, and not wine's. > Which may not be a bad choice if you want it to "just work" Yes please > as much as > possible. I have successfully used native ole32 and rpcrt4 to talk to SQL > server via the MMC interface, quite a bit of RPC involved. It didn't work > too well, but it was interesting to see it work at all. Hm. So something at least is possible (i.e. it is possible to get ole32 to put tcpip packets across the wire) > > The builtin rpcrt4 fails on a call to unimplemented > > RpcServerInqDefaultPrincName but I don't understand why it is even > > calling that; why does it think I have Netware only and why does it think > > this is a server process. > > This is another unimplemented chunk of DCOM: the RPC name services do not > exist. Samba and dce rpc have this feature so it's not unattainable... but > it ain't there yet. The name services and other networked DCOM services > require priveleged ports that wine can't even use without some kind of > medium-scale reconceptualization of the basic wine security model anyhow... > it's easy to imagine reasonable solutions to that too, but it will take > some thought... > > > Anyone an expert in any of this stuff? > > Yes, but unfortuantely, they all seem to work for Microsoft ;) Seriously, > some of it is undocumented, some of it is well documented. There are > probably only a handful of people in the world who could answer some of the > hard questions without reverse-engineering the answers, and they probably > do work for Microsoft. So for wine, we must read the specs and reverse > engineer the rest. It's not a pretty landscape and you will need to be > patient, but I believe there is a light at the end of the tunnel. Good to know. Unfortunately it isn't my patience we are talking about. Do you know of any decent low level documentation that I could read that would explain why the native OLE doesn't even appear to be trying to hit the network? BTW, on the subject of specs, create_marshalled_proxy includes a reference to a figure at MSDN. Unfortunately the link is out of date. Any idea what it is a reference to? I had a quick look through the 1999 MSJ articles but didn't see anything obvious. Also, if I get bored and can find a few hours I was going to correct the arrangement of CoCreateInstance and CoCreateInstanceEx and tighten up the CoGetClassObject order of testing; does that conflict with anyone? -- Bill Medland ACCPAC International, Inc. medbi01(a)accpac.com Corporate: www.accpac.com Hosted Services: www.accpaconline.com

1 0

Re: fix compiling of libs/wine/loader.c on NetBSD
by Joerg Mayer 27 Mar '03

27 Mar '03

On Thu, Mar 27, 2003 at 09:12:58PM +0200, Yorick Hardy wrote: > It seems the stdint. header file should be included for > compiling on NetBSD. This reminds me: Into which deep hole did Patrik disappear? Ciao Jörg -- Joerg Mayer <jmayer(a)loplof.de> We are stuck with technology when what we really want ist just stuff that works. Some say that should read Microsoft instead of technology.

1 0

Re: PATCH: Make.rules.in
by Dimitrie O. Paun 27 Mar '03

27 Mar '03

On Wed, 26 Mar 2003, Gerald Pfeifer wrote: > In the FreeBSD port of Wine I inherited the following and > /usr/include/features.h on my Debian systems states > > _THREAD_SAFE Same as _REENTRANT, often used by other systems. > > so I'd like to propose the following. On FreeBSD these two are not > exactly synonyms (yet?), and on Linux it doesn't hurt anybody. Well, it does make the compiler command line longer and uglier. In this case, a configure test would work a bit better I believe. -- Dimi.

1 0

Re: TreeView notifications fix (take 2)
by Mike Hearn 27 Mar '03

27 Mar '03

Hi Alexandre, Any reason this wasn't applied, or is it still in the queue? On Wed, 2003-03-19 at 14:08, Mike Hearn wrote: > As per Dimis suggestion, here is a more streamlined version of the > patch. > > ChangeLog: > > - Make IsWindowUnicode check dialog wndprocs -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

5 11

2 things with the new library system
by Steven Edwards 27 Mar '03

27 Mar '03

1. I'm getting this error in the current cvs - patch is at the end of the message isolation@PH33R /g/src/wine-dev/wine/libs/wine $ make dllwrap --def ./wine.def -o libwine.dll config.o debug.o errno.o ldt.o loader.o -L../../libs/port -lwine_port -lmsvcrt libwine.exp(.edata+0xa4):fake: undefined reference to `wine_errno_location' libwine.exp(.edata+0xcc):fake: undefined reference to `wine_h_errno_location' C:\mingw\bin\dllwrap.exe: C:\mingw\bin\gcc exited with status 1 make: *** [libwine.dll] Error 1 2. I can build wrc, winebuild, widl and etc but when I go to run these programs they are bitching about not being able to fund NULL. It seems that dllwrap and gcc dont like having our dlls not have a library name in the .def file. If I add LIBRARY libwine_unicode.dll or LIBRARY libwine.dll to the proper file then all is great. My question is will this break Unix? with a .so or will LD just not care about this? cvs diff -u wine.def Index: wine.def =================================================================== RCS file: /home/wine/wine/libs/wine/wine.def,v retrieving revision 1.1 diff -u -r1.1 wine.def --- wine.def 23 Mar 2003 00:28:53 -0000 1.1 +++ wine.def 27 Mar 2003 20:09:55 -0000 @@ -27,7 +27,6 @@ wine_dll_unload wine_dlopen wine_dlsym - wine_errno_location wine_get_config_dir wine_get_cs wine_get_ds @@ -37,7 +36,6 @@ wine_get_server_dir wine_get_ss wine_get_user_name - wine_h_errno_location wine_ldt_alloc_entries wine_ldt_alloc_fs wine_ldt_copy __________________________________________________ Do you Yahoo!? Yahoo! Platinum - Watch CBS' NCAA March Madness, live on your desktop! http://platinum.yahoo.com

1 0

Re: building a windows API database
by David Miller 27 Mar '03

27 Mar '03

Hi, I have attached the script I am working on for this project. It is not finished. Currently it will ignore APIs with no name or ordinal ### simply because I haven't figured out how to handle them yet. There seems to be a general consensus on wine-devel we don't need a MySQL database so I am working toward a text file solution instead. I do think MySQL could be useful though if someone made a nice interface to query the database. Any help, comments, and suggestions are always welcome. :) Currently this script will: locate dlls and dump import and/or export information with dumpbin cross reference imports in an HTML map parse the dumped exports and try to determine the status of each API based on entries in the wine .spec files. If you do not have access to perl on a windows system and dumpbin (from visual C++) I can provide sample output. At 11:35 AM 3/25/2003 -0800, you wrote: >Hi, I am interested in your project of >having an API database. > >I am building it, storing the information >in a server (MySQL), in order to retreive >from it any information about apis >and their relationship with other apis >and constants. > >I don't know if you have something yet, >and would like to share with you >the project. > >Greetings... > >__________________________________________________ >Do you Yahoo!? >Yahoo! Platinum - Watch CBS' NCAA March Madness, live on your desktop! >http://platinum.yahoo.com

2 1

new site nit
by Dan Kegel 27 Mar '03

27 Mar '03

It would be nice if the site recognized normal URLs without the ?page= prefix. That ought to be easy to hack up. The extra verbiage makes links posted in news articles look ugly. Where's the code so I can fix it? I can't see it at http://cvs.winehq.com/cvsweb/ for some reason... I thought the site's code was in cvs... - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

7 8

Wine, win4lin, vmware, bochs, plex86 can we build an alternative Windows yet ?
by Jacobus Erasmus 27 Mar '03

27 Mar '03

Hi, I've been following the Wine development for years now. I was surprized when I learned of vmware and win4lin being able to run Windows. After some investigation it seems that they have consentrated on a simpler task that of building a virtual machine that can run Windows on top of linux. Wine on the other hand is concentrating on replacing Windows a much harder task. My question to the Wine comminuty is this ? Whithout stopping the current development would it be possible to build a striped down wine version that can run most Windows apps if you have windows available and are willing to install it in our Wine Virtual Environment. Given that Wine already contains most of the code to read and use DLL's. Most of the drivers is already available what would it take to setup such a wine version. (Interim solution ) -- Jacobus Erasmus <jacobus(a)kewlconcepts.co.za> Kewlconcepts

3 2

Transient registry entries?
by Mike Hearn 27 Mar '03

27 Mar '03

Hi, My app reads the registry to figure out network information, in particular it queries the [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\NetworkCards\] key to discover network cards, then [HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services] to figure out the IP address of each one (this program can bind to multiple adaptors). These entries don't exist in Wine, and clearly they should be generated from the system configuration. There are three places that could be done: a) In initial setup, ie when you install Wine b) At Wine startup c) On demand, ie by writing special cases into the registry access code. Which of these is the one that should be used? Some stuff, like the IP address, can presumably be retrieved from other API calls, but other things, like the adaptors in the system might require new code to query the kernel. Has anybody got any tips? thanks -mike -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

1 0

Re: treeview click notification
by Alexandre Julliard 27 Mar '03

27 Mar '03

Mike Hearn <m.hearn(a)signal.qinetiq.com> writes: > Alexandre - I noticed my last treeview patch wasn't applied, I have been > diffing against old copies rather than CVS.... is it that my patches are > no longer applying cleanly? If so, then I'll resubmit when I have CVS > access again. If there was a problem with the patch, could you please > say what it was so I can fix it now, while I have time? It's still in the queue. I can't apply all patches on the day I receive them; sometimes I simply don't have time for another compile/test/commit round that day, sometimes I wait a bit to leave other people a chance to comment, etc. If one of your patches is dropped by all means ask me about it, but please give me at least a few days before assuming it was dropped. Thanks. -- Alexandre Julliard julliard(a)winehq.com

2 1

server/signal.c portability issue
by Gerald Pfeifer 27 Mar '03

27 Mar '03

Unfortunately, the new server/signal.c doesn't seem to be portable: wine/server% make /usr/bin/gcc -c -I. -I. -I../include -I../include -g -O2 -Wall -mpreferred-stack-boundary=2 -gstabs+ -Wpointer-arith -D__WINESRC__ -D_REENTRANT -o signal.o signal.c signal.c: In function `do_sigio': signal.c:201: structure has no member named `si_fd' I'd love to provide a patch, but I have now idea what it should looke like. :-( If that helps, here is siginfo_t on FreeBSD 4.8: : typedef struct __siginfo { int si_signo; /* signal number */ int si_errno; /* errno association */ /* * Cause of signal, one of the SI_ macros or signal-specific * values, i.e. one of the FPE_... values for SIGFPE. This * value is equivalent to the second argument to an old-style * FreeBSD signal handler. */ int si_code; /* signal code */ int si_pid; /* sending process */ unsigned int si_uid; /* sender's ruid */ int si_status; /* exit value */ void *si_addr; /* faulting instruction */ union sigval si_value; /* signal value */ long si_band; /* band event for SIGPOLL */ int __spare__[7]; /* gimme some slack */ } siginfo_t; #endif /* _P1003_1B_VISIBLE */ Gerald -- Gerald "Jerry" pfeifer(a)dbai.tuwien.ac.at http://www.pfeifer.com/gerald/

1 0

Re: wrc: -a -C -w
by Alexandre Julliard 27 Mar '03

27 Mar '03

"Dimitrie O. Paun" <dpaun(a)rogers.com> writes: > The -w options wanted to be merged into the -O option. > It makes sense: we want to control the input and output > format independently, and what better way than through > already existing -J and -O option? I don't mind removing -w, but it would be nice if you could also fix the makefiles so that things compile <g> -- Alexandre Julliard julliard(a)winehq.com

2 1

[RFC] wrc: remaining TODOs
by Dimitrie O. Paun 27 Mar '03

27 Mar '03

Folks, Few things remain before I'm satisfied with the state of wrc. Here is a list of them: -- the -B option: I think this is a the wrong interface. The Win32 API has been ported to Big Endian machines IIRC, and there is no point allowing people to mock with alignment like so: it opens up a BIG can of worms for future support and maintenance. And I don't see how it can be useful -- the Wine code assumes a certain endianess, and that's exactly what wrc should output. NOTE: Of course, I just realized that the argument holds as long as the .res format has a fixed endianess on all platform. I hope it does. Anyone cares to enlighten me? -- we may need a -r option for compatibility with rc. rc used to have a -r option, it is now ignored for backwards compatibility. Anyone know if this is old enough that we can safely ignore? Up to what version was the option required? It is curretly used in the Mozilla source, so we were wondering if we could remove it from there as well. -- the -m option. rc doesn't have it, why do we need it? We are using it in the Wine tree, do we really need it? Personally, I'd be happier if we could get rid of it, so we don't depend on Wine-only extensions. -- I would like to add a -U option (undefine), for compatibility with rc. In fact, wpp should support it as well, for compatibility with cpp. That's it. Any more ideas? I would like to get this out of the way soon, any comments or suggestions are most welcome. -- Dimi.

3 4

Winemaker : problem with wrc -J ?
by Sylvain Petreolle 27 Mar '03

27 Mar '03

Trying to compile the test application from bug #1338, running 'make' gives me the wrc usage message. I paste the command run by make and the generated Makefile. I used 'winemaker .' to create configure and so on. [syl@snoop MaximizeBox]$ make sed -e 's,@bindir\@,/usr/local/bin,g' -e 's,@winelibdir\@,.,g' ./wineapploader.in >wineapploader || rm -f wineapploader LD_LIBRARY_PATH=":$LD_LIBRARY_PATH" /usr/local/bin/wrc -J -m -I. -I/usr/local/include/wine/windows -o About2.res About2.rc /usr/local/bin/wrc: invalid option -- J ===== Sylvain Petreolle (spetreolle at users dot sourceforge dot net) ICQ #170597259 No more War ! "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". For the Law of Oil and Fire, Im an European that lives in France. For all my Brothers and friends, Im a human living on Earth. ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

2 1

(1st) Implement msvcrt._wfullpath
by Sylvain Petreolle 27 Mar '03

27 Mar '03

Taking _fullpath as a model, I implemented msvcrt._wfullpath (patch attached). My unique problem : it makes use of an internal helper called msvcrt_fln_fix, which I dont understand. It seems to work without it, so I think its useful only in specific cases. Could someone explain what it does ? ===== Sylvain Petreolle (spetreolle at users dot sourceforge dot net) ICQ #170597259 No more War ! "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". For the Law of Oil and Fire, Im an European that lives in France. For all my Brothers and friends, Im a human living on Earth. ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

1 0

wine-20030318 and C0000005 errors
by Paul McNett 27 Mar '03

27 Mar '03

I'm not sure what the change was, but handling of fatal errors appears to have gotten much better in the past month. I'm primarily using Visual Foxpro in Wine, and C0000005 errors happen in various places in both Windows and Wine when using Visual FoxPro. Up until recently, Wine would hang with the C5 and I'd have to kill it manually. Now, Wine exits cleanly after I say "ok" to the C5 dialog box. -- Paul McNett - p(a)ulmcnett.com Hollister, California, USA

1 0

Re: Java in wine?
by David.Goodenough＠DGA.co.uk 26 Mar '03

26 Mar '03

There are always at least two threads, because of the garbage collection which runs on a separate thread. I do not think any if the JVMs run the gc synchnonously. David Sylvain Petreolle <spetreolle@yahoo To: Mike Hearn <m.hearn(a)signal.qinetiq.com>, Wine Devel .fr> <wine-devel(a)winehq.com> Sent by: cc: wine-devel-admin@ Subject: Re: Java in wine? winehq.com 26/03/2003 17:13 youpi youpi yay ! --- Mike Hearn <m.hearn(a)signal.qinetiq.com> a écrit : > It seems that if WinVer is set to nt40, java runs happily (although > not > without issues of course). > > Uwe found it was due to threading some time ago, I think wine stores > something at the wrong place. I still get warnings about stack > guards, > but they don't seem to cause issues. even when running hello world or CUI class ? :) > Next problem - java appears to use DirectDraw? It wipes out the > screen > contents in the same way QuickTime did when using DirectDraw, which > obviously gets in the way of working with the app :) > > More debugging needed.... > > ===== Sylvain Petreolle (spetreolle at users dot sourceforge dot net) ICQ #170597259 No more War ! "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". For the Law of Oil and Fire, Im an European that lives in France. For all my Brothers and friends, Im a human living on Earth. ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

1 0

Re: question about commdlg
by Mike Hearn 26 Mar '03

26 Mar '03

I see. So basically Win2K only has one button, which gives a drop down for switching between list/details view, whereas we have 2 buttons. I suppose if there's an app that depends on this difference, it makes sense to implement the drop down button, and space things out so they are like on 2K. One alternative would be to make the button a toggle, rather than a drop down menu, that'd probably be easier. I wouldn't bother doing a fully fledged Win2K dialog with the sidebar, although it's up to you of course. On Wed, 2003-03-26 at 19:54, Maxime Bellengé wrote: > Here is a screenshot of the win2k open dialog, you can see 4 buttons > whereas in wine (like in win9x) you have 5 buttons with space between. > So if wine is set up as win2k, WineHex places the button too far on the > left. The button overlaps with the toolbar because it is too large. > > > > > On Wed, 2003-03-26 at 20:33, Mike Hearn wrote: > > What are the extra buttons? > > > > If an app depends on it, and looks wrong without it, then I guess you > > should make it dependant on the Windows version. If we always used a W2K > > dialog, then if WinVer was set to 9x the app would get confused. > > > > On Wed, 2003-03-26 at 18:06, Maxime Bellengé wrote: > > > I was wondering why the "default mode" button in the open file dialog of > > > WinHex was misplaced. > > > I figured out that WinHex places this button according to the version of > > > Windows. If you run WinHex in win98 or win2k mode with wine, you can see > > > that the button is not at the same location. > > > It comes from the fact that the toolbar does not have the same amount of > > > buttons. > > > > > > Thus, as I asked once, I am wondering if we should have a win2k like > > > open/save file dialog box. > > > > > > I plan to add the missing stuffs in commdlg so I am wondering if I > > > should add a win2k behavior or do nothing because there are too few apps > > > that use that feature. > > > > > > Max

1 0

question about commdlg
by Maxime Bellengé 26 Mar '03

26 Mar '03

I was wondering why the "default mode" button in the open file dialog of WinHex was misplaced. I figured out that WinHex places this button according to the version of Windows. If you run WinHex in win98 or win2k mode with wine, you can see that the button is not at the same location. It comes from the fact that the toolbar does not have the same amount of buttons. Thus, as I asked once, I am wondering if we should have a win2k like open/save file dialog box. I plan to add the missing stuffs in commdlg so I am wondering if I should add a win2k behavior or do nothing because there are too few apps that use that feature. Max -- Maxime Bellengé <maxime.bellenge(a)laposte.net>

2 1

Error including ../../w
by Sven Almgren 26 Mar '03

26 Mar '03

Hi, Just a small note, in the Makefile for wine-20030118 the makefile for dlls/avifil32 the makefile tryes to include a file called ../../w ... Is that a corupted unpack that didn't made the like complet? or is this a mistake in the creatino of the makefile...?? If i remove it and the trailing '\' (backslash) on the line abow there's no error there.. but then there's make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/home/blindmatrix/wine-20030318/dlls/comcat' make[2]: Entering directory `/home/blindmatrix/wine-20030318/dlls/comctl32' gcc -c -I. -I. -I../../include -I../../include -g -O2 -Wall -mpreferred-sta ck-boundary=2 -gstabs+ -Wpointer-arith -fPIC -D__WINESRC__ -D_COMCTL32_ -D_ REENTRANT -o comctl32.spec.o comctl32.spec.c gcc -shared -Wl,-Bsymbolic,-z,defs comctl32.spec.o animate.o comboex.o comctl32undoc.o commctrl.o datetime.o draglist.o flatsb.o header.o hotkey.o imagelist.o ipaddress.o listview.o monthcal.o nativefont.o pager.o progress.o propsheet.o rebar.o smoothscroll.o status.o tab.o toolbar.o tooltips.o trackbar.o treeview.o updown.o comctl32.dll.dbg.o -o comctl32.dll.so -L../../dlls -L../../library -lwine -L../../unicode -lwine_ unicode -lm -lc collect2: ld returned 1 exit status make[2]: *** [comctl32.dll.so] Error 1 make[2]: Leaving directory `/home/blindmatrix/wine-20030318/dlls/comctl32' make[1]: *** [comctl32] Error 2 make[1]: Leaving directory `/home/blindmatrix/wine-20030318/dlls' make: *** [dlls] Error 2 Don't have the time to check that now.. //Sven

1 0

MSI Installer trouble
by Davide Giannotti 26 Mar '03

26 Mar '03

There's nothing i can do to make some installers work. I always get the "The installshield engine (ikernel.exe) could not be installed" message. I tried to install the dcom98, and it unpacked the files in the windows\system dir, and that's ok, but i don't think there was much more. When i try to install the microsoft installer (InstMsi.exe) it seems working, and it gives me the "succesfull installed" popup windows too... but i know it didn't cause it unpacks and doesn't even ask me if i want to proceed, it just jumps... to the end of process. And when i try to install some progs like Dreamweaver MX, i get the darn message above. Any suggestion? Thank you all guys P.s: The "export LD_ASSUME_KERNEL=2.2.5" command seems to work (at least partially). i added the line in my winelauncher script and konqueror uses winelauncher to start my win apps. Shouldn't you check for glibc version and add that line as default in the winelauncher script? -- Davide Giannotti ITS Planet s.n.c davide.giannotti(a)itsplanet.com www.itsplanet.com

3 2

Re: Don't check stateMask in treeview
by Dimitrie O. Paun 26 Mar '03

26 Mar '03

On 25 Mar 2003, Mike Hearn wrote: > I tested in windows xp, and found that the treeview control ignores the > stateMask field when getting item data. This fixes a bug in the NSIS > installer as well. Cool -- since you have the test, can you please check if the same is true for the listview as well? -- Dimi.

3 2

WineHQ redesign - going live soon
by Jeremy Newman 26 Mar '03

26 Mar '03

OK, I believe the site is ready to go live now. If you want any changes this is your last change to get them in. I need anyone who is available to go through the site and look for bad links, bad grammar, and any HTML anomalies. http://lostwages.winehq.org/ I plan to get the site live at 4pm CST today. In the meantime I'm going to work on any requests. -- _ _ WebGeek/SysAdmin CodeWeavers -= http://www.codeweavers.com | \| |_____ __ ___ __ __ _ _ _ -= http://www.dracowulf.com | .` / -_) | | / ' \/ _` | ' \ -= mailto:jnewman@codeweavers.com |_|\_\___|\_/\_/|_|_|_\__,_|_||_| -= ICQ: 1711553 Yahoo: laxdragon

10 14

Middleware regression test suites, e.g. ACE
by Dan Kegel 26 Mar '03

26 Mar '03

The idea of using middleware test suites to test Wine has come up before, I'm sure, but while looking for real world uses of overlapped I/O to named pipes for my named pipe conformance test, I noticed a good candidate. ACE is a set of object-oriented wrappers around operating system primitives, See http://www.cs.wustl.edu/~schmidt/ACE.html I think it's cruft (hey, it's c++ :-), but in spite of that, it is the basis of a whole lot of software, some very, very good. Ace has a largish set of regression tests which, being tests of a fairly thin OS abstraction layer, would be an almost perfect match for Wine's needs. See http://cvs.doc.wustl.edu/ace-cvs.cgi/ACE_wrappers/tests/README?rev=4.25 for more info about their regression tests. Can someone with a beefy machine and time on their hands give this a shot under Wine? Presumably you'd build everything with msvc, then run the tests under Wine. Warning: ACE is huge, and will hurt your head if you're not prepared. Wear sunglasses or something :-) - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

4 15

WineHQ redesign - DONE
by Jeremy Newman 25 Mar '03

25 Mar '03

The hard parts are done. The site is live. Time to party like its 1999! Thanks to all those who helped me with this undertaking. The new site was months in the making with most of the hard work in the last few days. Dimi, when I see you, I owe you a beer. Alright, back to my real job. /me wonders if Jer notices how long I spent on this. :-) -- _ _ WebGeek/SysAdmin CodeWeavers -= http://www.codeweavers.com | \| |_____ __ ___ __ __ _ _ _ -= http://www.dracowulf.com | .` / -_) | | / ' \/ _` | ' \ -= mailto:jnewman@codeweavers.com |_|\_\___|\_/\_/|_|_|_\__,_|_||_| -= ICQ: 1711553 Yahoo: laxdragon

2 1

[ANN] Wine @ SourceForge
by Dimitrie O. Paun 25 Mar '03

25 Mar '03

Hi folks, Some of you probably know that we had a wine project at SourceForge for a long time, but not much was done with it. Recently, we decided to transform it into our official download site: http://sourceforge.net/project/showfiles.php?group_id=6241 It currently hosts source tarballs, support files, and binary packages for FreeBSD, RedHat, and Slackware. Check it out. We invite comments, criticism, and/or praise :). -- Dimi.

3 4

Wine Weekly news
by Tony Lambregts 25 Mar '03

25 Mar '03

It would be nice if the news page had a link to the latest WWN. I would prefer at the top of the page myself. The way it is I can only get there by reloading the home page. Also I think that it could be clearer the link back to the home page was the wine hq logo.. -- Tony Lambregts

1 0

Re: winehq/ include/config.php templates/en/suppor ...
by Dimitrie O. Paun 25 Mar '03

25 Mar '03

On Tue, 25 Mar 2003, Jeremy Newman wrote: > Log message: > updated the to do list, and the supported apps pages Nice. However, I think I'd rename the menu item from "Applicatation DB" to just "Applications", that DB is rather unsightly. It's under the "Support" heading, so it should be clear enough. -- Dimi.

1 0

Hard data about traffic on wine mailing lists
by Uwe Bonnes 25 Mar '03

25 Mar '03

Hallo, I have 870 messages in my wine-patches folder since Jan 1. This is about 10 messages a day. Wine-devel is 3020 messages, that's around 36 messages a day 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: REMOVE ME
by Shachar Shemesh 25 Mar '03

25 Mar '03

Javier López wrote: > Hello, please wanted that they removed me of his list of post office, > since he is something very disagreeable, arrive approximately 20 to me > at 30 daily e-mail and no longer I support it, my square is fulled. > Please Remove ME OF ITS LIST! Hi Javier, In order to be removed, please send an email to wine-patches-request(a)winehq.org with a subject of "unsubscribe", and follow the instructions from there. Everyone else - I think it's time to update the counters on the web site. They are horribly out of date. Wine has experienced a wonderful expansion over the past year, but this means that we can no longer claim that wine-devel is 25 msg/day (more like 35msg/day on my unofficial counting), nor wine-patches 8msg/day (more like 20msg/day). This growth is really impressive, but we really need to update the counters accordingly. Shachar P.S. I have been walking around with the feeling that wine is reaching it's growth flex point (where development suddenly accelerates) for quite some time. Comparing the numbers claimed on wine-patches to the real numbers shows over 100% of growth in the amounts of fixes people send in. This shows that we are finally heading torwards the so desired beta stage..... -- Shachar Shemesh Open Source integration consultant Home page & resume - http://www.shemesh.biz/

2 1

WineHQ redesign - TODO
by Jeremy Newman 24 Mar '03

24 Mar '03

Here's whats left to be done before I can take the site live. This is a call to action. Send me any new content or changes to existing content, you would like to see on the site. - These empty pages need content. Some of the content can be pulled off the old pages, and moved to these new pages. + HowTo + Troubleshooting + Developer Hints + Sending Patches + Resources - These pages need to be updated. Dimi, I think you did some of them. Are the ones I have the latest. + To Do Lists + Supported Applications List + FAQ - These non-PHP pages need to be updated to the new design (after the update) The downside is they will not use the themes support. I may just give them a generic simple look. + Search Results Pages + Documentation That's about it. Almost there! -- _ _ WebGeek/SysAdmin CodeWeavers -= http://www.codeweavers.com | \| |_____ __ ___ __ __ _ _ _ -= http://www.dracowulf.com | .` / -_) | | / ' \/ _` | ' \ -= mailto:jnewman@codeweavers.com |_|\_\___|\_/\_/|_|_|_\__,_|_||_| -= ICQ: 1711553 Yahoo: laxdragon

3 7

Re: Janitorial W->A cleanup objects/metafile.c dlls/gdi/mfdrv/init.c
by Huw D M Davies 24 Mar '03

24 Mar '03

On Sun, Mar 23, 2003 at 05:43:39PM -0700, Tony Lambregts wrote: > This one was required more that a mop and pail. In the end what I had to do > is convert MF_CreateMetaHeaderDisk to unicode. > > One burning question I have at this point is the relative merits of using > RtlCreateUnicodeStringFromAsciiz vs MultiByteToWideChar > > Change Log: convert MF_CreateMetaHeaderDisk to unicode and W->A clean up > > Files Changed: objects/metafile.c dlls/gdi/mfdrv/init.c > > -- > > Tony Lambregts > Index: objects/metafile.c > =================================================================== > RCS file: /home/wine/wine/objects/metafile.c,v > retrieving revision 1.57 > diff -u -r1.57 metafile.c > --- objects/metafile.c 27 Feb 2003 21:09:45 -0000 1.57 > +++ objects/metafile.c 24 Mar 2003 00:49:27 -0000 > @@ -54,6 +54,9 @@ > #include "global.h" > #include "wownt32.h" > #include "wine/debug.h" > +#include "file.h" > +#include "winternl.h" > +#include "wine/unicode.h" > > WINE_DEFAULT_DEBUG_CHANNEL(metafile); > > @@ -62,7 +65,7 @@ > { > DWORD dw1, dw2, dw3; > WORD w4; > - CHAR filename[0x100]; > + WCHAR filename[MAX_PATHNAME_LEN]; > } METAHEADERDISK; > #include "poppack.h" This will break compatibility with 16bit metafiles where the mf handle is a global memory handle to the above structure. See the comment at the top of the file (hint, that's why this structure has elements dw1,2,3) Now you could create a new struct for 32bit only use if you want... Huw. -- Huw Davies huw(a)codeweavers.com

2 1

[Fwd] [announce] QEMU x86 emulator version 0.1
by Lionel Ulmer 24 Mar '03

24 Mar '03

Hi all, People wanting to experiment running Wine and X86 programs on PPC could try to test this. Be warned that it's not very polished on PPC yet. This implements what was discussed here (being that to run Wine/X86 on PPC it's better to run all user space emulated). Lionel PS for mailing list moderators : Fabrice bcc'ed the wine mailing list Saturday but as the mail did not appear today, I am forwarding it, so you may reject his original mail if he still is in the moderator queue. ----- Forwarded message from Fabrice Bellard <fabrice.bellard(a)free.fr> ----- Date: Sun, 23 Mar 2003 21:46:47 +0100 From: Fabrice Bellard <fabrice.bellard(a)free.fr> Subject: [announce] QEMU x86 emulator version 0.1 To: undisclosed-recipients: ; Hi, The first release of the QEMU x86 emulator is available at http://bellard.org/qemu/. QEMU achieves a fast user space Linux x86 emulation on x86 and PowerPC Linux hosts by using dynamic translation. Its main goal is to be able to run the Wine project on non-x86 architectures. Fabrice. ----- End forwarded message ----- -- Lionel Ulmer - http://www.bbrox.org/

1 0

Re: WineHQ Idea
by Dimitrie O. Paun 24 Mar '03

24 Mar '03

On 20 Mar 2003, Jeremy Newman wrote: [I've Cc'ed wine-devel since I've just reposted the questions there] > On Thu, 2003-03-20 at 15:57, Dimitrie O. Paun wrote: > > I was looking at the main page of the new WineHQ, and I was thinking > > of the following changes: > > 1. The menu at the bottom of the main "About" box is mainly > > duplicating the the left-side menu. Let's get rid of it. > > In this case I think the duplication is good. From a newbie aspect, the > first place they will read is the text on the home page. And the extra > clarification helps. This is a good point, but I feel that the benefit is not worth the cost. It takes up a lot of space, and really the _same_ options are available on the _same_ page. What kind of newbie are we talking about that can read "News" in one place, but can't read the exact same word 2 inches to the right? We are light years clean / simpler navigation than the old site, lets not exagerate. > > 2. Move the theme selector somewhere else, like another box on > > on the left, below "Developemnt" > > Yeah, for this beta, its there for now, I think I will make a > "Preferences" link somewhere in the nav. That's cool. > > 3. In place of the "Change Theme" box, let's have an "Announcements" > > box (like the KDE/GNOME/etc pages) where we can place the > > latest and greatest things, such as Wine releases, News releases, > > interviews, etc. > > See, that would be duplication. We already have news. It's WWN. Adding > announcements that don't get updated as often as WWN seems lame. Leave > that to other news sites. I beg to differ. WWN is more like a magazine. It is wandeerful, and has a good purpose, but that it's not for announcement. People don't wait a month to read the latest news, they watch TV or read the newspaper. The WWN appears weekly (sometime lest often), and is concerned mainly with development topics). An Announcement section would be updated whenever something important (from a user standpoint) happens: -- A new Wine version is released -- A new WWN is released -- An important event happened in the community So the two differ in all aspects (WWN vs. Announcements) 1. Audience: Developers vs. Users 2. Update Strategy: Weekly vs. Real Time 3. Content Focus: Development Issues vs. Events And the proof is in the pudding: most major project sites have different sections for the two. See www.gnome.org, www.kde.org, www.gimp.org, etc. For better or worse, people _expect_ things organized in a certain way. Like the "File" menu to the left. Even if we think our idea are better, we should follow the Principle of Least Surprise in these matters, unless we can make a _strong_ case against it. In this instance, it seems to me it makes sense to follow the status quo. -- Dimi.

4 12

Another minor bug
by Steven Edwards 24 Mar '03

24 Mar '03

I dont have time to patch this right now but maybe someone else does. When building import libs on mingw because we have to link to libwine in winebuild for wine_get_cs winebuild cant find libwine.dll. $ make PATH="../libs/unicode:$PATH" ../tools/winebuild/winebuild -o advapi32/advapi32. spec.def --def advapi32/advapi32.spec make: *** [advapi32/advapi32.spec.def] Error 128 Thanks Steven

1 0

re: Wine and glibc 3.2.x
by Dan Kegel 24 Mar '03

24 Mar '03

davide.giannotti(a)itsplanet.com wrote: > Ok, i recently compiled and upgraded to glibc 3.2.1 and there's no way to make > wine work. There's thread related bug. > New Red Hat, Suse and Mandrake will be shipped with this new version of glibc, > so i think that's a serious bug. We were all quite concerned about it until somebody reported a workaround; see http://www.winehq.com/hypermail/wine-devel/2003/02/0260.html The workaround is to give the command export LD_ASSUME_KERNEL=2.2.5 before running Wine (and probably before running configure, too). (This is documented in each distro's beta release notes, e.g. http://distro.ibiblio.org/pub/Linux/distributions/redhat/beta/phoebe/en/os/… ) Have you tried this yet? What CPU and OS are you using? > Configure cannot even check that libc are reentrant, i'm not a glibc expert > but there's some error with _errno and _errno_location. > I tried to apply a patch i found in the patch mailing list, but it didn't work > either. > ( http://www.winehq.com/hypermail/wine-patches/2003/01/0338.html ) That patch was bogus, it is not the right fix. The right fix is for Wine to adapt to the new threading model in glibc2.3 (not 3.2, I think), which is far superior to the old one. See http://www.kegel.com/c10k.html#threads.nptl > So, consider that every linux distribution will be shipped with the new glibc, > and that there will be really a few windows programs that can work without > thread support.... well... i'd think about give priority to solve this one. The changes needed are deep. Alexandre has started on them, but given the workaround, it can probably wait a bit. See also http://www.winehq.com/hypermail/wine-devel/2003/02/0252.html http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=83254 http://redhat.ifsic.univ-rennes1.fr/_rawhide/glibc-devel-2.3.1-51.i386.html -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

4 12

nvidia crashes?
by Mike Hearn 24 Mar '03

24 Mar '03

Hi, Often when a program fails, I'll get a crash inside libGLcore (with the nvidia drivers), backtrace looks like: (gdb) bt #0 0x40e0a208 in __nvsym12888 () from /usr/lib/libGLcore.so.1 #1 0x00001a76 in ?? () #2 0x4202b162 in exit () from /lib/i686/libc.so.6 #3 0x400ab79f in ExitProcess () at ../../scheduler/process.c:1440 #4 0x0100279b in ?? () #5 0x400a95a6 in start_process () at ../../scheduler/process.c:566 #6 0x400ad8bd in call_on_thread_stack (func=0x400a936c) at ../../scheduler/sysdeps.c:107 so I think it's hooking into the exit chain. I'm not sure why it'd crash like this, I haven't touched my video configuration for a while, and everything else seems stable. Is there any way to stop wine from loading opengl related code? thanks -mike -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

2 1

Re: windres: serious bug
by Dimitrie O. Paun 24 Mar '03

24 Mar '03

On March 21, 2003 05:55 am, Nick Clifton wrote: > Just to be clear ... Dimitrie, please could you try Ian's patch and > provide us with feedback as to how well it works. This would not > violate copyright restrictions (provided that you do not post any > code), and since you are actually using this tool, you are the one > most like likey to be able to verify that the patch is working > properly. Well, certainly. To be honest, the situation is a bit more complicated. I haven't been doing any active work on the Mozilla port, my interest in the port is as a starting base for a port to Wine. This may sound odd, but for various reasons (of which just being cool is not least important), I'd like to compile the Win32 port of Mozilla under Wine in Linux. Needless to say, such ports are not trivial, but I set out to make them a lot simpler, so that we make it practical for people to port their Win32 app to Linux via Winelib. To that end I started created a MinGW-compatible build environment in Wine. Thus, porting to Wine will become a two step process: first port to MinGW, then port to Wine. It is easy to see that this approach is a lot more evolutionary, and the steps are simpler. Moreover, you have intermediate working code (the mingw port) which is also very important, not to mention that smaller number of things that change from under you in each step (in the mingw port, you only have to deal with the build tools changing, while the wine port, given that I can provide mingw-compatible tools in Wine, it's just the OS that changes). Ideally, if everything works according to the plan, the above process looks like so: A. Port MSVC/BCC app to MinGW 1. Create GNU Makefiles 2. Deal with difference between cl/bcc and gcc 3. Get working versions of the app under MinGW B. Port from MinGW to Wine 1. Copy source code to a Linux box, run dos2unix on it 2. Change #include directives from #include "some\dir\file.h" to #include "some/dir/file.h" 3. Change file/dir name capitalization to match the one on disk NOTE: Changed (2) & (3) are scriptable, and we already have a tool that takes care of them. Most importantly, they are portable between all ports so a common source code can be maintained. Needless to say, this is paramount, few people have the resources to maintain different sources. 4. Change the Makefile as follows: + ifndef WINE CC = gcc CXX = g++ WRC = windres + else + CC = winegcc + CXX = wineg++ + WRC = wrc + endif Again this change is portable between ports, so a common build system can be maintained. The winegcc/wineg++ tools already work, but they are not ready. They mainly lack -shared support for generating DLLs, but they already proved useful in porting a number of apps (http://24.103.33.114/wine/Winelib-Apps.html) or toolkits (http://www.dssd.ca/wine/Wine-Fun.html#wxwindows). This should give people a better idea why I think command line compatibility between tools is important. However, to get back to the topic of this message, I was interested in the Mozilla port to MinGW only as a starting point form my efforts toward a Winelib port. As such I haven't actually worked on it, so I don't have the environment handy to test the changes. I've posted the patch to the Mozilla bug, and hopefully someone will give it a try. If not, I'll test it, but it will take a little while to get everything up to speed. Another way is to post a test .rc file that was experiencing the problem before, would that be useful? -- Dimi.

2 4

Thunking?
by Mike Hearn 24 Mar '03

24 Mar '03

Hi, Does anybody know what could cause this error? err:thunk:_loadthunk (commctrl.dll, Cctl1632_ThunkData16, comctl32.dll): Unable to load 'commctrl.dll', error 2 I checked, I don't haev comctrl.dll anywhere. I'm trying to get IE6 to work on an "out-of-the-box" Wine install, ie trying to move to a completely WineHQ setup rather than the winehq/crossover setup I was using before. I was under the impression that thunking was only used for 32/16 bridging, and IE6 is a 32bit app, so I don't really understand why it's trying to load this library using LoadLibrary16... does anybody have some tips? thanks -mike -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

2 2

Error in CVS
by Vilppa Salt 24 Mar '03

24 Mar '03

When running ./configure with latest cvs Wine: <snip> config.status: creating dlls/ctl3d/Makefile config.status: creating dlls/d3d8/Makefile config.status: creating dlls/d3dim/Makefile config.status: creating dlls/d3dx8/Makefile config.status: creating dlls/dciman32/Makefile config.status: creating dlls/ddraw/Makefile config.status: creating dlls/devenum/Makefile config.status: creating dlls/dinput/Makefile config.status: creating dlls/dinput8/Makefile config.status: creating dlls/dmusic/Makefile config.status: error: cannot find input file: dlls/dmusic/Makefile.in --- Vilppa- Sunpoint.net ilmoittaa: Sunpoint.net tarjoaa kaikille rekisteröityneille käyttäjilleen kuukausimaksuttoman Internet -yhteyden (pvm). http://www.sunpoint.net/SunAds/click.htm?mode=footer&id=71&jump=http%3A%2F%…

3 2

Janitorial W->A dlls/gdi/printdrv.c (help!)
by Tony Lambregts 24 Mar '03

24 Mar '03

I have been banging my head against this one for a while and need some feedback about a problem I am having. I have attached the patch to convert StartDocA to call StartDocW instead of the other way around. This patch results with StartDocW looking as follows INT WINAPI StartDocW(HDC hdc, const DOCINFOW* doc) { INT ret = 0; DC *dc = DC_GetDCPtr( hdc ); TRACE("DocName = '%s' Output = '%s' Datatype = '%s'\n", debugstr_w(doc->lpszDocName), debugstr_w(doc->lpszOutput), debugstr_w(doc->lpszDatatype)); if(!dc) return SP_ERROR; if (dc->funcs->pStartDoc) ret = dc->funcs->pStartDoc( dc->physDev, doc ); GDI_ReleaseObj( hdc ); return ret; } The problem I am having is with this line. if (dc->funcs->pStartDoc) ret = dc->funcs->pStartDoc( dc->physDev, doc ); With my patch in place I get the following error printdrv.c: In function `StartDocW': printdrv.c:82: warning: passing arg 2 of pointer to function from incompatible pointer type so obviously dc->funcs->pStartDoc points to a function that expects DOCINFOA* as its second parameter but I am at a loss on what to do. I have tried to trace down where "DC_GetDCPtr( hdc )" gets this information but I just ended up confused. Please help! -- Tony Lambregts Index: printdrv.c =================================================================== RCS file: /home/wine/wine/dlls/gdi/printdrv.c,v retrieving revision 1.30 diff -u -u -r1.30 printdrv.c --- printdrv.c 22 Nov 2002 22:16:53 -0000 1.30 +++ printdrv.c 23 Mar 2003 20:36:11 -0000 @@ -48,6 +48,7 @@ #include "gdi.h" #include "heap.h" #include "file.h" +#include "winternl.h" WINE_DEFAULT_DEBUG_CHANNEL(print); @@ -58,7 +59,7 @@ /****************************************************************** - * StartDocA [GDI32.@] + * StartDocW [GDI32.@] * * StartDoc calls the STARTDOC Escape with the input data pointing to DocName * and the output data (which is used as a second input parameter).pointing at @@ -67,13 +68,14 @@ * * Note: we now do it the other way, with the STARTDOC Escape calling StartDoc. */ -INT WINAPI StartDocA(HDC hdc, const DOCINFOA* doc) +INT WINAPI StartDocW(HDC hdc, const DOCINFOW* doc) { INT ret = 0; DC *dc = DC_GetDCPtr( hdc ); TRACE("DocName = '%s' Output = '%s' Datatype = '%s'\n", - doc->lpszDocName, doc->lpszOutput, doc->lpszDatatype); + debugstr_w(doc->lpszDocName), debugstr_w(doc->lpszOutput), + debugstr_w(doc->lpszDatatype)); if(!dc) return SP_ERROR; @@ -83,32 +85,27 @@ } /************************************************************************* - * StartDocW [GDI32.@] + * StartDocA [GDI32.@] * */ -INT WINAPI StartDocW(HDC hdc, const DOCINFOW* doc) +INT WINAPI StartDocA(HDC hdc, const DOCINFOA* doc) { - DOCINFOA docA; - INT ret; - - docA.cbSize = doc->cbSize; - docA.lpszDocName = doc->lpszDocName ? - HEAP_strdupWtoA( GetProcessHeap(), 0, doc->lpszDocName ) : NULL; - docA.lpszOutput = doc->lpszOutput ? - HEAP_strdupWtoA( GetProcessHeap(), 0, doc->lpszOutput ) : NULL; - docA.lpszDatatype = doc->lpszDatatype ? - HEAP_strdupWtoA( GetProcessHeap(), 0, doc->lpszDatatype ) : NULL; - docA.fwType = doc->fwType; - - ret = StartDocA(hdc, &docA); - - if(docA.lpszDocName) - HeapFree( GetProcessHeap(), 0, (LPSTR)docA.lpszDocName ); - if(docA.lpszOutput) - HeapFree( GetProcessHeap(), 0, (LPSTR)docA.lpszOutput ); - if(docA.lpszDatatype) - HeapFree( GetProcessHeap(), 0, (LPSTR)docA.lpszDatatype ); - + DOCINFOW docW; + int ret; + UNICODE_STRING DocName, Output, Datatype; + + docW.cbSize = doc->cbSize; + RtlCreateUnicodeStringFromAsciiz(&DocName, doc->lpszDocName); + RtlCreateUnicodeStringFromAsciiz(&Output, doc->lpszOutput ); + RtlCreateUnicodeStringFromAsciiz(&Datatype, doc->lpszDatatype ); + docW.lpszDocName = DocName.Buffer; + docW.lpszOutput = Output.Buffer; + docW.lpszDatatype = Datatype.Buffer; + docW.fwType = doc->fwType; + ret = StartDocW(hdc, &docW); + RtlFreeUnicodeString(&DocName); + RtlFreeUnicodeString(&Output); + RtlFreeUnicodeString(&Datatype); return ret; }

2 3

Re: Janitorial W->A cleanup objects/metafile.c dlls/gdi/mfdrv/init.c
by Dmitry Timoshkov 24 Mar '03

24 Mar '03

"Tony Lambregts" <tony_lambregts(a)telusplanet.net> wrote: > This one was required more that a mop and pail. In the end what I had to do is > convert MF_CreateMetaHeaderDisk to unicode. > > One burning question I have at this point is the relative merits of using > RtlCreateUnicodeStringFromAsciiz vs MultiByteToWideChar MultiByteToWideChar uses Rtl* functions internally and using ntdll APIs directly should give a slightly better performance. RtlCreateUnicodeStringFromAsciiz also is supposed to hide the internals of the conversion and help to avoid bugs and typos. > @@ -62,7 +65,7 @@ > { > DWORD dw1, dw2, dw3; > WORD w4; > - CHAR filename[0x100]; > + WCHAR filename[MAX_PATHNAME_LEN]; Please do not increase the buffer size if there is no real need for it. MAX_PATHNAME_LEN = 1024. It's better though to replace 0x100 by MAX_PATH IMO. > } METAHEADERDISK; > #include "poppack.h" > > @@ -350,9 +353,9 @@ > ERR("Not a disk based metafile\n"); > return NULL; > } > - mhd = (METAHEADERDISK *)((char *)mh + sizeof(METAHEADER)); > + mhd = (METAHEADERDISK *)((WCHAR *)mh + sizeof(METAHEADER)); Wrong. > @@ -377,8 +380,8 @@ > sizeof(METAHEADER) + sizeof(METAHEADERDISK)); > mh->mtType = METAFILE_DISK; > size = HeapSize( GetProcessHeap(), 0, mh ); > - mhd = (METAHEADERDISK *)((char *)mh + sizeof(METAHEADER)); > - strcpy(mhd->filename, filename); > + mhd = (METAHEADERDISK *)((WCHAR *)mh + sizeof(METAHEADER)); Wrong again. -- Dmitry.

2 2

ImageList - my findings
by Vitaliy Margolen 24 Mar '03

24 Mar '03

For past few days I was trying to figure out what is the problem with corrupt bitmaps. Here is my findings: 1. _read_bitmap does is not work right. The for() loop where it's restructuring original bitmap from multi-row into single-row. 2. Windows creates DIBSection to keep original bitmap so it could be saved as is. This is not used that often. However development tools do use it. For example: Delphi. I have few questions before making any hacking: - Why do we use single row bitpams versus multi-row like native? - Why we not creating DIBSection? -- Best regards, Vitaliy Margolen

4 5

RE: Janitorial W->A cleanup objects/metafile.c dlls/gdi/mfdrv/init.c
by Rolf Kalbermatter 24 Mar '03

24 Mar '03

This is a multi-part message in MIME format. --------------030003030306020205040907 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit >This one was required more that a mop and pail. In the end what I had to do is >convert MF_CreateMetaHeaderDisk to unicode. > >One burning question I have at this point is the relative merits of using >RtlCreateUnicodeStringFromAsciiz vs MultiByteToWideChar Well, when using MultiByteToWideChar you usually format into a buffer allocated on the stack whereas RtlCreateUnicodeStringFromAsciiz seems to allocate a buffer on the heap which you later free. The first is somewhat faster as no memory management calls are caused, but as Alexandre has pointed out, the current Wine code is at places quite stack intense which over time could lead to serious problems if Wine is extended with even more functions allocating much more Unicode buffers on the stack. So the question is really one about a little performance gain vs. code which has moderate stack requirements. Personally I think it is ok to allocate once a Unicode buffer on the stack in the high level API to convert ANSI to Unicode, provided the code path further down doesn't go back and forth between ANSI and Unicode conversions. But in general we should probably try in the future to get those buffers more often allocated dynamically for two reasons: 1) Just as a single buffer on the stack in a high level API once doesn't cause extreme stack usage, does the same single allocation of a buffer on the heap not cause a very noticable performance hit. 2) With proper dynamic buffer allocations we can get rid of many buffer length limitations. A stack buffer is always fixed length and can fail fataly if a parameter is entered which causes buffer overflow. So the code needs to do extra checks. Dynamic allocated buffers can be as long as necessary and do not necessarily have buffer overflow issues. Rolf Kalbermatter CIT Engineering Nederland BV tel: +31 (070) 415 9190 Treubstraat 7H fax: +31 (070) 415 9191 2288 EG Rijswijk http://www.citengineering.com Netherlands mailto:rolf.kalbermatter@citeng.com

1 0

Clipboard between applications
by Ferenc Wagner 24 Mar '03

24 Mar '03

Hello! I'm unable to move the contents of the clipboard between applications. At the end you find an annotated --debugmsg +clipboard log (with a call for IsSelectionOwner inserted into CloseClipboard). In short, the copying application can read the clipboard, but the other one can't. Seems like the x11drv/clipboard.c data isn't shared between the threads. Copying between two notepad.exe.so-s works, but through the X selection only (guess from the logs; the IsSelectionOwner status is 1 (ie. S_PRIMARY) during that process). Is it a mis(configuration|understanding) on my side, or isn't this functionality implemented? Thanks: Feri. ### Application startup: trace:clipboard:OpenClipboard ((nil))... trace:clipboard:OpenClipboard returning 1 trace:clipboard:EmptyClipboard () trace:clipboard:GetOpenClipboardWindow () trace:clipboard:X11DRV_AcquireClipboard Grabbed X selection, owner=(00000000) trace:clipboard:CloseClipboard () trace:clipboard:X11DRV_IsSelectionOwner status: 3 fixme:font:WineEngCreateFontInstance Untranslated charset 138 ### Copy to selection: trace:clipboard:OpenClipboard (0x2007a)... trace:clipboard:OpenClipboard returning 1 trace:clipboard:EmptyClipboard () trace:clipboard:GetOpenClipboardWindow () trace:clipboard:SetClipboardData (0000000D, 0x403a2f4a) ! trace:clipboard:GetOpenClipboardWindow () trace:clipboard:SetClipboardData (00000001, 0x403a099a) ! trace:clipboard:GetOpenClipboardWindow () trace:clipboard:CloseClipboard () trace:clipboard:X11DRV_IsSelectionOwner status: 3 ### Paste selection (other application) trace:clipboard:OpenClipboard (0x20065)... trace:clipboard:OpenClipboard returning 1 trace:clipboard:X11DRV_IsSelectionOwner status: 0 [...it fails...] ### Paste selection (application that made to copy) trace:clipboard:OpenClipboard (0x2007a)... trace:clipboard:OpenClipboard returning 1 trace:clipboard:CLIPBOARD_EnumClipboardFormats Next available format 13 trace:clipboard:IsClipboardFormatAvailable (000D)- ret(1) trace:clipboard:GetClipboardData (0000000D) trace:clipboard:CLIPBOARD_RenderText UNICODETEXT -> UNICODETEXT trace:clipboard:CLIPBOARD_RenderFormat enter format=13 trace:clipboard:X11DRV_IsSelectionOwner status: 3 trace:clipboard:GetClipboardData returning 0x4039ec92 (type 13) trace:clipboard:CloseClipboard () trace:clipboard:X11DRV_IsSelectionOwner status: 3 [...success...]

2 3

Re: ListView - add CACHEHINT notification in OwnerData mode
by Dimitrie O. Paun 23 Mar '03

23 Mar '03

On March 22, 2003 04:21 pm, Vitaliy Margolen wrote: > List view should sent LVN_ODCACHEHINT notification before paint when it's > virtual list (LVS_OWNERDATA style). We were sending it only in OwnerDraw. Indeed. Thanks for the patch. I suggest a slightly different patch, that cleansup the duplication. Does this work for you? ChangeLog Send LVN_ODCACHEHINT notification for LVS_OWNERDATA style in all modes (based on a patch by Vitaliy Margolen). Index: dlls/comctl32/listview.c =================================================================== RCS file: /var/cvs/wine/dlls/comctl32/listview.c,v retrieving revision 1.345 diff -u -r1.345 listview.c --- dlls/comctl32/listview.c 15 Mar 2003 00:05:46 -0000 1.345 +++ dlls/comctl32/listview.c 23 Mar 2003 16:54:05 -0000 @@ -3618,14 +3618,13 @@ * RETURN: * None */ -static void LISTVIEW_RefreshOwnerDraw(LISTVIEW_INFO *infoPtr, HDC hdc) +static void LISTVIEW_RefreshOwnerDraw(LISTVIEW_INFO *infoPtr, ITERATOR *i, HDC hdc) { UINT uID = GetWindowLongW(infoPtr->hwndSelf, GWL_ID); HWND hwndParent = GetParent(infoPtr->hwndSelf); POINT Origin, Position; DRAWITEMSTRUCT dis; LVITEMW item; - ITERATOR i; TRACE("()\n"); @@ -3633,26 +3632,11 @@ /* Get scroll info once before loop */ LISTVIEW_GetOrigin(infoPtr, &Origin); - - /* figure out what we need to draw */ - iterator_visibleitems(&i, infoPtr, hdc); - /* send cache hint notification */ - if (infoPtr->dwStyle & LVS_OWNERDATA) - { - RANGE range = iterator_range(&i); - NMLVCACHEHINT nmlv; - - ZeroMemory(&nmlv, sizeof(NMLVCACHEHINT)); - nmlv.iFrom = range.lower; - nmlv.iTo = range.upper - 1; - notify_hdr(infoPtr, LVN_ODCACHEHINT, &nmlv.hdr); - } - /* iterate through the invalidated rows */ - while(iterator_next(&i)) + while(iterator_next(i)) { - item.iItem = i.nItem; + item.iItem = i->nItem; item.iSubItem = 0; item.mask = LVIF_PARAM | LVIF_STATE; item.stateMask = LVIS_SELECTED | LVIS_FOCUSED; @@ -3677,7 +3661,6 @@ TRACE("item=%s, rcItem=%s\n", debuglvitem_t(&item, TRUE), debugrect(&dis.rcItem)); SendMessageW(hwndParent, WM_DRAWITEM, dis.CtlID, (LPARAM)&dis); } - iterator_destroy(&i); } /*** @@ -3692,13 +3675,13 @@ * RETURN: * None */ -static void LISTVIEW_RefreshReport(LISTVIEW_INFO *infoPtr, HDC hdc, DWORD cdmode) +static void LISTVIEW_RefreshReport(LISTVIEW_INFO *infoPtr, ITERATOR *i, HDC hdc, DWORD cdmode) { INT rgntype; RECT rcClip, rcItem; POINT Origin, Position; RANGE colRange; - ITERATOR i, j; + ITERATOR j; TRACE("()\n"); @@ -3726,16 +3709,13 @@ if (infoPtr->dwLvExStyle & LVS_EX_FULLROWSELECT) j.nSpecial = 0; - /* figure out what we need to draw */ - iterator_visibleitems(&i, infoPtr, hdc); - /* iterate through the invalidated rows */ - while(iterator_next(&i)) + while(iterator_next(i)) { /* iterate through the invalidated columns */ while(iterator_next(&j)) { - LISTVIEW_GetItemOrigin(infoPtr, i.nItem, &Position); + LISTVIEW_GetItemOrigin(infoPtr, i->nItem, &Position); Position.x += Origin.x; Position.y += Origin.y; @@ -3748,10 +3728,10 @@ if (!RectVisible(hdc, &rcItem)) continue; } - LISTVIEW_DrawItem(infoPtr, hdc, i.nItem, j.nItem, Position, cdmode); + LISTVIEW_DrawItem(infoPtr, hdc, i->nItem, j.nItem, Position, cdmode); } } - iterator_destroy(&i); + iterator_destroy(&j); } /*** @@ -3766,26 +3746,21 @@ * RETURN: * None */ -static void LISTVIEW_RefreshList(LISTVIEW_INFO *infoPtr, HDC hdc, DWORD cdmode) +static void LISTVIEW_RefreshList(LISTVIEW_INFO *infoPtr, ITERATOR *i, HDC hdc, DWORD cdmode) { POINT Origin, Position; - ITERATOR i; /* Get scroll info once before loop */ LISTVIEW_GetOrigin(infoPtr, &Origin); - /* figure out what we need to draw */ - iterator_visibleitems(&i, infoPtr, hdc); - - while(iterator_prev(&i)) + while(iterator_prev(i)) { - LISTVIEW_GetItemOrigin(infoPtr, i.nItem, &Position); + LISTVIEW_GetItemOrigin(infoPtr, i->nItem, &Position); Position.x += Origin.x; Position.y += Origin.y; - LISTVIEW_DrawItem(infoPtr, hdc, i.nItem, 0, Position, cdmode); + LISTVIEW_DrawItem(infoPtr, hdc, i->nItem, 0, Position, cdmode); } - iterator_destroy(&i); } @@ -3809,6 +3784,7 @@ DWORD cdmode; INT oldBkMode; RECT rcClient; + ITERATOR i; LISTVIEW_DUMP(infoPtr); @@ -3835,19 +3811,35 @@ /* nothing to draw */ if(infoPtr->nItemCount == 0) goto enddraw; + /* figure out what we need to draw */ + iterator_visibleitems(&i, infoPtr, hdc); + + /* send cache hint notification */ + if (infoPtr->dwStyle & LVS_OWNERDATA) + { + RANGE range = iterator_range(&i); + NMLVCACHEHINT nmlv; + + ZeroMemory(&nmlv, sizeof(NMLVCACHEHINT)); + nmlv.iFrom = range.lower; + nmlv.iTo = range.upper - 1; + notify_hdr(infoPtr, LVN_ODCACHEHINT, &nmlv.hdr); + } + if ((infoPtr->dwStyle & LVS_OWNERDRAWFIXED) && (uView == LVS_REPORT)) - LISTVIEW_RefreshOwnerDraw(infoPtr, hdc); + LISTVIEW_RefreshOwnerDraw(infoPtr, &i, hdc); else { if (uView == LVS_REPORT) - LISTVIEW_RefreshReport(infoPtr, hdc, cdmode); + LISTVIEW_RefreshReport(infoPtr, &i, hdc, cdmode); else /* LVS_LIST, LVS_ICON or LVS_SMALLICON */ - LISTVIEW_RefreshList(infoPtr, hdc, cdmode); + LISTVIEW_RefreshList(infoPtr, &i, hdc, cdmode); /* if we have a focus rect, draw it */ if (infoPtr->bFocus) DrawFocusRect(hdc, &infoPtr->rcFocus); } + iterator_destroy(&i); enddraw: if (cdmode & CDRF_NOTIFYPOSTPAINT) -- Dimi.

2 1

Re: SPI_GETGRADIENTCAPTIONS
by Tony Lambregts 23 Mar '03

23 Mar '03

BiGgUn wrote: > Sorry if some lines are wrapped :( > > Changelog: > Implementing a default behavior for SPI_GETGRADIENTCAPTIONS flag in SystemParametersInfoA > > Stephan BEUZE > > You should not include the patch twice. The inline one is fine but the attached one is redundant and in the wrong format > ------=_NextPart_000_005A_01C2F178.B5916750 > Content-Type: text/plain; > name="sysparams.txt" > Content-Transfer-Encoding: quoted-printable > Content-Disposition: attachment; > filename="sysparams.txt" > > Index: windows/sysparams.c=0A= > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0A= > RCS file: /home/wine/wine/windows/sysparams.c,v=0A= Since inlineing seems to work for you I would suggest you use that. (it is the prefered method). -- Tony Lambregts

1 0

#1336: Delete a read-only file says not found
by Sylvain Petreolle 23 Mar '03

23 Mar '03

Trying to delete a read only file with wcmd actually should fail, option is not yet implemented. But it fails abnormally : it says that the file isnt found. A first test is done to see if no handle can be obtained, it passes. If I enable the --debugmsg +file it returns a GLE 2 fault. (file not found). Comments ? ===== Sylvain Petreolle spetreolle(a)users.sourceforge.net Fight Spam ! EuroCauce: http://www.euro.cauce.org/en/index.html ICQ #170597259 "Don't think you are. Know you are." Morpheus, in "Matrix". ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

2 2

Re: PATCH: Implement some missing stuffs (reformated)
by Tony Lambregts 23 Mar '03

23 Mar '03

BigBun wrote: > Hi all. > [snip] > > Changelog: > Implementing a default behavior for SPI_GETGRADIENTCAPTIONS flag in > SystemParametersInfoA. > Adding call to TabCtrl_SetPadding in TAB_WindowProc. > > Index: dlls/comctl32/tab.c > =================================================================== > RCS file: /home/wine/wine/dlls/comctl32/tab.c,v > retrieving revision 1.78 > diff -u -r1.78 tab.c > --- dlls/comctl32/tab.c 17 Mar 2003 04:43:26 -0000 1.78 > +++ dlls/comctl32/tab.c 23 Mar 2003 08:52:10 -0000 > @@ -3075,7 +3075,7 @@ > return 0; > > case TCM_SETPADDING: > - FIXME("Unimplemented msg TCM_SETPADDING\n"); > + TabCtrl_SetPadding (hwnd, wParam, lParam); > return 0; > > case TCM_GETROWCOUNT: > Index: windows/sysparams.c > =================================================================== > RCS file: /home/wine/wine/windows/sysparams.c,v > retrieving revision 1.49 > diff -u -r1.49 sysparams.c > --- windows/sysparams.c 19 Feb 2003 22:04:46 -0000 1.49 > +++ windows/sysparams.c 23 Mar 2003 08:52:12 -0000 > @@ -1734,7 +1734,14 @@ > WINE_SPI_FIXME(SPI_SETCOMBOBOXANIMATION); /* 0x1005 _WIN32_WINNT >= > 0x500 || _WIN32_WINDOW > 0x400 */ > WINE_SPI_FIXME(SPI_GETLISTBOXSMOOTHSCROLLING);/* 0x1006 _WIN32_WINNT > >>= 0x500 || _WIN32_WINDOW > 0x400 */ > > WINE_SPI_FIXME(SPI_SETLISTBOXSMOOTHSCROLLING);/* 0x1007 _WIN32_WINNT > >>= 0x500 || _WIN32_WINDOW > 0x400 */ > > - WINE_SPI_FIXME(SPI_GETGRADIENTCAPTIONS); /* 0x1008 _WIN32_WINNT >= > 0x500 || _WIN32_WINDOW > 0x400 */ [snip] First off. Thank you for your attempt to contribute to the wine project. There are however some problems with your patch that need to be fixed. You have included two copies of the patch (one inline and one attached). Please only include one. Unfortunatly your inline version got line wrapped so it is turned to garbage. Outlook is not very frendly with with inlined patches and almost always wants to mangle them somehow. The attached one is not any better > Content-Type: application/octet-stream; > name="patch.diff" > Content-Transfer-Encoding: quoted-printable > Content-Disposition: attachment; > filename="patch.diff" Please see section 5.2.1 of the following link obout how to correct this. http://www.winehq.com/Docs/wine-devel/style-notes.shtml Giving the patch the extention .txt is the simplest way of fixing this problem and is acceptable to to all. > > ? out.txt=0A= > ? patch.diff=0A= > ? library/Makefile=0A= > ? library/libwine.so.1.0=0A= > ? ole/Makefile=0A= > ? unicode/Makefile=0A= > ? unicode/libwine_unicode.so.1.0=0A= Please clean up your patch or better yet specify the files you want diff'ed cvs diff -u dlls/comctrl32/tab.c windows/sysparams.c > patch.txt > Index: dlls/comctl32/tab.c=0A= > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=0A= > RCS file: /home/wine/wine/dlls/comctl32/tab.c,v=0A= > retrieving revision 1.78=0A= > diff -u -r1.78 tab.c=0A= > --- dlls/comctl32/tab.c 17 Mar 2003 04:43:26 -0000 1.78=0A= > +++ dlls/comctl32/tab.c 23 Mar 2003 08:52:10 -0000=0A= > @@ -3075,7 +3075,7 @@=0A= > return 0;=0A= > =0A= > case TCM_SETPADDING:=0A= > - FIXME("Unimplemented msg TCM_SETPADDING\n");=0A= > + TabCtrl_SetPadding (hwnd, wParam, lParam);=0A= > return 0;=0A= > =0A= [snip] > --- windows/win.c 14 Mar 2003 04:11:17 -0000 1.216=0A= > +++ windows/win.c 23 Mar 2003 08:52:13 -0000=0A= > @@ -2311,7 +2311,7 @@=0A= > =0A= > /* when window belongs to other process, don't send a message */=0A= > if (nMaxCount <=3D 0) return 0;=0A= > - get_server_window_text( hwnd, lpString, nMaxCount );=0A= > + get_server_window_text( hwnd, lpString, nMaxCount ); =0A= > return strlenW(lpString);=0A= > }=0A= > =0A= > Make sure your patch sure your patch is cleaned up (this is a NOOP and just makes the patch larger than nessarry) Please resubmit your patch in the proper format. -- Tony Lambregts

1 0

FW: Re: WineHQ Idea
by Brian Vincent (C) 23 Mar '03

23 Mar '03

> I think that, today, we do not have any of the news items > you describe. Your are imagining that Brian or Jeremy has more time to > repost pieces of the WWN to a different box. afaik, they don't. > > You say "we'll just snag pieces of Alexandres release notices". > Who's we? Well, it certainly wouldn't be a stretch for me to post news items. Generally I write the news section as items occur during the week. It's not like I sit down on Thursday night and bang out the whole WWN - all I do is run some scripts and mail it off. So yeah, I guess I'm volunteering for this. You'll just have to trust my judgement on what gets added and what doesn't. (Yeah, I'll be more liberal than I mentioned earlier.) It won't be complete duplication of WWN articles, though knowing the current state of development I'd guess there would be about 2 - 3 news items a week. My one request is Jeremy would have to write some kind of simple interface in order to get the items in there. I don't have reliable access to CVS or a shell acct at work, just web and email. I guess there's only three things that would need to be input: headline link to the real article / web page / press release short tagline (such as "WHAT'S NEW" for the releases) > Now, if we had a volunteer PR person that was coordinating and > driving PR for Wine, and *that person* wanted and was willing > to maintain and keep fresh such a section, then I would > be persuaded. right.. that wouldn't be me. Writing summaries, posting news is one thing, I'm not volunteering for anything more than that (right now...) --------------- Brian Vincent Copper Mountain Telecom vincentb(a)coppercolorado.com

1 0

wine server and services ...
by Lars Segerlund 23 Mar '03

23 Mar '03

Would it not be possible to launch wineserver to handle NT services ? Thus if the user was logged in services would be running ( if he fx. had started wineserver in his .xsession file ). I do realise that there are issues such as privileges and multiuser, but this would circumvent them would it not ? I have looked at some of the other things people have written about services, but this looks doable. / regards, Lars Segerlund.

5 5

RE: WineHQ redesign - TODO
by Brian Vincent (C) 23 Mar '03

23 Mar '03

> That's a different issue. Of course, most of the items that you cover > (mainly threads of discussion in wine-devel) have no business > as News items. Right. I agree that WWN serves a completely different purpose than a News feed would. And I agree that a separate News feed would be useful. > it. And that > is as it should be, it's one thing to post a Headline news on > Monday saying > Mon Apr, 1: Wine 20030401 is out [link] > - kernel/ntdll separation complete That's a terrible example to use since Jeremy has done a great job of always having the latest CVS drop on the front page. If you're talking of consolidating the "Latest Release" and "News" headings, then I really don't care. I think one of the primary goals of WineHQ should be to put the software into the hands of users, and anything that makes that easier furthers the goal. Separating out the "Latest Release" and having two different download pages for "Binaries" and "Source" seems to do that. It definitely draws attention to getting the software. I think what you're getting at for news is we could (and should) announce things like: http://www.franksworld.net/wgm/ Hopefully in the future there will be more things like that. However, I'm definitely against announcing things like this: http://www.codeweavers.com/about/press_releases/?id=20030113 http://www.lindows.com/lindows_michaelsminutes_archives.php?id=4 http://www.xandros.com/release6.html None specifically mentions "Wine", however that's clearly behind their product. So at what point do you draw the line? Trust me, it's a pain in the ass to figure out. For WWN I'd rather err on the side of covering anything vaguely related to Wine, for the front page of WineHQ I don't think you want things like that, nor do you want to pick and choose what press releases get added. However, to confuse things, I think things like this definitely qualify as news: http://www.musicmatch.com/info/company/press/releases/?year=2001&release=2 So maybe here's the rule: if the primary business of your company is Wine development (TG, CW), or Wine is a core technology (Lindows.com) the most press you're going to get on WineHQ is from WWN. However, if you've utilized Wine to some how add value to a new or existing product then we'll announce it on the front page, at least the initial release. Just putting the word "Wine" in your press release doesn't count either way. --------------- Brian Vincent Copper Mountain Telecom vincentb(a)coppercolorado.com

3 3

Re: PATCH: Implement some missing stuffs (reformated)
by Eric Pouech 23 Mar '03

23 Mar '03

BigBun wrote: your reformating is wrong (the long lines are wrapped) > case TCM_SETPADDING: > - FIXME("Unimplemented msg TCM_SETPADDING\n"); > + TabCtrl_SetPadding (hwnd, wParam, lParam); > return 0; this is wrong... TabCtrl_SetPadding is defined as: #define TabCtrl_SetPadding(hwnd, cx, cy) \ (void)SNDMSGA((hwnd), TCM_SETPADDING, 0, MAKELPARAM(cx, cy)) so, this code will resend the TCM_SETPADDING while processing the TCM_SETPADDING > - get_server_window_text( hwnd, lpString, nMaxCount ); > + get_server_window_text( hwnd, lpString, nMaxCount ); you could also clean up your patch and remove the no op diffs A+ -- Eric Pouech

1 0

Re: wine/controls scroll.c
by Eric Pouech 23 Mar '03

23 Mar '03

Alexandre Julliard wrote: > ChangeSet ID: 7402 > CVSROOT: /opt/cvs-commit > Module name: wine > Changes by: julliard(a)wine.codeweavers.com 2003/03/07 14:38:20 > > Modified files: > controls : scroll.c > > Log message: > Andrew Johnston <johnstonam(a)logica.com> > - GetScrollRange zeros the return parameters for no infoPtr > - GetScrollRange, GetScrollPos and GetScrollInfo send a message to the > window for the SB_CTL case > - Moved code for GetScroll* to into worker functions > @@ -1736,22 +1804,18 @@ > * RETURNS STD > */ > BOOL WINAPI GetScrollRange( > -HWND hwnd, /* [in] Handle of window */ > -INT nBar, /* [in] One of SB_HORZ, SB_VERT, or SB_CTL */ > -LPINT lpMin, /* [out] Where to store minimum value */ > +HWND hwnd /* [in] Handle of window with scrollbar(s) */, > +INT nBar /* [in] One of SB_HORZ, SB_VERT, or SB_CTL */, > +LPINT lpMin /* [out] Where to store minimum value */, > LPINT lpMax /* [out] Where to store maximum value */) > { > - SCROLLBAR_INFO *infoPtr; > + TRACE("hwnd=%p nBar=%d lpMin=%p lpMax=%p\n", hwnd, nBar, lpMin, lpMax); > > - if (!(infoPtr = SCROLL_GetScrollInfo( hwnd, nBar ))) > - { > - if (lpMin) lpMin = 0; > - if (lpMax) lpMax = 0; > - return FALSE; > - } > - if (lpMin) *lpMin = infoPtr->minVal; > - if (lpMax) *lpMax = infoPtr->maxVal; > - return TRUE; > + /* Refer SB_CTL requests to the window */ > + if (nBar == SB_CTL) > + return SendMessageA(hwnd, SBM_GETRANGE, (WPARAM)lpMin, (LPARAM)lpMax); > + else > + return SCROLL_GetScrollRange(hwnd, nBar, lpMin, lpMax); > } This patch is wrong the hwnd is in fact a 16 bit window I've an old win16 app which got broken because of this (wParam got truncated to a 16 bit value, and of course caused a segfault) A+ -- Eric Pouech

1 0

Re: LockFile() and UnlockFile() are working
by John K. Hohm 23 Mar '03

23 Mar '03

> This resolution will make a ton of business apps based on desktop database > software that much closer to working. I'm not so sure. I expect most database software depends on the mandatory nature of LockFile(), i.e. that a ReadFile() or WriteFile() from another process on a locked region fails with ERROR_LOCK_VIOLATION. Typically, one process will LockFile() an area, then update on-disk structures in such a way that another process reading during the update would get confused were it not for ReadFile() refusing to read the locked bytes. Note that the reading process does not LockFile() to read, it just tries ReadFile() and handles its failure (typically by waiting and trying again later). For database software that uses read/write locks via LockFileEx(), the standard Unix advisory lock semantics are just fine, and those patches are indeed the ticket. However, advisory locking is generally more difficult to manage, and LockFileEx() is not supported on Windows 95/98/Me, so I doubt many apps use it. >From what I can tell, mandatory locking on Linux involves tricks like using a special mount option, and setting the SGID bit of the file to be locked before the locking process starts; I'm not sure which other Unixen even support it.

6 15

Error uninstalling InstallShield 6 application
by Uwe Bonnes 22 Mar '03

22 Mar '03

Hello, running the uninstaller of some application with builtin DLLs, the uninstall fails with a messagebox telling about a 80004005 error. Is following log usefull? Running with --dll ole32,oleaut32,rpcrt4=n succeeds with the deinstallation. Thanks 0019:Call kernel32.ReadFile(0000005c,4294fbe0,000000fa,41ec2eac,00000000) ret=40aaa70a 0019:Ret kernel32.ReadFile() retval=00000001 ret=40aaa70a trace:ole:TMStubImpl_Invoke ... trace:ole:ITypeInfo_fnGetFuncDesc (0x4277c398) index 0 trace:ole:ITypeInfo_fnGetFuncDesc (0x4277c398) index 1 trace:ole:ITypeInfo_fnGetFuncDesc (0x4277c398) index 2 trace:ole:ITypeInfo_fnGetFuncDesc (0x4277c398) index 3 trace:ole:ITypeInfo_fnGetFuncDesc (0x4277c398) index 4 trace:ole:ITypeInfo_fnGetFuncDesc (0x4277c398) index 5 trace:ole:ITypeInfo_fnGetFuncDesc (0x4277c398) index 6 trace:ole:ITypeInfo_fnGetFuncDesc (0x4277c398) index 7 trace:ole:ITypeInfo_fnGetFuncDesc (0x4277c398) index 8 trace:ole:ITypeInfo_fnGetFuncDesc (0x4277c398) index 9 trace:ole:ITypeInfo_fnGetFuncDesc (0x4277c398) index 10 trace:ole:ITypeInfo_fnGetFuncDesc (0x4277c398) index 11 trace:ole:ITypeInfo_fnGetFuncDesc (0x4277c398) index 12 trace:ole:ITypeInfo_fnGetNames (0x4277c398) memid=0x0000001f Maxname=10 0019:Call kernel32.lstrlenW(4273aad4 L"Create") ret=40b8acc0 0019:Ret kernel32.lstrlenW() retval=00000006 ret=40b8acc0 0019:Call ntdll.RtlAllocateHeap(40360000,00000000,00000012) ret=40b8ad3d 0019:Ret ntdll.RtlAllocateHeap() retval=428a1008 ret=40b8ad3d 0019:Call kernel32.lstrlenW(4273ab5c L"hWnd") ret=40b8acc0 0019:Ret kernel32.lstrlenW() retval=00000004 ret=40b8acc0 0019:Call ntdll.RtlAllocateHeap(40360000,00000000,0000000e) ret=40b8ad3d 0019:Ret ntdll.RtlAllocateHeap() retval=4294f480 ret=40b8ad3d 0019:Call kernel32.lstrlenW(4273aba4 L"BmpResourceFile") ret=40b8acc0 0019:Ret kernel32.lstrlenW() retval=0000000f ret=40b8acc0 0019:Call ntdll.RtlAllocateHeap(40360000,00000000,00000024) ret=40b8ad3d 0019:Ret ntdll.RtlAllocateHeap() retval=4294fce8 ret=40b8ad3d 0019:Call kernel32.lstrlenW(4273abd4 L"BmpResourceID") ret=40b8acc0 0019:Ret kernel32.lstrlenW() retval=0000000d ret=40b8acc0 0019:Call ntdll.RtlAllocateHeap(40360000,00000000,00000020) ret=40b8ad3d 0019:Ret ntdll.RtlAllocateHeap() retval=4294fd18 ret=40b8ad3d 0019:Call ntdll.RtlAllocateHeap(40360000,00000000,00000010) ret=40b98062 0019:Ret ntdll.RtlAllocateHeap() retval=4294fd40 ret=40b98062 0019:Call kernel32.IsBadStringPtrW(4294f484,00000001) ret=40b984cf 0019:Ret kernel32.IsBadStringPtrW() retval=00000000 ret=40b984cf 0019:Call kernel32.lstrcmpW(4294f484 L"hWnd",40bb4550 L"riid") ret=40b984eb 0019:Ret kernel32.lstrcmpW() retval=fffffff6 ret=40b984eb 0019:Call kernel32.lstrcmpW(4294f484 L"hWnd",40bb455a L"pdispparams") ret=40b9850c 0019:Ret kernel32.lstrcmpW() retval=fffffff8 ret=40b9850c 0019:Call kernel32.lstrcmpW(4294f484 L"hWnd",40bb4572 L"ppvObject") ret=40b9855e 0019:Ret kernel32.lstrcmpW() retval=fffffff8 ret=40b9855e trace:ole:deserialize_param vt 3 at 0x4294fd44 0019:Call kernel32.IsBadStringPtrW(4294fcec,00000001) ret=40b984cf 0019:Ret kernel32.IsBadStringPtrW() retval=00000000 ret=40b984cf 0019:Call kernel32.lstrcmpW(4294fcec L"BmpResourceFile",40bb4550 L"riid") ret=40b984eb 0019:Ret kernel32.lstrcmpW() retval=ffffffd0 ret=40b984eb 0019:Call kernel32.lstrcmpW(4294fcec L"BmpResourceFile",40bb455a L"pdispparams") ret=40b9850c 0019:Ret kernel32.lstrcmpW() retval=ffffffd2 ret=40b9850c 0019:Call kernel32.lstrcmpW(4294fcec L"BmpResourceFile",40bb4572 L"ppvObject") ret=40b9855e 0019:Ret kernel32.lstrcmpW() retval=ffffffd2 ret=40b9855e trace:ole:deserialize_param vt 8 at 0x4294fd48 0019:Call ntdll.RtlAllocateHeap(40360000,00000008,000000f0) ret=40b960c1 0019:Ret ntdll.RtlAllocateHeap() retval=4294fd60 ret=40b960c1 0019:Call ntdll.RtlAllocateHeap(40360000,00000000,000001e2) ret=40b8ad3d 0019:Ret ntdll.RtlAllocateHeap() retval=4294fe58 ret=40b8ad3d 0019:Call ntdll.RtlFreeHeap(40360000,00000000,4294fd60) ret=40b96119 0019:Ret ntdll.RtlFreeHeap() retval=00000001 ret=40b96119 0019:Call kernel32.IsBadStringPtrW(4294fd1c,00000001) ret=40b984cf 0019:Ret kernel32.IsBadStringPtrW() retval=00000000 ret=40b984cf 0019:Call kernel32.lstrcmpW(4294fd1c L"BmpResourceID",40bb4550 L"riid") ret=40b984eb 0019:Ret kernel32.lstrcmpW() retval=ffffffd0 ret=40b984eb 0019:Call kernel32.lstrcmpW(4294fd1c L"BmpResourceID",40bb455a L"pdispparams") ret=40b9850c 0019:Ret kernel32.lstrcmpW() retval=ffffffd2 ret=40b9850c 0019:Call kernel32.lstrcmpW(4294fd1c L"BmpResourceID",40bb4572 L"ppvObject") ret=40b9855e 0019:Ret kernel32.lstrcmpW() retval=ffffffd2 ret=40b9855e trace:ole:deserialize_param vt 3 at 0x4294fd4c Calling 0x4261b0ea(43751cb0,00010020,4294fe5c,00002841,) 0019:Call kernel32.GetLastError() ret=42614f6b 0019:Ret kernel32.GetLastError() retval=00000057 ret=42614f6b 0019:Call oleaut32.SysAllocStringLen(00000000,00000021) ret=42611e32 0019:Call ntdll.RtlAllocateHeap(40360000,00000000,00000048) ret=40b8ad3d 0019:Ret ntdll.RtlAllocateHeap() retval=42950048 ret=40b8ad3d 0019:Ret oleaut32.SysAllocStringLen() retval=4295004c ret=42611e32 0019:Call kernel32.SetLastError(00000057) ret=42614fc0 0019:Ret kernel32.SetLastError() retval=00000057 ret=42614fc0 0019:Call kernel32.WideCharToMultiByte(00000000,00000000,4295004e L"D:\\WINDOWS\\TEMP\\",00000011,00000000,00000000,00000000,00000000) ret=42614533 0019:Ret kernel32.WideCharToMultiByte() retval=00000011 ret=42614533 0019:Call kernel32.WideCharToMultiByte(00000000,00000000,4295004e L"D:\\WINDOWS\\TEMP\\",00000011,43751b80,00000040,00000000,00000000) ret=4261457a 0019:Ret kernel32.WideCharToMultiByte() retval=00000011 ret=4261457a 0019:Call kernel32.LoadLibraryA(43751b80 "D:\\WINDOWS\\TEMP\\") ret=4261b11e 0019:Ret kernel32.LoadLibraryA() retval=00000000 ret=4261b11e 0019:Call kernel32.GetLastError() ret=42611453 0019:Ret kernel32.GetLastError() retval=0000054f ret=42611453 0019:Call oleaut32.SysFreeString(00000000) ret=42611471 0019:Ret oleaut32.SysFreeString() retval=00000000 ret=42611471 0019:Call oleaut32.SysFreeString(4295004c L"") ret=42611d6b 0019:Call ntdll.RtlFreeHeap(40360000,00000000,42950048) ret=40b8acfd 0019:Ret ntdll.RtlFreeHeap() retval=00000001 ret=40b8acfd 0019:Ret oleaut32.SysFreeString() retval=00000001 ret=42611d6b 0019:Call kernel32.SetLastError(0000054f) ret=42611491 0019:Ret kernel32.SetLastError() retval=0000054f ret=42611491 trace:ole:_invoke returns 80004005 0019:Call kernel32.IsBadStringPtrW(4294f484,00000001) ret=40b98350 0019:Ret kernel32.IsBadStringPtrW() retval=00000000 ret=40b98350 0019:Call kernel32.lstrcmpW(4294f484 L"hWnd",40bb4550 L"riid") ret=40b9836c 0019:Ret kernel32.lstrcmpW() retval=fffffff6 ret=40b9836c 0019:Call kernel32.lstrcmpW(4294f484 L"hWnd",40bb455a L"pdispparams") ret=40b9838d 0019:Ret kernel32.lstrcmpW() retval=fffffff8 ret=40b9838d 0019:Call kernel32.lstrcmpW(4294f484 L"hWnd",40bb4572 L"ppvObject") ret=40b983a5 0019:Ret kernel32.lstrcmpW() retval=fffffff8 ret=40b983a5 trace:ole:serialize_param (tdesc.vt 3) -- 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

Regression in latest CVS
by Vitaliy Margolen 22 Mar '03

22 Mar '03

I have a problem with latest CVS in the past several days. Every app locking up. Any suggestions where should I look. It's not a dead loop. Something happening, according to trace. Here is the trace where I think the problem starts: 0009:Ret ntdll.RtlLeaveCriticalSection() retval=00000000 ret=0040f8d5 0009:Call user32.IsWindowVisible(00010021) ret=00444671 0009:Call kernel32._EnterSysLevel(4071cc58) ret=406c6793 0009:trace:win32:_EnterSysLevel (0x4071cc58, level 2): thread 9 (fs 008f, pid 2321) count before 0 0009:trace:win32:_EnterSysLevel (0x4071cc58, level 2): thread 9 (fs 008f, pid 2321) count after 1 0009:Ret kernel32._EnterSysLevel() retval=400d9d20 ret=406c6793 0009:Call kernel32._LeaveSysLevel(4071cc58) ret=406c67b3 0009:trace:win32:_LeaveSysLevel (0x4071cc58, level 2): thread 9 (fs 008f, pid 2321) count before 1 0009:trace:win32:_LeaveSysLevel (0x4071cc58, level 2): thread 9 (fs 008f, pid 2321) count after 0 0009:Ret kernel32._LeaveSysLevel() retval=00000063 ret=406c67b3 0009:Ret user32.IsWindowVisible() retval=00000000 ret=00444671 0009:Call ntdll.RtlEnterCriticalSection(41370830) ret=0040b6c4 0009:Ret ntdll.RtlEnterCriticalSection() retval=00000000 ret=0040b6c4 0009:trace:seh:EXC_RtlRaiseException code=c0000005 flags=0 addr=0x40eeb2 0009:trace:seh:EXC_RtlRaiseException info[0]=00000000 0009:trace:seh:EXC_RtlRaiseException info[1]=0000000c 0009: queue_exception_event( first=1, record={context={flags=00000000,eax=00000000,ebx=00457bec,ecx=400f8600,edx=400f2c30,esi=413710cc,edi=00457bec,ebp=40592d04,eip=0040eeb2,esp=40592ce4,eflags=00010246,cs=0023,ds=002b,es=002b,fs=008f,gs=004f,dr0=00000000,dr1=00000000,dr2=00000000,dr3=00000000,dr6=00000000,dr7=00000000,float={00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000}},rec={code=c0000005,flags=0,rec=(nil),addr=0x40eeb2,params={0,c}} ) 0009: queue_exception_event() = 0 { handle=(nil) } 0009:trace:seh:EXC_CallHandler calling handler at 0x40f106 code=c0000005 flags=0 0009:trace:seh:EXC_CallHandler handler returned 1 0009:trace:seh:EXC_CallHandler calling handler at 0x43cfa8 code=c0000005 flags=0 0009:trace:seh:EXC_CallHandler handler returned 1 0009:trace:seh:EXC_CallHandler calling handler at 0x43cfe0 code=c0000005 flags=0 0009:trace:seh:EXC_CallHandler handler returned 1 0009:trace:seh:EXC_CallHandler calling handler at 0x43d000 code=c0000005 flags=0 0009:trace:seh:EXC_CallHandler handler returned 1 0009:trace:seh:EXC_CallHandler calling handler at 0x402ffd code=c0000005 flags=0 0009:Call user32.LoadStringA(00400000,0000ffd0,40480334,00000400) ret=00405712 0009:trace:resource:LoadStringA instance = 0x400000, id = ffd0, buffer = 40480334, length = 1024 0009:Call ntdll.RtlAllocateHeap(40240000,00000000,00000800) ret=406e9eb6 0009:trace:heap:RtlAllocateHeap (0x40240000,00000002,00000800): returning 4027d068 0009:Ret ntdll.RtlAllocateHeap() retval=4027d068 ret=406e9eb6 0009:trace:resource:LoadStringW instance = 0x400000, id = ffd0, buffer = 4027d068, length = 1024 0009:Call kernel32.FindResourceW(00400000,00000ffe,00000006) ret=406e9d4d 0009:trace:resource:RES_FindResource2 (0x400000, 00000006, 00000ffe, 0000, W, PE) 0009:Ret kernel32.FindResourceW() retval=00468998 ret=406e9d4d 0009:Call kernel32.LoadResource(00400000,00468998) ret=406e9d5c 0009:trace:resource:RES_LoadResource (0x400000, 0x468998, PE) 0009:Ret kernel32.LoadResource() retval=0046c6f0 ret=406e9d5c 0009:Call kernel32.LockResource(0046c6f0) ret=406e9d6a 0009:trace:resource:LockResource (0x46c6f0) 0009:Ret kernel32.LockResource() retval=0046c6f0 ret=406e9d6a 0009:trace:resource:LoadStringW strlen = 4 0009:trace:resource:LoadStringW L"Read" loaded ! 0009:Call kernel32.WideCharToMultiByte(00000000,00000000,4027d068 L"Read",00000004,40480334,000003ff,00000000,00000000) ret=406e9eee 0009:Ret kernel32.WideCharToMultiByte() retval=00000004 ret=406e9eee 0009:trace:resource:LoadStringA "Read" loaded ! 0009:Call ntdll.RtlFreeHeap(40240000,00000000,4027d068) ret=406e9f43 0009:trace:heap:RtlFreeHeap (0x40240000,00000002,4027d068): returning TRUE 0009:Ret ntdll.RtlFreeHeap() retval=00000001 ret=406e9f43 0009:Ret user32.LoadStringA() retval=00000004 ret=00405712 0009:Call kernel32.VirtualQuery(0040eeb2,404808a4,0000001c) ret=0040a8c0 0009:Ret kernel32.VirtualQuery() retval=0000001c ret=0040a8c0 0009:Call kernel32.GetModuleFileNameA(00400000,4048079f,00000105) ret=0040a8e2 0009:trace:heap:RtlAllocateHeap (0x40240000,00000002,00000210): returning 4027d068 0009:trace:string:lstrcpynW (0x4027d068, L"F:\\wine\\Virtual_Listview\\virtuallistview.exe", 261) 0009:trace:module:GetModuleFileNameW L"F:\\wine\\Virtual_Listview\\virtuallistview.exe" 0009:trace:heap:RtlFreeHeap (0x40240000,00000002,4027d068): returning TRUE 0009:Ret kernel32.GetModuleFileNameA() retval=0000002c ret=0040a8e2 0009:Call user32.LoadStringA(00400000,0000ffdb,4048032c,00000400) ret=00405712 0009:trace:resource:LoadStringA instance = 0x400000, id = ffdb, buffer = 4048032c, length = 1024 0009:Call ntdll.RtlAllocateHeap(40240000,00000000,00000800) ret=406e9eb6 0009:trace:heap:RtlAllocateHeap (0x40240000,00000002,00000800): returning 4027d068 0009:Ret ntdll.RtlAllocateHeap() retval=4027d068 ret=406e9eb6 0009:trace:resource:LoadStringW instance = 0x400000, id = ffdb, buffer = 4027d068, length = 1024 0009:Call kernel32.FindResourceW(00400000,00000ffe,00000006) ret=406e9d4d 0009:trace:resource:RES_FindResource2 (0x400000, 00000006, 00000ffe, 0000, W, PE) 0009:Ret kernel32.FindResourceW() retval=00468998 ret=406e9d4d 0009:Call kernel32.LoadResource(00400000,00468998) ret=406e9d5c 0009:trace:resource:RES_LoadResource (0x400000, 0x468998, PE) 0009:Ret kernel32.LoadResource() retval=0046c6f0 ret=406e9d5c 0009:Call kernel32.LockResource(0046c6f0) ret=406e9d6a 0009:trace:resource:LockResource (0x46c6f0) 0009:Ret kernel32.LockResource() retval=0046c6f0 ret=406e9d6a 0009:trace:resource:LoadStringW strlen = 63 0009:trace:resource:LoadStringW L"Access violation at address %p in module '%s'. %s of address %p" loaded ! 0009:Call kernel32.WideCharToMultiByte(00000000,00000000,4027d068 L"Access violation at address %p in module '%s'. %s of address %p",0000003f,4048032c,000003ff,00000000,00000000) ret=406e9eee 0009:Ret kernel32.WideCharToMultiByte() retval=0000003f ret=406e9eee 0009:trace:resource:LoadStringA "Access violation at address %p in module '%s'. %s of address %p" loaded ! 0009:Call ntdll.RtlFreeHeap(40240000,00000000,4027d068) ret=406e9f43 0009:trace:heap:RtlFreeHeap (0x40240000,00000002,4027d068): returning TRUE 0009:Ret ntdll.RtlFreeHeap() retval=00000001 ret=406e9f43 0009:Ret user32.LoadStringA() retval=0000003f ret=00405712 0009:Call ntdll.RtlUnwind(40592d30,00403217,404809c8,00000000) ret=00403217 fs=008f eax=404809c8 ebx=4048090c ecx=0040eeb2 edx=40592d30 esi=404809c8 edi=400dbcc1 ebp=40480928 esp=404808d8 ds=002b es=002b gs=0000 flags=00000246 0009:trace:seh:EXC_RtlUnwind code=c0000005 flags=2

4 7

Re: WineHQ redesign - TODO
by Brian Vincent (C) 22 Mar '03

22 Mar '03

> Also, I am serious about the "Latest News" box. We need an agreement -- > what about a patch implementing the idea, so people can have a more > informed opinion? Here's my $.02: I think the "Wine Weekly News" heading on the right should just be changed to "News". Instead of something like "Issue: 162" maybe it should say something like "Wine Weekly News #162". Interspersed with the WWN issues can be other news, for example the interviews that will start going up next week. Over time I'm sure there will be things of interest to add there. As far as the News section that goes into WWN, I don't think it's appropriate to break those items out into their own announcements. For one thing, the same XML goes to www.kerneltraffic.org and I'm going to continue having the first section be News. The bigger problem is announcing commercial development projects. I'm sure we'd all agree that TransGaming and CodeWeavers announcements would be fine to add, but there's a lot of gray area outside of that. For example, Lindows.com had (has) a press release about once a week. They made it into quite a few WWN issues before I stopped covering them. Splashing press releases on the front page doesn't necessarily make it news. I'll still have most of that stuff in the WWN anyway. So.. my vote is for a general "News" box that will mostly end up containing WWN issues, the interview series that's going to stretch through summer, and any other items that are non-commercial (updates to the status page, etc). Maybe if we could get people using the app DB we could put a news heading like "How to Install IE 5.5" and link to instructions in the app DB. PS. I love the "got Wine?" banner -brian

2 1

LockFile() and UnlockFile() are working
by Paul McNett 22 Mar '03

22 Mar '03

As of yesterday, 3/18/2003, LockFile() and UnlockFile() are now implemented, and seem to be working perfectly on my end, testing with the Visual FoxPro native functions of flock(), rlock(), and unlock(). This resolution will make a ton of business apps based on desktop database software that much closer to working. Thanks Alexandre for slipping that one in to the 20030318 release! :) -- Paul McNett - p(a)ulmcnett.com Hollister, California, USA

6 8

Re: winehq/ images/winehq_border_top_left.gif imag ...
by Dimitrie O. Paun 21 Mar '03

21 Mar '03

On Fri, 21 Mar 2003, Jeremy Newman wrote: > the corners no longer freak out when you use zoom. Your welcome Dimi! Thank YOU! -- Dimi.

1 0

Wine and glibc 3.2.x
by Davide Giannotti 21 Mar '03

21 Mar '03

Ok, i recently compiled and upgraded to glibc 3.2.1 and there's no way to make wine work. There's thread related bug. New Red Hat, Suse and Mandrake will be shipped with this new version of glibc, so i think that's a serious bug. (See also http://www.winehq.com/hypermail/wine-devel/2003/03/0570.html). Configure cannot even check that libc are reentrant, i'm not a glibc expert but there's some error with _errno and _errno_location. I tried to apply a patch i found in the patch mailing list, but it didn't work either. ( http://www.winehq.com/hypermail/wine-patches/2003/01/0338.html ) So, consider that every linux distribution will be shipped with the new glibc, and that there will be really a few windows programs that can work without thread support.... well... i'd think about give priority to solve this one. If anybody found a workaround or wrote some patches... please let me now. For now, i'll not downgrade my libc for sure. I'm without wine. Thank you all, guys. Davide

1 0

patch: macros changed to inline functions (msvcrt headers)
by madhura sahasrabudhe 21 Mar '03

21 Mar '03

Hi, I have changed the macros in the msvcrt headers to static inline functions. The modified files are: conio.h, ctype.h, direct.h, malloc.h, process.h, search.h, stdio.h, stdlib.h and string.h (in the include/msvcrt directory). I have attached a patch for the same. Thank you. Madhura Sahasrabudhe >Re: Middleware regression test suites, e.g. ACE >From: Dimitrie O. Paun (dpaun(a)rogers.com) >Date: Thu Feb 27 2003 - 07:49:55 CST >-------------------------------------------------------------------------------- >>On February 25, 2003 02:08 pm, Dan Kegel wrote: >> ACE is a set of object-oriented >> wrappers around operating system primitives, >> See http://www.cs.wustl.edu/~schmidt/ACE.html >A perfect test for my winegcc/wineg++ stuff, and >for our C++ Winelib support! I've tried a little >bit, it breaks badly because we use lots of macros >in the msvcrt headers and the code expects functions >(which, unlike macros, respect scope). I've signaled >this problem before, and I've send a patch for >include/msvcrt/io.h transforming those macros into >inline functions, but a lot more is left to do. >That is to say, all things from include/msvcrt/* of the form: >#define isascii __isascii >must become: >static inline int isascii(int c) { return __isascii(c); } >Any takers? :) >-- >Dimi.

1 0

glibc 2.3
by Kevin DeKorte 21 Mar '03

21 Mar '03

Hello, I was just wondering if there was a fix for the glibc 2.3 problem. I recently did an up2date of my RedHat 8.0 box and RedHat shipped me a glibc 2.3 and now wine does not work. glibc-2.3.2-4.80 kernel-2.4.18-24.8.0 I tried both of these from info gathered from google export LD_PRELOAD=~/bin/q.so and export LD_ASSUME_KERNEL=2.2.5 > wine nlnotes.exe fixme:console:SetConsoleCtrlHandler ((nil),0) - no error checking or testing yet fixme:console:SetConsoleCtrlHandler (0x1161a90,1) - no error checking or testing yet fixme:ole:CoRegisterMessageFilter stub fixme:ole:CoRegisterMessageFilter stub FIXME:pthread_cond_init fixme:console:SetConsoleCtrlHandler (0x1161a90,0) - no error checking or testing yet fixme:console:SetConsoleCtrlHandler ((nil),1) - no error checking or testing yet Any help would be appreciated. Kevin

2 2

Re: winehq/ templates/en/download.template templat ...
by Dimitrie O. Paun 21 Mar '03

21 Mar '03

On Fri, 21 Mar 2003, Jeremy Newman wrote: > updated download pages. Added SourceForge links, added link to WineX. > Comments on this layout anyone? I like but: -- The Mecano site needs to be taken down, the page simply points to SF -- Also, there are too many "Contributed" things there, I find them confusing. Maybe we can reorganize them in a section "Daily Builds" vs. the others? -- Dimi.

1 0

valgrind for WINE!!
by Adam Gundy 21 Mar '03

21 Mar '03

hi... after much hard work and midnight oil, I have made valgrind (the memory access checking tool) work with WINE. You can run multi-threaded Windows programs under WINE (under valgrind), and have stack traces printed out for all the memory errors both in WINE and in the Windows program (and yes there are a LOT in WINE itself). the purpose of this email is just an initial heads up, and a question - in order to print stack traces from (debug) compiled windows binaries, I have borrowed some of the PDB and PE reading code from WINE and added it to valgrind. AFAIK there shouldn't be a (license) problem with this, since WINE is LGPL and valgrind is GPL, but I just wanted to check before putting my neck on the chopping block. assuming no one has any problems with licensing, then my next job (hopefully early next week) will be to submit the valgrind patches to the valgrind development mailing list for consideration. after the valgrind people have had a few days to mull over the patches, I will submit the patches needed to WINE to make it work (limited architecture, plus some fixes for the more annoying bugs found by valgrind). please DON'T fill my inbox with requests for these patches yet - hopefully they will be available shortly. Seeya, Adam -- Real Programmers don't comment their code. If it was hard to write, it should be hard to read, and even harder to modify. These are all my own opinions.

1 0

Re: winehq/ images/red_top_logo.png images/winehq_ ...
by Tony Lambregts 21 Mar '03

21 Mar '03

Jeremy Newman wrote: > ChangeSet ID: 7572 > CVSROOT: /opt/cvs-commit > Module name: winehq > Changes by: jnewman(a)wine.codeweavers.com 2003/03/21 09:40:31 > > Modified files: > images : red_top_logo.png winehq_top_logo.gif > include/themes/winehq: content.template > > Log message: > shorten the logo to allow the site to work at 800x600 > > Patch: http://cvs.winehq.com/patch.py?id=7572 > > Old revision New revision Changes Path > 1.3 1.4 +43 -71 winehq/images/red_top_logo.png > 1.2 1.3 +55 -79 winehq/images/winehq_top_logo.gif > 1.5 1.6 +3 -3 winehq/include/themes/winehq/content.template > Looks good. Thanks. -- Tony Lambregts

1 0

[BUG] WS_MAXIMIZEBOX doesn't work
by Felipe W Damasio 21 Mar '03

21 Mar '03

Hi, WS_MAXIMIZEBOX doesn't seem to work. I tried to enable just the maximize flag on a dialog, but instead what I got was wine didn't letting the user change the dialog's size at all. Cesar Mello coded a little example which shows this bug. I filed a bugzilla report, you can see it and get the example app at: http://bugs.winehq.com/show_bug.cgi?id=1338 Kind Regards, Felipe

1 0

Re: installing ie55
by Alberto Massari 21 Mar '03

21 Mar '03

A few months ago I posted this message: http://www.winehq.com/hypermail/wine-devel/2002/12/0083.html A lot has changed in Wine since then, so you should be able to install IE 5.5 without the native ole32.dll/rpcrt4.dll that are named in the message.... Alberto At 07.59 21/03/2003 -0500, Brian Hechinger wrote: >On Fri, Mar 21, 2003 at 09:02:31AM +0100, Fabian Cenedese wrote: > > > > >so what's the secret? i'm using a windows-less environment, so is > there maybe > > >something i need to do to get ie55 and outlook running? (coppy DLLs from > > >somewhere?) > > > > Look in the app database, there are some instructions how you may be > > successfull :) > >you mean if i can read around the browser holy war that some idiot started up >there? is there anyone who admins that who could delete the irrelevant >garbage >from there? > >-brian >-- >"I'd say don't quit your day job, but you're pretty lousy at that >too." -Bender

1 0

installing ie55
by Brian Hechinger 21 Mar '03

21 Mar '03

so what's the secret? i'm using a windows-less environment, so is there maybe something i need to do to get ie55 and outlook running? (coppy DLLs from somewhere?) thanks!! -brian

5 5

windres: -U
by Dimitrie O. Paun 21 Mar '03

21 Mar '03

[This is a message I've posted to the Mozilla people regarding windres. Comments appreciated] Folks, we have the following uglifying construct: ifdef GNU_CC $(RC) $(RCFLAGS) $(filter-out -U%,$(DEFINES)) \ $(INCLUDES:-I%=--include-dir %) $(OUTOPTION)$@ $< else $(RC) $(RCFLAGS) -r $(DEFINES) $(INCLUDES) $(OUTOPTION)$@ $< endif As I mentioned already, I've already submitted a patch to windres (http://sources.redhat.com/ml/binutils/2003-03/msg00313.html) to accept -I for include dirs. Given that the windres maintainers like the idea, it's just a matter of time (few days, until I get the stupid FSF copyright assignment papers signed) until it goes in. Idealy, I'd like to completely remove the annoying ifdef. So what's left? First, the -r in the !GNU_CC case. This seems to be simply ignored by the MS rc, for backwards compatibility: http://msdn.microsoft.com/library/default.asp?url=/library/en-us/tools/tool… Do we _need_ to keep it around? Second, it seems that windres does not support the -U option. It should, and I'm considering submitting a patch to do just that. With that, the monster will collapse to simply: $(RC) $(RCFLAGS) $(DEFINES) $(INCLUDES) $(OUTOPTION)$@ $< which is so much easier on the eye. -- Dimi.

2 1

WineHQ.com - redesign
by Jeremy Newman 21 Mar '03

21 Mar '03

Hey all. I've spent a bit more time on the redesign of the website. I'm looking to get more comments from you. http://lostwages.winehq.org/ First off, You'll notice I am *toying* with the idea of placing a banner ad on the web site. WineHQ generates a large amount of traffic. About 6,000,000 page hits a month. All I simply want to do, is try to allow CodeWeavers to make up for some of that by placing our ads on the site. I won't be taking any offers to put "Click the Monkey" ads. I will happily put up banners for other Wine related companies. If enough object I will cheerfully take them down. This is my idea, so I'll take the brunt of the flames here. I just wasn't getting enough clicks on the "Hosted By CodeWeavers" link to satisfy me. There is some missing content pages yet on the site. I need someone to help volunteer by being a editor. The job consists of working purely on the text of the site. I've done my best to clean up the text so far. But, I doubt I will have much more time to do that. Let me know of oddities you find, and if your browser croaks completely or something on that order. -- _ _ WebGeek/SysAdmin CodeWeavers -= http://www.codeweavers.com | \| |_____ __ ___ __ __ _ _ _ -= http://www.dracowulf.com | .` / -_) | | / ' \/ _` | ' \ -= mailto:jnewman@codeweavers.com |_|\_\___|\_/\_/|_|_|_\__,_|_||_| -= ICQ: 1711553 Yahoo: laxdragon

6 6

evil regressions
by Mike Hearn 21 Mar '03

21 Mar '03

Is anybody else seeing borkage like this: http://theoretic.com/mike/wine-regression.png I just reversed my patch, so it's not that. The combo boxes seem to show the dropdown at the wrong time. Clicking the drop down button makes it go away, but the drop down then doesn't display at all. Finally choosing a file gives an error, "invalid window handle". Also note the grey box on the bottom left, shouldn't be there either. Or is my install broken?

5 9

windres: -J -I (take 3)
by Dimitrie O. Paun 21 Mar '03

21 Mar '03

On March 20, 2003 06:44 pm, Dimitrie O. Paun wrote: > So I think this is ready for the prime-time. I would appreciate any > feedback on the matter. To be honest, I could not compile the > resulting code, as it is complaining I do not have ../bfd/bfd.h: > > make: *** No rule to make target `../bfd/bfd.h', needed by `windres.o'. > Stop. Famous last words. I figured out how to compile it, and sure enough I've found a small compilation bug (I got unused to the old K&R style of function definitions). Anyway it's fixed now, so here it is again, with the ChangeLog: 2003-03-21 Dimitrie O. Paun <dpaun(a)rogers.com> * windres.c (format_from_name): make the exit on error behaviour optional. (main): Rename the -I option to -J. Introduce -I as synonym for --include-dir. For backwards compatibility also support the old -I behaviour, but issue a deprecation warning. * doc/binutils.texi: Rename -I to -J. Document the new behaviour of the -I option. * testsuite/binutils-all/windres/windres.exp: Add test for the new -J option. Index: binutils/windres.c =================================================================== RCS file: /cvs/src/src/binutils/windres.c,v retrieving revision 1.13 diff -u -r1.13 windres.c --- binutils/windres.c 5 May 2002 23:25:27 -0000 1.13 +++ binutils/windres.c 21 Mar 2003 07:09:12 -0000 @@ -110,8 +110,7 @@ #define OPTION_DEFINE 150 #define OPTION_HELP (OPTION_DEFINE + 1) -#define OPTION_INCLUDE_DIR (OPTION_HELP + 1) -#define OPTION_LANGUAGE (OPTION_INCLUDE_DIR + 1) +#define OPTION_LANGUAGE (OPTION_HELP + 1) #define OPTION_PREPROCESSOR (OPTION_LANGUAGE + 1) #define OPTION_USE_TEMP_FILE (OPTION_PREPROCESSOR + 1) #define OPTION_NO_USE_TEMP_FILE (OPTION_USE_TEMP_FILE + 1) @@ -122,8 +121,8 @@ { {"define", required_argument, 0, OPTION_DEFINE}, {"help", no_argument, 0, OPTION_HELP}, - {"include-dir", required_argument, 0, OPTION_INCLUDE_DIR}, - {"input-format", required_argument, 0, 'I'}, + {"include-dir", required_argument, 0, 'I'}, + {"input-format", required_argument, 0, 'J'}, {"language", required_argument, 0, OPTION_LANGUAGE}, {"output-format", required_argument, 0, 'O'}, {"preprocessor", required_argument, 0, OPTION_PREPROCESSOR}, @@ -140,7 +139,7 @@ static void res_init PARAMS ((void)); static int extended_menuitems PARAMS ((const struct menuitem *)); -static enum res_format format_from_name PARAMS ((const char *)); +static enum res_format format_from_name PARAMS ((const char *, int)); static enum res_format format_from_filename PARAMS ((const char *, int)); static void usage PARAMS ((FILE *, int)); static int cmp_res_entry PARAMS ((const PTR, const PTR)); @@ -588,8 +587,9 @@ /* Convert a string to a format type, or exit if it can't be done. */ static enum res_format -format_from_name (name) +format_from_name (name, exit_on_error) const char *name; + int exit_on_error; { const struct format_map *m; @@ -597,7 +597,7 @@ if (strcasecmp (m->name, name) == 0) break; - if (m->name == NULL) + if (m->name == NULL && exit_on_error) { non_fatal (_("unknown format type `%s'"), name); fprintf (stderr, _("%s: supported formats:"), program_name); @@ -779,6 +779,7 @@ char *input_filename; char *output_filename; enum res_format input_format; + enum res_format input_format_tmp; enum res_format output_format; char *target; char *preprocessor; @@ -828,12 +829,12 @@ output_filename = optarg; break; - case 'I': - input_format = format_from_name (optarg); + case 'J': + input_format = format_from_name (optarg, 1); break; case 'O': - output_format = format_from_name (optarg); + output_format = format_from_name (optarg, 1); break; case 'F': @@ -868,7 +869,16 @@ verbose ++; break; - case OPTION_INCLUDE_DIR: + case 'I': + /* for backward compatibility, should be removed in the future */ + input_format_tmp = format_from_name (optarg, 0); + if (input_format_tmp != RES_FORMAT_UNKNOWN) + { + fprintf (stderr, _("Option -I is deprecated for setting the input format, please use -J instead.\n")); + input_format = input_format_tmp; + break; + } + if (preprocargs == NULL) { quotedarg = quot (optarg); Index: binutils/doc/binutils.texi =================================================================== RCS file: /cvs/src/src/binutils/doc/binutils.texi,v retrieving revision 1.30 diff -u -r1.30 binutils.texi --- binutils/doc/binutils.texi 24 Feb 2003 16:20:28 -0000 1.30 +++ binutils/doc/binutils.texi 20 Mar 2003 15:10:43 -0000 @@ -2569,7 +2569,7 @@ non-option argument, then @command{windres} will write to standard output. @command{windres} can not write a COFF file to standard output. -@item -I @var{format} +@item -J @var{format} @itemx --input-format @var{format} The input format to read. @var{format} may be @samp{res}, @samp{rc}, or @samp{coff}. If no input format is specified, @command{windres} will @@ -2597,11 +2597,17 @@ to use, including any leading arguments. The default preprocessor argument is @code{gcc -E -xc-header -DRC_INVOKED}. +@item -I @var{directory} @item --include-dir @var{directory} Specify an include directory to use when reading an @code{rc} file. @command{windres} will pass this to the preprocessor as an @option{-I} option. @command{windres} will also search this directory when looking for -files named in the @code{rc} file. +files named in the @code{rc} file. If the argument passed to this command +matches any of the supported @var{formats} (as descrived in the @option{-J} +option), it will issue a deprecation warning, and behave just like the +@option{-J} option. New programs should not use this behaviour. If a +directory happens to match a @var{format}, simple prefix it with @samp{./} +to disable the backward compatibility. @item -D @var{target} @itemx --define @var{sym}[=@var{val}] Index: binutils/testsuite/binutils-all/windres/windres.exp =================================================================== RCS file: /cvs/src/src/binutils/testsuite/binutils-all/windres/windres.exp,v retrieving revision 1.3 diff -u -r1.3 windres.exp --- binutils/testsuite/binutils-all/windres/windres.exp 27 Jul 2001 16:16:07 -0000 1.3 +++ binutils/testsuite/binutils-all/windres/windres.exp 20 Mar 2003 23:24:05 -0000 @@ -81,6 +81,40 @@ setup_xfail *-* } + verbose "$wr -J rc -O res $res tmpdir/$broot.res" 1 + catch "exec $wr -J rc -O res $res tmpdir/$broot.res" err + + if ![string match "" $err] then { + send_log "$err\n" + verbose "$err" 1 + fail "windres/$broot (parse)" + continue; + } + pass "windres/$broot (parse)" + + set rc [open $res] + while { [gets $rc line] != -1 } { + if ![regexp "^(//|/\*|#)" $line] { + break + } + if [regexp "parse-only" $line] { + file delete "tmpdir/$broot.res" + set done 1 + break; + } + if [regexp "\[xc\]fail *(\[^ \]*)" $line junk sys] { + setup_xfail $sys + continue; + } + } + if { $done != 0 } { + continue; + } + + if { "$broot" != "bmpalign" && "$target_xfail" == "yes" } { + setup_xfail *-* + } + verbose "$wr -I rc -O res $res tmpdir/$broot.res" 1 catch "exec $wr -I rc -O res $res tmpdir/$broot.res" err -- Dimi.

1 0

Inserting banner in signature / on website ?
by Sylvain Petreolle 21 Mar '03

21 Mar '03

Your banner idea seems to be a good idea to promote CodeWeavers and Wine in a general manner. Could you give code to insert it in a mail signature or on a website ? ===== Sylvain Petreolle (spetreolle at users dot sourceforge dot net) Fight Spam ! EuroCauce: http://www.euro.cauce.org/en/index.html ICQ #170597259 "Don't think you are. Know you are." Morpheus, in "Matrix". ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

2 1

WINE conformance tests
by Peter Berghmans 21 Mar '03

21 Mar '03

--- Peter Berghmans <peter.berghmans(a)pandora.be> wrote: > Hello, > > I saw on the WINE website you are responsible for > writing conformance tests. > I'd like to contribute; Could you explain what > already exists and how it works ? > I am a professional software engineer by the way. Peter, thank you for the suggestion. Sorry it took long time to answer - I checked this email account only today. Unfortunately I don't have enough time now to contribute to Wine :-( Please contact wine-devel mailing list, everybody will be happy to help you. This page has more information what you can do for the project (in case you have not visited it): http://www.winehq.com/about/index.php?contrib Regards, Andriy Palamarchuk

2 1

windres: -J -I (take 2) (fwd)
by Dimitrie O. Paun 20 Mar '03

20 Mar '03

FIY. -- Dimi. ---------- Forwarded message ---------- Date: Thu, 20 Mar 2003 18:44:53 -0500 (EST) From: Dimitrie O. Paun <dimi(a)intelliware.ca> To: binutils(a)sourceware.org Subject: windres: -J -I (take 2) Here is the patch again, this time with (hopefully) correct ChangeLog, and updated documentation & tests. The tests proved to be simpler than I thought. There was already a test for the old behaviour of -I, which I've left in there, as the change is supposed to be backwards compatible. I simply duplicated the code for the -J option, which is supposed to behave as the old -I option. As for the include, the tests uses the include directive in all tests, so if that is broken, things will fail. So I think this is ready for the prime-time. I would appreciate any feedback on the matter. To be honest, I could not compile the resulting code, as it is complaining I do not have ../bfd/bfd.h: make: *** No rule to make target `../bfd/bfd.h', needed by `windres.o'. Stop. Any pointers on that? Also, as stated earlier, I've started the FSF assignment process, is there anyway you guys can apply this patch soon? It seems like the process allows for this sort of thing. 2003-03-20 Dimitrie O. Paun <dpaun(a)rogers.com> * windres.c (format_from_name): make the exit on error behaviour optional. (main): Rename the -I option to -J. Introduce -I as synonym for --include-dir. For backwards compatibility also support the old -I behaviour, but issue a deprecation warning. * doc/binutils.texi: Rename -I to -J. Document the new behaviour of the -I option. * testsuite/binutils-all/windres/windres.exp: Add test for the new -J option. Index: binutils/windres.c =================================================================== RCS file: /cvs/src/src/binutils/windres.c,v retrieving revision 1.13 diff -u -r1.13 windres.c --- binutils/windres.c 5 May 2002 23:25:27 -0000 1.13 +++ binutils/windres.c 17 Mar 2003 07:14:16 -0000 @@ -110,8 +110,7 @@ #define OPTION_DEFINE 150 #define OPTION_HELP (OPTION_DEFINE + 1) -#define OPTION_INCLUDE_DIR (OPTION_HELP + 1) -#define OPTION_LANGUAGE (OPTION_INCLUDE_DIR + 1) +#define OPTION_LANGUAGE (OPTION_HELP + 1) #define OPTION_PREPROCESSOR (OPTION_LANGUAGE + 1) #define OPTION_USE_TEMP_FILE (OPTION_PREPROCESSOR + 1) #define OPTION_NO_USE_TEMP_FILE (OPTION_USE_TEMP_FILE + 1) @@ -122,8 +121,8 @@ { {"define", required_argument, 0, OPTION_DEFINE}, {"help", no_argument, 0, OPTION_HELP}, - {"include-dir", required_argument, 0, OPTION_INCLUDE_DIR}, - {"input-format", required_argument, 0, 'I'}, + {"include-dir", required_argument, 0, 'I'}, + {"input-format", required_argument, 0, 'J'}, {"language", required_argument, 0, OPTION_LANGUAGE}, {"output-format", required_argument, 0, 'O'}, {"preprocessor", required_argument, 0, OPTION_PREPROCESSOR}, @@ -140,7 +139,7 @@ static void res_init PARAMS ((void)); static int extended_menuitems PARAMS ((const struct menuitem *)); -static enum res_format format_from_name PARAMS ((const char *)); +static enum res_format format_from_name PARAMS ((const char *, int)); static enum res_format format_from_filename PARAMS ((const char *, int)); static void usage PARAMS ((FILE *, int)); static int cmp_res_entry PARAMS ((const PTR, const PTR)); @@ -588,7 +587,7 @@ /* Convert a string to a format type, or exit if it can't be done. */ static enum res_format -format_from_name (name) +format_from_name (name, int exit_on_error) const char *name; { const struct format_map *m; @@ -597,7 +596,7 @@ if (strcasecmp (m->name, name) == 0) break; - if (m->name == NULL) + if (m->name == NULL && exit_on_error) { non_fatal (_("unknown format type `%s'"), name); fprintf (stderr, _("%s: supported formats:"), program_name); @@ -779,6 +778,7 @@ char *input_filename; char *output_filename; enum res_format input_format; + enum res_format input_format_tmp; enum res_format output_format; char *target; char *preprocessor; @@ -828,12 +828,12 @@ output_filename = optarg; break; - case 'I': - input_format = format_from_name (optarg); + case 'J': + input_format = format_from_name (optarg, 1); break; case 'O': - output_format = format_from_name (optarg); + output_format = format_from_name (optarg, 1); break; case 'F': @@ -868,7 +868,16 @@ verbose ++; break; - case OPTION_INCLUDE_DIR: + case 'I': + /* for backward compatibility, should be removed in the future */ + input_format_tmp = format_from_name (optarg, 0); + if (input_format_tmp != RES_FORMAT_UNKNOWN) + { + fprintf (stderr, _("Option -I is deprecated for setting the input format, please use -J instead.\n")); + input_format = input_format_tmp; + break; + } + if (preprocargs == NULL) { quotedarg = quot (optarg); Index: binutils/doc/binutils.texi =================================================================== RCS file: /cvs/src/src/binutils/doc/binutils.texi,v retrieving revision 1.30 diff -u -r1.30 binutils.texi --- binutils/doc/binutils.texi 24 Feb 2003 16:20:28 -0000 1.30 +++ binutils/doc/binutils.texi 20 Mar 2003 15:10:43 -0000 @@ -2569,7 +2569,7 @@ non-option argument, then @command{windres} will write to standard output. @command{windres} can not write a COFF file to standard output. -@item -I @var{format} +@item -J @var{format} @itemx --input-format @var{format} The input format to read. @var{format} may be @samp{res}, @samp{rc}, or @samp{coff}. If no input format is specified, @command{windres} will @@ -2597,11 +2597,17 @@ to use, including any leading arguments. The default preprocessor argument is @code{gcc -E -xc-header -DRC_INVOKED}. +@item -I @var{directory} @item --include-dir @var{directory} Specify an include directory to use when reading an @code{rc} file. @command{windres} will pass this to the preprocessor as an @option{-I} option. @command{windres} will also search this directory when looking for -files named in the @code{rc} file. +files named in the @code{rc} file. If the argument passed to this command +matches any of the supported @var{formats} (as descrived in the @option{-J} +option), it will issue a deprecation warning, and behave just like the +@option{-J} option. New programs should not use this behaviour. If a +directory happens to match a @var{format}, simple prefix it with @samp{./} +to disable the backward compatibility. @item -D @var{target} @itemx --define @var{sym}[=@var{val}] Index: binutils/testsuite/binutils-all/windres/windres.exp =================================================================== RCS file: /cvs/src/src/binutils/testsuite/binutils-all/windres/windres.exp,v retrieving revision 1.3 diff -u -r1.3 windres.exp --- binutils/testsuite/binutils-all/windres/windres.exp 27 Jul 2001 16:16:07 -0000 1.3 +++ binutils/testsuite/binutils-all/windres/windres.exp 20 Mar 2003 23:24:05 -0000 @@ -81,6 +81,40 @@ setup_xfail *-* } + verbose "$wr -J rc -O res $res tmpdir/$broot.res" 1 + catch "exec $wr -J rc -O res $res tmpdir/$broot.res" err + + if ![string match "" $err] then { + send_log "$err\n" + verbose "$err" 1 + fail "windres/$broot (parse)" + continue; + } + pass "windres/$broot (parse)" + + set rc [open $res] + while { [gets $rc line] != -1 } { + if ![regexp "^(//|/\*|#)" $line] { + break + } + if [regexp "parse-only" $line] { + file delete "tmpdir/$broot.res" + set done 1 + break; + } + if [regexp "\[xc\]fail *(\[^ \]*)" $line junk sys] { + setup_xfail $sys + continue; + } + } + if { $done != 0 } { + continue; + } + + if { "$broot" != "bmpalign" && "$target_xfail" == "yes" } { + setup_xfail *-* + } + verbose "$wr -I rc -O res $res tmpdir/$broot.res" 1 catch "exec $wr -I rc -O res $res tmpdir/$broot.res" err -- Dimi.

1 0

Re: Java in wine?
by David.Goodenough＠DGA.co.uk 20 Mar '03

20 Mar '03

Have you tried the IBM JRE? David Mike Hearn <m.hearn(a)signal.qi To: Dan Kegel <dank(a)kegel.com> netiq.com> cc: m.hearn(a)signal.dera.gov.uk, Wine Devel Sent by: <wine-devel(a)winehq.com> wine-devel-admin@w Subject: Re: Java in wine? inehq.com 20/03/2003 16:50 > What version of Java does the app require? Unfortunately 1.4 > I wonder if perhaps some older Sun JREs run better > on Wine than hotspot does. I haven't tried any, but > who knows, it might be worth trying. The 1.2 version at least starts, but apparently it's not sufficient for this app. <sigh> And I thought java was supposed to make stuff more portable :/ > - Dan -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

1 0

Re: winehq/ ./classic_styles.css ./index.php ./red ...
by Dimitrie O. Paun 20 Mar '03

20 Mar '03

On Thu, 20 Mar 2003, Jeremy Newman wrote: > Log message: > adding banner ads (gotta pay for the hosting somehow :D ) > tweaked templates for banner ad support Oh, please! Are we really gonna carry adds?!? -- Dimi.

3 2

ole/
by Dimitrie O. Paun 20 Mar '03

20 Mar '03

I can't wait for ole/ to go away: [dimi@dimi wine.src]$ ls ole CVS ole2nls.c I hope it's in the plans to nuke it soon. -- Dimi.

2 1

Java in wine?
by Mike Hearn 20 Mar '03

20 Mar '03

Hi, Perhaps a bit offtopic, but my company has asked me to try and get a desktop java app we use/are developing here running under Linux. You'd think, being written in Java, that it'd just be a case of installing the JVM and running it. Unfortunately, because Java is rather poor at desktop apps, they've used a load of windows extensions via JNI to try and make it integrate better. That means, the only solution is probably to run a JVM under Wine (short of rewriting all the native code, which they don't want to do). Now, I tried the Sun JRE, and it wasn't happy. I expect HotSpot does some wierd stuff under the covers. So I'm wondering if anybody has walked this road before, and if there are any other JVMs that might work better under Wine? thanks -mike -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

5 5

'make depend' b0rken on fresh check-out
by Lionel Ulmer 20 Mar '03

20 Mar '03

Hi all, It seems that 'make depend' is broken on a fresh CVS check-out on a clean tree. This is because 'makedep' is linked against 'libs/port' which is NOT built yet (kinda ironic to have dependencies problem building our dependency tool :-) ). """ Configure finished. Do 'make depend && make' to compile Wine. cd ./tools && make basename tools/makedep make[1]: Entering directory /usr/local/src/Wine/CVS/wine_work/tools' gcc -c -I. -I. -I../include -I../include -g -O2 -Wall -mpreferred-stack-boundary=2 -gstabs+ -DLEX_OUTPUT_ROOT="\"lex.yy\"" -DINCLUDEDIR="\"/usr/local/src/Wine/Build_02/include/wine\"" -DBINDIR="\"/usr/local/src/Wine/Build_02/bin\"" -D_REENTRANT -o makedep.o makedep.c gcc -g -O2 -Wall -mpreferred-stack-boundary=2 -gstabs+ -o makedep makedep.o -L../libs/port -lwine_port /usr/local/bin/ld: cannot find -lwine_port collect2: ld returned 1 exit status make[1]: *** [makedep] Error 1 make[1]: Leaving directory /usr/local/src/Wine/CVS/wine_work/tools' make: *** [tools/makedep] Error 2 """ Doing first 'make' in the 'libs/port' directory fixed the issue. Lionel PS: any news about the Wine conference :-) ? -- Lionel Ulmer - http://www.bbrox.org/

3 2

Fix for ArrangeCtrlPositions in commdlg 2
by Maxime Bellengé 20 Mar '03

20 Mar '03

It is good I think. All cases must be correct. Now the open file dialog should look as it should. Thanks to Mike Mc Cormack for the tests. By the way, do you think we should implement a look & feel like w2k and wxp in addition to the existing one ? ChangeLog: - Fix how the size of the dialog is computed and the child component placed. -- Maxime Bellengé <maxime.bellenge(a)wanadoo.fr>

2 1

CVS doesn't compile from clean
by Shachar Shemesh 20 Mar '03

20 Mar '03

Hi, When trying to run make depend on a clean CVS build, I get errors trying to link the tools folder. Manually running make in libs/port solves this problem. Shachar -- Shachar Shemesh Open Source integration consultant Home page & resume - http://www.shemesh.biz/

1 0

Re: problems building on NetBSD 1.6
by Brian Hechinger 20 Mar '03

20 Mar '03

On Thu, Mar 20, 2003 at 06:51:18PM +0100, Ulrich Spoerlein wrote: > > install GNU make (from ports) and run 'gmake' and 'gmake install' that was it, thanks!!! -brian

1 0

Re: Wine and XFree86 4.3.0
by Huw D M Davies 20 Mar '03

20 Mar '03

On Thu, Mar 20, 2003 at 05:01:36PM +0100, Ulrich Spoerlein wrote: > On Thu, 20.03.2003 at 13:47:05 +0000, Huw D M Davies wrote: > > > I'm running the newest WINE release on FreeBSD 4.8. > > What does the output of xdpyinfo say? > > I'm currently not (physically) at my machine, but I made sure the RENDER > extension is present (both with the nv and nvidia driver) > > Or were you referring to some other information? I think I'm interested in the entire output. Huw. -- Huw Davies huw(a)codeweavers.com

1 0

problems building on NetBSD 1.6
by Brian Hechinger 20 Mar '03

20 Mar '03

NetBSD/i386 1.6 WINE 20030318 make: don't know how to make .spec.o. Stop make: stopped in /export/home/wonko/wine-20030318/dlls/glu32 *** Error code 2 what do i need to get wine built on this box? thanks!!! -brian

1 0

Success with Mono
by Mike Hearn 20 Mar '03

20 Mar '03

Hi all, I just thought I'd let you know that the mono team have succeeded in resolving their problems with wine and pthread, and here's a screenshot to prove it to you: http://theoretic.com/mike/monowine.jpg I had to jump through quite a few hoops, so I wouldn't bother experimenting until things are better integrated with the main mono tree. It shows a lot of potential for the future however! thanks -mike -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

1 1

Re: Wine and XFree86 4.3.0
by Huw D M Davies 20 Mar '03

20 Mar '03

On Thu, Mar 20, 2003 at 11:00:06AM +0100, Ulrich Spoerlein wrote: > Hello, > > does anyone here have WINE running with XFree86 4.3.0? Everytime I start > up wine it complains about a broken libXrender and the palette is > completely screwed (or the window remains totally black). > > The failing test is at wine/dlls/x11drv/render.c:163 > > screen_format = pXRenderFindVisualFormat(gdi_display, visual); > if(!screen_format) { /* This fails in buggy versions of libXrender.so */ > wine_tsx11_unlock(); > WINE_MESSAGE( > "Wine has detected that you probably have a buggy version\n" > "of libXrender.so . Because of this client side font rendering\n" > "will be disabled. Please upgrade this library.\n"); > X11DRV_XRender_Installed = FALSE; > return; > } > > XRenderVisualFormat changed only slightly between 4.2.1 and 4.3.0, so I > guess the error is somewhere else. > > I'm running the newest WINE release on FreeBSD 4.8. What does the output of xdpyinfo say? Huw. -- Huw Davies huw(a)codeweavers.com

1 0

Re: Java in wine?
by David.Goodenough＠DGA.co.uk 20 Mar '03

20 Mar '03

I tried this quite a while ago, and had all manner of problems with threading. Now lots of work has happened since then, and it is possible that it now works, but it does make extensive use of the threading APIs. Maybe getting the JVM to work would be a good test suite for those APIs (if we knew which it used). David Mike Hearn <m.hearn(a)signal.qi To: wine-devel(a)winehq.com netiq.com> cc: Sent by: Subject: Java in wine? wine-devel-admin@w inehq.com 20/03/2003 11:28 Hi, Perhaps a bit offtopic, but my company has asked me to try and get a desktop java app we use/are developing here running under Linux. You'd think, being written in Java, that it'd just be a case of installing the JVM and running it. Unfortunately, because Java is rather poor at desktop apps, they've used a load of windows extensions via JNI to try and make it integrate better. That means, the only solution is probably to run a JVM under Wine (short of rewriting all the native code, which they don't want to do). Now, I tried the Sun JRE, and it wasn't happy. I expect HotSpot does some wierd stuff under the covers. So I'm wondering if anybody has walked this road before, and if there are any other JVMs that might work better under Wine? thanks -mike -- Mike Hearn <m.hearn(a)signal.qinetiq.com> QinetiQ - Malvern Technology Center

2 1

Re: Wine and XFree86 4.3.0
by Michael Stefaniuc 20 Mar '03

20 Mar '03

Hi, On Thu, Mar 20, 2003 at 11:00:06AM +0100, Ulrich Spoerlein wrote: > does anyone here have WINE running with XFree86 4.3.0? Everytime I start Yes, I have it running and no problems so far. I took the XFree86 srpm from the next Red Hat Linux release and just recompiled it on Red Hat Linux 7.3 (i needed to upgrade the kernel too). bye michael > up wine it complains about a broken libXrender and the palette is > completely screwed (or the window remains totally black). > > The failing test is at wine/dlls/x11drv/render.c:163 > > screen_format = pXRenderFindVisualFormat(gdi_display, visual); > if(!screen_format) { /* This fails in buggy versions of libXrender.so */ > wine_tsx11_unlock(); > WINE_MESSAGE( > "Wine has detected that you probably have a buggy version\n" > "of libXrender.so . Because of this client side font rendering\n" > "will be disabled. Please upgrade this library.\n"); > X11DRV_XRender_Installed = FALSE; > return; > } > > XRenderVisualFormat changed only slightly between 4.2.1 and 4.3.0, so I > guess the error is somewhere else. > > I'm running the newest WINE release on FreeBSD 4.8. -- 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

shell + listview + imagelist great test program
by Vitaliy Margolen 20 Mar '03

20 Mar '03

Hi there, I think I struck gold! I found pretty simple yet _RELY_ broken program. Here are screen shots: http://www.kievinfo.com/snapshot1.png http://www.kievinfo.com/snapshot2.png It's one of the demo programs from Delphi 5. Source included. To download executable use this link: http://www.kievinfo.com/virtuallistview.exe -- Best regards, Vitaliy

2 1

trying to make XIM work
by fu 20 Mar '03

20 Mar '03

Dear all, I am trying to apply the XIM patch made by Aric on recent CVS version (13 March 2003) of wine: http://www.winehq.com/hypermail/wine-devel/2002/04/att-0512/01-wine-xim.dif… I have spent some times to modify the patch for the current CVS but cannot succeed. Is there anybody succeed on making XIM work properly on recent version of wine? Thanks. Regards, Fu

1 0

Fix for "Unmapped error code 0 : success"
by Sylvain Petreolle 20 Mar '03

20 Mar '03

In dlls/ntdll/cdrom.c, the function CDROM_GetStatusCode is called sometimes with the value -1. There is no test for this value for now, Im about to send a patch for it. There is actually no matching constant into your include/msvcrt/errno.h. Is this constant missing or someone knows what it is ? ===== Sylvain Petreolle spetreolle(a)users.sourceforge.net Fight Spam ! EuroCauce: http://www.euro.cauce.org/en/index.html ICQ #170597259 "Don't think you are. Know you are." Morpheus, in "Matrix". ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

2 4

Re: Resend of the Fix for ArrangeCtrlPositions in commdlg
by Mike McCormack 19 Mar '03

19 Mar '03

Hi, This patch does badly with Visio 2000's file Open dialog. The file dialog is as big as the main window, but the OK button is placed in the middle of the dialog, more or less. (It should be at the bottom RHS). I can send you a screenshot if you'd like. Mike Maxime Bellengé wrote: > As requested by Alexandre, I send the patch with more comments. > > I have made several test cases under windows and taken screenshot to > compare with wine. If someone is interested in seeing them, send me a > mail. > > ChangeLog: > - Fix how the size of the dialog is computed and the child component > placed. > > > > ------------------------------------------------------------------------ > > Index: dlls/commdlg/filedlg95.c > =================================================================== > RCS file: /home/wine/wine/dlls/commdlg/filedlg95.c,v > retrieving revision 1.90 > diff -u -r1.90 filedlg95.c > --- dlls/commdlg/filedlg95.c 7 Mar 2003 20:29:31 -0000 1.90

2 3

Re: wine/loader module.c
by Eric Pouech 19 Mar '03

19 Mar '03

Alexandre Julliard wrote: > Modified files: > loader : module.c > > Log message: > Make GetModuleFileNameA call GetModuleFileNameW. Small cleanups. the cleanups are wrong... for example the following code: char c[5]; DWORD len; len = GetModuleFileNameA(0, c, 4); c[4] = '\0'; printf("len is %d/%d\n", len, strlen(c)); gives "len is 4/4" on W2K, while we get "len is 3/3" on wine when the buffer is too small, GetModuleFileName doesn't put the terminating '\0' to the string, while wine does (and my patch didn't) (and yes I do have a test sample, but that I haven't finished it yet) A+ -- Eric Pouech

2 4

wine and services ..
by Lars Segerlund 19 Mar '03

19 Mar '03

I have asked a before about NT services, and about the support for them in wine, does wine have any support for NT services ? I'm getting errors on some code which I have written for NT and it runs on NT 2k xp , and it seem's that there is no support for services. If I wanted to get started on an implementation, how difficult and where would I look ? It seem's that wined should be able to handle stuff like this ? / regards, Lars Segerlund.

2 1

Re: TreeView notifications fix (take 2)
by Dimitrie O. Paun 19 Mar '03

19 Mar '03

On March 19, 2003 09:08 am, Mike Hearn wrote: > As per Dimis suggestion, here is a more streamlined version of the > patch. > > ChangeLog: > > - Make IsWindowUnicode check dialog wndprocs Excellent! Now, in the light of this new finding, we have to reasses the listview situation. Did you get a chance to rerun Drew's tests for the listview? -- Dimi.

2 1

Re: TreeView notifications fix
by Dmitry Timoshkov 19 Mar '03

19 Mar '03

"Mike Hearn" <mike(a)theoretic.com> wrote: > ChangeLog: > - Make the change notifications respect unicode vs ansi. > - TVN_SELCHANGINGW, > + infoPtr->bNtfUnicode ? TVN_SELCHANGINGA : TVN_SELCHANGINGW, Shouldn't this be reversed? -- Dmitry.

5 12

[RFC] windres' -I option
by Dimitrie O. Paun 19 Mar '03

19 Mar '03

Hi folks, For the past few month, I've been working on having better interoperability between MinGW, and Wine (http://www.winehq.org). By this I mean the ability to maintain a single build system capable of building apps for either environment. Needless to say, this is a worthy goal, as it allows Windows-only apps to seamlessly build as Linux-native apps. This is a complex problem, but for the purpose of this email I will only focus on windres. As you probably already know, the Wine project has it's own resource compiler (wrc). For obvious reasons, it is quite desirable to have wrc and windres be command line compatible. To this end, I've modified wrc to the point where we support all but *one* of windres' options: -I. This option is used in windres to specify the input format, while in wrc it's used to specify include directories. The wrc semantics has a lot on it's side: it is the de-facto standard in the Unix world for specifying include dirs, and it is even compatible with MS's rc. Given the overwhelming inclination to use -I as an include dir specifier, I think it would be better if we could align windres to this standard. My proposal is simple: rename -I to something else (I suggest -J), and introduce -I as a synonym for --include-dir. Now, I realize this is a controversial change -- what about backwards compatibility? Luckily, the situation is not as bad as it might seem. Firstly, this option does not seem to be used all that often in practice. Second, the nature of the option allows for a simple scheme. That is, with -I now used for include directories, we can try to match the 3 possible old values (res, rc, coff). If they match, we consider it a input format specifier, issue a deprecation warning, and behave in the old fashion. Otherwise, consider the input an include directory. But what if one want to specify 'res' or 'coff' as an include dir? Well, apart from the fact that this is _very_ unlikely, all they have to do is to prefix those values with './': that is ./res or ./coff. But I guess this is already too much talk and too little action. Here is a patch that implements the above, and updates the documentation. ChangeLog Rename the -I option to -J. Introduce -I as synonym for --include-dir. Index: binutils/windres.c =================================================================== RCS file: /cvs/src/src/binutils/windres.c,v retrieving revision 1.13 diff -u -r1.13 windres.c --- binutils/windres.c 5 May 2002 23:25:27 -0000 1.13 +++ binutils/windres.c 17 Mar 2003 07:14:16 -0000 @@ -110,8 +110,7 @@ #define OPTION_DEFINE 150 #define OPTION_HELP (OPTION_DEFINE + 1) -#define OPTION_INCLUDE_DIR (OPTION_HELP + 1) -#define OPTION_LANGUAGE (OPTION_INCLUDE_DIR + 1) +#define OPTION_LANGUAGE (OPTION_HELP + 1) #define OPTION_PREPROCESSOR (OPTION_LANGUAGE + 1) #define OPTION_USE_TEMP_FILE (OPTION_PREPROCESSOR + 1) #define OPTION_NO_USE_TEMP_FILE (OPTION_USE_TEMP_FILE + 1) @@ -122,8 +121,8 @@ { {"define", required_argument, 0, OPTION_DEFINE}, {"help", no_argument, 0, OPTION_HELP}, - {"include-dir", required_argument, 0, OPTION_INCLUDE_DIR}, - {"input-format", required_argument, 0, 'I'}, + {"include-dir", required_argument, 0, 'I'}, + {"input-format", required_argument, 0, 'J'}, {"language", required_argument, 0, OPTION_LANGUAGE}, {"output-format", required_argument, 0, 'O'}, {"preprocessor", required_argument, 0, OPTION_PREPROCESSOR}, @@ -140,7 +139,7 @@ static void res_init PARAMS ((void)); static int extended_menuitems PARAMS ((const struct menuitem *)); -static enum res_format format_from_name PARAMS ((const char *)); +static enum res_format format_from_name PARAMS ((const char *, int)); static enum res_format format_from_filename PARAMS ((const char *, int)); static void usage PARAMS ((FILE *, int)); static int cmp_res_entry PARAMS ((const PTR, const PTR)); @@ -588,7 +587,7 @@ /* Convert a string to a format type, or exit if it can't be done. */ static enum res_format -format_from_name (name) +format_from_name (name, int exit_on_error) const char *name; { const struct format_map *m; @@ -597,7 +596,7 @@ if (strcasecmp (m->name, name) == 0) break; - if (m->name == NULL) + if (m->name == NULL && exit_on_error) { non_fatal (_("unknown format type `%s'"), name); fprintf (stderr, _("%s: supported formats:"), program_name); @@ -779,6 +778,7 @@ char *input_filename; char *output_filename; enum res_format input_format; + enum res_format input_format_tmp; enum res_format output_format; char *target; char *preprocessor; @@ -828,12 +828,12 @@ output_filename = optarg; break; - case 'I': - input_format = format_from_name (optarg); + case 'J': + input_format = format_from_name (optarg, 1); break; case 'O': - output_format = format_from_name (optarg); + output_format = format_from_name (optarg, 1); break; case 'F': @@ -868,7 +868,16 @@ verbose ++; break; - case OPTION_INCLUDE_DIR: + case 'I': + /* for backward compatibility, should be removed in the future */ + input_format_tmp = format_from_name (optarg, 0); + if (input_format_tmp != RES_FORMAT_UNKNOWN) + { + fprintf (stderr, _("Option -I is deprecated for setting the input format, please use -J instead.\n")); + input_format = input_format_tmp; + break; + } + if (preprocargs == NULL) { quotedarg = quot (optarg); Index: binutils/doc/binutils.texi =================================================================== RCS file: /cvs/src/src/binutils/doc/binutils.texi,v retrieving revision 1.30 diff -u -r1.30 binutils.texi --- binutils/doc/binutils.texi 24 Feb 2003 16:20:28 -0000 1.30 +++ binutils/doc/binutils.texi 17 Mar 2003 07:14:22 -0000 @@ -2569,7 +2569,7 @@ non-option argument, then @command{windres} will write to standard output. @command{windres} can not write a COFF file to standard output. -@item -I @var{format} +@item -J @var{format} @itemx --input-format @var{format} The input format to read. @var{format} may be @samp{res}, @samp{rc}, or @samp{coff}. If no input format is specified, @command{windres} will @@ -2597,6 +2597,7 @@ to use, including any leading arguments. The default preprocessor argument is @code{gcc -E -xc-header -DRC_INVOKED}. +@item -I @var{directory} @item --include-dir @var{directory} Specify an include directory to use when reading an @code{rc} file. @command{windres} will pass this to the preprocessor as an @option{-I} -- Dimi.

1 0

Re: Wine crashes and floods shell with garbage
by Vilppa Salt 19 Mar '03

19 Mar '03

>Anyone else has this problem? > >[mrok@mrok cdrom]# wine setup >[mrok@mrok cdrom]# fixme:ntdll:MODULE_AllocModRef Trying to load second >.EXE >file: E:AutoRun.exe >fixme:ntdll:MODULE_AllocModRef Trying to load second .EXE file: >E:AutoRun.exe >fixme:ntdll:MODULE_AllocModRef Trying to load second .EXE file: >E:AutoRun.exe >@wine client error:0: T++Â€B `BÃ@ >`BfBÅÃœh@3ÅŒ@#Ã€Ãœh@+Å3ÅŒ >@wine client error:0: T++Â€B `BÃ@ >`BfBÅÃ«h@3ÅŒ @?@#ÄÃ«h@+Å3ÅŒ >@wine client error:0: T++Â€B `BÃ@ >`BfBÄÅ®h@3ÅŒ @?@#ÂŽÅ®h@+Å3ÅŒ >@wine client error:0: T++Â€B `BÃ@ >`BfBÂ°Ãh@3ÅŒ @?@#Ãh@+Å3ÅŒ >@wine client error:0: T++Â€B `BÃ@ >`BfBÂµh@3ÅŒ @?@#Âµh@+Å3ÅŒ >@wine client error:0: T++Â€B `BÃ@ >`BfBÅh@3ÅŒ @?@#lÅh@+Å3ÅŒ >@wine client error:0: T++Â€B `BÃ@ >`BfBhh@3ÅŒ @?@#Th@+Å3ÅŒ >@wine client error:0: T++Â€B `BÃ@ >`BfBPh@3ÅŒ @?@#<h@+Å3ÅŒ >@wine client error:0: T++Â€B `BÃ@ >`BfB8mh@3ÅŒ @?@#$mh@+Å3ÅŒ >@wine client error:0: T++Â€B `BÃ@ `BfB >[h@3ÅŒ @?@#[h@+Å3ÅŒ >@wine client error:0: T++Â€B `BÃ@ >`BfIh@3ÅŒ @? @#ÃŽHh@+Å3ÅŒ >... > >Looks like this happens when wine tries to run another process. Any >ideas >how to fix it? Yes, I've had it. When trying to run Tribes 2 PC version that happens. I also think that it is because .exe tries to launch another exe file. When running "wine SIERRAUP.EXE" the program checks for updates from a web site and then tries to launch "tribes2.exe -online" and crashes with similar symptoms. Those errors always begin with T++ and after that comes some random garbage. No ideas how to fix it. --- Vilppa- Sunpoint.net ilmoittaa: Sunpoint.net tarjoaa kaikille rekisteröityneille käyttäjilleen kuukausimaksuttoman Internet -yhteyden (pvm). http://www.sunpoint.net/SunAds/click.htm?mode=footer&id=71&jump=http%3A%2F%…

1 0

Re: wine/tools/winebuild winebuild.man.in utils.c ...
by Dimitrie O. Paun 18 Mar '03

18 Mar '03

On March 18, 2003 12:30 am, Alexandre Julliard wrote: > [...] also to make specification of an entry point link name optional. Yay! Does this mean that we can transform entries that are of the form ... X(...) X to just ... X(...) ? :) -- Dimi.

3 3

Re: Fwd: Test Header
by Alexandre Julliard 18 Mar '03

18 Mar '03

Jon <jon_p_griffiths(a)yahoo.com> writes: > Finally, all references to stdout have been removed - this allows the tests > to be built with msvcrt or libc and work. This in turn allows developers to > check that c library differences (e.g. printf formatting) won't affect the > test results, without rebooting to rebuild/re-run the tests under native > windows. It also means you can manually call _chkstk when implementing > undocumented calls to ensure that you have the parameters and calling > convention correct (a coming patch implements this function for builtin > msvcrt). > > Note we have to define __NO_INLINE__ when we make the tests, since otherwise > our non-stdout referencing calls get mapped straight back to referencing > stdout by the glibc headers, and msvcrt will blow up trying to write to a non > existant fd. This is wrong; if you link with msvcrt you have to use msvcrt headers, and then everything works fine, including references to stdout. If you mix glibc and msvcrt you are in trouble. -- Alexandre Julliard julliard(a)winehq.com

3 4

Re: Open Source MFC Replacement WRT Wine?
by thomas.mertes＠gmx.at 18 Mar '03

18 Mar '03

On Wed, 18 Oct 2000, Francois Gouget wrote: > On Wed, 18 Oct 2000, Andrew Lynch wrote: > > > As seen on SourceForge: > > > > "The Open Foundation Classes (OFC) are a frameset of > [...] > > http://sourceforge.net/projects/ofc/ > [...] > > This project could potentially solve that problem by > > replacing MFC with a open source/free equivalent. > > > > Has anyone heard anything further on this? > > > > Opinions? Comments? Discussion? > > I went to their web site on SourceForge and AFAICS there's not much: > nothing in CVS, no released files, no bug reports. It looks like they > are just starting up so it is understandable. I wish them well. > > If their project does take off I think we should provide them with > the necessary support so that it compiles out of the box with Winelib. > Then maybe some of the Wine folks could be interested in contributing > but that's up for individual developpers to decide. > > But first: > Show me the (at least some) code! I looked there, and found some code (just a little bit, but at least some code). If you are wondering: I checked Google for "open source MFC", found this mail and checked the link (http://sourceforge.net/projects/ofc/). After that I could not resist replying to this mail. I don't know, if there is developing activity going on in the OFC project. The last check in is 5 Months ago. But I think now is the time for First Contact (C). Greetings Thomas Mertes -- +++ GMX - Mail, Messaging & more http://www.gmx.net +++ Bitte lächeln! Fotogalerie online mit GMX ohne eigene Homepage!

1 0

error when running wine..
by JGraham 18 Mar '03

18 Mar '03

has anyone gotten this message "err:module:get_registry_value Invalid load order module-type L"so", ignored"? it's been happening for me on current cvs builds. I have a clean fake windows and registry. so, i shouldn't be getting it.. thanks.

3 2

Re: Widl Fixes
by Ove Kaaven 18 Mar '03

18 Mar '03

fre, 2003-03-07 kl. 19:49 skrev Jon: > This patch addresses some issues with widl. After applying the patch all .idl > files should be regenerated. These fixes are needed before my ocidl.idl can > be added. The last two lines of the changelog aren't seen in the wild; I > found them only when adding ocidl to my tree. Could you explain the reason behind the last line, "Don't dump full struct/enum definitions in prototypes", since this shouldn't happen in any case. When a prototype is emitted, the parameter type is supposed to be defined, or not; if it's not defined, t->defined is FALSE, and if it's defined, t->written should be TRUE, either of which should lead to the "else" clause which doesn't dump the full struct/enum definition. If t->written isn't TRUE, why isn't it? (And if there's a good reason for it after all, it would be cleaner to say "if (t->defined && !t->written && structs)" instead of adding a new "if (structs)" inside) > There is one remaining bug in widl which I haven't yet tracked down; someone > more knowledgable with widl may want to look at it: > > If objidl.idl is compiled with '-b' but without '-h', the resulting header > contains garbage ("[][][][][][][][][]" - generated by write_array() just > after IPropertyStorage_Stat_Stub) in the generated header. With both flags > (the default for Wine) however, the output is correct. I thought I had fixed such occurrences. If your widl is properly recompiled, then I'm not sure why it happens. > Also, it would be nice if widl handled function pointers as method args... I didn't think RPC supported this. The MS IDL I've seen just uses that cpp_quote #if 0 ... else trick to define structures with these, and I saw no need for widl to be smarter about it than MIDL is, considering that function pointers doesn't map cleanly to RPC anyway. Besides, it would be nice if our .idl files stayed compatible with MIDL.

2 4

Re: TreeView notifications fix
by John K. Hohm 18 Mar '03

18 Mar '03

> Well, WinAmp seems to use CreateWindowExW to create the window, but I > can't find where the window class is registered, it doesn't seem to > appear in a +class trace anywhere. The string name is "#32770", so maybe > it's internal. Indeed, here is a list of system classes: Class Description ---------- -------------------------------------------------------------- ComboLBox The class for the list box contained in a combo box. DDEMLEvent Windows NT/Windows 2000/Windows XP: The class for Dynamic Data Exchange Management Library (DDEML) events. Message Windows 2000/Windows XP: The class for a message-only window. #32768 The class for a menu. #32769 The class for the desktop window. #32770 The class for a dialog box. #32771 The class for the task switch window. #32772 Windows NT/Windows 2000/Windows XP: The class for icon titles.

2 1

Wine crashes and floods shell with garbage
by Rok Mandeljc 17 Mar '03

17 Mar '03

Anyone else has this problem? [mrok@mrok cdrom]# wine setup [mrok@mrok cdrom]# fixme:ntdll:MODULE_AllocModRef Trying to load second .EXE file: E:\AutoRun.exe fixme:ntdll:MODULE_AllocModRef Trying to load second .EXE file: E:\AutoRun.exe fixme:ntdll:MODULE_AllocModRef Trying to load second .EXE file: E:\AutoRun.exe @wine client error:0: T++\¤B `BÄ@ `BfBřýh@3ż@#äýh@+Ŕ3ż @wine client error:0: T++\¤B `BÄ@ `BfBŕëh@3ż @?@#Ěëh@+Ŕ3ż @wine client error:0: T++\¤B `BÄ@ `BfBČŮh@3ż @?@#´Ůh@+Ŕ3ż @wine client error:0: T++\¤B `BÄ@ `BfB°Çh@3ż @?@#Çh@+Ŕ3ż @wine client error:0: T++\¤B `BÄ@ `BfBµh@3ż @?@#µh@+Ŕ3ż @wine client error:0: T++\¤B `BÄ@ `BfBŁh@3ż @?@#lŁh@+Ŕ3ż @wine client error:0: T++\¤B `BÄ@ `BfBhh@3ż @?@#Th@+Ŕ3ż @wine client error:0: T++\¤B `BÄ@ `BfBPh@3ż @?@#<h@+Ŕ3ż @wine client error:0: T++\¤B `BÄ@ `BfB8mh@3ż @?@#$mh@+Ŕ3ż @wine client error:0: T++\¤B `BÄ@ `BfB [h@3ż @?@#[h@+Ŕ3ż @wine client error:0: T++\¤B `BÄ@ `BfIh@3ż @? @#ôHh@+Ŕ3ż ... Looks like this happens when wine tries to run another process. Any ideas how to fix it?

2 1

Segfaults in RtlTryEnterCriticalSection ?
by Sylvain Petreolle 17 Mar '03

17 Mar '03

What information could be usefull to debug a segfault in RtlTryEnterCriticalSection ? Since March beginning I have segfaults into programs that used to run before. Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 8192 (LWP 8925)] 0x400ba904 in RtlTryEnterCriticalSection (crit=0x40240570) at ../../include/winbase.h:1918 1918 __asm__ __volatile__( ".byte 0x64\n\tmovl 0x24,%0" : "=r" (ret) ); (gdb) bt #0 0x400ba904 in RtlTryEnterCriticalSection (crit=0x40240570) at ../../include/winbase.h:1918 #1 0x4009355c in TryEnterCriticalSection (crit=0x40240570) at ../../memory/heap.c:814 #2 0x400b15f3 in __pthread_mutex_trylock (mutex=0x4212b180) at ../../scheduler/pthread.c:320 #3 0x42073999 in calloc () from /lib/i686/libc.so.6 #4 0x410c69e7 in s8790 () from /usr/X11R6/lib/modules/dri/fglrx_dri.so (gdb) list - 1908 { 1909 DWORD ret; 1910 __asm__ __volatile__( ".byte 0x64\n\tmovl 0x20,%0" : "=r" (ret) ); 1911 return ret; 1912 } 1913 1914 extern inline DWORD WINAPI GetCurrentThreadId(void); 1915 extern inline DWORD WINAPI GetCurrentThreadId(void) 1916 { 1917 DWORD ret; gdb) disass $pc-32 $pc+32 Dump of assembler code from 0x400ba8e4 to 0x400ba924: 0x400ba8e4 <RtlTryEnterCriticalSection+32>: or $0x74,%al 0x400ba8e6 <RtlTryEnterCriticalSection+34>: or %ecx,0x24348bc8(%ecx) 0x400ba8ec <RtlTryEnterCriticalSection+40>: leave 0x400ba8ed <RtlTryEnterCriticalSection+41>: ret $0x4 0x400ba8f0 <RtlTryEnterCriticalSection+44>: mov $0x1,%eax 0x400ba8f5 <RtlTryEnterCriticalSection+49>: lock xadd %eax,(%edx) 0x400ba8f9 <RtlTryEnterCriticalSection+53>: incl 0x8(%esi) 0x400ba8fc <RtlTryEnterCriticalSection+56>: mov $0x1,%ecx 0x400ba901 <RtlTryEnterCriticalSection+61>: jmp 0x400ba8e7 <RtlTryEnterCriticalSection+35> 0x400ba903 <RtlTryEnterCriticalSection+63>: nop 0x400ba904 <RtlTryEnterCriticalSection+64>: mov %fs:0x24,%eax 0x400ba90a <RtlTryEnterCriticalSection+70>: mov %eax,0xc(%esi) 0x400ba90d <RtlTryEnterCriticalSection+73>: movl $0x1,0x8(%esi) 0x400ba914 <RtlTryEnterCriticalSection+80>: jmp 0x400ba8fc <RtlTryEnterCriticalSection+56> 0x400ba916 <RtlTryEnterCriticalSection+82>: mov %esi,%esi 0x400ba918 <RtlLeaveCriticalSection>: push %ebp 0x400ba919 <RtlLeaveCriticalSection+1>: mov %esp,%ebp 0x400ba91b <RtlLeaveCriticalSection+3>: mov 0x8(%ebp),%ecx 0x400ba91e <RtlLeaveCriticalSection+6>: push %ebx 0x400ba91f <RtlLeaveCriticalSection+7>: mov 0x8(%ecx),%eax 0x400ba922 <RtlLeaveCriticalSection+10>: dec %eax 0x400ba923 <RtlLeaveCriticalSection+11>: call 0x400ba928 <RtlLeaveCriticalSection+16> End of assembler dump. ===== Sylvain Petreolle spetreolle(a)users.sourceforge.net Fight Spam ! EuroCauce: http://www.euro.cauce.org/en/index.html ICQ #170597259 "Don't think you are. Know you are." Morpheus, in "Matrix". ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

3 3

Re: winedos / Speed up RM software interrupt handling
by Alexandre Julliard 17 Mar '03

17 Mar '03

Jukka Heinonen <jhei(a)iki.fi> writes: > This patch speeds up software interrupts in real mode > considerably, in addition to making interrupt handling simpler > (at least in my opinion). Instead of throwing an exception, > vm86 handler calls winedos callback as is done in case of > protected mode software interrupts. I think it would be cleaner to make __wine_enter_vm86 simply return in that case and let winedos deal with that. We don't want the signal handling to have to know about winedos if possible. -- Alexandre Julliard julliard(a)winehq.com

3 4

Re: Re Resend fix for ArrangeCtrlPositions in commdlg
by Tony Lambregts 17 Mar '03

17 Mar '03

Maxime Bellengé wrote: > Here is the good one attached. Sorry for the trouble. > Please discard the previous one. > > a+ > > ChangeLog: > - Fix how the size of the dialog is computed and the child component > placed. > This one looks line wrapped as well (sorry) -- Tony Lambregts

3 2

Determining dll imports in dlls
by Brad Campbell 17 Mar '03

17 Mar '03

G'day all, I'm using wine in a small control system to run a gui win32 program. I had an idea that I could determine what dll's this program used and only including the wine.dll.so files that were required to run this program. I started by doing a strings on the .exe file and using that to determine which .dlls it referenced. I thought I could use the same process to determine which dll's were then referenced by the dll's the .exe pulled in. Plus including the core dll's by default. Am I missing something, or will this work ? I'm in the process of developing a batch file to do it for me, is there a more accurate way of determining which dll's a dll references than doing a text search for dll names in the binary? -- Brad.... /"\ \ / ASCII RIBBON CAMPAIGN X AGAINST HTML MAIL / \

4 9

Re: DPRINTF->TRACE dlls/ddraw/dsurface/main.c
by Lionel Ulmer 17 Mar '03

17 Mar '03

Just to nitpick, in most of your patches, you have this : > if (TRACE_ON(ddraw)) { > - DPRINTF(" Real caps are : "); DDRAW_dump_DDSCAPS2(&our_caps); DPRINTF("\n"); > + TRACE(" Real caps are : "); DDRAW_dump_DDSCAPS2(&our_caps); TRACE("\n"); > } As we use 'TRACE' now and not 'DPRINTF', the 'TRACE_ON' constructs could be removed. But well, one could say that it optimizes stuff to not do the test thrice :-) Lionel -- Lionel Ulmer - http://www.bbrox.org/

4 4

Re: Oleaut32 Debug Messages
by Dimitrie O. Paun 17 Mar '03

17 Mar '03

On March 11, 2003 05:49 pm, Jon wrote: > - if (debugout) MESSAGE("%lx",*arg); > + if (debugout) TMSG2("%lx",*arg); This is just too ugly! Please don't do such code uglification to save a few bytes. Beyond that, why isn't this file using the standard TRACE macro? MESSAGEs should be very rare, and are intended for the user, as such there's no need to compile them out, ever. -- Dimi.

7 17

Re: Re Resend fix for ArrangeCtrlPositions in commdlg
by Alexandre Julliard 16 Mar '03

16 Mar '03

Maxime Bellengé <maxime.bellenge(a)laposte.net> writes: > Here is the good one attached. Sorry for the trouble. > Please discard the previous one. Please don't send two copies of the patch in your mails. If you can't make your mailer inline properly then don't inline at all, simply attach it. A wrapped patch is completely useless, inlined or not. -- Alexandre Julliard julliard(a)winehq.com

1 0

W->A dlls/commdlg/fontdlg.c
by Tony Lambregts 16 Mar '03

16 Mar '03

On Dimi's Janitorial page he has the entry for: dlls/commdlg/fontdlg.c: comdlg32: ChooseFontW: illegal call to HEAP_strdupWtoA When I look at the actual call I see that it is inside a comment block (#if 0... #endif) Although the actual implentation of ChooseFontW does not make direct W->A calls, this whole setup for ChooseFont(A/W) is IMO a mess and just not right. BOOL WINAPI ChooseFontW(LPCHOOSEFONTW lpChFont) { CHOOSEFONTA cf_a; LOGFONTA lf_a; CHAR style_a[LF_FACESIZE]; cf_a.lpLogFont = &lf_a; cf_a.lpszStyle = style_a; if (ChooseFontWtoA(lpChFont, &cf_a) == FALSE) { COMDLG32_SetCommDlgExtendedError(CDERR_MEMALLOCFAILURE); return FALSE; } if (ChooseFontA(&cf_a) == FALSE) { if (cf_a.lpTemplateName != NULL) HeapFree(GetProcessHeap(), 0, (LPSTR)(cf_a.lpTemplateName)); return FALSE; } ChooseFontAtoW(&cf_a, lpChFont); return TRUE; } I would appreciate Any comments about this. -- Tony Lambregts

2 3

Treeview problem?
by Mike Hearn 16 Mar '03

16 Mar '03

Hi, Could somebody please explain why this patch : http://www.winehq.com/hypermail/wine-patches/2003/02/0107.html for fixing the treeview wasn't applied? The author said there is a test case that shows this is what NT does, so I'm wondering what needs to be done to it to make it acceptable. thanks -mike

1 0

Re: DSOUND: buffer underrun & sound chunks left out
by Tony Lambregts 16 Mar '03

16 Mar '03

Jerry Ji wrote: > This patch fix two problem: > 1. the improper play position return by DSOUND_PrimaryGetPosition - beffer > underrun, > 2. and the notify mechanics we used - sound data skipped. > > Please refer to the comment for the first problem. > > DSOUND_CheckEvent(IDirectSoundBufferImpl *dsb, int len) original use current > play position and the count of data TO BE played to check if a notify should > be generated. That's to say, an application may be notified before the data > at the desired offset really played. Since the application got the notify > that the data in it's demand region is useless (played), it might call > IDirectSoundBufferImpl_Lock to lock this region, which contains useful data, > IDirectSoundBufferImpl_Lock will handle the conflict by cancelling the > region by default. > > NOTE: > There are still problems with DSBPN_OFFSETSTOP event. If the buffer's state > is STATE_STOPPED, my patch will set the event each time DSOUND_PerformMix > called by the timer! I know it's a bad idea, so if anyone have a better > solution, please re-patch it. > > ChangeLog: > - Fixed buffer underrun & sound chunks left out. > First off thankyou for your contribution Your patch is not in the right format.ie: it can not be read inline and Alexandre can't do "cat raw_mail | patch -p0" [...] ------=_NextPart_000_0089_01C2EC19.AE973D80 Content-Type: application/octet-stream; name="patch.diff" [....] - if (playpos) This->last_playpos =3D *playpos;=0A= + if (playpos) {=0A= + This->last_playpos =3D This->playpos;=0A= + This->playpos =3D *playpos;=0A= + }=0A= [....] Please see section 5.2.1 Inline attachments with Outlook Express. at the following link. http://www.winehq.org/Docs/wine-devel/style-notes.shtml -- Tony Lambregts

1 0

[RFC] 16 bit functions
by Dimitrie O. Paun 16 Mar '03

16 Mar '03

Hi folks, I was just thinking that it would be nice if a we had a simple naming rule for 16 bit functions: "A function is 16 bit if and only if it's name ends in 16." This way, we can have more reliable tools for detecting 32-16 bit cross calls (unfortunately, winapi_check fails in many instances for this check). Most 16 bit functions already adhere to this naming convention, but there are still a few that don't. Alexandre, would renaming such functions be acceptable? If so, I can add yet another janitorial task... -- Dimi.

2 3

Re: Resend of the Fix for ArrangeCtrlPositions in commdlg
by Tony Lambregts 16 Mar '03

16 Mar '03

Maxime Bellengé wrote: > As requested by Alexandre, I send the patch with more comments. > > I have made several test cases under windows and taken screenshot to > compare with wine. If someone is interested in seeing them, send me a > mail. > > ChangeLog: > - Fix how the size of the dialog is computed and the child component > placed. > > Something is wrong here... You have two patches here. The patch with the comments got line wrapped (Looks like part of your signature in mozilla) and the patch that was attached does not contain the comments. -- Tony Lambregts

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