wine-devel June 2002

wine-devel@winehq.org

96 participants
211 discussions

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

Jump to page:

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 June 2002