wine-devel

wine-devel@winehq.org

10 participants
84459 discussions

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

RE: Close X after one hour and half
by Robert Yaklin 02 Jun '02

02 Jun '02

The problem may be a memory leak in Wine. Try running top while your Wine application is running and keep an eye on the amount of memory Wine is using. If you are using the latest Wine from CVS you may notice that you application runs longer, thanks to a bug-fix by Andreas Mohr. Robert You Wrote: > Hello friends > > a run my applicationwith wine and xinit like: > > xinit wine myapp.exe -- :0 > > running very well, but after one hour and half this broken my X > session and back to text console... > > i not see a messagem that refer to this problem in the screen and > logs are equal > > I dont understand what happen with X to make... > > anybody help me..? > > > Marcelo

1 0

Keyboard layout detection not working??
by Shachar Shemesh 02 Jun '02

02 Jun '02

Hi all, I am using Debian SID with KDE. In KDE, I defined two keyboard layouts (US and IL). I tried to add Israeli keyboard detection using the attached patch (layout.diff). When trying to test that patch, however, I perform the following task: I type in the command as suggested in the docs (wine --debugmsg +key,+keyboard >& key.log). Attached are two run attempts. key.log is with the US keyboard selected, key2.log is with the Hebrew keyboard selected. Comparing the two outputs, several things become evident: 1. The Israeli keyboard is not detected. It fails to match even the non-Hebrew characters (such as the '/' instead of lower case 'q'). It's as if WINE did not notice that a non-English keymap was installed. On the other hand, there are some differences between the two runs. What's going on? 2. The dvorak keyboard has 0 mismatches???? I noticed that the code has some different virtual mapping of the keyboard. I am not aware that dvorak keyboards generate a different scan code mapping. Am I missing something here? 3. There does not appear to be any code that detects layout changes in X11, and sends the apropriate WM_INPUTLANGCHANGE message. I understood that implementing an event trigered by X layout change is a difficult matter, but it is highly necessary for my BiDi support (many programs, including Office, know the current direction, and have visual representation when it changes. Not implementing this message may prove to be problematic in that respect). I currently don't have the capacity to go after this particular problem, but if it remains unsolved by the time it becomes crucial to me, I will. If anyone has any leads on solving this problem, please let me know. I have entered bug #735 on this issue. Many thanks for your input, Shachar Index: dlls/x11drv/keyboard.c =================================================================== RCS file: /home/wine/wine/dlls/x11drv/keyboard.c,v retrieving revision 1.1 diff -u -r1.1 keyboard.c --- dlls/x11drv/keyboard.c 30 Apr 2002 21:16:39 -0000 1.1 +++ dlls/x11drv/keyboard.c 28 May 2002 13:20:04 -0000 @@ -531,6 +531,15 @@ "zZ","xX","cC","vV","bB","nN","mM","öÖ","çÇ",".:" }; +/*** Israeli keyboard layout */ +static const char main_key_IL[MAIN_LEN][4] = +{ + "`~","1!","2@","3#","4$","5%","6^","7&","8*","9(","0)","-_","=+", + "/Q","'W","÷E","øR","àT","èY","åU","ïI","íO","ôP","[{","]}", + "ùA","ãS","âD","ëF","òG","éH","çJ","ìK","êL","ó:",",\"","\\|", + "æZ","ñX","áC","äV","ðB","îN","öM","ú<","õ>",".?" +}; + /*** VNC keyboard layout */ static const WORD main_key_scan_vnc[MAIN_LEN] = { @@ -600,6 +609,7 @@ {"Latin American keyboard layout", 28591, &main_key_LA, &main_key_scan_qwerty, &main_key_vkey_qwerty}, {"Lithuanian (Baltic) keyboard layout", 28603, &main_key_LT_B, &main_key_scan_qwerty, &main_key_vkey_qwerty}, {"Turkish keyboard layout", 28599, &main_key_TK, &main_key_scan_qwerty, &main_key_vkey_qwerty}, + {"Israeli keyboard layout", 28598, &main_key_IL, &main_key_scan_qwerty, &main_key_vkey_qwerty}, {"VNC keyboard layout", 28591, &main_key_vnc, &main_key_scan_vnc, &main_key_vkey_vnc}, {NULL, 0, NULL, NULL, NULL} /* sentinel */

4 14

PATCH: DragQueryFileW (shellole.c; shell32)
by Sander van Leeuwen 02 Jun '02

02 Jun '02

Hi, There appears to be a little bug in DragQueryFileW. According to MSDN pFiles is the offset in bytes. Did somebody make a mistake or was the LPWSTR cast added on purpose? Sander Changelog: - Fixed wrong cast; MSDN says lpDropFileStruct->pFiles is offset in bytes (regardless of ascii/unicode) Author: Sander van Leeuwen (sandervl(a)xs4all.nl) --- shellole.co Sun Mar 17 11:20:10 2002 +++ shellole.c Sun Jun 2 13:15:54 2002 @@ -627,7 +627,7 @@ if(!lpDropFileStruct) goto end; - lpwDrop = (LPWSTR) lpDropFileStruct + lpDropFileStruct->pFiles; + lpwDrop = (LPWSTR) ((LPSTR)lpDropFileStruct + lpDropFileStruct->pFiles); i = 0; while (i++ < lFile)

1 0

Shlwapi and user32 question
by Steven Edwards 02 Jun '02

02 Jun '02

Hola, The only thing keeping me from building shlwapi is that its import the non-win32 call wvsnprintfA and wvsnprintfW from user32 to implement wvnsprintfA and wvnsprintfW. I did a search of the wine source tree and nothing else seems to depend on these functions being exported from user32. Can they be moved somewhere else or removed? Thanks Steven "Every revolution was once a thought in one man's mind" - Ralph Waldo Emerson

2 1

Possible minor bug in bin2res
by Steven Edwards 02 Jun '02

02 Jun '02

Hola, I have been working on a small project that I am going to be submitting to the wine tree that used binary resources under windows and when I went to convert the files with bin2res I get this error "rename: File exists" It dumps the right wine resource information to the resouce-tmp file but when it goes to unlink the tmp file is when the error happens and the information must be manualy added to the rsrc.rc I traced it down, made sure that all other tmp file acces works in bin2res and and I think the problem is on line 245 if (rename(tmpfile, g_lpstrInputFile) == -1) { perror("rename"); unlink(tmpfile); return 0; } return 1; I have followed the directions on www.winehq.com for creation of a rsrc.rc to dump the resource information so I don't think I'm doing anything wrong. Can someone check this on windows to make sure I'm not just on the crack rock again? Thanks Steven "Every revolution was once a thought in one man's mind" - Ralph Waldo Emerson

2 1

User (developer ?) friendly execution trace
by max 01 Jun '02

01 Jun '02

I find tracing a wine problem with wine --debugmsg for large programs unpractical. Usually you can know about exactly when a program hangs or behaves badly, but there's no way to activate/deactivate tracing after program start (afaik...) Being also a windoze (sigh) programmer, I find very useful some utilities like winspy that presents a window log in which you can start/stop tracing or logging of wine messages, system calls and so on, and activate/deactivate filters on the fly. This would allow spotting the bug when it arises instead of having tenths or hundreds of mbyte of logs. I could implement it as a filter taking input from wine, but I guess it'll slow downn much apps, having to parse wine output on the fly. Much better would be an internal implementation.... Some comments about ? Regards Max

3 2

DOS memory Question..... or How to increase base memory for DOS apps
by Christian Costa 01 Jun '02

01 Jun '02

Hi, Many DOS apps needs a lot of base memory even if EMS or XMS memory are used. The first 64K of memory being lock to catch null pointer, the DOS memory must start at 0x10000 as you can see in the code below (msdos/dosmem.c) : /*********************************************************************** * DOSMEM_InfoBlock * * Gets the DOS memory info block. */ static dosmem_info *DOSMEM_InfoBlock(void) { return (dosmem_info*)(DOSMEM_dosmem+0x10000); /* 64K */ } /*********************************************************************** * DOSMEM_InitMemory * * Initialises the DOS memory structures. */ static void DOSMEM_InitMemory(void) { /* Low 64Kb are reserved for DOS/BIOS so the useable area starts at * 1000:0000 and ends at 9FFF:FFEF. */ Changing this value to the end of the BIOS DATA area (0x500) does the job and things work as expected (at least for DOS apps). But I was told that this causes problems for others apps. Probably for Win16 ones that use DOS3CALL and not int21h via DPMI. If it's true, a solution could be to initialize DOS memory differently for pure DOS apps by modifying the DOSMEM_Init function. DOSMEM_Init is called at 3 different places : - process_attach in dlls/kernel/kernel_main.c - DOSVM_Init in dlls/winedos/dosvm.c - MZ_InitMemory in dlls/winedos.dosvm.c and acts differently the first and second calls. Since I don't know wine internals enough and the "flow of execution", I have no idea how to do it in a clean way that do not break everything. If someone can help me or give me hints? A+ Christian

3 3

How to fix SizeOfImage when loading a builtin dll ?
by Laurent Pinchart 01 Jun '02

01 Jun '02

Hi everybody, I noticed that, when a builtin dll (.so) is loaded, the SizeOfImage field in the OptionalHeader is not updated and stays equal to page_size (see winebuild, spec32). I need to get the correct value in SizeOfImage. I thought about updating that field in map_dll(a)library/loader.c, but don't know how to get the size of the image. Could anyone help me ? I'm not familiar with the PE loader. Thanks in advance, Laurent Pinchart

5 12

translating docs
by Damian Wojslaw 31 May '02

31 May '02

Hello I just posted similiar thing on wine-users, but Anriy Palamarchuk said, that he intend to say something about it here. I thought I might as well give him a good opportunity and ask: what about translating docs? Those at WineHQ and within Wine tree? What I would like to know is, which of them would you like to see translated first (as for now, I am, unfortunately, the only person I know of, that intends to do this)? What about user interface? How do you want to distribute it - want to have it at your site, or ony host a link? And so on, and so forth, and whatever... :)))) -- Damian Wojslaw

1 0

Re: wine can't find regedit.exe.so when it is not on the path
by Alexandre Julliard 31 May '02

31 May '02

Andriy Palamarchuk <apa3a(a)yahoo.com> writes: > I can't start just installed regedit manually, > wine gets confused by symbolic links in the windows > directory: > regedit.exe -> /usr/local/bin/regedit > regedit.exe.so -> /usr/local/bin/regedit.so These symlinks should be removed too, they are no longer necessary. -- Alexandre Julliard julliard(a)winehq.com

2 4

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