wine-devel

wine-devel@winehq.org

2 participants
84469 discussions

WINE dlls on Windows Status Update
by Steven Edwards 05 Jun '02

05 Jun '02

As many of you know, I have been in the process of porting the WINE shared libraries to Mingw as Windows PE dlls for the ReactOS project. Below are results of testing the dlls that we can build from the current WINE tree under Windows98SE. We were going to use win2k for this test however the Windows File Protection was giving us to much trouble for it to be worth it at this time. Another test is planned at the end of the month using win2k. Thanks to Chris Gianelloni for helping to setup and run these test in VMware. Thanks Steven "Every revolution was once a thought in one man's mind" - Ralph Waldo Emerson comcat.dll Win98 Test - Load of DllRegisterServer failed comctl32.dll Win98 test - shell32 imports ImageList_Read from comctl32.dll (kills 98 bootup) crtdll.dll Not Tested - Forwarder to Msvcrt crypt32.dll Not Tested - Stubbed Dll dciman32.dll Not Tested - Stubbed Dll dinput.dll Joy.cpl would not load in control panel dplayx.dll dxdiag.exe - Failure at step 2 (Creating Direct PLay object):HRESULT=0x80040154 (CLASS NOT REGISTERED) imagehlp.dll IE works , Outlook Express starts very slowly Check this =P http://service2.symantec.com/SUPPORT/nav.nsf/docid/2000011214501806 imm32.dll Stubbed Dll no problems but nothing to test with mapi32.dll If Outlook Express uses it then its fine. we replaced mapi32,mapi32x and mapi32s stub and it worked with hotmail and pop/imap. msdos prompt appears to be lined to mapi32.dll =P mpr.dll Didnt ask to login, Network Neigborhood is GONE, setupapi.dll is linked to missing export in mpr.dll:WNetCancelConnection2A error loading powerprof.dll a device attached to this system is not functioning. When trying to browse a smb network \\192.168.0.250 Error the network request is not supported msdmo.dll Not Tested as blank msimg32.dll Not Tested - Stubbed Dll msisys.ocx msinfo.exe loads and works. netapi32.dll FileSharing works. odbc32.dll Not Tested oleaut32.dll You cant view as a web Page in My Computer. If disable View as Web Page everything works fine oledlg.dll Nothing wrong but Stubbed Dll olepro32.dll Not Tested - Stubbed Dll rasapi32.dll No test as no modem at current riched32.dll Tested Win98 - Outlook Express, Networking, IE all flawless. serialui.dll No tested as no modem at current shdocvw.dll General Protection Fault - Explorer.exe shlwapi.dll Shell32 missing export from shlwapi SHRegGetUSValueA (kills 98 bootup) tapi32.dll No test as no modem at current twain_32.dll Not tested No Scanner to test with at this time. urlmon.dll Kills MSHTML. No Error. IE just doesnt work. Neither does View as Web Page crap. Forgot to test Outlook Express winnls.dll Not Tested - Stubbed Dll winspool.drv Error twice loading powerprof.dll - A device attached to the system is not functioning setupapi dll is linked to missing exported Winspool.drv:GetPrinterDriverDirectoryA the vmcontrolpanel.cpl is linked to missing export Winspool.drv:OpenPrinterA wintrust.dll Not Tested - Stubbed Dll

1 0

Re: Lower bugs changing note
by Andriy Palamarchuk 05 Jun '02

05 Jun '02

--- Dustin Navea <speeddymon(a)yahoo.com> wrote: > The changes on the lower numbered bugs are done by > me, > trying to get some of these old bugs out of he list > of > ones to be worked on, if they have been fixed..... I noticed :-) Dustin, thank you for the great work you do. It was long overdue to clean these old issues. I have some comments - sometimes you mark as resolved and ask to reopen if the bug still exists bugs with very nice reports. I think this is good approach when you can't check whether the problem still exists or for some obscure applications, but many of the bug reports you closed are short, nice and consious. I think better approaches with these sort of bug reports is: a) try to reproduce yourself - the best approach. Your confirmation in the bug comments is very important for developer who may try to fix the issue. b) if research looks complex - a half a way to solving a bug, you can add comment, smth like "Needs to be confirmed". In both cases bug can be assigned to the component owner. c) ask to confirm without resolving the bug All these approaches insure that bug report won't be forgotten and this can happen if the bugs are just marked as "resolved". Could you try to go through the old bugs you marked as resolved? I already started to do this. I'll leave my comments in the bugs I reviewed. Thanks, Andriy __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com

