wine-devel

wine-devel@winehq.org

9 participants
84458 discussions

Re: Re: --with-nptl and glibc-2.3.2
by fenix＠club-internet.fr 08 Apr '03

08 Apr '03

Hi, can you try with preloading? LD_PRELOAD="/usr/local/wine/lib/kernel32.dll.so /usr/local/wine/lib/ntdll.dll.so" wine regedit Regards, Raphael ----Message d'origine---- >De: James Pellow <james(a)alentdesignsolutions.com> >A: wine-devel(a)winehq.com >Sujet: Re: --with-nptl and glibc-2.3.2 >Date: Mon, 7 Apr 2003 17:37:02 +0000 > >On Sunday 06 April 2003 05:48 am, Gregory M. Turner wrote: >> On Saturday 05 April 2003 02:52 pm, James Pellow wrote: >> > Thanks Gregory and Raphael for your answers. So far, I have been using >> > "~x86" for two months now, with only minor glitchs. This is the biggest >> > hangup I have found. >> >> yes, it tends to work just fine, although from time to time it goes south >> :) >> >> It all depends on what the developers are working on, I guess. Typically >> all goes well until glibc upgrades start looming, and then gcc breaks and >> it's time to re-read the gentoo install guide ;) If you are a developer, >> it's a meaningful excercise; it's truly a bleeding edge system and any >> dependencies likely to affect your users in the coming months may hit you >> first. It's also fun to see the very latest efforts from the OSS world and >> beyond... but personally, for desktop use, it's a bit too demanding, I need >> to save my mental energy ;) My only advice would be: habitually use the -b >> flag to emerge so that when and if you kill your system you can revive it >> by untarring old emerges. >> >> > I would be happy to look into the problem myself and >> > provide a fix, but it seems work and taxes are taking up most of my time >> > right now :( so I am curious how far out a fix might be. Is this being >> > worked on? Thank you all for an incredible tool! >> > - James >> >> Tried Piotr Pawlow's recently posted fix? >> >> > Try this: >> > >> > $ sed -e 's/-z,defs/-z=defs/g' <configure.ac >tmp && aclocal && autoconf >> > tmp >configure >> > >> > and then as usual: >> > >> > $ ./configure && make depend && make > >Ok, I have done the first round of testing on my new wine with the above fix. >The above fix does allow wine to compile, but there do seem to be some >runtime problems that remain. > >I have a stand alone installation of wine. First I tried to install an app >and ran into the following message: > >err:module:BUILTIN32_dlopen failed to load .so lib for builtin advapi32.dll: >/usr/local/wine/lib/wine/advapi32.dll.so: undefined symbol: GetComputerNameW >err:module:import_dll Loading module (file) ADVAPI32.dll (which is needed by >D:\setup.exe) failed (error -1073741702). > >I did the following in lib/wine: > >for FILE in `ls *.so`; do objdump -t $FILE | grep GetComputerNameW && ls -l >$FILE; done > >and see that all files that that define this symbol are links to >kernel32.dll.so. > >The problem seems obvious when I do: > >ldd advapi32.dll.so > > libwine.so.1 => /usr/local/wine/lib/libwine.so.1 (0x40042000) > libwine_unicode.so.1 => /usr/local/wine/lib/libwine_unicode.so.1 >(0x4005a000) > libm.so.6 => /lib/libm.so.6 (0x4013b000) > libc.so.6 => /lib/libc.so.6 (0x4015d000) > libdl.so.2 => /lib/libdl.so.2 (0x40285000) > /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x80000000) > >It appears that advapi32.dll.so does not claim to need kernel32.dll.so, but it >does! Any ideas on what went wrong? Regedit did not run for a similar >reason. Thanks for your help. > >James Pellow > >

2 1

RH9 & cvsup
by Dimitrie O. Paun 08 Apr '03

08 Apr '03

Hi folks, I've just upgraded to RedHat 9, and I run into my first problem. cvsup segfaults: [dimi@dimi wine.src]$ cvsup ~/cvsup.sup *** *** runtime error: *** Segmentation violation - possible attempt to dereference NIL0 *** use option @M3stackdump to get a stack trace Aborted Now, this is a big problem for me, any other cvsup user out there with this problem (and hopefully a workaround?) -- Dimi.

1 0

Re: cleaning the source tree when compiling outside the source tree
by Alexandre Julliard 08 Apr '03

08 Apr '03

Eric Pouech <pouech-eric(a)wanadoo.fr> writes: > ChangeLog: when compiling out of source tree, insure that make clean actually cleans also inside the source tree I don't think we should do that. IMO we must not modify the source tree in any way when building in a separate dir. -- Alexandre Julliard julliard(a)winehq.com

1 0

Re: winedos / Small bug fixes
by Jukka Heinonen 07 Apr '03

07 Apr '03

Enrico Horn wrote: > With this patch I get an unhandled exception > while trying to run callahans crosstime saloon, > an dos adventure that makes use of vesa. > without the patch the program runs, just with a black picture :-) This problem is likely caused by one of the following reasons: - The program calls int10 from protected mode and expects to get selector based far pointers instead of segment based ones. - The program previously failed to initialize VESA and now, when it initializes VESA correctly, it starts to crash in previously unused code. Separating these two cases would make fixing this crash easier. Do you have some traces that show int10 usage before/after patch or can the game be downloaded for free from some site? -- Jukka Heinonen <http://www.iki.fi/jhei/>

