wine-devel

wine-devel@winehq.org

2 participants
84469 discussions

Start a nNew thread

amstream missing clsid of DirectShowStreamLib
by Vijay Kiran Kamuju 21 Jun '05

21 Jun '05

amstream missing clsid of DirectShowStreamLib which is 4E6CDE29-C0C4-11d0-8FF1-00C04FD9189D

1 0

Re: [WINEDOCS] change wine -v to wine -version since wine -v does not work.
by Andreas Mohr 21 Jun '05

21 Jun '05

Hi, On Mon, Jun 20, 2005 at 10:47:46PM -0600, Tony Lambregts wrote: > Change log: Change wine -v to wine -version since wine -v does not work. This is fatally incorrect, since Unix *always* (well, almost;) uses double-dash for long options (and Wine barfs on that invalid syntax as well). Andreas

1 0

Problem with wine-cvs on FC4
by Hans Kristian Rosbach 21 Jun '05

21 Jun '05

For about a week now I've been able to compile wine-cvs on FC4 after manually excluding the ddraw-test references. But I'm yet to see an actual window created by wine. Even running the "built in" notepad application does not produce much meaningful result. In the console it outputs "err:imagelist:ImageList_ReplaceIcon no color!" a lot and then just sits there waiting. No window, no other messages. After running 'make test' I end up with these errors: ../../../tools/runtest -q -P wine -M comctl32.dll -T ../../.. -p comctl32_test.exe.so imagelist.c && touch imagelist.ok imagelist.c:303: Test failed: no hicon1 imagelist.c:305: Test failed: no hicon2 imagelist.c:307: Test failed: no hicon3 imagelist.c:355: Test failed: no hicon1 imagelist.c:357: Test failed: no hicon2 imagelist.c:359: Test failed: no hicon3 imagelist.c:402: Test failed: couldn't get DC imagelist.c:435: Test failed: DrawIndirect should succeed imagelist.c:445: Test failed: should succeed imagelist.c:447: Test failed: should succeed imagelist.c:449: Test failed: should succeed imagelist.c:485: Test failed: failed to create hicon1 There are also a few hundreds of the no color error, I can provide full make test output if wanted. -HK

2 2

Wine and raw printing
by André Carvalho 21 Jun '05

21 Jun '05

I posted the same message on wine-user list , but got no help. Hi, I was wondering if someone could help me on this issue. I use a windows program that print direct to the printer, but it uses the printer from the printer list, it doesn't use the port directly. On Windows, to use the program I have to install a "Generic / Only Text" printer to work. The program runs on wine without problems. The only problem is to print. I created a raw printer in CUPS, but when I select the printer in the program, wine still uses the WinePS driver and generate a PS, giving me an error on the printer, of course. I tried to install a driver tty.drv on wine but couldn't get it to work. Is there a way to disable WinePS ? or another way to get the program to print ? Thanks Andre Carvalho

4 5

unicode.h and -Wcast-qual
by Stefan Huehner 21 Jun '05

21 Jun '05

Hi, i am currently trying to fix the -Wcast-qual warnings. In include/wine/unicode.h there a 4 function: static inline int strncmpW( const WCHAR *str1, const WCHAR *str2, int n) static inline WCHAR *strchrW( const WCHAR *str, WCHAR ch ) static inline WCHAR *strrchrW( const WCHAR *str, WCHAR ch ) static inline WCHAR *strpbrkW( const WCHAR *str, const WCHAR *accept ) whose signatures forces us to discard the const of an parameter while returning it as the function value. Compiling with -Wcast-qual gives (correctly) this warning: ../../include/wine/unicode.h:218: warning: cast discards qualifiers from pointer target type Together these four functions account for a total of 1400 (!) warnings. In samba_4 sourcecode i discovered the following macros, which are apparently a hack but silences these warnings: #define discard_const(ptr) ((void *)((intptr_t)(ptr))) #define discard_const_p(type, ptr) ((type *)discard_const(ptr)) an crude proof of concept is attached as a patch. I am not sure how portable this solution is... Any comments are welcome... Regards, Stefan

4 3

Re: World of Warcraft
by Aric Cyr 21 Jun '05

21 Jun '05