2 1

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

05 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@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@CMapPtrToPtr@@QBEPAXPAX@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@CMapPtrToPtr@@QBEPAXPAX@Z+0x1 in I:\XILINX\MFC\MFC42.DLL) (ebp=404b4444) 1 0x5f46eceb (MFC42.DLL.??0_AFX_THREAD_STATE@@QAE@XZ+0x1f in I:\XILINX\MFC\MFC42.DLL) (ebp=404b4468) 2 0x5f46f6e8 (MFC42.DLL.?DeleteValues@CThreadSlotData@@QAEXPAUHINSTANCE__@@H@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@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@CMapPtrToPtr@@QBEPAXPAX@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@CMapPtrToPtr@@QBEPAXPAX@Z+0x1 in I:\XILINX\MFC\MFC42.DLL) (ebp=404b4444) 1 0x5f46eceb (MFC42.DLL.??0_AFX_THREAD_STATE@@QAE@XZ+0x1f in I:\XILINX\MFC\MFC42.DLL) (ebp=404b4468) 2 0x5f46f6e8 (MFC42.DLL.?DeleteValues@CThreadSlotData@@QAEXPAUHINSTANCE__@@H@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@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@CMapPtrToPtr@@QBEPAXPAX@Z+0x1 in I:\XILINX\MFC\MFC42.DLL): movl 0x4(%ecx),%esi And so on.

1 0

linux kernel thoughts
by William Knop 03 Jun '02

03 Jun '02

I'm sure people have asked questions about integrating wine into the linux kernel. Probably got flamed by everybody, yeah? But that's not what I'm posting about. Not directly, anyway. =) I'm thinking of writing a kernel patch for PE executable support. Is there any reason why wine libraries should not be used in a similar manner as standard linux libraries? Granted wine is more than just it's libraries. Anyway, good idea, bad idea? And please keep the "if it ain't broke, don't fix it" comments to yourself. No progress is made with that mentality. Will _________________________________________________________________ Send and receive Hotmail on your mobile device: http://mobile.msn.com

5 4

LotusNotes - typed characters do not appear
by Andriy Palamarchuk 03 Jun '02

03 Jun '02

This bug exists for a long time. See bug 466 http://bugs.winehq.com/show_bug.cgi?id=466 There are comments that this issue is fixed in Codeweavers wine and Crossover Office. What is the reason the fix is not in the main tree? If the fix is too hackish I still would like if information about the cause was added to the bug description. Andriy __________________________________________________ Do You Yahoo!? Yahoo! - Official partner of 2002 FIFA World Cup http://fifaworldcup.yahoo.com

2 1

Re: linux kernel thoughts
by William Knop 03 Jun '02

03 Jun '02

