April 2003 - Wine-Devel - list.winehq.org

System Shock 2 Working (Almost)
by OverrideX May 17, 2003

May 17, 2003

Hey guys, I don't know if anyone else has but I've been trying to get system shock 2 working with wine for quite some time. It segfaults with the latest versions of winex, but with a cvs of wine from 20030115 it works! Menus, sound and 3D all seem to be working fine, except for some slight texture corruption on things like door handles. The problem is the 2D overlay stuff - the HUD, inventory, etc. are all missing which makes it unplayable. I saw on some other forum that it had been added to either wine or winex... anyone have any ideas? Another problem is that ss2 no longer seems to work with the newer wine builds (20030327 at least) it just displays a message that says video card not supported. So, I'd just like to know if the 2D stuff may work in the latest wines or not, and if so how to fix the video card not supported message - thanks for any info :) -Dan -- OverrideX <overridex(a)punkass.com> GPG Key Fingerprint = 4AD5 CE9C D7C8 0069 BDD3 7F72 3AB2 642A 5A5D EB89 Woody: What's going on, Mr. Peterson? Norm: A flashing sign in my gut that says, ``Insert beer here.'' -- Cheers, Call Me, Irresponsible

2 3

Re: rpc exception
by Gregory M. Turner May 7, 2003

May 7, 2003

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

6 22

Callbacks while app is looping
by Mark Westcott May 5, 2003

May 5, 2003

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

4 4

No console output?
by Juan Lang May 4, 2003

May 4, 2003

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

2 3

Re: Avoid non-portable signal(SIGCHLD, SIG_IGN)
by Alexandre Julliard May 2, 2003

May 2, 2003

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

3 12

WineHQ: email trouble
by Dimitrie O. Paun May 2, 2003

May 2, 2003

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

5 4

iphlpapi.dll implementation
by Juan Lang May 1, 2003

May 1, 2003

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

2 4

Re: $(RC) portability
by Alexandre Julliard May 1, 2003

May 1, 2003

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

2 1

Native ms progs and mybe wine 1.1
by hatky April 30, 2003

April 30, 2003

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

1 0

Winevdm eats first parameter
by Sylvain Petreolle April 30, 2003

April 30, 2003

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

1 0

Wine Regression
by Steven Tower April 30, 2003

April 30, 2003

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

2 1

Cygwin building part 2
by Steven Edwards April 30, 2003

April 30, 2003

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

1 0

dxdiag gui regression
by Robert Reif April 30, 2003

April 30, 2003

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

1 0

WINE flag
by KK singh April 30, 2003

April 30, 2003

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

4 3

Re: PATCH: aliasing problems in ole32
by Alexandre Julliard April 29, 2003

April 29, 2003

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

1 0

Re: Fix oleaut32/olepicture
by Alexandre Julliard April 29, 2003

April 29, 2003

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

1 0

Re: Support for pkgconfig
by Mike Hearn April 29, 2003

April 29, 2003

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

11 61

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

April 29, 2003

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

4 4

Re: Excessive Swap with MSVC++ and Wine
by hatky April 29, 2003

April 29, 2003

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

3 2

Re: slovene keyboard without dead keys
by Dmitry Timoshkov April 29, 2003

April 29, 2003

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

3 9

Dupes again, was: Re: Winword, StorageImpl_Commit
by Uwe Bonnes April 29, 2003

April 29, 2003

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

1 0

Winword, StorageImpl_Commit, Crossover and Wine
by Uwe Bonnes April 29, 2003

April 29, 2003

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

3 3

RE: Wine, WIDE & Unix (was: Support for pkgconfig)
by Patrik Stridvall April 29, 2003

April 29, 2003

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

2 1

Re: A little Xlib adventure
by Dimitrie O. Paun April 29, 2003

April 29, 2003

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

2 2

RE: Wine, WIDE & Unix (was: Support for pkgconfig)
by Patrik Stridvall April 29, 2003

April 29, 2003

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

3 2

bugs.winehq.com
by hatky April 29, 2003

April 29, 2003

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

1 0

Re: Fix loading icon from resource
by BiGgUn April 29, 2003

April 29, 2003

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

2 1

RE: Wine, WIDE & Unix (was: Support for pkgconfig)
by Patrik Stridvall April 29, 2003

April 29, 2003

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

2 1

FindWindow timeouts
by Mike Hearn April 29, 2003

April 29, 2003

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

2 1

Re: Crash in BeginPaint running Sams Photofact index, a free VB app
by Dan Kegel April 29, 2003

April 29, 2003

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

1 0

Re: Crash in BeginPaint running Sams Photofact index, a free VB app
by Uwe Bonnes April 28, 2003

April 28, 2003

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

5 7

WineHQ: different pages with same content
by Stefan Leichter April 28, 2003

April 28, 2003

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

2 1

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

April 28, 2003

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

1 0

Re: Mac OS X Support (patch with diff -u)
by Pierre d'Herbemont April 28, 2003

April 28, 2003

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

1 0

Re: Wine, WIDE & Unix (was: Support for pkgconfig)
by Brian Vincent (C) April 28, 2003

April 28, 2003

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

1 0

Re: Mac OS X Support (patch with diff -u)
by Marcus Meissner April 28, 2003

April 28, 2003

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

2 1

New patch for WINE support in valgrind uploaded to sourceforge
by Adam Gundy April 28, 2003

April 28, 2003

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

1 0

Crash in BeginPaint running Sams Photofact index, a free VB app
by Dan Kegel April 28, 2003

April 28, 2003

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

2 1

New plans for wintab work.
by Robert North April 28, 2003

April 28, 2003

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

2 1

X11DRV_DIB_CreateDIBSection
by Robert Lunnon April 27, 2003

April 27, 2003

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

2 1

Wine on cygwin
by Steven Edwards April 27, 2003

April 27, 2003

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

1 0

Mac OS X and Wine troubles
by Pierre d'Herbemont April 27, 2003

April 27, 2003

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

3 3

cvs hangs
by Ferenc Wagner April 27, 2003

April 27, 2003

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

4 4

winevdm changes break non-Linux platforms
by Gerald Pfeifer April 27, 2003

April 27, 2003

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

1 0

Re: commctrl: fix indentation
by Francois Gouget April 27, 2003

April 27, 2003

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

2 1

Re: wine/ scheduler/process.c programs/Makefile.in ...
by Dimitrie O. Paun April 27, 2003

April 27, 2003

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

1 0

need you experts to confirm this about wine and mingw
by Kai April 26, 2003

April 26, 2003

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

3 2

[FYI] cvsup on glibc2.3 systems (e.g. RedHat 9)
by Dimitrie O. Paun April 26, 2003

April 26, 2003

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

2 2

Re: Missing message TCM_SETPADDING implemented
by Dimitrie O. Paun April 26, 2003

April 26, 2003

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

2 2

Re: oleaut32 patch
by Maxime Bellengé April 26, 2003

April 26, 2003

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

2 1