wine-devel

wine-devel@winehq.org

10 participants
84460 discussions

generation date/version of the (online) wine documentation
by Jeroen Janssen 28 Jul '04

28 Jul '04

Hi, I have a few questions: * is it possible to add the date/version in the online wine documentation at http://www.winehq.com/site/documentation (for the user, devel docs) * when exactly are these pages generated? (nightly/daily/?) best regards, Jeroen

2 1

handling IUnknown/IRemUnknown for (outproc) objects
by Jeroen Janssen 28 Jul '04

28 Jul '04

Hello, After last weeks discussion on the "unhandled interface" message in CFProxy_QueryInterface I was getting, we concluded (if I'm correct) that this is part of the "IRemUnknown" handling that is not (yet) implemented correctly in the wine CVS tree. I'm trying to figure out exactly where in the (OLE) code, this should be handled. If someone could point me in the right direction I would appreciate it very much. I think it would also be helpfull if there was some "fixme" logging so other people can also see if they hit upon the same problem (since it took a while to finally figure out the problem). --- Jeroen

3 3

Re: change the nt service pack version from 6 to 6a, correct win2k3 name
by Ivan Leo Puoti 28 Jul '04

28 Jul '04

I've found this hex value in user32.dll 5e07c is this good or bad? Ivan.

1 0

Re: DCOM: Document wrong behaviour for IRunningObjectTable
by Robert Shearman 28 Jul '04

28 Jul '04

Robert Shearman wrote: > Changelog: > Document wrong behaviour for IRunningObjectTable. Sorry, the changelog for this patch should have been as follows: Mike Hearn <mh(a)codeweavers.com> Robert Shearman <rob(a)codeweavers.com> Document wrong behaviour for IRunningObjectTable.

1 0

Re: change the nt service pack version from 6 to 6a, correct win2k3 name
by Andreas Mohr 28 Jul '04

28 Jul '04

Hi, On Wed, Jul 28, 2004 at 11:39:30AM +0200, Ivan Leo Puoti wrote: > I'm not 100% sure this patch is correct, please let me know if it isn't. > BTW at line 342 of dlls/ntdll/version.c I read /* FIXME: Not sure, should be > verified with a Win2K3 dll */ > how can this be verified? Easy, take several W2K3 system DLLs and kick them through winedump (or pedump.exe) to verify whether their RtlImageNtHeader(hmod)->OptionalHeader.MajorOperatingSystemVersion value (i.e. their MajorOperatingSystemVersion value) is 7 like our Wine code assumes here. Otherwise you'll have to find out other characteristic DLL version number differences of these DLLs compared to WinXP to be able to properly return the WIN2K3 version for these AND ONLY these... Andreas Mohr

1 0

icons contribuition
by Marcio Esper 28 Jul '04

28 Jul '04

Hello, My name is Marcio Esper. The Ivan tell me than I can send to you using this e-mail some icons. >We could do with some better icons, email wine-devel(a)winehq.com if you >want to contribute I made a new icon to be used with wine. 128x128, 64x64, 48x48, 32x32, 16x16. I hope you like it. The icons are made in Kpovmodeler on Mandrake linux 10 AMD64 and you can use and spread it without any restrition just geve me credits puting my name in the readmes and or were you think a good place to talk about it. ;p If we whant more models and sizes, let me know. Best regards, Marcio Esper

3 5

RelayExclude
by Diego 'Flameeyes' Pettenò 28 Jul '04

28 Jul '04

Hi, I've a question about RelayExclude setting in [Debug] section of ~/.wine/config : I was trying to debug the load of ClrMamePro watching at the relay output, but there's a lot of call of ntdll.RtlEnterCriticalSection ntdll.RtlLeaveCriticalSection and so on. I already added them to RelayExclude last year when I debugged another app, but seems like now this setting is ignored. I also tried to add the complete ntdll.RtlEnterCriticalSection name, but nothing changed. Any suggestion? TIA, -- Diego "Flameeyes" Pettenò dgp85(a)users.sourceforge.net - http://flameeyes.web.ctonet.it/

4 3

Re: Make wine honor LC_CTYPE and LC_MESSAGES
by Dmitry Timoshkov 28 Jul '04

28 Jul '04

"Shachar Shemesh" <shachar(a)lingnu.com> wrote: > http://support.microsoft.com/default.aspx?scid=kb;en-us;258047 says you > are wrong. My personal experience says you are wrong too, but that's > besides the point. You are misinterpreting that MSDN article, especially part about user locale. Since there is no official API to change user locale, what they call user locale settings are registry overrides for locale data. I already mentioned that on my english win2k with locale in Control Panel set to russian both GetSystemDefaultLCID and GetUserDefaultLCID return 0419 (russian). That dismisses MSDN and your statements. Thread locale is completely unrelated thing. -- Dmitry.

2 1

AmigaOS4
by Manuel Fink 27 Jul '04

27 Jul '04

Hello I has here a small question. That appeared Amiga OS4 Prerelease for some time and it seems a good and stable system to be. will it give in the near future WINE also for the AmigaOS4? Greeting Manuel

1 0

MUI setup - preliminary conclusions
by Shachar Shemesh 27 Jul '04

27 Jul '04

Ok, here is the preliminary conclusions from Windows XP MUI: There are two setups in the system. One is the "language for the default user and new user accounts". It affects the language people get when they create a new user, and the language the login dialog is in. To change that one, you need to run the MUI setup program. A restart is needed to change this. The second is an extra dialog in the Regional Settings dialog under the "languages" tab, and it selects the language the current user will have. You need to log off and log on in order to change this one. At the moment, my system is set up with English, Hebrew and Italian installed. I'm trying to figure out what exactly is passed to FindResourceEx when FindResource is called. So far, it seems that "LANG_NEUTRAL, SUBLANG_NEUTRAL" is used, but it's not definite yet. One thing of interest, however, is that when LANG_NEUTRAL, SUBLANG_DEFAULT is passed, the lookup is for the language used in the second case (the user UI language), and when LANG_NEUTRAL, SUBLANG_SYS_DEFAULT, the first one is used. It seems to me that there is no need for wine to support two separate languages here. Does anyone disagree with this? Given the above settings, my current test program currently tests the order between English(US), English(UK), English(Neutral), Italian(Italy), Italian(Neutral), Hebrew(Default), Hebrew(Neutral), Neutral and Neutral(Default). Are there any other languages I should test for order by? Shachar -- Shachar Shemesh Lingnu Open Source Consulting ltd. http://www.lingnu.com/

1 0

Re: DCOM: Pass -Embedding switch to EXE servers, more tracing
by Jeroen Janssen 27 Jul '04

27 Jul '04

James Hawkins wrote: >WCHAR is a wide (unicode) character. sizeof(embedding)/sizeof(WCHAR) >will return the length of the strength in characters and not the size >of it if I'm not mistaken. > > Yes, and I think you will want to have the length in characters when declaring a (C) array in the example code below: With static const WCHAR embedding[] = { ' ', '-','E','m','b','e','d','d','i','n','g',0 }; You will want WCHAR command[MAX_PATH+(sizeof(embedding)/sizeof(WCHAR)+1]; instead of WCHAR command[MAX_PATH+sizeof(embedding)+1]; Because if sizeof(WCHAR) == 2, then command will be strlen(embedding) to large. >On Mon, 26 Jul 2004 18:24:48 +0200, Jeroen Janssen <japj(a)xs4all.nl> wrote: > > >>Mike Hearn wrote: >> >> >>>ChangeLog: >>>Pass -Embedding switch to EXE servers, more tracing >>> >>> >>>diff -u -p -r1.15 rpc.c >>>--- dlls/ole32/rpc.c 15 Jul 2004 22:07:44 -0000 1.15 >>>+++ dlls/ole32/rpc.c 21 Jul 2004 22:43:59 -0000 >>>@@ -471,8 +471,10 @@ create_server(REFCLSID rclsid) { >>> char buf[200]; >>> HRESULT hres = E_UNEXPECTED; >>> char xclsid[80]; >>>- WCHAR dllName[MAX_PATH+1]; >>>- DWORD dllNameLen = sizeof(dllName); >>>+ WCHAR exe[MAX_PATH+1]; >>>+ DWORD exelen = sizeof(exe); >>>+ static const WCHAR embedding[] = { ' ', '-','E','m','b','e','d','d','i','n','g',0 }; >>>+ WCHAR command[MAX_PATH+sizeof(embedding)+1]; >>> >>> >>On a side note, what exactly is a WCHAR? >>Is it a 'char' or a 'unicode char' (2bytes)? >> >>This in relation to sizeof(embedding) instead of >>sizeof(embedding)/sizeof(WCHAR)? >>--- >>Jeroen >> >> >> >> > > > >

2 2

Re: Make wine honor LC_CTYPE and LC_MESSAGES
by Shachar Shemesh 27 Jul '04

27 Jul '04

Following a discussion with Alexandre on IRC, here is a revised patch. This one doesn't touch the LC_MESSAGE, as these do not affect the user locale. Further work will be necessary on supporting MUI like language checking. Shachar Shemesh wrote: > Changelog: > Shachar Shemesh <winecode(a)shemesh.biz> > dlls/kernel/locale.c > > * System default locale in Windows determines the ANSI encoding > (LC_CTYPE on Unix) -- Shachar Shemesh Lingnu Open Source Consulting ltd. http://www.lingnu.com/

5 18

dinput.dll: mouse didn't work
by Michael Schlüter 26 Jul '04

26 Jul '04

Hi, I've a small problem with wine (cvs from today) when trying to play a game that uses dinput.dll. The game starts fine, keyboard inputs works but the mouse cursor didn't move. I had a look at the source code of dinput/mouse.c and the trace messages of dinput. But there is one thing I don't understand. The callback function for the mouse (dinput_mouse_hook) is never called. The initialising look good: trace:dinput:SysMouseAImpl_Acquire (this=0x40269480) trace:hook:set_windows_hook WH_MOUSE_LL 0x40dd64e0 0 -> 0x20028 trace:dinput:SysMouseAImpl_Acquire Warping mouse to 512 - 384 trace:dinput:SysKeyboardAImpl_Unacquire (this=0x40269db8) trace:dinput:SysKeyboardAImpl_SetEventNotification (this=0x40269db8,0x00000124) trace:dinput:SysKeyboardAImpl_Acquire (this=0x40269db8) trace:dinput:SysKeyboardAImpl_Acquire (this=0x40269db8) trace:dinput:SysMouseAImpl_Acquire (this=0x40269480) ... And later when pressing a mouse button: trace:hook:HOOK_CallHooks calling hook in thread 0013 WH_MOUSE_LL code 0 wp 200 lp 4071d074 But then there is no other dinput message. Shouldn't there be a call of the mouse callback function? Bye, Michael

3 6

LockWindowUpdate status
by Diego 'Flameeyes' Pettenò 26 Jul '04

26 Jul '04

Hi, I was trying to debug wine while using ClrMamePro to fix the Bug #2387 I reported (the main windows doesn't reappear after it's hide). The way of ShowWindow() function seems not to be the right one, because it seems not to be called when the window should shown up after hide. So I started following the messages way, starting by fixme:dc:LockWindowUpdate ((nil)), partial stub! fixme:dc:LockWindowUpdate (0x4007a), partial stub! fixme:dc:LockWindowUpdate ((nil)), partial stub! which seems to be more likely to be wine error than err:dc:DCE_FreeWindowDCE [0x30094] GetDC() without ReleaseDC()! which seems (at a first sight) a program error. So I opened windows/dce.c to search for the function, and I found a Mike's comment: /* This function is fully implemented by the following patch: * * http://www.winehq.org/hypermail/wine-patches/2004/01/0142.html * * but in order to work properly, it needs the ability to invalidate * DCEs in other processes when the lock window is changed, which * isn't possible yet. * -mike */ at this point I downloaded the patch and tried to apply but seems not to be appliable automatically (I'll try to apply it by hand because I haven't time now). My question is if there's some update on the status of LockWindowUpdate, because Mike's comment seems to point out that the patch won't work properly. It this is unrelated to my problem, I think I'll start trying random things to found out where the problem is :) Regards, -- Diego "Flameeyes" Pettenò dgp85(a)users.sourceforge.net - http://flameeyes.web.ctonet.it/

2 1

Re: Localization of devenum and minor corrections
by Marcelo Duarte 26 Jul '04

26 Jul '04

Resend. Changelog: Marcelo Duarte <wine-devel(a)bol.com.br> Localization to Portuguese (devenum) and minor corrections (winmm, progman, winmine). Index: dlls/devenum/devenum.rc =================================================================== RCS file: /home/wine/wine/dlls/devenum/devenum.rc,v retrieving revision 1.7 diff -u -u -r1.7 devenum.rc --- dlls/devenum/devenum.rc 23 Jul 2004 19:08:44 -0000 1.7 +++ dlls/devenum/devenum.rc 26 Jul 2004 21:36:02 -0000 @@ -51,3 +51,12 @@ 9 "Dispositivo WaveOut di Default" 10 "Dispositivo MidiOut di Default" } + +STRINGTABLE DISCARDABLE +LANGUAGE LANG_PORTUGUESE, SUBLANG_DEFAULT +{ + 7 "DirectSound padrão" + 8 "DirectSound: %s" + 9 "Dispositivo padrão WaveOut" + 10 "Dispositivo padrão MidiOut" +} Index: dlls/winmm/winmm_res.rc =================================================================== RCS file: /home/wine/wine/dlls/winmm/winmm_res.rc,v retrieving revision 1.15 diff -u -u -r1.15 winmm_res.rc --- dlls/winmm/winmm_res.rc 13 Jul 2004 23:36:37 -0000 1.15 +++ dlls/winmm/winmm_res.rc 26 Jul 2004 21:36:10 -0000 @@ -1,4 +1,4 @@ -/* Multimedia resources (MMSYSTEM.DLL & WINMM.DLL +/* Multimedia resources (MMSYSTEM.DLL & WINMM.DLL) * * Copyright (c) 1999, Eric Pouech * Index: programs/progman/Pt.rc =================================================================== RCS file: /home/wine/wine/programs/progman/Pt.rc,v retrieving revision 1.5 diff -u -u -r1.5 Pt.rc --- programs/progman/Pt.rc 4 Oct 2003 04:21:19 -0000 1.5 +++ programs/progman/Pt.rc 26 Jul 2004 21:36:14 -0000 @@ -38,7 +38,7 @@ MENUITEM "Sai&r do Windows...", PM_EXIT } POPUP "&Opções" { - MENUITEM "&Autoorganizar", PM_AUTO_ARRANGE + MENUITEM "&Auto organizar", PM_AUTO_ARRANGE MENUITEM "&Minimizar na execução", PM_MIN_ON_RUN MENUITEM "&Salvar alterações ao sair", PM_SAVE_SETTINGS } Index: programs/winemine/rsrc.rc =================================================================== RCS file: /home/wine/wine/programs/winemine/rsrc.rc,v retrieving revision 1.15 diff -u -u -r1.15 rsrc.rc --- programs/winemine/rsrc.rc 19 Jul 2004 19:34:26 -0000 1.15 +++ programs/winemine/rsrc.rc 26 Jul 2004 21:36:18 -0000 @@ -32,14 +32,13 @@ #include "Ru.rc" #include "Si.rc" +LANGUAGE LANG_NEUTRAL,SUBLANG_NEUTRAL IDA_WINEMINE ACCELERATORS DISCARDABLE { VK_F2, IDM_NEW, VIRTKEY, NOINVERT "X", IDM_EXIT, VIRTKEY, ALT, NOINVERT } - -LANGUAGE LANG_NEUTRAL,SUBLANG_NEUTRAL /* BINRES winemine.ico */ WINEMINE ICON MOVEABLE winemine.ico