Hmm... I hadn't thought of that. Thanks for the info. Perhaps I'll make a help file so people can set their boxes up easily this way. Thanks, Will >From: Shachar Shemesh <wine-devel(a)sun.consumer.org.il> >To: William Knop <w_knop(a)hotmail.com> >CC: wine-devel(a)winehq.com >Subject: Re: linux kernel thoughts >Date: Mon, 03 Jun 2002 18:49:02 +0300 >MIME-Version: 1.0 >Received: from michael.checkpoint.com ([199.203.73.68]) by hotmail.com with >Microsoft SMTPSVC(5.0.2195.4905); Mon, 3 Jun 2002 08:48:38 -0700 >Received: from sun.consumer.org.il (localhost [127.0.0.1])by >michael.checkpoint.com (8.9.3/8.9.1) with ESMTP id SAA23860;Mon, 3 Jun 2002 >18:47:34 +0200 (IDT) >Message-ID: <3CFB8FEE.7070802(a)sun.consumer.org.il> >User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0rc2) >Gecko/20020510 >X-Accept-Language: en-us, en >References: <F193y9CMdZpDsiIWeTl000067ef(a)hotmail.com> >Return-Path: wine-devel(a)sun.consumer.org.il >X-OriginalArrivalTime: 03 Jun 2002 15:48:38.0409 (UTC) >FILETIME=[209C3790:01C20B16] > >It's been a while since I looked at the compilation options of the kernel, >but there used to be specific support for java applets in the kernel >(running a userland jvm, mind you). That was later deprecated by a "MISC" >handler, that (I guess) could be configured to run java, and probably also >PE. > >The idea is that trying to execve a PE file, will find the userland wine >program and run it. This would make your effort needless. > > Shachar > > >William Knop wrote: > >>I'm sure people have asked questions about integrating wine into the linux >>kernel. Probably got flamed by everybody, yeah? But that's not what I'm >>posting about. Not directly, anyway. =) >> >>I'm thinking of writing a kernel patch for PE executable support. Is there >>any reason why wine libraries should not be used in a similar manner as >>standard linux libraries? Granted wine is more than just it's libraries. >>Anyway, good idea, bad idea? >> >>And please keep the "if it ain't broke, don't fix it" comments to >>yourself. No progress is made with that mentality. >> >>Will >> >>_________________________________________________________________ >>Send and receive Hotmail on your mobile device: http://mobile.msn.com >> >> _________________________________________________________________ Chat with friends online, try MSN Messenger: http://messenger.msn.com

1 0

Wine front-end -- winespy
by Massimo 03 Jun '02

03 Jun '02

I am finishing a gui front end for wine that allows to start and stop wine app on the fly, capture wine output and filter debug cannels as required. It's done calling wine with --debugmesg +all and filtering it, so it'll slow down in some extents wine app.... For the moment I didn't find a way to remotely control wine debug channels from my app. I think that with little wine code changes it would be possible, i.e. passing a pipe to wine with something like --debugpipe num, and using it to start-stop debug channels output on the fly... But I can't code it.... If someone knows how to implement that stuff, I'd be glad to change my app... it would be much faster than now. BTW, I'll post my app (a QT based one) on next days after some testing. Regards Max

1 0

A problem with winmm and word
by Duane Clark 03 Jun '02

03 Jun '02

Word2000 seems to work good for me, except when I exit. It than invariably crashes in winmm, of all places: Backtrace: =>0 0x44056d9f (MULTIMEDIA_PlaySound+0x12f(pszSound=0x0, hmod=0x0, fdwSound=0x40, bUnicode=0x0) [mmsystem.c:639] in winmm.dll.so) (ebp=405b6bfc) 1 0x44056e37 (WINMM.DLL.PlaySound+0x13 in winmm.dll.so) (ebp=405b6c14) 2 0x30962b08 (MSO9.DLL._MsoFShowTooltip@8+0x123b in C:\PROGRAM FILES\MICROSOFT OFFICE\OFFICE\MSO9.DLL) (ebp=405b6d78) 3 0x30a92306 (MSO9.DLL._MsoFGetCursorLocation@8+0x23f in C:\PROGRAM FILES\MICROSOFT OFFICE\OFFICE\MSO9.DLL) (ebp=405b6d9c) 4 0x30170343 (winword.exe.EntryPoint+0x16d9a3 in C:\Program Files\Microsoft Office\Office\winword.exe) (ebp=307cd7d0) 5 0x00000012 (ebp=00000000) MULTIMEDIA_PlaySound() gets called three times. The first two times work ok, but on the third time, it is called with a NIL pszSound. This causes wps to never be set, causing the crash on line 639: wps->lpNext = iData->lpPlaySound; I added a simple test to return if wps is not set, and Word exits fine. But I have no idea whether that is the right thing to do.

2 3

Re: SMB filesystem
by Dan Kegel 03 Jun '02

03 Jun '02

