- Wine-Devel - list.winehq.org

Re : Improve error message for RAS not being supported
by Sylvain Petreolle April 7, 2003

April 7, 2003

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 April 7, 2003

April 7, 2003

"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 April 7, 2003

April 7, 2003

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 April 7, 2003

April 7, 2003

"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 April 7, 2003

April 7, 2003

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 April 7, 2003

April 7, 2003

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 April 7, 2003

April 7, 2003

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 April 6, 2003

April 6, 2003

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 April 6, 2003

April 6, 2003

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 April 6, 2003

April 6, 2003

> 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