wine-devel

wine-devel@winehq.org

84471 discussions

Re[3]: Yeah - our RichEDit needs some work
by Saulius Krasuckas 29 Dec '03

29 Dec '03

On Mon, 29 Dec 2003, Phil Krylov wrote: > JW> http://www.nllgg.nl/Ted/ > > JW> I would toss it in myself, but I suck a coding. I > JW> wouldn't even know where to begin. > > I have to note that richedit should also implement Text Object Model, > that is, ITextDocument, ITextServices etc. (and to be really > compatible with M$ one, it should be based on them). one year ago i decided i would contribute in RTF/RichEd are to Wine. now after taking a look at this page http://msdn.microsoft.com/library/default.asp?url=/library/en-us/shellcc/pl… and after i scrolled down over it i think i wouldn't do that -- that's about a 3/4 of winword to implement! whoohoo 8-D

1 1

Re: Implement RegFlushKey
by Shachar Shemesh 29 Dec '03

29 Dec '03

Mike Hearn wrote: >This implementation is a little inefficient but without using a random >access binary db as Windows does (which I am not going to advocate) it's >the best we can do. > > > Ok, I'm going to be flamed for this, but I'm going to go ahead and ask. This is a request to understand, not a suggestion (yet?). Why not use a general purpose DB system? (postgresql, mysql, whatever) After all, the registry is just a tree shaped database. We can do that using standard SQL, and fall back to our current method if a proper DB is not found. Shachar -- Shachar Shemesh Open Source integration & consulting Home page & resume - http://www.shemesh.biz/

8 10

Yeah - our RichEDit needs some work
by Subhobroto Sinha 29 Dec '03

29 Dec '03

