- Wine-Devel - list.winehq.org

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

May 13, 2003

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 May 12, 2003

May 12, 2003

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 May 12, 2003

May 12, 2003

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 May 12, 2003

May 12, 2003

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 May 12, 2003

May 12, 2003

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 May 12, 2003

May 12, 2003

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 May 11, 2003

May 11, 2003

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 May 11, 2003

May 11, 2003

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 May 11, 2003

May 11, 2003

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 May 11, 2003

May 11, 2003

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