January 2004 - Wine-devel - list.winehq.org

Re: Re: install default config files to $PREFIX/share/wine
by Dimitrie O. Paun 06 Jan '04

06 Jan '04

> Where do you want to have windows/ and windows/system/ > directory? In / of the UNIX filesystem, world writeable? :) OK, fine, you have a point :) But what I'm trying to say is that we can actually get away with a static config of sorts. We don't need a A: drive, it's mostly useless these days anyhow (and can be accessed through other means anyhow). Yes, we need C: to be writable and have the Windows directories, which means it can't point to /. Fine. So we'll need another one (Z is OK) to point to /. For perfect usability however, we would need definitions for CD drives ... So Alexandre seems to be right: something at boot time needs to look for devices. Or we can just have C: point to /, and install a symlink into / for the Windows dir. But then we'll have to always follow symlinks which can be a problem. Darn! -- Dimi.

1 0

event.c freezes on XFilterEvent
by Vik 06 Jan '04

06 Jan '04

Hi, I'm rather new to wine developement, and Xlib coding, and this is my first post to the list so bare with me please.... ;-) dlls/x11drv/event.c seems to freeze at XFilterEvent and brings the app to seizure ever since all the TSX functions have been gotten rid off... This is what happens: I run notepad, and start typing. Everything works fine until I hit shift+space which is the toggle for XIM (kinput in my case). Notepad freezes here. The trace on keyboard tells me that there is no character for the key combination and freezes right after; trace:keyboard:KEYBOARD_MapDeadKeysym no character for dead keysym 0x0000ffe1 >From my investigation, it seems that XFilterEvent (event.c, function process_events) <code> ignore = XFilterEvent( &event, None ); </code> is causing this. If I get rid of the whole check, and pass all the events to EVENT_ProcessEvent() , notepad would not freeze. XFilterEvent is supposed to return TRUE when the event is filtered by the XIM, but chances are that since the XIM functionalities are currently not really there, XFilterEvent cannot talk to the XIM context. As far as I remember when the TSX functions were there, the XIM window did pop up(despite XIM not working properly). I'm trying to trace the changes to see what might be causing this, but without much luck so far... I'm more than willing to try and fix this, as XIM support is critical for people from my part of the world (Japan, and most likely for Korea & China). We've been coming up with rather crude patches to have XIM work till now(upto 20031118), but can't get it to work because of this strange freezure we are experiencing.... Any pointers or thoughts will be greatly appreciated! Cheers Vik -- ------------ Vikram Kumar vik(a)zone81.com

4 5

Re: Re: install default config files to $PREFIX/share/wine
by chmorgan＠charter.net 06 Jan '04

06 Jan '04

If we also had working defaults for the users cdrom drive(s) and floppy drive then this would work quite well. Many users will want to install applications from cdrom. We could autodetect this at startup. Chris > > From: "Dimitrie O. Paun" <dpaun(a)rogers.com> > Date: 2004/01/06 Tue AM 09:44:05 EST > To: Alexandre Julliard <julliard(a)winehq.org>, > Marcus Meissner <marcus(a)jet.franken.de> > CC: cmorgan(a)alum.WPI.EDU, wine-devel(a)winehq.com > Subject: Re: install default config files to $PREFIX/share/wine > > On January 5, 2004 05:27 pm, Alexandre Julliard wrote: > > We will need a tool (maybe wineboot) to setup the initial drive config > > according to the machine setup. A default config file is not going to > > help with that anyway. > > I'd say we just have a C: drive pointing to / (root). This setup > is definitely the most user friendly, and the one most in the > spirit of Unix (one large tree). A user of a Unix system will be > most confortable with it, and it will create the least unexpected > behavior. > > Thinking about this, I'm not even sure why we encourage people to > define drives (by having a nice UI in winecfg)... What's wrong > with only a C: drive by default? Power users have regedit :) > > -- > Dimi. > > > >

1 0

Re: Re: install default config files to $PREFIX/share/wine
by brettholcomb＠charter.net 06 Jan '04

06 Jan '04