;) Actually, I noticed this many times before(text not displaying at all in a RichEdit control..) I am one of those (un)fortunate enough to not have a real Windows, and often download Win32 freeware to see how WINE's doing from time to time... IMHO, one of the best tests are Steve Gibson's (www.grc.com) freeware tools - this guy writes in pure ASM. and thus we can be sure that his code will be the least messy (lesser MS stuff..) However, if you try his 'Wizmo' or 'DCOMObulator', you will see that the RichEdit textareas as blank ! Unfortunately, the guy does not release his source (though I have reason to believe he would to anyone asking for it..) You may try them out in WINE guys, they are REALLY small (small code - that's a rarity on Windows nowdays.. people nowdays do not even use Win32 SDK,leave alone ASM) Guess we really need some work at RichEdits... I posted this mainly because it seems Zimler Attila wants to help - so there you are (^-^) BTW: CodeWeavers have good support for RichEdit controls, but why does not WINE ? Regards Subhobroto Sinha

5 4

Re: default config file creation
by Ivan Leo Murray-Smith 29 Dec '03

29 Dec '03

> Should we be performing the config file check inside wine at startup? Already wine is a wrapper that starts wine-pthread or wine-kthread, and don't forget about performance. >For this config check should we do something like: >if no config -> copy over default config > >if windows drive doesn't exist -> create fake windows drive and setup dll/ >application symlinks? Exactly, can you think of anything more usable? Ivan.

1 0

Re: cabinet.Extract
by Gregory M. Turner 29 Dec '03

29 Dec '03

On Sunday 28 December 2003 02:53 pm, Stefan Leichter wrote: > Hello, > > during playing with ie5.5 installer i noticed that the installing of some > cab files failed directly after the extract call. Doing exactly the same > extract call with the same cabinet file and the same content of the first > parameter i got a crash with native cabinet dll. The debugger shows at the > end of the function a "ret 8" assembler comand. > This means to remove 8 words (not bytes) from the stack because the segment > attribute is set to 32 bit (the pop command right before the ret is done > for a 32 bit register and does not have the opcode 0x66 in front to change > the register length). > Therefore the function extract must have 4 parameters instead of two. > > The bad thing is that the installer throws an exception instead of > aborting. > > ChangeLog > -------------- > the function ectract has four parameters not two Hmm, sounds like you are more of a natural at deducing this stuff than I, so I am happy to defer to your judgement... but I am slightly surprised, as I vaguely recall convincing myself that I had verified that it was right. Since ie5setup was probably my test app, maybe I added arguments until I stopped seeing winedbg, and declared it to be a success :P ... or did someone else do this part? Can't remember. No objection -- if its an improvement in ie5setup, it's surely right. Just thinking "aloud". Thanks for debugging this. Out of curiosity, was it w98 or NT you were (not) emulating? -- gmt "It is to be the assent and ratification of the several States, derived from the supreme authority in each State, the authority of the people themselves. The act, therefore, establishing the Constitution, will not be a NATIONAL, but a FEDERAL act." --James Madison, Federalist No. 39

2 1

Re: cabinet.Extract
by Stefan Leichter 29 Dec '03

29 Dec '03

Hello Alexandre, please ignore the patch it is wrong. Looks like i have to learn more assembler. Bye Stefan ---------- Weitergeleitete Nachricht ---------- Subject: cabinet.Extract Date: Sonntag, 28. Dezember 2003 21:53 From: Stefan Leichter <Stefan.Leichter(a)camLine.com> To: Wine Patches <wine-patches(a)winehq.org> Hello, during playing with ie5.5 installer i noticed that the installing of some cab files failed directly after the extract call. Doing exactly the same extract call with the same cabinet file and the same content of the first parameter i got a crash with native cabinet dll. The debugger shows at the end of the function a "ret 8" assembler comand. This means to remove 8 words (not bytes) from the stack because the segment attribute is set to 32 bit (the pop command right before the ret is done for a 32 bit register and does not have the opcode 0x66 in front to change the register length). Therefore the function extract must have 4 parameters instead of two. The bad thing is that the installer throws an exception instead of aborting. ChangeLog -------------- the function ectract has four parameters not two -------------------------------------------------------

1 0

Question about replacing a stub...
by Joshua Walker 29 Dec '03

29 Dec '03

Hi all. On my ever winding quest to fill in the win32 API documentation, I have found, I think, an intresting issue. When the documentation is generated with c2man.pl, it checks the .spec file to see if the function is a stub or not. The problem is that if it is a stub, no documentation will be generated for that API. I've decieded to take it upon myself to "fill in the blankes" as it were, but I need to know if I'm doing this correctly. For my example I'm going to use the stubbed function "AdjustTokenGroups" that is found in avdapi32.dll. The fist thing I did was update the .spec file so c2man.pl will parse the function correctly. I changed @ stub AdjustTokenGroups to: @ stdcall AdjustTokenGroups (long long ptr long ptr ptr) That allows c2man to parse the function. So now all I need to do is add that function to security.c. I added the following. --------------------- /****************************************************** * AdjustTokenGroups [ADVAPI32.@] * * Adjust the group privileges of an open token handle. * */ BOOL WINAPI AdjustTokenGroups( HANDLE TokenHandle, BOOL ResetToDefault, PTOKEN_GROUPS NewState, DWORD BufferLength, PTOKEN_GROUPS PreviousState, PDWORD ReturnLength ) { } ------------------------- And whamo-blamo, the documentation is generated... Now, I'm not too hot on coding, did I just break something to get my API to document? Should I be adding a fixme? Should I be returning something even though it's an empty function? I didn't compile it to see if it worked.The AdjustTokenGroups.html file that was generated says "Not defined in a Wine header. The function is either undocumented, or missing from Wine." Is it ok to leave that right now? Should I me putting something in a header file somewhere? Just wondering. -Joshua

2 2

Re: Re: wchar_t on GNU and Win32 - two worlds apart !
by Subhobroto Sinha 29 Dec '03

29 Dec '03

The program runs on Windows just fine because Windows Unicode function expects wchar_t to be 2 bytes (unlike GNU's) which is what it gets.. So the program runs on wine correctly too... But I want the app to be a native ELF using GLibc's own Internal functions... I have assumed that the user may not have WINE Regards On Sun, 28 Dec 2003 Dan Kegel wrote : >Dan Kegel wrote: >>I'm way out of touch with Wine these days, but here's > >[ meant to say "my two bits"... obviously my mind is wandering... ] > >>1. If you want to get something useful done, switch to C. Mixing >>g++ and Winelib seems to be a bit tricky, and you might end up >>spending all your time on that instead of solving the problem you >>originally wanted to solve. >> >>2. If you insist on using C++: >>if the problem resists analysis, perhaps you could use Valgrind >>to help track down the problem. > >3. Compile with MS Visual C++. I run MSVC++ 4.0 on Wine just fine, >and I bet even newer versions will run the commandline versions >of the compilers ok on wine. > >#3 really is the best option, since then your app will >run fine both on Windows and on Wine... > >- Dan > >

3 2

(no subject)
by Kevin Atkinson 29 Dec '03

29 Dec '03

I am having a problem compiling a simple winelib program which relies on a dll which uses the stdcall calling convention. I used pexports on the dll avisynth_c.dll to created the spec and then edited the file to removed the leading underscore in the names (without that it would not link). That file is attached. Than with only "avisynth_c.h", "avs2yuv.cpp" and "libavisynth_c.def" in the current directory. I ran winemaker --console -iavisynth_c --single-target avs2yuv.exe . ./configure --with-wine=/opt/wine/ make then I copy the required DLL in the current directory and attempt to run it. But I get: ./avs2yuv err:module:import_dll No implementation for avisynth_c.dll.avs_create_script_environment imported from L"C:\\WINDOWS\\SYSTEM\\avs2yuv.exe", setting to 0xdeadbeef err:module:import_dll No implementation for avisynth_c.dll.avs_get_frame imported from L"C:\\WINDOWS\\SYSTEM\\avs2yuv.exe", setting to 0xdeadbeef err:module:import_dll No implementation for avisynth_c.dll.avs_get_video_info imported from L"C:\\WINDOWS\\SYSTEM\\avs2yuv.exe", setting to 0xdeadbeef err:module:import_dll No implementation for avisynth_c.dll.avs_invoke imported from L"C:\\WINDOWS\\SYSTEM\\avs2yuv.exe", setting to 0xdeadbeef err:module:import_dll No implementation for avisynth_c.dll.avs_release_value imported from L"C:\\WINDOWS\\SYSTEM\\avs2yuv.exe", setting to 0xdeadbeef err:module:import_dll No implementation for avisynth_c.dll.avs_release_video_frame imported from L"C:\\WINDOWS\\SYSTEM\\avs2yuv.exe", setting to 0xdeadbeef err:module:import_dll No implementation for avisynth_c.dll.avs_take_clip imported from L"C:\\WINDOWS\\SYSTEM\\avs2yuv.exe", setting to 0xdeadbeef Usage avs2yuv4mpeg <avsfile> <outfile> Does anyone know what is going on. Here is the output of make if it will help: sed -e 's,@bindir\@,/usr/local/bin,g' -e 's,@winelibdir\@,.,g' ./wineapploader.in >wineapploader || rm -f wineapploader LD_LIBRARY_PATH="/opt/wine//lib:$LD_LIBRARY_PATH" /opt/wine//bin/winebuild -o avs2yuv.exe.dbg.c --debug -C. avs2yuv.cpp gcc -c -I. -I/opt/wine//include/wine/windows -g -O2 -fPIC -D_REENTRANT -o avs2yuv.exe.dbg.o avs2yuv.exe.dbg.c g++ -c -I. -I/opt/wine//include/wine/windows -g -O2 -fpermissive -fno-for-scope -D_REENTRANT -o avs2yuv.o avs2yuv.cpp LD_LIBRARY_PATH="/opt/wine//lib:$LD_LIBRARY_PATH" /opt/wine//bin/winebuild -fPIC -o avs2yuv.exe.spec.c --exe avs2yuv.exe -mcui avs2yuv.o -L/opt/wine//lib/wine -lavisynth_c gcc -c -I. -I/opt/wine//include/wine/windows -g -O2 -fPIC -D_REENTRANT -o avs2yuv.exe.spec.o avs2yuv.exe.spec.c g++ -shared -Wl,-Bsymbolic -o avs2yuv.exe.so avs2yuv.o avs2yuv.exe.dbg.o avs2yuv.exe.spec.o -L/opt/wine//lib -lwine -lwine_unicode -lwine_uuid -lm test -f avs2yuv || install ./wineapploader avs2yuv I attached the zip file with the source and any files I thought were relevant. If required I can send additional files dll's in a private email (such as the required dll's). Wine version 20031212 built from source on a RedHat System. I had the exact same problem when I used the debs from unstable (also version 20031212) on a libranet system. Is this a bug, or am I doing something wrong? When I used a a version of avisynth_c.dll which used cdecl on all API functions -- without changing the .def or header files -- instead of stdlib I do not have this problem. Naturally I do not expect it to run since I didn't recompile my code with the proper header files. I discovered this by accident because the previous version used cdecl and I had some old dll laying around in a place wine was able to find. Can anyone help me get this working? Am I doing something wrong or is this a bug in wine? Thanks in advance. --- http://kevin.atkinson.dhs.org

4 26

Re: default config file creation
by Ivan Leo Murray-Smith 29 Dec '03

29 Dec '03

>I was wondering if it would make more sense during the compile process to take >the default configuration files, config, system.reg, user.reg and userdef.reg >and convert these to binary form and compile them into the wine binary >itself. We could detect the lack of these files at startup and install them >for the user. Very cool idea, it would increase usability a lot. You don't really need to compile the files, you can just install them in /usr/share/doc/wine-yyyymmdd/samples or something like that and copy them to $HOME/.wine if needed. )There wouldn't be any performance loss as these files are read at startup anyway.Wine could also create a fake c drive in the users home and create a link to it it needed. Ivan.

3 2

Re: wchar_t on GNU and Win32 - two worlds apart !
by Dan Kegel 29 Dec '03

29 Dec '03

Subhobroto Sinha wrote: > The program runs on Windows just find because Windows Unicode function expects wchar_t to be 2 bytes (ulike GNU's) > > So the program runs on wine correctly too... > > But I want the app to be a native ELF using GLibc's own Internal functions... > > I have assumed that the user may not have WINE What good is a start menu that reads windows .lnk files if the user doesn't have wine? - Dan

1 0

Re: default wine browser
by Ivan Leo Murray-Smith 28 Dec '03

28 Dec '03

> Comments? Add netscape and galeon to the script. Ivan.

2 1

Of wchar_t and WCHAR and incompatibilities....
by Subhobroto Sinha 28 Dec '03

28 Dec '03

As most of you might be aware, I and Robert are progressing with a Start Menu. All the functionality is there now (except menu icons, and shell namespaces..). However, I had to write a .lnk parser for it and till date, I made it compatible ONLY with UTF-8 and thus did not require to use glibc's Unicode functions. Today, I was getting dirty with a full blown Unicode implementation and I noticed that GNU defines a wchar_t as an (unsigned long) - it's 4 bytes long, wheras a WCHAR (which is a typedefed wchar_t) is an (unsigned short) on Windows ! As a result, Unicode strings on Windows are unsigned long arrays and thus I had to convert them into glibc's own wchar_t format using a hack like this: void ConvertWCHARTo_wchar_t(const WCHAR* wszIn,wchar_t* wszOut) { if(wszIn) while(*wszOut++=*wszIn++); } and vice versa for the opposite conversion. Believe me, it works, but not always... (any body interested in debugging with the source, please ask me for it..) Any sugestions as to handle the situation please? I need to use GLibc's Unicode functions and NOT WINE's implmentation of Mutibyte...(), because I want to keep the .lnk parser in pure C++ Regards Subhobroto Sinha

4 3

Re: Re: wchar_t on GNU and Win32 - two worlds apart !
by Subhobroto Sinha 28 Dec '03

28 Dec '03

No, actually I really don't want to use WineLib (then I can use COM to resolve the shortcut anyway!) I just want a method where I can use GLibc's Unicode functions on Win32 serialized data which treats wchar_t as 2 bytes long.. On Sun, 28 Dec 2003 Dimitrie O. Paun wrote : >On December 27, 2003 01:11 pm, Subhobroto Sinha wrote: > > But as I am using pure C++, I have to use GLibc's library functions which > > expects wchar_t to be 4 bytes long and NOT 2 bytes. > >Herein lies your problem. Mixing the two is not pretty, and I think >it should be avoided to maintain sanity. Just use our msvcrt for the >Unicode functions, it uses 2-byte wchar_t, so you can mix that freely >with the other Win32 functions. > >-- >Dimi. >

1 0

Re: Comments missing from auto-generated documentation. (HTML)
by Joshua Walker 28 Dec '03

28 Dec '03

Sorry to bother.... I hate when I fix stuff right when I send out an email... The name if the DLL is asvapi32.dll not advapi.dll grrrr. --- Joshua Walker <halkun2002(a)yahoo.com> wrote: > (a bunch of stuff that he fixed three seconds later...) > -Joshua

1 0

Comments missing from auto-generated documentation. (HTML)
by Joshua Walker 28 Dec '03

28 Dec '03

Hi all, I'm giving c2man.pl quite a workout here, but I've run into some snaggs. I'm trying to add a "Description" section in advapi.c and it's not being generated in the HTML docs. >From my copy of advapi.c <snip> ------------------------------------ #include "wine/debug.h" WINE_DEFAULT_DEBUG_CHANNEL(advapi); /****************************************************************************** * ADVAPI {ADVAPI} * * The Win32 Advanced API DLL makes available a wide range of functions for * security, registry manipulation, service management, and event tracking. It * also holds a small set of cryptography functions as well. * */ /****************************************************************************** * GetUserNameA [ADVAPI32.@] * * Get the current user name. * ---------------------------------------------- <snip> The Description isn't being generated in advapi32.html Am I running issues by having the comment blocks togeather? The only other commented DLL is wing.c in /dlls/gdi. I've checked agianst the hacking guide. Am I msiing something? Is it a bug? -Joshua

1 0

Key exist query in registry
by Zimler Attila 28 Dec '03

28 Dec '03

Hi List, Can somebody help me in what is the standard way to query if a key exists in the registry? I try to implement addig new key in regedit. Attila

4 4

wchar_t on GNU and Win32 - two worlds apart !
by Subhobroto Sinha 28 Dec '03

28 Dec '03

Hello The main problem is that wchar_t is 4 bytes on GNU, but 2 bytes on Windows ! Though Windows typedefs WCHAR as a wchar_t, but there a wchar_t is an "unsigned short", whereas on GNU it's "unsigned long" So WCHAR serialized data from Windows will get messed if we use native GNU data types (because then the program will read 4 bytes instead where it should have read 2 bytes!). Now you don't have to worry about WINE, as WINE defines the data type just as Windows and hence there's no problem with WINE's internationalization functions (MultiByte.. or WideChar... etc) But as I am using pure C++, I have to use GLibc's library functions which expects wchar_t to be 4 bytes long and NOT 2 bytes. So as a workaround I defined these two functions to convert from wchar_t and WCHAR to keep GNU's wcstombs() happy: inline void Convert_wchar_t_ToWCHAR(const wchar_t* wszIn,WCHAR* wszOut) { if(wszIn) while(*wszOut++=*wszIn++); else *wszOut=0; } and inline void ConvertWCHARTo_wchar_t(const WCHAR* wszIn,wchar_t* wszOut) { if(wszIn) while(*wszOut++=*wszIn++); else *wszOut=0; } As you can see, all the above two does is JUST copy the arrays from one data type to another. As we are reading the data from a .lnk (and thus the wchar_t strings are 2 byte arrays in the file..), there's no harm done, as by copying the 2 byte array into a 4 byte array, there is no loss of information. But, unfortunately, (but NOT always..), the function wcstombs fails. I have attached the binary and source alongwith a .lnk which demonstrates this problem. You just need to pass the .lnk filename to the binary on the command line, and it will spit out a few details at out about the .lnk If you test the .lnk (DAEMON_TOOLS.LNK), you will see that the program crashes in the function: unsigned int WineWorksShortcutResolver::UnicodeToANSI(const WCHAR* wszInUnicode,unsigned int uiLen,char* szOutANSI) at the GLibc function: wcstombs(..) The most confusing thing is that this does not happen in case of any other .lnk that I have (which are not many..) ! Any suggestions ? Regards Subhobroto Sinha

4 4

Error in winemine resource file ??
by thomas.1037＠osu.edu 28 Dec '03

28 Dec '03

Hi, I am unable to build the winemine application program that in the programs directory or the 20031212 wine release. As described in the manuals I am using winemaker . However on running make winebuilder report an syntax error in En.rc at line : LANGUAGE LANG_ENGLISH, SUBLANG_ENGLISH_US Could you please tell me if winemaker or winebuilder is broken ? I am using debian (unstable) , with kernel 2.4.18 and wine-20031212. What I was really trying to do is port winpp (a numerical software) from http://www.math.pitt.edu/~bard/bardware/winppsrc.tgz. However I had a frustrating weekend trying to do this with wine maker. This application has 4 parts 3 libraries (pure C code, compiles out of box on linux) and a gui (windows based, winemaker fails to port this). I even tried to do this by editing the makefile manually. Failing at this I tried compiling a winemine and then a "hello world". None of which worked. I am perplexed. Also the winelib manual says that a spec file can be as simple as "init WinMain rcsc resource.res" . However winebuilder reports an error "expected ordinal" which is supposed to be optional ?? I would also be greatfull if you could give me a pointer on how to compile a simple "Hello World" message box application , say like (preferable by using a manually written makefile , without using winemaker) #include <windows.h> int WINAPI WinMain (HINSTANCE hInstance, HINSTANCE hPrevInstance, PSTR szCmdLine, int iCmdShow) { MessageBox (NULL, TEXT ("Hello, World"), TEXT ("Hello"), 0) ; return 0 ; } I tried to compile this with winemaker . The compilation reported no errors but the application does not run, and fails with exit status 1. Sincerely B Thomas

2 1

Found it!
by Robert van Herk 28 Dec '03

28 Dec '03

Oops, didn't search thoroughly enough... I found the winecfg program. It isn't finished though... Are you guys still working on it? Did you also experience that it says "Unable to set configuration key" for anything you'd try to change? Didn't you finish it yet because you need some other library to be built first, or just because you didn't have the time yet? Grtz, Robert

2 3

Running a game that wants 32bit colour depth?
by Mike Hearn 28 Dec '03

28 Dec '03

Hi, This is probably and FAQ but.... I have a game here that bails on startup saying that I should change my colour depth to 32 bits. Problem is, X has no concept of this colour depth. How does that work? thanks -mike

2 4

RE: Fix after recent urlcache changes
by Robert Shearman 28 Dec '03

28 Dec '03

> -----Original Message----- > From: Gerald Pfeifer [mailto:gerald@pfeifer.com] > Sent: 28 December 2003 14:00 > To: Robert Shearman > Cc: wine-patches(a)winehq.com > Subject: Fix after recent urlcache changes > > After the following change to dlls/wininet/urlcache.c > > revision 1.14 > date: 2003/12/12 06:01:20; author: julliard; state: Exp; > lines: +976 -418 > Robert Shearman <R.J.Shearman(a)warwick.ac.uk> > - Url Cache improvements. > - In Internet{Set,Query}Option functions, hInternet can be NULL. > - Add traces to Internet* functions. > > I started getting the following compiler warning > urlcache.c:556: warning: `URLCache_FindEntry' defined but not used > as URLCache_FindEntry() is a static (file local) function, but not used > anywhere any longer. > > The patch below fixes this. > > Gerald That code should probably adapted into the FindFirstUrlCacheEntry and related functions. If you are adamant about removing the warning, please enclose it in "#if 0... endif" instead so that someone does not try to duplicate the work. Rob

1 0

instance problem in CreateWindowEx{A,W,16}
by Peter Oberndorfer 28 Dec '03

28 Dec '03

Hello Trying to run PEview.exe i found a problem. First i create a window with CreateWindowEx and pass 0 as instance. When trying to read the instance with GetWindowLong(hWnd,GWL_HINSTANCE) # Wine returns 0 as passed to the function. # Win 98 returns 0x400000 which is what GetModuleHandle( NULL ) gives me. For the CreateWindowEx{A,W} it can easily be fixed by adding this two lines at the beginning of the function: if (instance == 0) instance = GetModuleHandleW( NULL ); But For CreateWindowEx16 i'm not sure how to check. But i had a look at some code in class.c, where similar checks are performed and constructed following: if (!HINSTANCE_32(instance)) instance = HINSTANCE_32(GetModuleHandle16(NULL)); So does the code for CreateWindowEx16 look right? Greetings Peter

3 2

reverse engineering
by Stefan Leichter 28 Dec '03

28 Dec '03

Hello, if i use a debugger to find the number of parameters of an undocumented function, will a patch based on this knowledge be accepted in wine ? Is this the normal way to deal with undocumented stuff? Or is it better to make a test program that prints the stack pointer before and after the call to the undocumented function? Bye Stefan

3 2

Re: Status ToDo's #2
by Ivan Leo Murray-Smith 28 Dec '03

28 Dec '03

>Was anybody already working on a control panel like applet for Wine? >That would be a panel in which you could configure Wine without having >to edit the text files... There already is such a tool, winesetuptk, but it's never been included in the wine source. A new and more advanced one, called winecfg is in preparation. Look in the wine source tree in programs/winecfg. AFAIK it needs a lot of work done, so I'm sure your help will be welcome. It works within wine, and doesn't change settings yet. Ivan.

1 0

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