June 2002 - Wine-devel - list.winehq.org

FW: WINE with MFC and C++ DLLs (Was: Info on porting Wine dlls and programs to Mingw)
by Steven Edwards 04 Jun '02

04 Jun '02

In case anyone is interested in a alternitive to winemaker. Steven "Every revolution was once a thought in one man's mind" - Ralph Waldo Emerson -----Original Message----- From: José Fonseca [mailto:j_r_fonseca(a)yahoo.co.uk] Sent: Friday, May 31, 2002 1:18 PM To: Steven_Ed4153(a)yahoo.com Cc: mingw-dvlpr(a)lists.sourceforge.net Subject: Re: WINE with MFC and C++ DLLs (Was: Info on porting Wine dlls and programs to Mingw) On 2002.05.31 17:44 Steven Edwards wrote: > MFC can and has been built with Wine although M$ licensing regarding > MFC on non-windows platforms is confusing as it has been changes a few > times. I think VS6 Before SP3 is OK. > This is nice to know. The MFC has been subject of long threads here. It's good to know that we can give some alternatives when people ask. (My general idea is that people who minimally care with cross-compiler (not to mention cross-platform) compatibility would never choose to build an application upon MFC - and that's probably the reason for why MFC has been loosing some ground and interest... ) > Also you guys might be insterested in the winemaker.pl script. It > converts VS makefiles to UNIX makefiles and can configure your win32 > application to be built with winelib+MFC. I may look at adapting it to > Mingw as part of the port I once made a small sed script for that, but probably it's not as complete as winemaker.pl. But we do have a fairly complete MS Dev Studio workspace to Unix Makefiles converter. It's availabable on http://mefriss1.swan.ac.uk/~jfonseca/gnu-win32/software/msds/ and it will soon be included on a "mingw-utils" package. Perhaps that might be interesting for the WINE Lib project too? Regards, José Fonseca

2 1

Improving debugging (gdb) support
by tijs＠connectux.com 04 Jun '02

04 Jun '02

Hi, I'd like to improve debugging support for Wine, and have time to undertake a larger project. Either I could work on winedbg to match gdb's features, or I could try to make gdb understand Wine better. Given the amount of useful frontends for gdb, it seems wiser to go for the second option. I'd love to be corrected if you think working on winedbg is a better choice. Gdb seems to have trouble understanding the way windows processes run in Wine. If anyone has thought about this, I'd like to know your opinions on a good solution to this problem. Furthermore, it seems useful to make gdb parse the .pdb format, or other debugging information. Winedbg already has a working pdb parser, which I could port to gdb. Feel free to push me in the right direction. -- Tijs van Bakel, ConnecTUX, <tijs(a)connectux.com>

7 7

RE: Clear up my License information
by Patrik Stridvall 04 Jun '02

04 Jun '02

> > So no, save the work nessessary for Rewind to make any patch > > from X11 licenser apply I don't see any problem from LGPL > > "contamintion" of the patches. In any case, as I said earlier > > this is Rewind problem, not the X11 licenser. > > Ok If its ReWinds problem that's cool. Yes. :-) > Are you still planning on doing any work porting the Wine > dlls to MS_VC? Yes. I haven't felt like working with the previous weeks though. > I could use some help seperating the win16 code from the ones I have > left. OK. I will see what I can do. First on my priority list is cleaning up and releasing the Microsoft Visual C project files generator though. One of Alexandre's Makefile changes broke it and I haven't taken time fixing it yet...

1 0

RE: Clear up my License information
by Steven Edwards 04 Jun '02

04 Jun '02

> So no, save the work nessessary for Rewind to make any patch > from X11 licenser apply I don't see any problem from LGPL > "contamintion" of the patches. In any case, as I said earlier > this is Rewind problem, not the X11 licenser. Ok If its ReWinds problem that's cool. Are you still planning on doing any work porting the Wine dlls to MS_VC? I could use some help seperating the win16 code from the ones I have left. Thanks Steven "Every revolution was once a thought in one man's mind" - Ralph Waldo Emerson

1 0