> > fixme:opengl:wglQueryPbufferARB unsupported WGL_PBUFFER_LOST_ARB > > (need > > glXSelectEvent/GLX_DAMAGED work) > > Arg, > i didn't expect this fixme :( I don't think we have to worry about this fixme. We can always return GL_FALSE, since that is the way the OpenGL surfaces were created. >From http://oss.sgi.com/projects/ogl-sample/registry/SGIX/pbuffer.txt: If the GLX_PRESERVED_CONTENTS_SGIX attribute is set to False in <attrib_list>, then an "unpreserved" pbuffer is created and the contents of the pbuffer may be lost at any time. If this attribute is not specified, or if it is specified as True in <attrib_list>, then when a resource conflict occurs the contents of the pbuffer will be preserved (most likely by swapping out portions of the buffer to main memory). In either case, the client can register to receive a "buffer clobber" event which is generated when the pbuffer contents have been preserved or have been damaged. (See the event description.) So the fixme should be fixed to always return GL_FALSE I think. Also, there is an interesting workaround for the clicking problem as well on the Gentoo forums. Seems to be working for the majority of people (including myself). It seems to reaffirm that the problem is indeed the memory layout. http://forums.gentoo.org/viewtopic-p-2509340.html#2509340 -- Aric Cyr <acyr at alumni dot uwaterloo dot ca> (http://acyr.net) gpg fingerprint: 943A 1549 47AC D766 B7F8 D551 6703 7142 C282 D542

1 0

Mime type Desktop integration
by Stefan Dösinger 20 Jun '05

20 Jun '05

Hello, I am working on a small tool which reads mime types and linked applications from the registry and generates .desktop files for the unix desktop. This integrates Windows Applications better into the native Desktop. I've written this code in the last days without much planning, so the code is quite a mess IMO. There are still things missing and a few bugs are left, but I thoght I show what I'm doing here. So, the usage: *Compile with 'make'. *You have to copy the winestart script somewhere in the path, otherwise you can't open any files *Specify the target path for the .desktop files in $WINEAPPLNKPATH. This tool will create a sub-directory where it will place the files. BUG: This directory has only read rights, and this causes a crash later. Up to now you have to give yourself +wx rights and run again *Copy the created .desktop files somewhere to your applink path(e.g. ~/.kde/share/applnk) or set $WINEAPPLNKPATH to ~/.kde/share/applnk. Your Desktop(tested with KDE) should read this files and assign them to the file types. So for example, if you have Internet explorer installed you get a new "htmlfile" application which opens the file in Internet Explorer if you really want this. Missing things *Get icon extraction working. Code taken from winemenubuilder, but it fails on many files, and it can't extract 32Bit icons. *Mime type exportation: Currently only Application entries are created, but no mime types. If the Desktop doesn't know the mime type, the Application is useless. *Rework some parts of the code and make it more Wine-Stylish(Heap...) *Integrate Unix apps into the Windows Registry. *Other things? Greetings, Stefan Dösinger

1 0

Using SVK and Subversion to manage distributed branches to Wine CVS
by Troy Rollo 20 Jun '05

20 Jun '05

Over the past few weeks I have been experimenting with SVK and Subversion managing a handful of branches to Wine CVS, and it appears to be working well. The system is based on a "central" Subversion repository that mirrors the Wine CVS tree without any modifications (publicly readable at svn://wine-svn.troy.rollo.name/wine/wine/) and is kept up to date within a day or so. Branches are stored in separate Subversion repositories. I am finding this very convenient. If you have converted from CVS to Subversion on other projects, you are probably aware of the huge difference it makes. Adding SVK on top of Subversion is another giant leap when you have distributed development. In the case of Wine, however, with the CVS repository being read-only except to Alexandre, the difference between read-only CVS and the combination of Subversion and SVK is even more dramatic (I would compare it to the difference between chiselling documents into stone tablets and using a word processor). For anybody who is interested in moving their own Wine development to Subversion and SVK, there is a page on the Wiki describing what to do at <http://wiki.winehq.com/SVK>

2 1

Guild Wars
by cyrix12＠cox.net 20 Jun '05

20 Jun '05

I'm back, and with another game that will (hopefully) be playable in wine soon. Guild Wars, another extremely popular MMORPG, is fairly close to working in wine right now (I'm running latest cvs). It installs flawlessly, opens to the login screen, and then crashes when it should be connecting to the server (much like WoW used to). Attached is a +opengl trace and a plain warn+dll,fixme+all trace. Hopefully that's enough info for now. Thanks as always, Darckness