2 1

--with-nptl and glibc-2.3.2
by James Pellow 07 Apr '03

07 Apr '03

Hi all, After reading the comments on the list reguarding glibc-2.3.2, it appears all I need to do is ./configure --with-nptl. Today, gave this a try and am having the following error messages repeated many times when trying to link d3d8: shader.o(.text+0x19f8): In function `IDirect3DVertexShaderImpl_ParseProgram': /home/pellja/cvs/wine/dlls/d3d8/../../include/winbase.h:1932: undefined reference to `HeapAlloc' stateblock.o(.text+0x1064): In function `IDirect3DDeviceImpl_CreateStateBlock': /home/pellja/cvs/wine/dlls/d3d8/../../include/winbase.h:1932: undefined reference to `HeapAlloc' stateblock.o(.text+0x1402): In function `IDirect3DDeviceImpl_DeleteStateBlock': /home/pellja/cvs/wine/dlls/d3d8/../../include/winbase.h:1932: undefined reference to `HeapFree' stateblock.o(.text+0x14ed): In function `IDirect3DDeviceImpl_BeginStateBlock': /home/pellja/cvs/wine/dlls/d3d8/../../include/winbase.h:1932: undefined --snip-- I have had this problem for the last couple of releases... My setup is an up to date gentoo, todays wine-cvs, glibc-2.3.2 and gcc-3.2.2. on an AMD thunderbird. Any ideas? On the gentoo formums, they all say downgrade to glibc-2.3.1, and hear I read use --with-nptl, but it doesn't work... I would rather not downgrade my glibc... Thanks for your help. Sorry if this is becomming a FAQ, but it still didn't seem clear to me. James

4 7

[announce] QEMU x86 emulator version 0.1
by Fabrice Bellard 07 Apr '03

07 Apr '03

Hi, The first release of the QEMU x86 emulator is available at http://bellard.org/qemu/. QEMU achieves a fast user space Linux x86 emulation on x86 and PowerPC Linux hosts by using dynamic translation. Its main goal is to be able to run the Wine project on non-x86 architectures. Fabrice.

3 5

Re: valgrind for WINE
by Adam Gundy 07 Apr '03

07 Apr '03

At 10:15 03/04/03 -0800, Alexandre Julliard wrote: >Adam Gundy <arg(a)cyberscience.com> writes: > >> anything that uses SuspendThread is inherently racy and unpleasant. Even the Microsoft >> documentation says "don't use this!". Of course, they ignore themselves and do it (twice) >> during MFC thread creation, but... >> >> We aren't currently adding _any_ race condition that isn't already there - the wineserver >> sends a signal to the client process in the current code - who knows when that will be delivered? >> there could be a big gap between the server sending the signal, and the signal being processed. > >There may be a delay, but the thread is still effectively suspended >since it's not running any user-mode code. The signal will get >delivered on the next switch to that thread, so we still get the >correct behavior. If the signal is sent in the client the suspended >thread can still run arbitrary amounts of code while the server >believes it is already suspended. you can't reason like this - it all falls apart with SMP. Both threads can happily be running at the same time - we are using clone() after all. I can currently produce this race (without my patch applied) by adding a "Sleep( 1000 )" to the USR1 signal handler in ntdll/signal_i386.c. The wineserver is convinced that the thread is suspended, but it isn't (sleeping is a bad example - assume that a context switch occurred, or heavy processing happened before the signal was delivered). this 'race' doesn't have ANY effect, because suspending a thread is not a precise operation - it doesn't matter whether 1 or 1000 instructions are executed by the thread before it stops. Windows threads don't give guarantees about thread suspension (unlike pthreads). to summarize: a) there is already a race condition in the current code - it _probably_ only triggers on SMP or heavily loaded UP. b) my patch won't make things any worse c) the race doesn't matter because Windows threads don't guarantee what happens when a thread is suspended (read Microsoft's docs - they practically say "don't use this call" for this very reason). Seeya, Adam -- Real Programmers don't comment their code. If it was hard to write, it should be hard to read, and even harder to modify. These are all my own opinions.

2 4

Re : Improve error message for RAS not being supported
by Sylvain Petreolle 07 Apr '03

07 Apr '03

In the patch http://cvs.winehq.com/patch.py?id=7793 you set only : - FIXME("RAS support is not implemented ! Configure program to use LAN connection/winsock instead !\n"); + FIXME("RAS support is not implemented! Configure program to use LAN connection/winsock instead!\n"); <snip> - FIXME("RAS support is not implemented ! Configure program to use LAN connection/winsock instead !\n"); + FIXME("RAS support is not implemented! Configure program to use LAN connection/winsock instead!\n"); Could you say where the improvement is ? ===== Sylvain Petreolle (spetreolle at users dot sourceforge dot net) ICQ #170597259 No more War ! "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". For the Law of Oil and Fire, Im an European that lives in France. For all my Brothers and friends, Im a human living on Earth. ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

2 1

Re: [REDUNDANT/ARCHIVAL] Ntdll atom tests.
by Dmitry Timoshkov 07 Apr '03

07 Apr '03

"GyЖrgy 'Nog' Jeney" <nog(a)sdf.lonestar.org> wrote: > Here are some test for the ntdll atom api, mabe the reactos folks shal > find them usefull This is just a confirmation that now your test runs without errors. atom: 163932 tests executed, 0 marked as todo, 0 failures. -- Dmitry.

1 0

dlls/msvcrtd/msvcrtd.spec breaks portability
by Gerald Pfeifer 07 Apr '03

07 Apr '03

The following unfortunately breaks FreeBSD 4.8 (and probably other systems as well): /home/wine/wine/dlls/msvcrtd/msvcrtd.spec revision 1.1 date: 2003/04/04 19:37:57; author: julliard; state: Exp; Adam Gundy <arg(a)cyberscience.com> Added an implementation of the MSVCRTD.DLL debugging C runtime DLL. Here is the actual failure mode: /usr/bin/gcc -shared -Wl,-Bsymbolic,-z,defs msvcrtd.spec.o debug.o msvcrtd.dll.dbg.o -o msvcrtd.dll.so -L../../dlls -L../../libs/wine -lwine -L../../libs/port -lwine_port -lm -lc msvcrtd.spec.o: In function `__wine_spec_exports_funcs': msvcrtd.spec.o(.data+0x3a8): undefined reference to `ecvt' msvcrtd.spec.o(.data+0x3f8): undefined reference to `fcvt' msvcrtd.spec.o(.data+0x474): undefined reference to `gcvt' msvcrtd.spec.o: In function `__wine_spec_forwards': msvcrtd.spec.o(.data+0x52cc): undefined reference to `ecvt' msvcrtd.spec.o(.data+0x540c): undefined reference to `fcvt' msvcrtd.spec.o(.data+0x55fc): undefined reference to `gcvt' msvcrtd.spec.o(.data+0x52c5): undefined reference to `ecvt' msvcrtd.spec.o(.data+0x5405): undefined reference to `fcvt' msvcrtd.spec.o(.data+0x55f5): undefined reference to `gcvt' gmake[2]: *** [msvcrtd.dll.so] Error 1 gmake[2]: Leaving directory `/.amd_mnt/nashira/files5/test/wine/dlls/msvcrtd' gmake[1]: *** [msvcrtd] Error 2 According to /usr/include/stdlib.h on my GNU/Linux boxes and the man pages, I'm quite sure that these three functions are not ISO C: #if defined __USE_SVID || defined __USE_XOPEN_EXTENDED NOTES These functions are obsolete. Instead, sprintf() is recommended. Linux libc4 and libc5 specified the type of ndigits as size_t. Not all locales use a point as the radix character (`decimal point'). CONFORMING TO SysVR2, XPG2 Can we simply remove them? Gerald -- Gerald "Jerry" pfeifer(a)dbai.tuwien.ac.at http://www.pfeifer.com/gerald/