Do you really mean / and not ~? I sure don't want my C: pointing at /. And if there are more than one user how do I keep their stuff separate. What about access permissions to / - a normal user doesn't have it to many places. > > From: "Dimitrie O. Paun" <dpaun(a)rogers.com> > Date: 2004/01/06 Tue AM 09:44:05 EST > To: Alexandre Julliard <julliard(a)winehq.org>, > Marcus Meissner <marcus(a)jet.franken.de> > CC: cmorgan(a)alum.wpi.edu, wine-devel(a)winehq.com > Subject: Re: install default config files to $PREFIX/share/wine > > On January 5, 2004 05:27 pm, Alexandre Julliard wrote: > > We will need a tool (maybe wineboot) to setup the initial drive config > > according to the machine setup. A default config file is not going to > > help with that anyway. > > I'd say we just have a C: drive pointing to / (root). This setup > is definitely the most user friendly, and the one most in the > spirit of Unix (one large tree). A user of a Unix system will be > most confortable with it, and it will create the least unexpected > behavior. > > Thinking about this, I'm not even sure why we encourage people to > define drives (by having a nice UI in winecfg)... What's wrong > with only a C: drive by default? Power users have regedit :) > > -- > Dimi. > > >

1 0

Still having problems with Wine CVS
by Flameeyes 06 Jan '04

06 Jan '04

Hi, I posted before in wine-users, but I haven't had any answer. I compiled, as usual, wine from cvs, but in the last weeks I have this error every file I try to run: err:msg:QUEUE_CreateMsgQueue Cannot get thread queueMain exe initialization for L"C:\\Program Files\\DepWalker\\depends.exe" failed, status c0000142 Only the path changes (correctly), the status code is always the same. Can anyone help me? -- Flameeyes <dgp85(a)users.sourceforge.net> You can find LIRC for 2.6 kernels at http://flameeyes.web.ctonet.it/

2 1

Donations at SourceForge
by Dimitrie O. Paun 06 Jan '04

06 Jan '04

Hi folks, After intense setup work from Alexandre and myself (about 3 clicks per person :P), we've managed to enable donations through our SourceForge page: http://sourceforge.net/projects/wine/ Direct donation link: http://sourceforge.net/donate/index.php?group_id=6241 Now, to test the new facility, we need as many users as possible make all sorts of donations to the project...;) -- Dimi.

2 1

AutoCad 2000 latest status ?
by John 06 Jan '04

06 Jan '04

I know there are interests in autocad 2000 status with wine. I was happy to read in http://appdb.winehq.org/appview.php?appId=86&versionId=102 that autocad 2000 actually starts up now, although there seams to be a file open problem. I just wanted to forward this news in case someone is interested in fixing the details now that it at least starts up. ________________________________________________________________________ Yahoo! Messenger - Communicate instantly..."Ping" your friends today! Download Messenger Now http://uk.messenger.yahoo.com/download/index.html

2 1

Hack for the '-pthread' at make depend
by P. Christeas 06 Jan '04

06 Jan '04

On my configuration, the 'artsc-config' script outputs '-pthread' along with the '-Isth' entries. That broke the 'makedep' procedure. It's trivial. The following patch handles this.

3 6

Re: install default config files to $PREFIX/share/wine
by Boaz Harrosh 06 Jan '04

06 Jan '04

<Patch> Index: include/olectl.h =================================================================== RCS file: /home/wine/wine/include/olectl.h,v retrieving revision 1.19 diff -u -r1.19 olectl.h --- include/olectl.h 5 Sep 2003 23:15:44 -0000 1.19 +++ include/olectl.h 5 Jan 2004 08:24:39 -0000 @@ -97,7 +97,11 @@ BOOL fStrikethrough; } FONTDESC, *LPFONTDESC; -#define FONTSIZE(n) { n##0000, 0 } +#ifdef __cplusplus +# define FONTSIZE(n) ( n##0000, 0 ) /*use constructor*/ +#else +# define FONTSIZE(n) { n##0000, 0 } +#endif /*__cplusplus*/ #define PICTYPE_UNINITIALIZED (-1) #define PICTYPE_NONE 0 </Patch> Some simple fix for C++ with the macro FONTSIZE So ATL and MFC can compile.

2 2

Re: Re: Using winebuild explicitly
by Dimitrie O. Paun 06 Jan '04

06 Jan '04

> There is at least one difference in using a wrapper & dll vs. > using a single executable: The function GetModuleFileName > doesn't yield the path to the program (the wrapper) with the > wrapper-approach (there was some discussion on this in another > recent thread). Thus, having such flag in winegcc would indeed > be nice... Alexandre is working on a patch to completely remove the need for such wrapper. Hopefully it will be committed soon enough so we will not have to create such an option. > Did so. wineg++ invokes winewrap (without passing on the > "-v" flag, though) which in turn generates same files > and compiles them. Yes, it doesn't, but you can just copy the winewrap command, add the -v and invoke it manually. > The directory in which libwine.so.1 lives, is contained in my > /etc/ld.so.conf. Are you saying this should be enough for gcc > to find the library file? Right, that's how I thought it's supposed to work. Did you rebuild the ld cache after updating /etc/ld.so.conf? -- Dimi.

2 2