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