5 7

Re: [PATCH] FCI work for cabinet.dll [cabinet-fci-patch-02c.diff]
by Alexandre Julliard 20 Jun '05

20 Jun '05

"Gerold J. Wucherpfennig" <gjwucherpfennig(a)gmx.net> writes: > Please apply, it seems to be fine, so far. > > There is still some work to be done: > > - currently no support for big-endian machines > - the ERF error structure aren't used on error > - no real compression yet > - unknown behaviour if files>4GB or cabinet >4GB > - incorrect status information > - check if the maximum size for a cabinet is too small to store any data > - call pfnfcignc on exactly the same position as MS FCIAddFile in every case You should get rid of all the PFCI_INT macro uses, that's making the code really ugly and hard to read. You should do the cast once at the start of the function (preferably as part of the handle validation routine) and then pass around a pointer of the appropriate type. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: Make Instruction Emulation Code More Tolerant of Bad Addresses
by Alexandre Julliard 20 Jun '05

20 Jun '05

Robert Shearman <rob(a)codeweavers.com> writes: > Therefore this patch aids in debugging. It isn't perfect because of > x86's variable length instructions, but it is fairly unlikely that an > instruction will straddle a page boundary and the first page be > readable and the second not. Putting an exception handler around the whole function would probably be a better choice, this way it would catch data accesses too. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: Added XEmbed embedder support
by Dimi Paun 20 Jun '05

20 Jun '05

On Mon, 2005-06-20 at 00:05 +0200, Jacek Caban wrote: > Hello. > > This patch adds support for XEmbed embedder > It implements most of it (remaining todos > are listed in comments of xembed.c). Cool stuff, I'm really excited about this work. Not to mention that this might prove useful outside of the MSHTML context. I will not comment on the fundamentals of the approach, that's more Alexandre's alley, but just a few style nits. > +struct xembed_list > +{ > + struct xembed_list *next; > + HWND hwnd; > +}; What about using the standard list from wine/list.h? > /* DIB Section sync state */ > @@ -590,6 +601,8 @@ enum x11drv_atoms > XATOM_XdndSelection, > XATOM_XdndTarget, > XATOM_XdndTypeList, > + XATOM__XEMBED, > + XATOM__XEMBED_INFO, > XATOM_WCF_DIB, > XATOM_image_gif, > XATOM_text_html, > @@ -649,6 +662,10 @@ struct x11drv_win_data > struct dce *dce; /* DCE for CS_OWNDC or CS_CLASSDC windows */ > HBITMAP hWMIconBitmap; > HBITMAP hWMIconMask; > + union { > + struct xembed_list *list; > + ULONG_PTR cnt; > + } xembed; > }; Do we really need the union? We're not that hard pressed for memory. What about just @@ -649,6 +662,10 @@ struct x11drv_win_data struct dce *dce; /* DCE for CS_OWNDC or CS_CLASSDC windows */ HBITMAP hWMIconBitmap; HBITMAP hWMIconMask; + struct xembed_list *list; + ULONG_PTR cnt; }; Also, instead of having explicit tests like these: > + if(data->xembed.cnt) Maybe we can have a BOOL win_has_embedded_children(struct x11drv_win_data *data) function to make it more explicit what we're testing for. -- Dimi Paun <dimi(a)lattica.com> Lattica, Inc.

2 1

Re: [Patch] winsock.h inclusion
by Alexandre Julliard 20 Jun '05

20 Jun '05

"Pierre d'Herbemont" <stegefin(a)free.fr> writes: > Alexandre, > > Using the current CVS on Darwin/Mac OS X, there are still compilation > errors related to winsock.h inclusion. The error was: > > ../../../include/winsock.h:414: error: redefinition of 'struct timeval' > > My solution is to include "wine/test.h" after every other header. You should fix wine/test.h and/or winsock.h to work properly in all cases. Otherwise the problem will keep coming back. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: [shell32] Load file context menu from resources [Resent]
by Alexandre Julliard 20 Jun '05

20 Jun '05

