September 2005 - Wine-Devel

server: reimplement namespace as a directory object.
by Vitaliy Margolen Sept. 18, 2005

Sept. 18, 2005

This a first look at implementing name space inside wineserver as a directory object. Some things are scatchy, like dealing with dices that should have files inside them - ex: named pipes. You could look at how I done this with winstation. Is this is a correct approach to this? Or should I do something else? I also added few extra flags to objects, that will have to be used where appropriate. Also added object type filed to ops. There are few places that needs this especially directory query function, that has to return type name. As always, all suggestions comments are appreciated. Vitaliy Margolen

1 0

freedce-win32 - winsock joy
by Luke Kenneth Casson Leighton Sept. 18, 2005

Sept. 18, 2005

progress being made. am about 10-15% the way through a compile, having previously got dcethreads to use pthread-win32 by judicious ripping out of large amounts of code. fortunately, elrond has already win32'd tng, so there is stacks of code in tng's lib/util_sock.c to rip off :) -- -- <a href="http://lkcl.net">http://lkcl.net</a> --

1 0

Compile failure on Solaris
by wine＠henkis.net Sept. 18, 2005

Sept. 18, 2005

I get the following error when i try to compile Win on my Solaris x86 machine: gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -DBINDIR="\"/usr/local/bin\"" -DDLLDIR="\"/usr/local/lib/wine\"" -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wdeclaration-after-statement -Wpointer-arith -g -O2 -o debug.o debug.c gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__ -DBINDIR="\"/usr/local/bin\"" -DDLLDIR="\"/usr/local/lib/wine\"" -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2 -fno-strict-aliasing -gstabs+ -Wdeclaration-after-statement -Wpointer-arith -g -O2 -o ldt.o ldt.c ldt.c:107: error: conflicting types for 'sysi86' /usr/include/sys/sysi86.h:248: error: previous declaration of 'sysi86' was here ldt.c:107: error: conflicting types for 'sysi86' /usr/include/sys/sysi86.h:248: error: previous declaration of 'sysi86' was here gmake[2]: *** [ldt.o] Error 1 gmake[2]: Leaving directory `/home/henrikj/wine/wine/libs/wine' gmake[1]: *** [wine] Error 2 gmake[1]: Leaving directory `/home/henrikj/wine/wine/libs' gmake: *** [libs] Error 2 Thankful for any assistance... Regards Henrik

1 0

comctl32.dll: Running siap and modules under wine, first steps
by Maximiliano Curia Sept. 18, 2005

Sept. 18, 2005

Hi, I'm trying to use a program called "siap"[1] under wine. It's the required program to pay taxes that the Argentinian government uses. So, it's quite important for the free software community in Argentina to be able to use it in a free software environment. However, I haven't heard of any real success on it, so far. I've been trying to make it run using winetools[2], and differents versions of wine. The furthest I've gone, has been with version 20050310 and all the "plugins" that winetools provides, installed. Only then, could I install the application, run it, switch between the different modules (although it worked only sometimes), but I can't really use it. There are a couple of important widgets that seem to be incompatible with wine. But as I'm not an expert neither in Windows nor in wine, the one I could really track down is a TreeView widget (from comctl32.dll) (from the main window of the program), that is not fully implemented in wine, and by using a native comctl32.dll (I tried using the win98, winme, win2k libraries) the widget would work but some of the other stuff, like switching to one of the modules wouldn't. I made a screenshot to make this clearer, the wine version[3] and the w2k version[4]. So, what should I do next? Is there some documentation of how to implement a certain Windows widget in wine? Is anybody working in this dll, or has worked on this widget? I'd appreciate any comments. Thanks, [1] http://www.afip.gov.ar/programas/siap_main.asp (spanish only) [2] http://www.von-thadden.de/Joachim/WineTools/ [3] http://gnuservers.com.ar/~maxy/wine/siap-wine.png [4] http://gnuservers.com.ar/~maxy/wine/siap-w2k.png -- Saludos, /\/\ /\ >< `/ -- Saludos, /\/\ /\ >< `/

2 1

HKCU\Software created as volatile?
by Kimmo Myllyvirta Sept. 17, 2005

Sept. 17, 2005