2 2

Re: RtlAtom tests further improved
by Dmitry Timoshkov 07 Apr '03

07 Apr '03

"GyЖrgy 'Nog' Jeney" <nog(a)sdf.lonestar.org> wrote: > Here's the latest version of my RtlAtom test, these should now succeed on > an nt system. Thanks to Dmitry for running the initial test. There are failures yet. atom.c:186: Test failed: We found wrong atom atom.c:232: Test failed: Able to find previously deleted atom in table, retval: c0000034 atom.c:248: Test failed: Able to find deleted atom in table atom.c:381: Test failed: Expected pincount 1 but got 3 atom.c:382: Test failed: Expected refcount 3 but got 0 atom.c:395: Test failed: Expected pincount 3 but got 3 atom: 163923 tests executed, 0 marked as todo, 6 failures. You can send further versions to me directly until it's finished to avoid spamming the list. Looking at the ReactOS implementations of RtlAtom* APIs, I've found that they conform to the results I get under win2k. Did you try to ask a permission to use their implementation in Wine? Steven? -- Dmitry.

4 7

SQL and wine.
by Carlo Pelini 07 Apr '03

07 Apr '03

Hy. I am a italian student of computer science. I asking to make wine to open a application which open a connection ODBC with database SQL. For the moment i have succeed to open a connection with a VisualFoxPro Table, even if it not run very well. My problem however is that to succeed to create a Data Source Name SQL server, starting from the driver SQL, which appear on the ODBC panel of wine. Anyone Has experienced to run SQL with wine? Anyone could it help me? Bye. Pelini Carlo.

