- wine-devel - winehq.org

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

13 May '03

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

1 0

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

13 May '03

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

1 0

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

13 May '03

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

4 6

DOSVM_Int31Handler/DOSVM_CallRMInt crash
by Andreas Mohr 12 May '03

12 May '03

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

1 0

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

12 May '03

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

2 1

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

12 May '03

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

5 5

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

12 May '03

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

1 0

WINNLSEnableIME
by Mark Westcott 12 May '03

12 May '03

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

2 1

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

11 May '03

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

7 11

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

11 May '03

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

1 0

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

11 May '03

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

2 1

CVS - Notes Breakage
by Kevin DeKorte 11 May '03

11 May '03

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

5 15

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

11 May '03

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

3 2

DECIMAL struc
by Stefan Leichter 11 May '03

11 May '03

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

2 3

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

11 May '03

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

1 0

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

11 May '03

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

4 3

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

10 May '03

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

1 0

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

10 May '03

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

1 0

NPTL auto detection
by Mike Hearn 10 May '03

10 May '03

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

8 14

Progman DDE Server
by BiGgUn 10 May '03

10 May '03

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

2 1

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

10 May '03

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

1 0

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

09 May '03

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

1 0

int21 creat flags
by Ferenc Wagner 09 May '03

09 May '03

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

2 1

ALSA MIDI
by Jeff Smith 09 May '03

09 May '03

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

4 3

wine and accessibility
by KK singh 09 May '03

09 May '03

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

2 1

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

09 May '03

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

2 1

SMapLS_IP_EBP question
by Gerhard W. Gruber 09 May '03

09 May '03

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

2 1

Bugzilla querys
by hatky 08 May '03

08 May '03

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

2 2

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

08 May '03

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

4 3

UTF oddity
by Jan Sporbeck 08 May '03

08 May '03

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

5 5

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

08 May '03

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

4 6

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

08 May '03

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

3 3

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

08 May '03

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

2 2

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

08 May '03

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

1 0

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

08 May '03

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

2 1

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

08 May '03

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

2 1

solaris x86 development?
by Peter Lees 08 May '03

08 May '03

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

3 2

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

07 May '03

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

2 1

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

07 May '03

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

1 0

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

07 May '03

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

2 1

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

07 May '03

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

3 2

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

07 May '03

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

6 22

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

06 May '03

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

1 0

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

06 May '03

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

1 0

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

06 May '03

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

2 1

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

06 May '03

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

1 0

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

06 May '03

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

1 0

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

06 May '03

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

1 0

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

06 May '03

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

2 1

Re: gethostbyname patch
by Shachar Shemesh 06 May '03

06 May '03

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

1 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-devel