Jean-Eric Cuendet wrote: > > > I'm thinking of implementing an smb filesystem, the way AFS implement > > > the AFS client fs kernel driver. > > > - Mount the smb filesystem on /smb (done at boot time) > > > - Every user has list dir access on /smb > > > - There, you see each workgroup/domain available on the network > > > - Then in each domain, a list of machines > > > - Then in each machine, a list of shares > > > - Then a list of files/dirs > > > Access will be granted using the SMB token (like a kerberos ticket) > > > issued by the primary domain controller. > > > It's the way the windows explorer works. It's cool and useful. > > > > Dan Kegel wrote: > > I've been hoping somebody would take this on. > > Why did you hope someone took this one? Do you think it's REALLY needed > or is there non-solvable problems? I'm interested in the Wine project, in particular, the kernel module being developed to speed up execution of win32 programs. It would really benefit from what you're proposing. (Wine is currently starting to do its own SMB client stuff, probably using the same shared library you're proposing to use, but not in a way that would be usable by the wine kernel module, I think. Wine could use your enhanced smbfs, if present, to allow all file operations to be handled by the wine kernel module.) > > Question: how will you carry the SMB token around? > > Let's imagine somebody starts a script that runs two programs > > that access SMB shares, and that they're initially not logged in at > > all. > > If this were Windows, it would prompt them once for their username > > and password, and then allow access from then on. ... > > For The user/pwd problem, you are right, user should be prompted for a > password. This could be achieve in the following way: > - If no token available: logged in anonymous or Guest > - The application could ask the daemon if a token is available, then > prompt the user for it before accessing the files. > - Make a generic callback way to call an arbitrary process > - When no token available, return a "NO LOGIN" message, so the > application should ask the user/password, create the token, or failed. > > I think that 1 or 4 is the best way to do it. I favor #4, it's the simplest. When the time comes that somebody wants closer emulation of windows behavior, something fancier could be done. > For the token [itself], it could be a file on the disk: > /tmp/user.smb.token, like with kerberos If that's how kerberos does it, that's probably fine. (In fact, in the future, won't you just use kerberos for a lot of windows networks?) But it might be awkward to access from inside the kernel, so I can imagine you might want to store it inside your smbfs kernel module instead. > What about putting that in a ENV VAR? Nope, environment variables are not global enough. Some posters have proposed using autofs to do the mounting. That's a good idea if it saves work and lets you have the per-user semantics you want. So all you need to do is implement an smbfs that uses the user's token to validate each open/rm/mv, and you're done. (Modulo somebody hooking an smb browser into an ldap server, but that may already have been done.) - Dan

1 0

Re: docu patch
by Alexandre Julliard 03 Jun '02

03 Jun '02

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? -- Alexandre Julliard julliard(a)winehq.com

2 3

problem : win16 stack selector freed twice
by Christian Costa 03 Jun '02

03 Jun '02

Hi everybody, I encountered the following problem that completely broke MapLS. I investigated a little and here is what I've found : 1) a selector is allocated for the win16 stack in THREAD_InitStack 2) the selector is freed and the stack replaced by another (the DGROUP of the module) in NE_StartTask 3) MapLS is called, allocates the freed selector and keep it in a linked list 4) the selector is freed in SYSDEPS_ExitThread which believes it to be the selector of the initial task 5) the selector being freed is allocated (from where is not important) and the associated descriptor is modified 6) further call to MapLS (wich makes the function to use this selector) make wine to crash because the descriptor has been overwritten So 2) and 4) are conflicting but I think only 4) is wrong. 4) should free the selector of the new stack instead of the old one. Or should do nothing if the stack has been changed. Any idea? A+ Christian

2 1

Win16 Support again
by Steven Edwards 03 Jun '02

03 Jun '02

Ok I changed my mind, I want to disable it for now. What is going to be the best way to go about doing it? We currently have the -DNO_WINEWINSOCK should I just #ifndef the code out with -DNO_WIN16 ? Thanks Steven "Every revolution was once a thought in one man's mind" - Ralph Waldo Emerson

2 4

Patch - Fix building oleaut32 on other platforms
by Steven Edwards 03 Jun '02

03 Jun '02

