July 2005 - Wine-devel - list.winehq.org

Palm Hotsync and usbserial: New Findings
by James Liggett 12 Jul '05

12 Jul '05

Hello all, I have been working on getting Hotsync to sync to a USB cradle using usbserial. I did some research, and as it turns out, the functions that wine uses to poll normal serial ports (like ioctl and tcgetattr) don't like usbserial devices very much. In fact, when I query my USB cradle using setserial, it gives me the same "Invalid Arguement" error that GetCommState does. Additionally, pilot-link doesn't even use these functions to communicate with a usbserial connected palm. The question now is, can we get tcgetattr to play nice with usbserial? Best Regards, James Liggett

5 17

Re: [Wine]june 2005 release and 'registry' ?
by gslink 11 Jul '05

11 Jul '05

Mike Hearn wrote: >> Eventually nobody should have to use winecfg for anything. Let's spend our >> time fixing the bugs and increasing automation rather than arguing about >> the best way to represent a list of hacks in the UI :) I think the reality is that winecfg is going to hang round for a while. I only see patches adding to its functionality, and nobody is removing config options. Having a configurationless Wine is a lofty goal, but not one that's achieveable in the short term. It would be nice to spend a little bit of time to fix up the usability issues that Felix has pointed out. Opening a new window for app specific overrides might be hard, but it would make alot more sense. Mike The big problem with Wine is that every time something gets improved something quits running. This is normal for any development and can't be helped. If there were 10 times the effort put into Wine we might be able to get rid of winecfg but not as things are. There simply isn't the manpower.

2 1

Re: [kernel/module.c] Return ERROR_PROC_NOT_FOUND for NULL hModule
by Dmitry Timoshkov 11 Jul '05

11 Jul '05

"Paul Vriens" <paul.vriens(a)xs4all.nl> wrote: > Process Explorer tries to load a dll with LoadLibraryA. This fails and > NULL is returned. PE is however still trying to do GetProcAddress on this > (not loaded) dll. Windows returns ERROR_PROC_NOT_FOUND, we get into an > exception. > > I will send a test tonight that confirms the above. > > Changelog > Return ERROR_PROC_NOT_FOUND if hModule is NULL Probably the test also should confirm whether it's a responsibility of dlls/ntdll/loader.c,LdrGetProcedureAddress() to return STATUS_ENTRYPOINT_NOT_FOUND which will be converted by GetProcAddress to ERROR_PROC_NOT_FOUND. -- Dmitry.

3 4

Re: ListBox: Fix LB_SETTABSTOPS (Resend)
by Vitaly Lipatov 11 Jul '05

11 Jul '05

В сообщении от 10 Июль 2005 02:53 Robert Shearman написал(a): > This time with the correct patch. > > Changelog: > The units passed into LB_SETTABSTOPS are dialog units, not logical units. Why you do not use DIALOG_GetCharSize function from user/dialog.c ? I think the magic with averaging sizes of 52 symbols have to be in one instance only. -- Vitaly Lipatov, ALT Linux Team Russia, Saint-Petersburg, www.etersoft.ru

2 1

Re: [Resent] Disable CopyImage for IMAGE_BITMAP for now
by Alexandre Julliard 11 Jul '05

11 Jul '05

Uwe Bonnes <bon(a)elektron.ikp.physik.tu-darmstadt.de> writes: > Changelog: > dlls/user/cursoricon.c: CopyImage() for IMAGE_BITMAP > Disable for now, code causes memory corruption Then it should be fixed, not disabled. -- Alexandre Julliard julliard(a)winehq.org

3 3

Re: msi: source one off error correction
by Mike McCormack 11 Jul '05

11 Jul '05

Aric Stewart wrote: > rc = RegQueryValueExW(sourcekey, INSTALLPROPERTY_LASTUSEDSOURCEstringW, > 0, 0, (LPBYTE)buffer,&size); > ptr = strchrW(buffer,';'); > + ptr ++; > ptr = strchrW(ptr,';'); > if (!ptr) > rc = ERROR_UNKNOWN_PROPERTY; This will crash immediately if there's anything other than a string with ;; in it in the registry. Mike

2 1

Re: [kernel/module.c] Return ERROR_PROC_NOT_FOUND for NULL hModule
by Paul Vriens 11 Jul '05

11 Jul '05

> "Paul Vriens" <paul.vriens(a)xs4all.nl> wrote: > >> Process Explorer tries to load a dll with LoadLibraryA. This fails and >> NULL is returned. PE is however still trying to do GetProcAddress on >> this >> (not loaded) dll. Windows returns ERROR_PROC_NOT_FOUND, we get into an >> exception. >> >> I will send a test tonight that confirms the above. >> >> Changelog >> Return ERROR_PROC_NOT_FOUND if hModule is NULL > > Probably the test also should confirm whether it's a responsibility of > dlls/ntdll/loader.c,LdrGetProcedureAddress() to return > STATUS_ENTRYPOINT_NOT_FOUND > which will be converted by GetProcAddress to ERROR_PROC_NOT_FOUND. > > -- > Dmitry. > > Hi Dmitry, how do I make sure that's the case. Obviously a seperate test case for LdrGetProcedureAddress can be made but that doesn't prove your question. Cheers, Paul.

2 1

Re: commctrl: initial button theming support
by Jonathan Wilson 11 Jul '05

11 Jul '05

Frank Richter wrote: > Frank Richter <frank.richter(a)gmail.com> > Add theming support. When comctl32.dll is attached to a thread, a CBT > hook is set up for the current thread which intercepts all window > creations. There, the class name of the window is checked. In case of a > known class, the window is subclassed, and the subclass is handling the > theming-related stuff. > Add initial theming support for the "Button" class. Not that I am any kind of expert here but would it not make sense to implement things the way windows does it? From what I know, windows implements it via activation contexts and manifests.

2 1

Re: [Wine]june 2005 release and 'registry' ?
by Hiji 11 Jul '05

11 Jul '05

--- Dan Sawyer <dansawyer(a)earthlink.net> wrote: > All, > > I am testing with the wine 2005 release. The release > notes state config > file control has been moved to the registry and that > winecfg is active. > winecfg does not seem to recognize dll overrides. > Has anyone else seen > this? If so were you able to work around it? > > Thanks, > Dan I'd be interested to know as well! I could not find how to do DLL overrides with winecfg. I believe that some portions of the config file will still work, but I didn't know what parts were referred to. I'm adding the wine-devel alias to this email; maybe someone there can help. How are DLL overrides done in winecfg? Hiji __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

11 11

Did anything happen with WINEDLLOVERRIDES?
by Uwe Bonnes 11 Jul '05

11 Jul '05

hertz:/spare/bon/Wine/drive_c/Programme/GALEP32> env WINEDEBUG=+loaddll WINEDLLOVERRIDES=msvcrt=n /spare/bon/wine-realclean/wine/wine Galep32.exe trace:loaddll:load_builtin_dll Loaded module L"kernel32.dll" : builtin trace:loaddll:load_builtin_dll Loaded module L"c:\\windows\\system\\msvcrt.dll" : builtin Also explicitly requested, msvcrt is loaded as builtin. native msvcrt.dll is available in the system directory and the application directory (where Galep32.exe resides) -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

2 1