1 0

EM_REPLACESTR not respecting EM_SETLIMITTEXT
by Brad Campbell 07 Apr '03

07 Apr '03

G'day all, Found the cause of my problems with Delphi programs and MaskEdit fields. In an edit component which has a length set with EM_LIMITTEXT, any text added with EM_REPLACESTR was not respecting the text length value. This patch fixes it for me, can I have some feeback from someone in the know please before I submit it to win-patches.. Watch the wrapping.. Mozilla is set to desecrate patches :p) Index: controls/edit.c =================================================================== RCS file: /home/wine/wine/controls/edit.c,v retrieving revision 1.110 diff -u -r1.110 edit.c --- controls/edit.c 27 Feb 2003 21:09:46 -0000 1.110 +++ controls/edit.c 6 Apr 2003 16:04:41 -0000 @@ -2945,6 +2945,10 @@ } else EDIT_EM_EmptyUndoBuffer(es); + /* respect buffer_limit */ + if ((s+strl) > es->buffer_limit) + strl = (es->buffer_limit-s); + /* now insert */ tl = strlenW(es->text); TRACE("inserting stuff (tl %d, strl %d, selstart %d ('%s'), text '%s')\n", tl, strl, s, debugstr_w(es->text + s), debugstr_w(es->text)); -- Brad.... /"\ \ / ASCII RIBBON CAMPAIGN X AGAINST HTML MAIL / \

2 1

Using WIN32 DLL from Unix library
by Vittorio Ballestra 07 Apr '03

07 Apr '03

Hello, I'd like create a unix shared library that will make some call to a WIN32 DLL using wine. Is this possible, and if it is so, where may I find some documentation pointers on how to achieve this ? Tnx, Vittorio

2 2

Re: [msimg32] Implements GradientFill
by Roderick Colenbrander 06 Apr '03

06 Apr '03