Latest CVS build can't find c:\windows\system
by Daniel Schwarz 04 Jun '02

04 Jun '02

>"Alexandre Julliard" <julliard(a)winehq.com> wrote: > > > Andreas Mohr <andi(a)rhlx01.fht-esslingen.de> writes: > > > > > [wine] > > > +; Warning ! case sensitive directory names here ! > > > "Windows" = "c:\\windows" > > > "System" = "c:\\windows\\system" > > > > What makes you think they are case sensitive? > > Apparently it's caused by a bug somewhere, but if you will replace > c:\windows by c:\Windows (note an uppercase 'W') Wine will not be > able find the Windows directory. I'm experiencing problems with this. Just updated to the lastest CVS (June 4 2002) and I'm getting the following WINE error when trying to run any application: Invalid path 'c:\windows\system' for system directory: does not exist Perhaps you have not properly edited or created your Wine configuration file. Relevant snippets from my wine config file: [Drive C] "Path" = "/windows" "Type" = "hd" "Filesystem" = "win95" [wine] "windows" = "C:\\windows" "system" = "C:\\windows\\system" And from /etc/fstab: /dev/hda1 /windows vfat rw,auto,umask=000 0 0 /dev/hda1 is a Fat32 partition and does indeed contain \windows and \windows\system subdirectories. All lower case. winecheck gives me a "99% correct" score, and reports no problems with "Drive C" (all errors are related to file permission issues on Drive D which is not being used here.) snippet from winecheck output: ----------------------------- checking config file ----------------------------- 003. Checking config file access... OK. >>> Checking drive C settings: 004. Checking Path option... OK. 005. Checking Type option... OK. 006. Checking Filesystem option... OK. --> OK. So, I'm out of ideas. Any thoughts on what's going wrong here? Regards, Dan Schwarz http://www.winecentric.com/

2 1

Re: Lotus Notes Application Owner
by Daniel Schwarz 04 Jun '02

04 Jun '02

Ian writes: >I was under the impression that there already was one, but it looks like >I was mistaken. I will volunteer to own the Notes *R4* client, which I >regularly use. (I suggest having a different owner for Notes R5.) Ian, I'm the Lotus Notes application owner. I regularly use and test R5 on Linux, and I run a Linux Domino server at home. If you are interested in owning R4, that's fine by me. For what it's worth, from 1993-97 I was a programmer on the team that designed and wrote Notes R4 and R5 (Iris Associates) so I have some knowledge of application internals (although, sadly, no source code.) I'm following the discussion and bug report 466 although I have not been able to test with the latest CVS due to wine config problems detailed in my earlier message to the list. Regards, Dan Schwarz

1 0

Lotus Notes application owner
by Ian Pilcher 04 Jun '02

04 Jun '02

I was under the impression that there already was one, but it looks like I was mistaken. I will volunteer to own the Notes *R4* client, which I regularly use. (I suggest having a different owner for Notes R5.) My employer only recently began providing a VPN access option for Linux, so I've only been back to using Notes with Wine for a few weeks, but it seems to be working very well. The only bug I've noticed is that the left pane of the mail window (in which the "views" are shown) is resized to a zero width when the window is redrawn. -- ======================================================================== Ian Pilcher pilchman(a)attbi.com ========================================================================

1 0

My posts don't appear in mailing list
by Massimo 04 Jun '02

04 Jun '02

I sent 3 posts to wine-devel, but none appears there... I checked my subscription, and it's all ok ! What happens ? Regards Max

1 0

CoMarshalInterface (IUnknown)
by Medland, Bill 03 Jun '02

03 Jun '02

Is this a trivial thing to fix? Currently the code simply ends up looking for the proxy in the registry. Everything is reasonable fro IClassFactory but of course IUnknown isn't in there because it should be inherent in the system itself. Bill

1 0

Endless loop in crash with MFC42
by Uwe Bonnes 03 Jun '02

03 Jun '02

