July 2004 - Wine-Devel - list.winehq.org

idl compiler & generating proxy/stub code?
by Jeroen Janssen July 26, 2004

July 26, 2004

Hi, Is anyone aware of a (free) idl compiler that can also generate proxy/stub code for usage with wine? As far as I understand widl can not generate proxy/stub code (yet). Also, I'm wondering if it would be possible to translate idl to XML and then with XSLT 'transform' into proxy/stub code. --- Jeroen Janssen

1 0

rsabase.dll
by Michael Jung July 26, 2004

July 26, 2004

Rob, as far as I can tell from looking at your patch, our work is pretty much non overlapping. I worked on the following aspects: - Implementation of "real handles", instead of "address-handles". - Separating OpenSSL dependend code from CSP code. I consider this beneficial, since there seem to be some license issues with OpenSSL (at least for the ReactOS project - there was a short discussion on this on the wine-devel list). If the OpenSSL code is cleanly separated, it will be easier to support GNUTLS or something later. - Basically, my code doesn't do any crypto stuff at all until now (Besides some first lines of code for MD5 hashing). I tried to get the MSDN CryptoAPI examples to compile and run, which only acquire contexts, hash data, derive keys, query CSP params and so on, but which never verify the results. So my code is mainly skin (but elephant skin), no guts. I've attached the current version of my patch. Do you have a certain application, which you want to get running? Would it be ok for you if we proceed as follows: I will wait until you submit your patch (It would be nice if you could add some unit-tests that test for behaviour you depend on). After this you give me a week or two to incorporate my work. Is there any area in rsabase, which you definitely will not implement in the near future and which I could work on until you submit your patch? Greetings, Michael

2 2

Re: WineHQ:service.cgi: fix winrash option
by Ferenc Wagner July 26, 2004

July 26, 2004

<chmorgan(a)charter.net> writes: > What is the service doing with winrash options btw? The > installer stops, installs and starts the winrash service. > > The installer uses /S for silent installs, otherwise it > will try to popup windows. Are you sure the service isn't > calling the installer with /S? You are right, I was wrong. This patch is rubbish. I can't really understand the errors on wine-test-results. Have you got an idea what may have gone wrong? Aren't any functional winrash instances running? Is something broken in the service script? The documentation is somewhat scarce so I'm doing a slow start... -- Feri.

1 0

problems with lxr setup at winehq?
by Jeroen Janssen July 26, 2004

July 26, 2004