I think this patch shouldn't be applied. Today I was playing with some winxp apps that spit out a lot of unimplemented stuff. I found the following undocumented function: GdiGradientFill. After some searching on google I found some info about a function that looks a lot like it (brother or sister). This is the prototype as it can be used from good old VB: Declare Function GdiGradientFillRect Lib "gdi32" Alias "GdiGradientFill" (ByVal hdc As Long, pVertex As TRIVERTEX, ByVal dwNumVertex As Long, pMesh As GRADIENT_RECT, ByVal dwNumMesh As Long, ByVal dwMode As Long) As Long compare with: BOOL WINAPI GradientFill( HDC hdc, TRIVERTEX *vert_array, ULONG nvert, void * grad_array, ULONG ngrad, ULONG mode ) Mike Hearn and I assume that GdiGradientFill and GradientFill are the same. The one redirects to the other. Creating circular dependecies isn't a good problem I think. So I think this code should be moved to gdi32 and that msimg32 forwards it. Roderick Colenbrander On Saturday 05 April 2003 23:27, Maxime Bellengé wrote: > This patch implements the GRADIENT_FILL_RECT_{H|V} cases > of GradientFill. > > This makes the eMule menu looks much better. > > a+ > > Max

2 1

Re: winedos / Small bug fixes
by Enrico Horn 06 Apr '03

06 Apr '03

Hi, On Sunday 06 April 2003 15:40, Jukka Heinonen wrote: > This patch fixes a few bugs in winedos. > > > > > Changelog: > Return correct segment for VESA information. > Check oem number/version flag first and after that overwrite > condition code. > With this patch I get an unhandled exception while trying to run callahans crosstime saloon, an dos adventure that makes use of vesa. without the patch the program runs, just with a black picture :-) Here is a backtrace: =>0 0x504f4344 (_end+0xc29dc08) (ebp=448c2d14) 1 0x41be436c (VGA_Poll_Graphics+0x5c [vga.c:854] in winedos.dll.so) (ebp=448c2d50) 2 0x41be4717 (VGA_Poll+0x37(arg=0x0, low=0x4e6700d6, high=0x1c2fc80) [vga.c:940] in winedos.dll.so) (ebp=448c2d64) 3 0x400de5ea (.L130+0x4a [sync.c] in libntdll.dll.so) (ebp=448c2e14) 4 0x400de742 (NTDLL.DLL.NtWaitForMultipleObjects+0x122 in libntdll.dll.so) (ebp=448c2eb8) 5 0x400c163f (WaitForMultipleObjectsEx+0x5f(count=0x0, handles=0x0, wait_all=0x0, timeout=0xffffffff, alertable=0x1) [synchro.c:94] in libntdll.dll.so) (ebp=448c2ee8) 6 0x41be2cec (VGA_TimerThread+0x4c(dummy=0x0) [vga.c:279] in winedos.dll.so) (ebp=448c2f08) 7 0x400c2b3d (THREAD_Start+0x7d [thread.c:1619] in libntdll.dll.so) (ebp=448c2f28) 8 0x400c19c9 (SYSDEPS_StartThread+0xa9(teb=0x448d3000) [sysdeps.c:171] in libntdll.dll.so) (ebp=448c2ff4) 9 0x4031e8d4 (clone+0x44 in libc.so.6) (ebp=00000000) Ciao Enrico farmboy1(a)web.de

1 0

Re: the rest of dmusic stubs
by Lionel Ulmer 06 Apr '03

06 Apr '03

> BTW: were there any attempts to write a script which would create ICOM > Interfaces automatically? ;=) Well, 99 % of the stubs / architecture of the 'new' D3D code was done automagically using a Python script which took the header files and generated the ICOM macro stuff, the interfaces and the VTables (it even did the factorisation of code and generated the stubs for 'easy' stubs). Lionel -- Lionel Ulmer - http://www.bbrox.org/

1 0

Re: Launching files with params
by Vilppa Salt 06 Apr '03

06 Apr '03

> From that log, it looks like wine didn't find start.exe. > What version of Wine are you using? You are right. start.exe is not found. I thought that the program that start.exe is trying to run is not found. :) What should I do to get the wine to find start.exe? I noticed that Wine looks for some registry entries for start location. Maybe I'm missing those reg entries? Wine is compiled from CVS. It's two days old. > Where is your start.exe located? Here? /usr/local/lib/wine/start.exe.so Vilppa --- Vilppa- Sunpoint.net ilmoittaa: Sunpoint.net tarjoaa kaikille rekisteröityneille käyttäjilleen kuukausimaksuttoman Internet -yhteyden (pvm). http://www.sunpoint.net/SunAds/click.htm?mode=footer&id=71&jump=http%3A%2F%…

2 1