Tobias Burnus <burnus(a)net-b.de> writes: > Second try (unchanged). Any suggestions how to improve the patch are > welcome. > > Tobias > > Changed file overview: > - shv_item_cmenu.c: Load from resources (the [currently unused] MENU > resource already exists) > - shell32_?.rc: Comment out two items (and a separator) and > copy text from IDS_SELECT, needed to match the current context menu You shouldn't comment things out like that. Either the info is needed and it should be here, or it's not needed and it should be removed completely. Commenting it out is only creating confusion. -- Alexandre Julliard julliard(a)winehq.org

1 0

Crashes due to OGL
by Robert Lunnon 20 Jun '05

20 Jun '05

I see the following X error (After fixing a bug in utah GLX) trace:ddraw:initialize enabling DirectDraw HAL trace:ddraw:d3ddevice_init_at_startup Initializing GL... @@Created GLX Context.. X Error of failed request: BadValue (integer parameter out of range for operation) Major opcode of failed request: 143 (GLX) Minor opcode of failed request: 3 (X_GLXCreateContext) Value in failed request: 0x21 Serial number of failed request: 7282 Current serial number in output stream: 7283 send_thread_signal 15 According to my GL log this request looks for visual 33 (IE vid=33) this is a non GL visual since utah GLX is allocating visuals 55 up on my system. I don't exactly know why wine should be trying to Create a GL context from a non GL visual but there you are... Bob

3 2

Wine on LinuxTag 2005
by Michael Stefaniuc 20 Jun '05

20 Jun '05

Hello guys, the LinuxTag 2005 has Wine as featured OSS project http://www.linuxtag.org/typo3site/projects.html?&L=1 (german only). Does anybody know something about this? Andi? bye michael -- Michael Stefaniuc Tel.: +49-711-96437-199 Sr. Network Engineer Fax.: +49-711-96437-111 Red Hat GmbH Email: mstefani(a)redhat.com Hauptstaetterstr. 58 http://www.redhat.de/ D-70178 Stuttgart

2 1

Re: Documenting debug messages (was: wine/dlls/x11drv x11drv_main.c x11drv.h palette.c)
by Dustin Navea 19 Jun '05

19 Jun '05