Changelog: Portablity fix Thanks Steven "Every revolution was once a thought in one man's mind" - Ralph Waldo Emerson cvs diff -u typelib.c Index: typelib.c =================================================================== RCS file: /home/wine/wine/dlls/oleaut32/typelib.c,v retrieving revision 1.69 diff -u -r1.69 typelib.c --- typelib.c 31 May 2002 23:25:50 -0000 1.69 +++ typelib.c 3 Jun 2002 02:21:04 -0000 @@ -53,6 +53,7 @@ */ #include "config.h" +#include "wine/port.h" #include <stdlib.h> #include <string.h>

1 0

NT Native API File functions
by Mike McCormack 02 Jun '02

02 Jun '02

Hi, I have a small dilema. I'd like to implement the functions below, and declare them in a header file somewhere, but they are not declared by Microsoft in any of their header files. (Checked the NT DDK, VC++ headers and Platform SDK.) So, should I: * go ahead and declare them like this * add an #ifdef DECLARE_NATIVEAPI / #endif around the functions * put them in a private header file in (say dlls/ntdll/native.h ) or just leave them out all together? Anyway, feel free to apply this if it's the right way to do it... Mike License: LGPL (as always) ChangeLog: * declare NtCreateFile() NtOpenFile() and NtReadFile() Index: include/ntddk.h =================================================================== RCS file: /home/wine/wine/include/ntddk.h,v retrieving revision 1.44 diff -u -r1.44 ntddk.h --- include/ntddk.h 31 May 2002 23:06:48 -0000 1.44 +++ include/ntddk.h 2 Jun 2002 13:51:35 -0000 @@ -1027,6 +1027,31 @@ BOOL WINAPI RtlTryEnterCriticalSection( RTL_CRITICAL_SECTION *crit ); NTSTATUS WINAPI RtlLeaveCriticalSection( RTL_CRITICAL_SECTION *crit ); +/* file functions */ + +/* flags for NtCreateFile and NtOpenFile */ +#define FILE_DIRECTORY_FLAG 0x00000001 +#define FILE_WRITE_THROUGH 0x00000002 +#define FILE_SEQUENTIAL_ONLY 0x00000004 +#define FILE_NO_INTERMEDIATE_BUFFERING 0x00000008 +#define FILE_SYNCHRONOUS_IO_ALERT 0x00000010 +#define FILE_SYNCHRONOUS_IO_NONALERT 0x00000020 +#define FILE_NON_DIRECTORY_FILE 0x00000040 +#define FILE_CREATE_TREE_CONNECTION 0x00000080 + +/* status for NtCreateFile or NtOpenFile */ +#define FILE_SUPERSEDED 0x00000000 +#define FILE_OPENED 0x00000001 +#define FILE_CREATED 0x00000002 +#define FILE_OVERWRITTEN 0x00000003 +#define FILE_EXISTS 0x00000004 +#define FILE_DOES_NOT_EXIST 0x00000005 + +NTSTATUS WINAPI NtCreateFile(PHANDLE, ACCESS_MASK, POBJECT_ATTRIBUTES, PIO_STATUS_BLOCK, PLARGE_INTEGER, ULONG, ULONG, ULONG, ULONG, PVOID, ULONG); +NTSTATUS WINAPI NtOpenFile(PHANDLE, ACCESS_MASK, POBJECT_ATTRIBUTES, PIO_STATUS_BLOCK, ULONG, ULONG); +NTSTATUS WINAPI NtReadFile(HANDLE, HANDLE, PIO_APC_ROUTINE, PVOID, PIO_STATUS_BLOCK, PVOID, ULONG, PLARGE_INTEGER, PULONG); + + /* string functions */ extern LPSTR _strlwr( LPSTR str ); extern LPSTR _strupr( LPSTR str );

1 0

kernel fix for SB16 fullduplex system lockup
by Andreas Mohr 02 Jun '02

02 Jun '02