1 0

Re: server/context_i386.c
by Joe Gainey 26 Jul '04

26 Jul '04

here are the build errors I am seeing: make[2]: Leaving directory `/home/viper/d/jgainey/build/WINE/wine-20040716/programs/winhelp' make[2]: Entering directory `/home/viper/d/jgainey/build/WINE/wine-20040716/programs/winver' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/home/viper/d/jgainey/build/WINE/wine-20040716/programs/winver' make[1]: Leaving directory `/home/viper/d/jgainey/build/WINE/wine-20040716/programs' make[1]: Entering directory `/home/viper/d/jgainey/build/WINE/wine-20040716/server' gcc -c -I. -I. -I../include -I../include -D__WINESRC__ -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wpointer-arith -g -O2 -o context_i386.o context_i386.c context_i386.c: In function `get_thread_context': context_i386.c:241: `PT_GETREGS' undeclared (first use in this function) context_i386.c:241: (Each undeclared identifier is reported only once context_i386.c:241: for each function it appears in.) context_i386.c:276: `PT_GETFPREGS' undeclared (first use in this function) context_i386.c: In function `set_thread_context': context_i386.c:295: `PT_GETREGS' undeclared (first use in this function) context_i386.c:322: `PT_SETREGS' undeclared (first use in this function) context_i386.c:332: `PT_SETFPREGS' undeclared (first use in this function) make[1]: *** [context_i386.o] Error 1 make[1]: Leaving directory `/home/viper/d/jgainey/build/WINE/wine-20040716/server' make: *** [server] Error 2

1 0

Re: DCOM: Pass -Embedding switch to EXE servers, more tracing
by Jeroen Janssen 26 Jul '04

26 Jul '04

Mike Hearn wrote: > ChangeLog: > Pass -Embedding switch to EXE servers, more tracing > diff -u -p -r1.15 rpc.c > --- dlls/ole32/rpc.c 15 Jul 2004 22:07:44 -0000 1.15 > +++ dlls/ole32/rpc.c 21 Jul 2004 22:43:59 -0000 > @@ -471,8 +471,10 @@ create_server(REFCLSID rclsid) { > char buf[200]; > HRESULT hres = E_UNEXPECTED; > char xclsid[80]; > - WCHAR dllName[MAX_PATH+1]; > - DWORD dllNameLen = sizeof(dllName); > + WCHAR exe[MAX_PATH+1]; > + DWORD exelen = sizeof(exe); > + static const WCHAR embedding[] = { ' ', '-','E','m','b','e','d','d','i','n','g',0 }; > + WCHAR command[MAX_PATH+sizeof(embedding)+1]; On a side note, what exactly is a WCHAR? Is it a 'char' or a 'unicode char' (2bytes)? This in relation to sizeof(embedding) instead of sizeof(embedding)/sizeof(WCHAR)? --- Jeroen

2 1

idl compiler & generating proxy/stub code?
by Jeroen Janssen 26 Jul '04

26 Jul '04

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 26 Jul '04

26 Jul '04

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 26 Jul '04

26 Jul '04

<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 26 Jul '04

26 Jul '04

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 26 Jul '04

26 Jul '04

"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 26 Jul '04

26 Jul '04

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 26 Jul '04

26 Jul '04

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 25 Jul '04

25 Jul '04

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

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