Hi, I'm trying to use the lxr setup for wine at winehq, but it doesn't seem to work correctly (or I'm doing something wrong). I'm looking for all sourcefiles containing "ClassFactory", following this link: http://source.winehq.org/search?string=ClassFactory . The result I am getting is 'empty'. Does anyone with access to the lxr setup know what the problem is? (and maybe fix it?) --- Jeroen

1 0

Re: Scrollbars, an application bug or a wine regression ? (#2314)
by Dmitry Timoshkov July 26, 2004

July 26, 2004

"George Marshall" <g.marshall(a)nospam.com> wrote: > > Does reverting of the following patch help? > > Yes it does make the application work as it did before > the June Release :-) Do you have a small application I could test with? -- Dmitry.

4 16

Re: add autodetect audio driver capability to winmm
by Marcus Meissner July 26, 2004

July 26, 2004

On Sun, Jul 25, 2004 at 05:08:04PM -0500, James Hawkins wrote: > Changelog: > * take audio autodetection out of winecfg and put it in winmm > * if driver is not found in the registry or the driver fails to > load, then autodetect driver This would make artsd the default driver on KDE systems. Most are still using the OSS driver, which might be of a better state. Ciao, Marcus

1 0

Re: add autodetect audio driver capability to winmm
by Robert Shearman July 26, 2004

July 26, 2004

James Hawkins wrote: >Changelog: > * take audio autodetection out of winecfg and put it in winmm > * if driver is not found in the registry or the driver fails to >load, then autodetect driver > > Thanks for another cool patch. It lessens the burden on the user. CC'ing ros-kernel as explained below. >Index: dlls/winmm/lolvldrv.c >=================================================================== >RCS file: /home/wine/wine/dlls/winmm/lolvldrv.c,v >retrieving revision 1.58 >diff -u -r1.58 lolvldrv.c >--- dlls/winmm/lolvldrv.c 1 Jun 2004 19:40:48 -0000 1.58 >+++ dlls/winmm/lolvldrv.c 25 Jul 2004 22:05:54 -0000 >@@ -30,6 +30,8 @@ > #include "winver.h" > #include "winemm.h" > #include "wine/debug.h" >+#include "config.h" >+#include "wine/port.h" > > WINE_DEFAULT_DEBUG_CHANNEL(winmm); > >@@ -711,6 +713,80 @@ > } > > /************************************************************************** >+ * MMDRV_AutoDetectDriver [internal] >+ * >+ * modified from programs/winecfg/audio.c >+ */ >+BOOL MMDRV_AutoDetectDriver(void) >+{ >+ struct stat buf; >+ const char *argv_new[4]; >+ int fd; >+ >+ char *driversFound[10]; >+ char *name[10]; >+ int numFound = 0; >+ >+ argv_new[0] = "/bin/sh"; > I think the ReactOS people may have a few comments to make on this, now that they are using this DLL in ReactOS. >+ argv_new[1] = "-c"; >+ argv_new[3] = NULL; >+ >+ /* try to detect arts */ >+ argv_new[2] = "ps awx|grep artsd|grep -v grep|grep artsd > /dev/null"; >+ if(!spawnvp(_P_WAIT, "/bin/sh", argv_new)) >+ { >+ driversFound[numFound] = "winearts.drv"; >+ name[numFound] = "aRts"; >+ numFound++; >+ } >+ >+ /* try to detect jack */ >+ argv_new[2] = "ps awx|grep jackd|grep -v grep|grep jackd > /dev/null"; >+ if(!spawnvp(_P_WAIT, "/bin/sh", argv_new)) >+ { >+ driversFound[numFound] = "winejack.drv"; >+ name[numFound] = "jack"; >+ numFound++; >+ } >+ >+ /* try to detect nas */ >+ /* TODO */ >+ >+ /* try to detect audioIO (solaris) */ >+ /* TODO */ >+ >+ /* try to detect alsa */ >+ if(!stat("/proc/asound", &buf)) >+ { >+ driversFound[numFound] = "winealsa.drv"; >+ name[numFound] = "Alsa"; >+ numFound++; >+ } >+ >+ /* try to detect oss */ >+ fd = open("/dev/dsp", O_WRONLY | O_NONBLOCK); >+ if(fd) >+ { >+ close(fd); >+ driversFound[numFound] = "wineoss.drv"; >+ name[numFound] = "OSS"; >+ numFound++; >+ } >+ >+ >+ if (numFound == 0) >+ { >+ TRACE("Could not detect any audio devices/servers"); >+ return FALSE; >+ } >+ >+ /* TODO: possibly smarter handling of multiple drivers? */ >+ TRACE("Found driver %s\n", name[0]); >+ >+ return MMDRV_Install(driversFound[0], driversFound[0], FALSE); >+} >+ >+/************************************************************************** > * MMDRV_InitFromRegistry [internal] > */ > static BOOL MMDRV_InitFromRegistry(void) >@@ -729,7 +805,9 @@ > } > > size = sizeof(buffer); >- if (!RegQueryValueExA(hKey, "Drivers", 0, &type, (LPVOID)buffer, &size)) { >+ BOOL keyQueried = !RegQueryValueExA(hKey, "Drivers", 0, &type, >+ (LPVOID)buffer, &size); > This is only available in C99. We try to make Wine compile with as many C compilers as possible, including gcc 2.95, which doesn't allow this sort of thing. >+ if (keyQueried) { > p1 = buffer; > while (p1) { > p2 = strchr(p1, ';'); >@@ -738,7 +816,11 @@ > p1 = p2; > } > } >- >+ >+ /* if no driver specified in reg or driver fails to load then autodetect */ >+ if (!keyQueried || !ret) >+ ret |= MMDRV_AutoDetectDriver(); >+ > /* finish with mappers */ > size = sizeof(buffer); > if (!RegQueryValueExA(hKey, "WaveMapper", 0, &type, (LPVOID)buffer, &size)) > > Rob

4 6

Support for Palm USB Hotsync
by Harald Milz July 25, 2004

July 25, 2004

Hi, I am new to this list (albeit not to Wine :-) my Wine usage dates back to 1993 when I interviewed Bob Amstadt in his home... ) Anyway - I have a problem with Palm USB hotsync which could perhaps be solved on the userspace level. As you all know, the Linux USB kernel code creates an in-kernel device (in this case, ttyUSB1) only when a connected device actually talks. With a Palm, this is only the case if one presses the hotsync button. This keeps me from running Hotsync permanently which I need to sync my Palm against Lotus Notes. As soon as I start Hotsync, it complains that the device is not there at all. Even if I press "hotsync" and start Hotsync immediately after that, no communication takes place. (pilot-xfer -p /dev/ttyUSB1 works just fine) Now, for Wine / Cxoffice, ttyUSB is merely a serial device. Wouldn't it be possible to modify the Wine code in a way to fake the open() call and return success to the caller, poll the actual device and open it as soon as it actually comes up? I would be willing to hack this in but I have no real idea where to look regarding the sheer size of the code. I suspect it's in server/serial.c but I am not sure. Any hint is welcome. Or does somebody have an idea how to work around this problem? Until recently, I used a serial hotsync cable but my new notebook has no serial port any more... and carrying an USBserial converter isn't really an option on the road. (IrDA could be an alternative but I couldn't get this to work with my T41 either, at least not with FIR). -- Try to be the best of whatever you are, even if what you are is no good.