You are right, it is completely different, but I was just stating that I think it might be something to consider, just so that we non-developers have some clue about what different errors mean.. I, for one, would like to know what the error message in my original reply means. And having some sort of documentation on that exact error message would save everyone some time from having to close reports that are already known, as well as the advantage of not having to answer questions about that. Basically answer the question once for me, and then people can just search (using their browsers' find function) for that exact error on whatever page it gets put on, whether wiki or my own personal site. Perhaps, though, instead of asking people who contribute code and add an err to update the documentation, we should setup a script that will track cvs commit emails (and the attached patch) and just ask alexandre to explain what would cause the fixme/err/warn/etc that is in that patch (in the commit email of course).. I could probably rent a shell to run it, and have the script either update the doc itself, or have it email the explanation to me, and then update the pages myself whenever I have a chance... The first thing though would be to get the current debug messages documented somewhere, then worry about updating it. Of course, if I do go ahead and document it, I would leave the removed messages in there with a note saying "this has been removed as of (date), please update to the latest release, or latest CVS if there hasn't been a release since this was committed".. Of course if I dont have any support, then there's no sense in doing it, so I would only do this with the blessing of the other developers. Dustin Brian Vincent wrote: > On 6/15/05, Dustin Navea <speeddymon(a)gmail.com> wrote: > >>I'd have to agree with you guys on this one. One thing I can think of >>that I would like to take on (given enough time to do it all) is create >>a wiki page that I can use to document all of the fixme's, warn's and >>err's that occur in the source, and then ask anyone that is contributing >>code to update it when they add/remove one of those. For example, it >>might be helpful to a user to know that "err:midi:OSS_MidiInit ioctl on >>midi info for device 0 failed" is more of a fixme than an error, and >>exactly what that "gibberish" means, so that they dont go reporting it >>(making a dupe report), etc.. > > > Well, this is completely different than the config option (registry > value) argument.. > > I don't think it's worth spending any time on. It doesn't provide > that much useful information and it will quickly rot - people won't > keep it updated. > > But that's just my $.02. > > -Brian >

2 1

bit-blit ops
by cdr 19 Jun '05

19 Jun '05

While testing my Win32 application under wine, I came to the conclusion that some bit-blit ops behave differently from when the same code is running under native Windowds. While the subject will be researched further, as a stop-gap measure I have a need to detect - from within my application - that it is running under wine. What is the correct way - if any - to perform such test? tia, crd

7 14

Re: [NtQueryInformationProcess #2] Several stub implementations
by Andreas Mohr 19 Jun '05

19 Jun '05

Hi, On Fri, Jun 17, 2005 at 10:03:49PM +0200, Paul Vriens wrote: > PROCESS_TIMES is a name I made up as I don't seem to be able to find > another struct that matches. Is it ok to put that one in winternl.h ? An explanatory comment would be in order, I think. It's not a good idea to "invent" stuff and pretend it's been there all the time... Andreas Mohr

2 1

Direct Sound freezes. I'd like to help fix them...
by Brian Gunlogson 18 Jun '05

18 Jun '05

Baldurs Gate 2: Shadows of amn, locks up when many sounds are played at once. Like during intense battles. I am positive it is related to direct sound. Because when I disable direct sound in the WINE source (by stubbing out the functions) the game runs fine. The last 5 TRACE()s before the game freezes: 000b:trace:dsound:DSOUND_MixerVol left = 3a59, right = 3dd1 000b:trace:dsound:DSOUND_MixInBuffer (0x4fa720f8,9416,34684) 000b:trace:dsound:DSOUND_tmpbuffer (0x40417778,-4) 000b:trace:dsound:DSOUND_MixInBuffer MixInBuffer (0x4fa720f8) len = -4, dest = 9416 000b:trace:dsound:DSOUND_MixerNorm (0x4fa720f8, 0x52a2d43e, 0x4f9e0dc0), buf_mixpos=26190 WINEDEBUG="trace+dsound,warn+all,fixme+all,+tid" I am under the assumption that direct sound runs in a seperate thread? And maybe there is some buffer overflow/corruption/colision that leads to an infinite loop or even a deadlock (doesn't seem like a deadlock)? What would you do next? Brian G. ____________________________________________________ Yahoo! Sports Rekindle the Rivalries. Sign up for Fantasy Football http://football.fantasysports.yahoo.com

1 0

Re: MSN Messenger builtin progress
by Maarten Lankhorst 18 Jun '05

18 Jun '05

Krzysztof Foltman schreef: > Maarten Lankhorst wrote: > >> Ah ok, it would have been a nice project for summer of code, >> unfortunately i never applied for it, else I'd try to get it working.. > > > Yes, that's a potentially nice "sponsorable" project. > >> as far as i can tell only msn uses it anyway > > > Hah, another obscure API nobody outside Microsoft ever bothered to > use? That's kind of unfortunate - but do we have a license to run MSN > without Windows anyway? :) If we don't, then using standard > riched20.dll seems to be a viable option. > > Krzysztof > Always CC to wine-devel if related http://support.microsoft.com/?kbid=322092 According to that, Msi will install riched20.dll, if there is none detected. Since they include it on their office cd's, I can safely presume it is perfectly legal to install riched20.dll, so it doesn't look like there could be a legal issue.

2 1

Re: MSN Messenger builtin progress
by Maarten Lankhorst 18 Jun '05

18 Jun '05

Krzysztof Foltman wrote: > Maarten Lankhorst wrote: > >> I'll try playing around a bit with CreateTextServices and see how far I >> will come, it seems to be tricky, I can't find any useful information >> about it. > > > My opinion - forget it. It'd require a major rework of the RICHEDIT20 > control. The function is related to the windowless API of the Rich > Edit Control, which is very different to what we have done so far. > > http://msdn.microsoft.com/library/default.asp?url=/library/en-us/shellcc/pl… > > > I don't even know of a test application I could use to play with this > interface. > > Krzysztof > Ah ok, it would have been a nice project for summer of code, unfortunately i never applied for it, else I'd try to get it working.. as far as i can tell only msn uses it anyway

1 0

MSN Messenger builtin progress
by Maarten Lankhorst 18 Jun '05

18 Jun '05

MSN Messenger 6.2 (!!) seems to run fairly well with only builtin dll's, from what I can tell the only real thing missing is CreateTextServices in riched20.dll, SSL support and urlmon's obtainuseragent (or something), webcams will work without any additional native dll now, if my patch for msvfw32 gets committed. I don't know much about SSL, but currently it works fine by just disabling it. For urlmon's obtainuseragent you should just write a patch so it returns a value, but something like this seems to be enough: +WCHAR Agent[] = { 'B', 'r', 'o', 'w', 's', 'e', 'r', 0 }; + /************************************************************************** * ObtainUserAgentString (URLMON.@) */ @@ -279,6 +281,10 @@ HRESULT WINAPI ObtainUserAgentString(DWO if(dwOption) { ERR("dwOption: %ld, must be zero\n", dwOption); } + + if (sizeof(Agent)/sizeof(WCHAR) < *cbSize) + *cbSize = sizeof(Agent)/sizeof(WCHAR); + lstrcpynW((WCHAR *)pcszUAOut, Agent, *cbSize); Disabling SSL can be done by changing a line in dlls/wininet/netconnection.c, but if someone wants to write ssl you should go right ahead: void NETCON_init(WININET_NETCONNECTION *connection, BOOL useSSL) { - connection->useSSL = useSSL; + connection->useSSL = /*useSSL*/0; It will not run fully, you have to disable msn today before signing in, and you are required to download the mozilla activeX control. Standard wine uses windows version win98 for msnmsgr, but I found out that that is 1 of the worst possible choices, it seems that win2k behaves exactly the same for the user, but works a *LOT* faster, personally I prefer to use win20 and builtin unicows (have to override in config), because else smilies appear to be invisible. What I miss however, is the icon in the system tray, while this works fine under KDE it really *HURTS* not to have it in gnome. I currently use the following native dll's: msvcp60.dll/RTC{DLL,RES,RTP}.dll The above 4 aren't really interesting, as they are required by the mozilla activeX control, and not worth implementing. I can't remember wether it was installed by mozilla activeX, but I believe it was. What is more interesting is that there is now only 1 file needed for msn 6.2 to work builtin (MSN+ works perfectly too): riched20.dll I'll try playing around a bit with CreateTextServices and see how far I will come, it seems to be tricky, I can't find any useful information about it. I am not sure about MSN 7.0, but I can tell already that would require a lot more effort.

3 2

msvcmaker: produces invalid testlist.c files
by Saulius Krasuckas 18 Jun '05

18 Jun '05

Hello, is anyone working on this? Or are we going to get rid of tools/winapi/msvcmaker. If not, this is my try to fix the tool. ChangeLog: Saulius Krasuckas <saulius.krasuckas(a)ieee.org> Sync msvcmaker with make_ctests to generate valid code. Index: tools/winapi/msvcmaker =================================================================== RCS file: /home/wine/wine/tools/winapi/msvcmaker,v retrieving revision 1.37 diff -w -p -u -r1.37 msvcmaker --- tools/winapi/msvcmaker 9 Jun 2005 10:24:51 -0000 1.37 +++ tools/winapi/msvcmaker 18 Jun 2005 06:12:35 -0000 @@ -1079,26 +1079,20 @@ sub _generate_testlist_c($$) { print OUT "#include \"windef.h\"\n"; print OUT "#include \"winbase.h\"\n"; print OUT "\n"; + print OUT "#define STANDALONE\n"; + print OUT "#include \"wine/test.h\"\n"; + print OUT "\n"; foreach my $test (@tests) { print OUT "extern void func_$test(void);\n"; } print OUT "\n"; - print OUT "struct test\n"; - print OUT "{\n"; - print OUT " const char *name;\n"; - print OUT " void (*func)(void);\n"; - print OUT "};\n"; - print OUT "\n"; - print OUT "static const struct test winetest_testlist[] =\n"; + print OUT "const struct test winetest_testlist[] =\n"; print OUT "{\n"; foreach my $test (@tests) { print OUT " { \"$test\", func_$test },\n"; } print OUT " { 0, 0 }\n"; print OUT "};\n"; - print OUT "\n"; - print OUT "#define WINETEST_WANT_MAIN\n"; - print OUT "#include \"wine/test.h\"\n"; } if ($options->winetest) {

1 0

Wine's Registry
by James Liggett 18 Jun '05

18 Jun '05

Hi Brad, I've been following you discussion about wine's registry format, and I find it interesting. I gave it some thought, I have have an idea. Have you thought about using XML as a potential format? Since the registry is a non-relational tree database, this seems to fit quite well. Plus, there's a few libraries that would do the dirty work for us (libxml, expat, many others, name your pick). It could even be possible to modularize the registry using technologies like XInclude or XLink. Just thought I'd offer my two cents. Regards, James Liggett

3 4

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