WineHQ page
by Michal Janusz Miroslaw 06 Apr '03

06 Apr '03

The new WineHW site looks great. But the dashes appearing in elinks make it soooo ugly. When you remove alt="-" parameter from <img> tag they ... disappear! :) -- Michal Miroslaw PS. Why don't you use ' ' instead of '<img src=blank.gif ...>' ?

3 2

re: Transient registry entries?
by Dan Kegel 06 Apr '03

06 Apr '03

> My app reads the registry to figure out network information, in > particular it queries the [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows > NT\CurrentVersion\NetworkCards\] key to discover network cards, then > [HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services] to figure out the > IP address of each one (this program can bind to multiple adaptors). > ... > a) In initial setup, ie when you install Wine > b) At Wine startup > c) On demand, ie by writing special cases into the registry access code. Clearly c) because that will work properly even when doing hotplugging of pcmcia cards and doing interactive dialup to an isp. Might want to cache it for 10 seconds or something, and you might need to worry about what happens when programs are reading the reg entries *while* an interface is changing. (heh.) BTW there is a system call getifaddrs on many flavors of Unix that does this kind of query, and there's a library implementation of it for linux. See http://www.kegel.com/dkftpbench/dkftpbench-0.45/getifaddrs.c http://www.kegel.com/dkftpbench/dkftpbench-0.45/getifaddrs.h The registry code should probably just call this function. - Dan -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

5 7

Re: Patch - Fix building rpcrt4 on mingw
by Steven Edwards 06 Apr '03

06 Apr '03

Regression tests still seem to work after this but I have no idea about any of the inner workings of rpcrt4. Thanks Steven Steven Edwards wrote: > I have no idea if this will work on windows at all but it can at least > be built now. This is going to throw 3 warnings now when building on > mingw but I dont really understand anything about this code. > > Changelog: Porting fix >

1 0

Re: Launching files with params
by Dan Kegel 06 Apr '03

06 Apr '03

From that log, it looks like wine didn't find start.exe. What version of Wine are you using? Where is your start.exe located? - Dan (author of our lovely little start.exe) -- Dan Kegel http://www.kegel.com http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=78045

1 0

Wine and Glibc 2.3.2
by Roderick Colenbrander 05 Apr '03

05 Apr '03

Hi, I know there are/were glibc 2.3x problems and wine. My system is running Debian Unstable. I'm trying to help the mono guys a bit with Windows.Forms. Because of some bugs in the glibc 2.3.1-16 version debian is using, the winelib based app needed by mono didn't work. (dlopen related problems) I upgraded my glibc to 2.3.2-1 using the packages that will move into Debian soon. I recompiled my wine (latest from cvs) and wine itself runs. (still the /tmp problems ..) Compared to other distributions which use 2.3.2 debian isn't using nptl. Monostub (the winelib app from mono) and winedbg are not working fine. Is it correct that Wine still isn't compatible with glibc2.3.2 version that are not using nptl? For example I'm getting errors like this when trying to use monostub but winedbg isn't being launched: wine: Unhandled exception, starting debugger... err:seh:EXC_DefaultHandling Unhandled exception code c0000005 flags 0 addr 0x4029486b Thanks, Roderick Colenbrander

1 0

Re: Launching files with params
by Vilppa Salt 05 Apr '03

05 Apr '03

> You forgot to attach the file - could you open a bug in bugzilla about > this and attach it there? I've seen it too and it's extremely > annoying, > good to see somebody has been debugging this. > > thanks -mike The log is now attached, I hope. I'll file a bug later. --- Vilppa - Sunpoint.net ilmoittaa: Sunpoint.net tarjoaa kaikille rekisteröityneille käyttäjilleen kuukausimaksuttoman Internet -yhteyden (pvm). http://www.sunpoint.net/SunAds/click.htm?mode=footer&id=71&jump=http%3A%2F%…

1 0

Re: Resend: Implements languagegroups functions
by Dimitrie O. Paun 05 Apr '03

05 Apr '03

On April 5, 2003 09:31 am, Maxime Bellengé wrote: > 245,246c245,246 > < @ stub EnumLanguageGroupLocalesA > < @ stub EnumLanguageGroupLocalesW > --- Please use uniffied diffs for the patches (diff -u). Check out http://www.winehq.org/?page=sending_patches for more info. -- Dimi.

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