2 1

winecfg todo list
by Mike Hearn July 25, 2004

July 25, 2004

So, I talked with Chris and here are some tasks remaining on winecfg. All of these are *easy* and can be done by anybody who has basic coding ability. For a few of them you don't even really need to know C! So come on lurkers, I know you're out there, step on up. Things that need to be done before we should switch to winecfg IMHO are: * Windows Look has no associated edit control. Who modifies this setting these days anyway? I vote for killing the label rather than adding the edit. * UseTakeFocus (FIXME) - why is this a setting in the UI? I don't even know what the UseTakeFocus protocol does, I've certainly never tweaked it. Does it need to be there? At the very least it needs to be rephrased into terms people can understand and the FIXME needs to be removed. * In the Drives tab, the top half is full of widgetry we probably don't want anymore. In particular "Use real windows drive" etc doesn't make much sense, you can just change the c: mapping to get that effect and it's not something we want to encourage anyway. Especially as most people these days seem to use XP rather than Win98 using a real windows drive is fast way to get an inoperable Wine as well as (possibly) a torched Windows install if it's on FAT32 and you can even pick up viruses from them. I kid you not, the other day I ran a program that had been sitting on my Windows XP partition for a few months and my virtual windows drive (I think the term virtual rather than fake sounds better) ended up infected with some W32.Bagle variant. Anyway the top half of this tab doesn't do anything, never did, doesn't make any sense and should just be removed. * We should probably merge the X11 Driver and Audio tabs together as they both have lots of empty space, and rename it to "Audio and Video" or something. I think the term "X11 Driver" doesn't make much sense to many people anyway. Minor cosmetic fix: remove the groupbox on the "about" tab, it doesn't provide any information at all. We also may want to stick the authors list in there, as it's a bit more visible than in the shell32 about box which is hardly ever shown. But obviously these things should not block us switching to it. Once those things are done we can apply the patch to switch Wine to using the registry entirely. Is it worth writing a migration tool? I'm not really sure, I guess some people would like their settings preserved but most of the settings people tweak are just check boxes in the new UI anyway and would take like 5 seconds to restore. AppDefaults are a bigger issue but do many people have lots of these? Oh, final thing, we need to double check that removing the config doesn't regress things. I've been running with no config file for a few months now and while there are a few minor things I don't think they are critical. I may well have missed things though. thanks -mike

2 2

Invalid path L"c:\\WINDOWS" for L"windows" directory: does not exist
by Andreas Davour July 25, 2004

July 25, 2004

Hi! I try to use wine v.20040505 on FreeBSD5.2 and I just get the error in the subject line. I found another post about this and that OP was just told to check the "dosdevices" directly, since I have such a directory and I don't get any closer to a solution by staring uncomprehending at the files I thought maybe someone could give a wine newbie some more ideas on what to do? I didn't find any "C:" in that directory mentioned, and tried to make a c: synlink to a new directory without any more success. /andreas

3 3