I've met this kind of errors so many times with fresh installs that I finally took a look at what was going on; err:winecfg:set_config_key Unable to set configuration key Audio in section Drivers, res=1021 This error occurs because HKCU\Software is created with REG_OPTION_VOLATILE, thus making it impossible to create non-volatile keys under HKCU\Software. This breaks about every app that's trying to create keys under "Software" - like winecfg. This is because SystemParametersInfoW in dlls/user/sysparams.c creates the "HKCU\Software\Wine\Temporary System Parameters" key with REG_OPTION_VOLATILE - and if you do not have HKCU\Software\Wine already available, they are crated as volatile also. ( see get_volatile_regkey() ) You can test this simply by (if you have a fresh install, you can go directly to 4.); 1. Opening regedit 2. Delete HKCU\Software (or HKCU\Software\Wine only) 3. Close regedit 4. Open regedit 5. Try to create a new key under HKCU\Software (or HKCU\Software\Wine, if you removed only that) 6. You'll get error message "Subkey must be volatile" Any comments? ( This could be fixed in sysparams.c - already got a patch ready for it, but probably it's better to ensure in wineserver that the Software\Wine exists or something, so that this bug does not pop up again later? )

2 1

found it! the "dce porting" header file
by Luke Kenneth Casson Leighton Sept. 17, 2005

Sept. 17, 2005

http://examples.oreilly.de/english_examples/dce/dce_nt/dceport.h.aug95 o joy o joy. also, i found _this_!!! http://sourceware.org/pthreads-win32/ which is an implementation of pthreads on win32. _also_ i found - was reminded - by judicious searching on google, that of course entegrity.com have "PC-DCE" which is of course a _commercial_ product that has done exactly the work required: making dce (1.1? 1.2.2?) compile on Win32. including exceptions, dealing with mapping the names, blah blahhh. now. anyone got any brainy ideas on how to reverse dceport.h - in particular the thingy. wotsit. TRY/FINALLY/CATCH stuff? what i'm going to try to do is take a shot at simply compiling dcethreads - on win32. if that _works_ (the tests pass) it'll be great - it will prove two things: 1) that pthreads-win32 works 2) that the dce exception handling will fly, on win32, and _that_ means pretty much zero (urk! let's hope!) work. for now. my main goal: "GetItWorking(tm)". i couldn't care less about binary compatibility for now: i want "services" - i want srvsvcd, i want winregd, i want lsarpcd, i want samrd - all compiled, all working, using TCP/IP. i can then work on rewriting freedce's ntlmsspauth.so to be a DLL (starting off as my favourite - a stub with username and password of "test"). i can then work on writing an "ncalrpc" plugin transport (which is very straightforward: a matter of filling in about 25 functions in a vector table). and also on a ncacn_np plugin transport. "working" means that other people will then be able to focus on issues like binary compatibility. guys (wine team) i have to say this. you were utterly insane to not use freedce as your starting point - and i am still bewildered by you not even looking at its source code (which is topologically identical in almost all areas, to what you've created) or the opengroup's documentation. i say that with the greatest of respect for what you've achieved without freedce. l. -- -- <a href="http://lkcl.net">http://lkcl.net</a> --

2 1

Re: XEmbed Systray Support
by Rob Shearman Sept. 17, 2005

Sept. 17, 2005

Robert Shearman wrote: > Hi, > > This patch allows new non-KDE systems to display notification area > icons for Win32 apps in the window manager's system tray, instead of > in a 16x16 top-level window. > > Changelog: > Support XEmbed protocol for system tray windows. Sorry, I forgot to credit Mike Hearn in the changelog. It should be as follows: Robert Shearman <rob(a)codeweavers.com> Mike Hearn <mh(a)codeweavers.com> Support XEmbed protocol for system tray windows. Thanks, Rob

1 0

OleFont: Fix IDispatch Implementation (was Re: olefont: GetIDsOfNames)
by Robert Shearman Sept. 16, 2005

Sept. 16, 2005

Walt Ogburn wrote: >Changelog: > Implement IFontDisp::GetIDsOfNames > > > You're not being lazy enough. All of this stuff can be easily implemented in one go using CreateStdDispatch, as long as you know how to use it. Try the attached patch. Changelog: Return the standard font IDispatch interface created using CreateStdDispatch on top of a typelib instead of manually implementing the necessary methods. -- Rob Shearman

2 4

Re: [RESEND] Fwd: wineprefix create theming directories
by Alexandre Julliard Sept. 16, 2005

Sept. 16, 2005

Vijay Kiran Kamuju <infyquest(a)gmail.com> writes: > Is there any thing wrong with this patch.? That should probably be done in the shell32 registration or somewhere similar, so that we don't have to hardcode the names. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: Copy the generated fonts to windows/fonts
by Alexandre Julliard Sept. 16, 2005

Sept. 16, 2005

Dmitry Timoshkov <dmitry(a)baikal.ru> writes: > Dmitry Timoshkov <dmitry(a)codeweavers.com> > Copy the generated fonts to windows/fonts. We really shouldn't need to do that, the fonts should be loaded from the standard install dir. If that doesn't work for some reason it needs to be fixed. -- Alexandre Julliard julliard(a)winehq.org

2 2