[wine-devel copy of my LKML mail] doh ! This time with patch... Hi all, when running a program on Wine, suddenly my 2.4.18 froze completely. This has been caused by the program submitting an odd number of output bytes to the soundcard in 16bit output mode, thus causing the sound driver to loop endlessly on the last remaining byte. When digging deeper, I found that this odd number of output bytes had been caused by the SoundBlaster 16 driver always returning one half of the output bytes that it could take (in the SNDCTL_DSP_GETOSPACE ioctl result), thus always cutting the remaining free buffer in half, thus hitting an odd number after some time (1988 bytes -> 994 -> 497). The SB16 driver is doing an internal 16bit -> 8bit conversion in case it's running in fullduplex mode, and it simply returned the remaining free bytes in the DMA buffer, which should have been twice that number due to the 16bit -> 8bit conversion in fullduplex mode. Also, it's doing 8bit -> 16bit conversion in the 8bit output case, which SNDCTL_DSP_GETOSPACE ioctl didn't account for either. In short: When using SB16 in fullduplex mode, the SNDCTL_DSP_GETOSPACE ioctl didn't account for the 16/8bit format conversions that the SB16 does in this case, thus leading to an odd-numbered input count freezing the box due to a second "odd remainder" endless loop bug. Thus this patch does: - add two flags DMA_CONV_16_8, DMA_CONV_8_16 to struct dma_buffparms to check for format conversion in dma_ioctl()/SNDCTL_DSP_GETOSPACE and thus fix SNDCTL_DSP_GETOSPACE result to account for format conversion - prevent endless looping (lockup) on single remaining byte by discarding odd remainders of odd output counts in case of 16bit format This WORKS (well, for me at least :-). My previous LKML mails about this problem were: 950 May 25 Andreas Mohr ( 80) SB16: 2.4.18 lockup on odd-numbered 16bit 951 May 26 Andreas Mohr ( 59) SNDCTL_DSP_GETOSPACE bug for SB16 (was: S I'm not in the least experienced with sound card programming, and I didn't get much LKML help on this issue, so please review and let me know the result, if possible. CC'd to Andrea, the original author of SB16 fullduplex support. Thanks ! -- Andreas Mohr Stauferstr. 6, D-71272 Renningen, Germany

1 0

kernel fix for SB16 fullduplex system lockup
by Andreas Mohr 02 Jun '02

02 Jun '02

[wine-devel copy of my LKML mail] Hi all, when running a program on Wine, suddenly my 2.4.18 froze completely. This has been caused by the program submitting an odd number of output bytes to the soundcard in 16bit output mode, thus causing the sound driver to loop endlessly on the last remaining byte. When digging deeper, I found that this odd number of output bytes had been caused by the SoundBlaster 16 driver always returning one half of the output bytes that it could take (in the SNDCTL_DSP_GETOSPACE ioctl result), thus always cutting the remaining free buffer in half, thus hitting an odd number after some time (1988 bytes -> 994 -> 497). The SB16 driver is doing an internal 16bit -> 8bit conversion in case it's running in fullduplex mode, and it simply returned the remaining free bytes in the DMA buffer, which should have been twice that number due to the 16bit -> 8bit conversion in fullduplex mode. Also, it's doing 8bit -> 16bit conversion in the 8bit output case, which SNDCTL_DSP_GETOSPACE ioctl didn't account for either. In short: When using SB16 in fullduplex mode, the SNDCTL_DSP_GETOSPACE ioctl didn't account for the 16/8bit format conversions that the SB16 does in this case, thus leading to an odd-numbered input count freezing the box due to a second "odd remainder" endless loop bug. Thus this patch does: - add two flags DMA_CONV_16_8, DMA_CONV_8_16 to struct dma_buffparms to check for format conversion in dma_ioctl()/SNDCTL_DSP_GETOSPACE and thus fix SNDCTL_DSP_GETOSPACE result to account for format conversion - prevent endless looping (lockup) on single remaining byte by discarding odd remainders of odd output counts in case of 16bit format This WORKS (well, for me at least :-). My previous LKML mails about this problem were: 950 May 25 Andreas Mohr ( 80) SB16: 2.4.18 lockup on odd-numbered 16bit 951 May 26 Andreas Mohr ( 59) SNDCTL_DSP_GETOSPACE bug for SB16 (was: S I'm not in the least experienced with sound card programming, and I didn't get much LKML help on this issue, so please review and let me know the result, if possible. CC'd to Andrea, the original author of SB16 fullduplex support. Thanks ! -- Andreas Mohr Stauferstr. 6, D-71272 Renningen, Germany

1 0

Jump to page:

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