Hallo, the XILINX webpack package crashes in some pull down menu. Some messageboc about an unrecoverable error pops up. On clicking OK, wine enters an endless loop in the debugger. It looks like appended: Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ---------- Unhandled exception: page fault on read access to 0x00000004 in 32-bit code (0x5f442d54). In 32-bit mode. 0x5f442d54 (MFC42.DLL.?GetValueAt(a)CMapPtrToPtr@@QBEPAXPAX(a)Z+0x1 in I:\XILINX\MFC\MFC42.DLL): movl 0x4(%ecx),%esi Wine-dbg>parse error First chance exception: page fault on read access to 0x00000004 in 32-bit code (0x5f442d54). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:008f GS:0000 EIP:5f442d54 ESP:404b4410 EBP:404b4444 EFLAGS:00010246( R- 00 I Z- -P1 ) EAX:00000000 EBX:5f523200 ECX:00000000 EDX:00000004 ESI:419f6600 EDI:4038f7d0 Stack dump: 0x404b4410 (_end+0x6b90): 419f6600 5f446efd 00010050 4038f7d0 0x404b4420 (_end+0x6ba0): 5f523200 4038f704 5f46ed2f 00000001 0x404b4430 (_end+0x6bb0): 4038f704 4038f704 404b4710 5f4924fc 0x404b4440 (_end+0x6bc0): 00000000 404b4468 5f46eceb 4038f824 0x404b4450 (_end+0x6bd0): 5f46f64f 00000001 00000000 5f523200 0x404b4460 (_end+0x6be0): 5f52321c 00000001 404b45bc 5f46f6e8 0x404b4470 (_end+0x6bf0): 0011: sel=008f base=40111520 limit=00000fff 32-bit rw- Backtrace: =>0 0x5f442d54 (MFC42.DLL.?GetValueAt(a)CMapPtrToPtr@@QBEPAXPAX(a)Z+0x1 in I:\XILINX\MFC\MFC42.DLL) (ebp=404b4444) 1 0x5f46eceb (MFC42.DLL.??0_AFX_THREAD_STATE@@QAE(a)XZ+0x1f in I:\XILINX\MFC\MFC42.DLL) (ebp=404b4468) 2 0x5f46f6e8 (MFC42.DLL.?DeleteValues(a)CThreadSlotData@@QAEXPAUHINSTANCE__@@H(a)Z+0x46 in I:\XILINX\MFC\MFC42.DLL) (ebp=404b45bc) 3 0x5f43a01b (MFC42.DLL.EntryPoint+0x50 in I:\XILINX\MFC\MFC42.DLL) (ebp=404b45dc) 4 0x40077531 (PE_InitDLL+0x71(module=0x5f400000, type=0x0, lpReserved=0x1) [pe_image.c:760] in libntdll.dll.so) (ebp=404b4600) 5 0x400738a4 (MODULE_InitDLL+0xa4(wm=0x40362358, type=0x0, lpReserved=0x1) [module.c:151] in libntdll.dll.so) (ebp=404b4620) 6 0x40073ac0 (MODULE_DllProcessDetach+0x60(bForceDetach=0x1, lpReserved=0x1) [module.c:277] in libntdll.dll.so) (ebp=404b4640) 7 0x400bad40 (ExitProcess+0x20(status=0x1) [process.c:1259] in libntdll.dll.so) (ebp=404b46cc) 8 0x780039b1 (MSVCRT.DLL.exit+0xa5 in I:\XILINX\MFC\MSVCRT.DLL) (ebp=405c6ddc) 9 0x5f449abb (MFC42.DLL.?AfxWinMain@@YGHPAUHINSTANCE__@@0PADH(a)Z+0x67 in I:\XILINX\MFC\MFC42.DLL) (ebp=405c6e9c) 10 0x400b8cae (start_process+0x26e [process.c:526] in libntdll.dll.so) (ebp=405c6f38) 11 0x400bd2ad (call_on_thread_stack+0x1d(func=0x400b8a40) [sysdeps.c:105] in libntdll.dll.so) (ebp=405c6ff4) 12 0x400bd454 (SYSDEPS_CallOnStack+0x14 in libntdll.dll.so) (ebp=00000000) 0x5f442d54 (MFC42.DLL.?GetValueAt(a)CMapPtrToPtr@@QBEPAXPAX(a)Z+0x1 in I:\XILINX\MFC\MFC42.DLL): movl 0x4(%ecx),%esi Wine-dbg>parse error First chance exception: page fault on read access to 0x00000004 in 32-bit code (0x5f442d54). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:008f GS:0000 EIP:5f442d54 ESP:404b4410 EBP:404b4444 EFLAGS:00010246( R- 00 I Z- -P1 ) EAX:00000000 EBX:5f523200 ECX:00000000 EDX:00000004 ESI:419f6600 EDI:4038f7d0 Stack dump: 0x404b4410 (_end+0x6b90): 419f6600 5f446efd 00010050 4038f7d0 0x404b4420 (_end+0x6ba0): 5f523200 4038f704 5f46ed2f 00000001 0x404b4430 (_end+0x6bb0): 4038f704 4038f704 404b4710 5f4924fc 0x404b4440 (_end+0x6bc0): 00000000 404b4468 5f46eceb 4038f824 0x404b4450 (_end+0x6bd0): 5f46f64f 00000001 00000000 5f523200 0x404b4460 (_end+0x6be0): 5f52321c 00000001 404b45bc 5f46f6e8 0x404b4470 (_end+0x6bf0): 0011: sel=008f base=40111520 limit=00000fff 32-bit rw- Backtrace: =>0 0x5f442d54 (MFC42.DLL.?GetValueAt(a)CMapPtrToPtr@@QBEPAXPAX(a)Z+0x1 in I:\XILINX\MFC\MFC42.DLL) (ebp=404b4444) 1 0x5f46eceb (MFC42.DLL.??0_AFX_THREAD_STATE@@QAE(a)XZ+0x1f in I:\XILINX\MFC\MFC42.DLL) (ebp=404b4468) 2 0x5f46f6e8 (MFC42.DLL.?DeleteValues(a)CThreadSlotData@@QAEXPAUHINSTANCE__@@H(a)Z+0x46 in I:\XILINX\MFC\MFC42.DLL) (ebp=404b45bc) 3 0x5f43a01b (MFC42.DLL.EntryPoint+0x50 in I:\XILINX\MFC\MFC42.DLL) (ebp=404b45dc) 4 0x40077531 (PE_InitDLL+0x71(module=0x5f400000, type=0x0, lpReserved=0x1) [pe_image.c:760] in libntdll.dll.so) (ebp=404b4600) 5 0x400738a4 (MODULE_InitDLL+0xa4(wm=0x40362358, type=0x0, lpReserved=0x1) [module.c:151] in libntdll.dll.so) (ebp=404b4620) 6 0x40073ac0 (MODULE_DllProcessDetach+0x60(bForceDetach=0x1, lpReserved=0x1) [module.c:277] in libntdll.dll.so) (ebp=404b4640) 7 0x400bad40 (ExitProcess+0x20(status=0x1) [process.c:1259] in libntdll.dll.so) (ebp=404b46cc) 8 0x780039b1 (MSVCRT.DLL.exit+0xa5 in I:\XILINX\MFC\MSVCRT.DLL) (ebp=405c6ddc) 9 0x5f449abb (MFC42.DLL.?AfxWinMain@@YGHPAUHINSTANCE__@@0PADH(a)Z+0x67 in I:\XILINX\MFC\MFC42.DLL) (ebp=405c6e9c) 10 0x400b8cae (start_process+0x26e [process.c:526] in libntdll.dll.so) (ebp=405c6f38) 11 0x400bd2ad (call_on_thread_stack+0x1d(func=0x400b8a40) [sysdeps.c:105] in libntdll.dll.so) (ebp=405c6ff4) 12 0x400bd454 (SYSDEPS_CallOnStack+0x14 in libntdll.dll.so) (ebp=00000000) 0x5f442d54 (MFC42.DLL.?GetValueAt(a)CMapPtrToPtr@@QBEPAXPAX(a)Z+0x1 in I:\XILINX\MFC\MFC42.DLL): movl 0x4(%ecx),%esi And so on.

1 0