July 2002 - Wine-Devel - list.winehq.org

RE: Errors running winapi_extract --stub-statistics
by Patrik Stridvall July 22, 2002

July 22, 2002

> I think this is because the module name is no longer in the > .spec file. Lines > 71-73 of winapi_extract look for "name" in the .spec file, > which no longer > exists. Should we be using the file name as the module name? Correct. Patch for this and other problem with winapi_extract coming soon.

4 3

Re: Makedll.rules.in
by Gregg Mattinson July 22, 2002

July 22, 2002

Oops.. This patch fixes the linking of tests, but it breaks..well..all the .dlls, atleast for me. So, my question is, why does the $(MODULE).so rule in Makedll.rules.in contain $(LDDLLFLAGS)? Until I submitted this patch, that variable was not defined in the makefiles for the .dlls, and the dlls appeared to work fine. Now that this flag is defined, the .dlls don't work, but the tests do work. Should LDDLLFLAGS be removed from the $(MODULE).so rule? What is LDDLLFLAGS defined to on Linux? I only have a Solaris box here to test on, so my insight into the problem is limited. Any insight would be appreciated. Thanks, Gregg >From: Gregg Mattinson <gm138242(a)opcom-mail.canada.sun.com> >Subject: Makedll.rules.in >To: wine-patches(a)winehq.com >Date: Fri, 19 Jul 2002 10:39:22 -0400 (EDT) > >Changelog: dlls/Makedll.rules.in > - Added LDDLLFLAGS to Makedll.rules.in so that tests get linked properly > >Gregg Mattinson >Co-op Developer >Sun Microsystems of Canada

2 1

Broken forwards in .spec files
by Patrik Stridvall July 22, 2002

July 22, 2002

When I, with the help of Francois, fixed the statistics for forwarded functions in winapi_extract I notice that a few of the forwards in the .spec files are broken. winapi_check now checks for broken forward when it is run. However I'm not sure how the broken forwards are best fixed, so what I why I'm asking for people on the list with the appropriete knowledge to fix them. crtdll.spec: forward is broken: _strdec => msvcrt._strdec crtdll.spec: forward is broken: _strinc => msvcrt._strinc crtdll.spec: forward is broken: _strncnt => msvcrt._strncnt crtdll.spec: forward is broken: _strnextc => msvcrt._strnextc crtdll.spec: forward is broken: _strninc => msvcrt._strninc crtdll.spec: forward is broken: _strspnp => msvcrt._strspnp msvcrt20.spec: forward is broken: __seh_longjmp_unwind(a)4 => msvcrt.__seh_longjmp_unwind msvcrt20.spec: forward is broken: _mtlock => msvcrt._mtlock msvcrt20.spec: forward is broken: _mtunlock => msvcrt._mtunlock msvcrt20.spec: forward is broken: _tccpy => msvcrt._tccpy msvcrt20.spec: forward is broken: _tclen => msvcrt._tclen msvcrt20.spec: forward is broken: _tcschr => msvcrt._tcschr msvcrt20.spec: forward is broken: _tcsclen => msvcrt._tcsclen msvcrt20.spec: forward is broken: _tcscmp => msvcrt._tcscmp msvcrt20.spec: forward is broken: _tcscspn => msvcrt._tcscspn msvcrt20.spec: forward is broken: _tcsdec => msvcrt._tcsdec msvcrt20.spec: forward is broken: _tcsicmp => msvcrt._tcsicmp msvcrt20.spec: forward is broken: _tcsinc => msvcrt._tcsinc msvcrt20.spec: forward is broken: _tcslwr => msvcrt._tcslwr msvcrt20.spec: forward is broken: _tcsnbcnt => msvcrt._tcsnbcnt msvcrt20.spec: forward is broken: _tcsncat => msvcrt._tcsncat msvcrt20.spec: forward is broken: _tcsnccat => msvcrt._tcsnccat msvcrt20.spec: forward is broken: _tcsnccmp => msvcrt._tcsnccmp msvcrt20.spec: forward is broken: _tcsnccnt => msvcrt._tcsnccnt msvcrt20.spec: forward is broken: _tcsnccpy => msvcrt._tcsnccpy msvcrt20.spec: forward is broken: _tcsncicmp => msvcrt._tcsncicmp msvcrt20.spec: forward is broken: _tcsncmp => msvcrt._tcsncmp msvcrt20.spec: forward is broken: _tcsncpy => msvcrt._tcsncpy msvcrt20.spec: forward is broken: _tcsncset => msvcrt._tcsncset msvcrt20.spec: forward is broken: _tcsnextc => msvcrt._tcsnextc msvcrt20.spec: forward is broken: _tcsnicmp => msvcrt._tcsnicmp msvcrt20.spec: forward is broken: _tcsninc => msvcrt._tcsninc msvcrt20.spec: forward is broken: _tcsnset => msvcrt._tcsnset msvcrt20.spec: forward is broken: _tcspbrk => msvcrt._tcspbrk msvcrt20.spec: forward is broken: _tcsrchr => msvcrt._tcsrchr msvcrt20.spec: forward is broken: _tcsrev => msvcrt._tcsrev msvcrt20.spec: forward is broken: _tcsset => msvcrt._tcsset msvcrt20.spec: forward is broken: _tcsspn => msvcrt._tcsspn msvcrt20.spec: forward is broken: _tcsspnp => msvcrt._tcsspnp msvcrt20.spec: forward is broken: _tcsstr => msvcrt._tcsstr msvcrt20.spec: forward is broken: _tcstok => msvcrt._tcstok msvcrt20.spec: forward is broken: _tcsupr => msvcrt._tcsupr shell32.spec: forward is broken: StrNCpyW => shlwapi.StrNCpyW

1 0

RE: regsvr32 with multiple arguments
by Medland, Bill July 22, 2002

July 22, 2002

> -----Original Message----- > From: Andriy Palamarchuk [mailto:apa3a(a)yahoo.com] > Sent: Monday, July 22, 2002 7:41 AM > To: Medland, Bill; Wine devel (E-mail) > Subject: Re: regsvr32 with multiple arguments > > > > --- "Medland, Bill" <Bill.Medland(a)accpac.com> wrote: > > Did I miss something? > > > > Yesterday when I ran regsvr32 with multiple > > arguments it registered each > > one. Today it only registers the first. Yesterday > > it popped up a > > MessageBox with the result; today it puts the result > > on stdout. > > > > Does this make sense to anyone? > > Yes, the day before you used the native one, now you > are using the built-in. And didn't I feel a fool when I looked at the code and realised it (when I got home) > Thanks for the patch. My pleasure. > > Andriy > > __________________________________________________ > Do You Yahoo!? > Yahoo! Health - Feel better, live better > http://health.yahoo.com > Bill

1 0

Bug 434 Update/shot in the dark
by Rick Romero July 22, 2002

July 22, 2002

Referring to bug: http://bugs.winehq.com/show_bug.cgi?id=434 Under normal circumstances the mouse button doesn't get released in certain applications. These include, Macromedial Flash 5, MS Visual Foxpro 5/6, and Adobe Illustrator 8. I'm working with FoxPro 5. (I have a demo app in the bug report) In *MY* testing, I've noticed that the following command allows the mouse button to be released. wine --debugmsg +scroll,+event,+toolbar,+gdi,+heap vfp.exe If, while running under this command, I _hold_ the mouse button down - longer than a 'click', it will not be released. This seems like a timing issue to me, and started after functions were moved into the wineserver. Not that I know anything about how Wine is setup, but could the 'buttonup' be 'lost', or sent out of sequence, causing it to not be executed? And that sequence is slowed by the debug message enough, that a longer 'buttondown' duration is needed before the bug shows up? Where would be the best place to insert a delay, or extend the timing for a single click (So only the mouseclick function is 'slowed')? I'm sure this isn't the best bug report ever sent, but any suggestions would be appreciated. ;) Rick -- -- Rick Romero IT Manager Valeo, Inc. ph: 262.695.4841 Sussex, WI. fax: 262.695.4850 Rick(a)valeoinc.com

1 0

regsvr32 with multiple arguments
by Medland, Bill July 22, 2002

July 22, 2002

Did I miss something? Yesterday when I ran regsvr32 with multiple arguments it registered each one. Today it only registers the first. Yesterday it popped up a MessageBox with the result; today it puts the result on stdout. Does this make sense to anyone? Bill

2 1

Re: [Bug 889] - WINPOS_GetWinOffset() yields wrong offset
by Uwe Bonnes July 22, 2002

July 22, 2002

>>>>> "wine-bugs" == wine-bugs <wine-bugs(a)winehq.com> writes: wine-bugs> http://bugs.winehq.com/show_bug.cgi?id=889 ------- Additional wine-bugs> Comments From tony_lambregts(a)telusplanet.net 2002-07-21 09:59 wine-bugs> ------- I am not that familiar with wine internals either, wine-bugs> but if you submit a patch to wine_patches(a)winehq.com, I'm wine-bugs> sure that if there is something wrong with it someone will wine-bugs> point it out. No, it happens that patches get silently dropped... Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

3 3

configure broken
by Gerald Pfeifer July 22, 2002

July 22, 2002

The following patch has broken configure revision 1.320 date: 2002/07/19 03:16:51; author: julliard; state: Exp; lines: +210 -80 Gregg Mattinson <gm138242(a)scot.canada.sun.com> - X11/extensions/shape.h requires X11/Xutil.h. - X11/XKBlib.h requires X11/Xlib.h. - net/if.h requires sys/socket.h. - netinet/ip.h requires sys/socket.h and sys/in_systm.h. - resolv.h requires sys/socket.h. which now fails to properly set HAVE_NET_IF_H on FreeBSD 4.6, even though there we *do* have /usr/include/sys/socket.h. This is, because on BSD one must not #include <sys/socket.h> without having #included <sys/types.h> before. Something like the following should fix this problem: Index: configure.ac =================================================================== RCS file: /home/wine/wine/configure.ac,v retrieving revision 1.61 diff -u -3 -p -r1.61 configure.ac --- configure.ac 20 Jul 2002 20:17:13 -0000 1.61 +++ configure.ac 22 Jul 2002 06:58:49 -0000 @@ -983,7 +983,10 @@ AC_HEADER_STAT() dnl *** Check for net/if.h AC_CHECK_HEADERS(net/if.h,,, - [#if HAVE_SYS_SOCKET_H + [#if HAVE_SYS_TYPES_H + # include <sys/types.h> + #endif + #if HAVE_SYS_SOCKET_H # include <sys/socket.h> #endif]) Gerald

1 0

Re: Warcraft 3 : success and woes ( part 2 )
by Mark Hannessen July 21, 2002

July 21, 2002

on Sat, 20 Jul 2002 10:08:15 Jesse Allen Wrote: > The attachment seems to not have gotten to the list (yet?) > Could you send directly to me? The one with the diffed registry. Can't you just just "cut paste" it into a mail and send it to the mailinglist? I'd love to try it too ! ( and i guess many more ) Mark Hannessen

1 0

Re:IE 5.01 setup cant download? [ie5setup.exe]
by Sylvain Petreolle July 21, 2002

July 21, 2002

see wine bug #626 (http://bugs.winehq.com/show_bug.cgi?id=626) or at appdb #25 (http://appdb.winehq.com/appview.php?appId=25) ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

1 0

WINPOS_GetWinOffset (Better Patch)
by Anthony Tuininga July 21, 2002

July 21, 2002

With respect to this bug (#889) I followed the trail a little bit further as I noticed that "hot spots" on an image (like buttons) would fade in and out when the window wasn't at the top left of the screen. The trail led to the file dlls/x11drv/winpos.c. It is making a call to MapWindowPoints() which in turn calls WINPOS_GetWinOffset(). If I eliminate the call to MapWindowPoints() in the function expose_window() at line 290, (and restore the original version of windows/winpos.c) everything works beautifully. The window draws itself properly and the buttons work as expected. I am not all that familiar with Wine code, though, so can anyone think of a good reason why this code ought to be there? Should I submit a patch? And if so, can anyone point me to the method required for doing so? Thanks. Anthony

1 0

IE 5.01 setup cant download? [ie5setup.exe]
by Boris Reisig July 20, 2002

July 20, 2002

Has anyone actually gotten IE 5 or even IE6 working natively under WINE yet? [even under the latest CVS?] For the last few months, I tried running a clean wine installation [without windows] and run ie5seup.exe or even ie6setup.exe and each time it trys to download information, It *always* complains that "Setup was unable to download information about available installation sites" and if I ever go to advanced and add a proxy, wine CRASHES with ["Unhandled exception: page fault on write access to 0x00000000 in 32-Bit mode."] ["Symbol h_errno is invalid"] ["Symbol __strtol_internal is invalid"] ["Symbol hack_digit is invalid"] ["0x4174ad58 (RICHED32.DLL.DllGetVersion+0x32e7f4 in wininet.dll.so:"] The question is has anyone gotten internet explorer installed just from using ie5setup.exe or ie6setup.exe ??

1 0

CVS Broken fixed.
by Boris Reisig July 20, 2002

July 20, 2002

Ok, After I posted that message, I tried a "make depend" before my make and it seemed to have fixed the problem. This was *never* an issue before but it now works.

1 0

CVS broken?
by David D. Hagood July 20, 2002

July 20, 2002

I'm trying to rebuild Wine from a CVS pull of a few seconds ago (Sat Jul 20 13:58:37 UTC 2002), and I am getting the following error: make[2]: Entering directory `/usr/src/wine/tools/widl' gcc -c -I. -I. -I../../include -I../../include -I../../tools/wpp -g -O2 -Wall -mpreferred-stack-boundary=2 -D__WINE__ -D_REENTRANT -I/usr/X11R6/include -o header.o header.c In file included from header.c:36: ../../tools/wpp/y.tab.h:6: parse error before `wrc_sll_t' ../../tools/wpp/y.tab.h:6: warning: no semicolon at end of struct or union ../../tools/wpp/y.tab.h:7: warning: type defaults to `int' in declaration of `ull' ../../tools/wpp/y.tab.h:7: warning: data definition has no type or storage class ../../tools/wpp/y.tab.h:10: parse error before `cval' ../../tools/wpp/y.tab.h:10: warning: type defaults to `int' in declaration of `cval' ../../tools/wpp/y.tab.h:10: warning: data definition has no type or storage class ../../tools/wpp/y.tab.h:11: parse error before `*' ../../tools/wpp/y.tab.h:11: warning: type defaults to `int' in declaration of `marg' ../../tools/wpp/y.tab.h:11: warning: data definition has no type or storage class ../../tools/wpp/y.tab.h:12: parse error before `*' ../../tools/wpp/y.tab.h:12: warning: type defaults to `int' in declaration of `mtext' ../../tools/wpp/y.tab.h:12: warning: data definition has no type or storage class ../../tools/wpp/y.tab.h:13: parse error before `}' ../../tools/wpp/y.tab.h:13: warning: type defaults to `int' in declaration of `YYSTYPE' ../../tools/wpp/y.tab.h:13: warning: data definition has no type or storage class ../../tools/wpp/y.tab.h:59: parse error before `pplval' ../../tools/wpp/y.tab.h:59: warning: type defaults to `int' in declaration of `pplval' ../../tools/wpp/y.tab.h:59: warning: data definition has no type or storage class header.c: In function `is_object': header.c:180: `tOBJECT' undeclared (first use in this function) header.c:180: (Each undeclared identifier is reported only once header.c:180: for each function it appears in.) header.c: In function `is_local': header.c:189: `tLOCAL' undeclared (first use in this function) header.c: In function `is_callas': header.c:198: `tCALLAS' undeclared (first use in this function) make[2]: *** [header.o] Error 1 make[2]: Leaving directory `/usr/src/wine/tools/widl' make[1]: *** [widl] Error 2 make[1]: Leaving directory `/usr/src/wine/tools' make: *** [tools] Error 2 I've done a make clean to no avail.

4 5

Warcraft 3 : success and woes
by Jean-Baptiste Note July 20, 2002

July 20, 2002

Hello dear list, ** All the following has been teste on debian sid, XF4.0.2-17, latest wine CVS, on a Geforce2 with 2960 nvidia drivers. GL include were the standart mesa ones. system is pIII-smp, stock 2.4.18 kernel. ** I've followed with great interest a thread on wine-devel where Matthieu Foillard explained his problems trying to run warcraft3 under standard wine. I came across the same problem, so i though i could post here to explain what to do. This is really simple, and following Jesse Allen's recommendation found on http://www.winehq.com/hypermail/wine-devel/2002/07/0189.html The problem appears when you try to run warcraft 3 in opengl mode, regardless of whether or not you ran it with d3d and wineX previously. Warcraft is (following Jesse Allen's thought) trying to scan video modes available in OpenGL and gets stuck. However, after only one successful launch, the game creates the registry entries needed, and does not need to go through this detection cycle again. Question is, how to create those entries ? At your option * try to merge/use my user.reg attached below NOTE: i've still to look to the cd-key entry in my brother's win system to add it and be able to connect to battle.net =) You'll get into trouble certainly though, so read on. * try to do a minimal patch to do one successful run (warning, not very beautiful, we're not on wine-devel): You have to edit the function WINPOS_MinMaximize in the file wine/dlls/x11drv/winpos.c modify it so that it'll return SWP_NOSIZE | SWP_NOMOVE; anyway. compile & install, run. I dont know how this morbid modification affects other things. AFTER the successfull run, you can happily launch the game: launch it and relaunch it change resolution at your leasure BUT... If you do only one small change on window focusing... then it seems impossible for the game window to get the focus again on relaunch. All goes to the launching window ; i've tried with various window managers (kwin, pwm, blackbox) : same problem. So I thought : some information is written somewhere, that is not valid any more when i do a focus change. 1) could it be in user.reg/wine itself ? Deleting ~/.wine/user.reg will solve the problem. However, i've diffed two user.reg differently generated ; i'm at a loss to find any significant difference between the two. (the diff's attached) Furthermore, storing away user.reg and rm -Rf'ing ~/.wine, and copying back, with some focus change in between, leads to a non-focused game window. 2) could it be elsewhere ? IT IS ! As a matter of fact, building a fresh user.reg, then replacing it with an old saved one, without focus changes works flawlessly. I'm pretty sure something somewhere gets written with something like a window number in it. I'm pretty sure that's either in X itself or in the window manager. BTW, the results are the same wether i use wine in managed or unmanaged mode : the WM seems to be unaware of the created window. I don't know if I made myself clear ; i'd be glad to help you (*cough*) fix the bug for me, or (*cough* *cough*) give me some information/pointer as to how i could fix it. Regards, Jean-Baptiste Note

2 1

A windows clone without wine?
by Uwe Bonnes July 20, 2002

July 20, 2002

Hallo, http://slashdot.org/articles/02/07/19/2116234.shtml?tid=99 talks about China developping a windows clone. I can't imagine they don't use wine as a base. Does anybody know more? Bye -- Uwe Bonnes bon(a)elektron.ikp.physik.tu-darmstadt.de Institut fuer Kernphysik Schlossgartenstrasse 9 64289 Darmstadt --------- Tel. 06151 162516 -------- Fax. 06151 164321 ----------

1 0

Re: PATCH: Convert HTASK to a void*
by Michael Stefaniuc July 19, 2002

July 19, 2002

Hello, please disregard this patch, it has build problems in a "make clean" enviroment. An other problem is that WOWHandle32 and WOWHandle16 are needed in loader/task.c, but I suspect I'm not allowed to import wow32 into the ntdll? bye michael On Fri, Jul 19, 2002 at 01:07:16AM +0200, Michael Stefaniuc wrote: > this patch should close bug #502, but I have some questions (that's why > wine-devel is CC'ed): > - is it correct to use the HTASK_{16,32} macros or should I use > WOWHandle{16,32}? The difference is that the macros include a type > cast to the right handle. > - GetAppCompatFlags() works internaly with a HTASK16. Can I move the > implementation to GetAppCompatFlags16()? Would save a handle > conversion in GetAppCompatFlags16(). > > I'll close the bug report after the patch get's accepted. > > License: LGPL, X11 > Changelog: > Michael Stefaniuc <mstefani(a)redhat.com> > - Convert HTASK to a void* > - Fix HTASK_32 macro > > > bye > michael -- Michael Stefaniuc Tel.: +49-711-96437-199 System Administration Fax.: +49-711-96437-111 Red Hat GmbH Email: mstefani(a)redhat.com Hauptstaetterstr. 58 http://www.redhat.de/ D-70178 Stuttgart

1 1

Wine CVS does *not* compile anymore. [wine/tools/widl//header.c]
by Boris Reisig July 19, 2002

July 19, 2002

Wine stopped compiling a fews days ago or maybe a week. I download the CVS every few days and I noticed that it cant compile anymore. Here make[1]: Entering directory `/root/wine/tools' make[2]: Entering directory `/root/wine/tools/wpp' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/root/wine/tools/wpp' make[2]: Entering directory `/root/wine/tools/widl' gcc -c -I. -I. -I../../include -I../../include -I../../tools/wpp -g -O2 -Wall -mpreferred-stack-boundary=2 -D__WINE__ -D_REENTRANT -I/usr/X11R6/include -o header.o header.c In file included from header.c:36: ../../tools/wpp/y.tab.h:10: parse error before `wrc_sll_t' ../../tools/wpp/y.tab.h:10: warning: no semicolon at end of struct or union ../../tools/wpp/y.tab.h:11: warning: type defaults to `int' in declaration of `ull' ../../tools/wpp/y.tab.h:11: warning: data definition has no type or storage class ../../tools/wpp/y.tab.h:14: parse error before `cval' ../../tools/wpp/y.tab.h:14: warning: type defaults to `int' in declaration of `cval' ../../tools/wpp/y.tab.h:14: warning: data definition has no type or storage class ../../tools/wpp/y.tab.h:15: parse error before `*' ../../tools/wpp/y.tab.h:15: warning: type defaults to `int' in declaration of `marg' ../../tools/wpp/y.tab.h:15: warning: data definition has no type or storage class ../../tools/wpp/y.tab.h:16: parse error before `*' ../../tools/wpp/y.tab.h:16: warning: type defaults to `int' in declaration of `mtext' ../../tools/wpp/y.tab.h:16: warning: data definition has no type or storage class ../../tools/wpp/y.tab.h:17: parse error before `}' ../../tools/wpp/y.tab.h:17: warning: type defaults to `int' in declaration of `yystype' ../../tools/wpp/y.tab.h:17: warning: data definition has no type or storage class ../../tools/wpp/y.tab.h:66: parse error before `pplval' ../../tools/wpp/y.tab.h:66: warning: type defaults to `int' in declaration of `pplval' ../../tools/wpp/y.tab.h:66: warning: data definition has no type or storage class header.c: In function `is_object': header.c:180: `tOBJECT' undeclared (first use in this function) header.c:180: (Each undeclared identifier is reported only once header.c:180: for each function it appears in.) header.c: In function `is_local': header.c:189: `tLOCAL' undeclared (first use in this function) header.c: In function `is_callas': header.c:198: `tCALLAS' undeclared (first use in this function) make[2]: *** [header.o] Error 1 make[2]: Leaving directory `/root/wine/tools/widl' make[1]: *** [widl] Error 2 make[1]: Leaving directory `/root/wine/tools'

1 0

Problem with wcmd
by Steven Edwards July 19, 2002

July 19, 2002

This patch http://cvs.winehq.com/patch.py?id=1025909276607367637873725 results in this under mingw with gcc 2.95.c and 3.1 gcc -c -I. -I. -I../../include -I../../include -D__MINGW__ -D_WINDOWS -DWINE_NO WINSOCK -Wall -mpreferred-stack-boundary=2 -DSTRICT -DNONAMELESSUNION -DNONAMELE SSSTRUCT -D_REENTRANT -o directory.o directory.c directory.c: In function `WCMD_filesize64': directory.c:369: `uint' undeclared (first use in this function) directory.c:369: (Each undeclared identifier is reported only once directory.c:369: for each function it appears in.) directory.c:369: parse error before `r' directory.c:374: `i' undeclared (first use in this function) directory.c:378: `r' undeclared (first use in this function) make: *** [directory.o] Error 1 Any ideas? Thanks Steven __________________________________________________ Do You Yahoo!? Yahoo! Autos - Get free new car price quotes http://autos.yahoo.com

1 0

Preliminary patch for Bug 675 - LVM_SCROLL
by Guy L. Albertelli July 19, 2002

July 19, 2002

The attached patch implements LVM_SCROLL. While not many programs use it, implementing it required changing how scrollbars were handled for all of Listview. This new implementation is much more like the native. The scrollbars mimic the range of pixels that they cover. This allows the specification of a pixel level scroll which is critical to LVM_SCROLL. The only exception (and the native does this also) is for LVS_LIST displays where the scrollbar is related to the number of columns to be displayed. Before submitting to wine-patches, I am interested in feedback and any discrepancies with how the native controls work (-dll commctrl,comctl32=n). Thanks, Guy Albertelli <<galberte(a)neo.lrun.com>>

1 0

Re: wine/files dos_fs.c smb.c smb.h
by Rein Klazes July 19, 2002

July 19, 2002

On Thu, 18 Jul 2002 22:17:19 -0500, you wrote: > > Log message: > Mike McCormack <mikem(a)codeweavers.com> > First go at reading directories on public SMB shares. > > Patch: http://cvs.winehq.com/patch.py?id=1027048639509081130455346 This breaks Forte Agent, looping endlessly around a FindNextFileA(). It is caused by the SetLastError(ERROR_NO_MORE_FILES) that is lost in the final HeapUnlock call. A quick fix is attached. files/ : dos_fs.c Repair SetLastError in FindNextFileA. Rein. -- Rein Klazes rklazes(a)xs4all.nl

1 0

Re: Errors running winapi_extract --stub-statistics
by Gregg Mattinson July 19, 2002

July 19, 2002

I think this is because the module name is no longer in the .spec file. Lines 71-73 of winapi_extract look for "name" in the .spec file, which no longer exists. Should we be using the file name as the module name? Gregg Mattinson Co-op Developer Sun Microsystems of Canada >From: Francois Gouget <fgouget(a)free.fr> >To: wine-devel(a)winehq.com >cc: Patrik Stridvall <ps(a)leissner.se> >Subject: Errors running winapi_extract --stub-statistics >Date: Fri, 19 Jul 2002 00:19:15 -0700 (PDT) > > >Hi, > > >I was trying to update the API statistics but I got the following >errors: > >$ ./tools/winapi/winapi_extract --stub-statistics >Use of uninitialized value in hash element at >./tools/winapi/winapi_extract line 97. >Use of uninitialized value in hash element at >./tools/winapi/winapi_extract line 97. >... > >There is quite a few of these. So I tentatively modified the line as >follows: > $module2entries{$module} = $entries if (defined $module); > >But then I got: >$ ./tools/winapi/winapi_extract --stub-statistics >controls/button.c (file 1 of 796)Not a HASH reference at >tools/winapi_check/winapi_parser.pm line 32. > >So obviously there is another problem or my previous 'fix' was not so >good. Any ideas? > > >-- >Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ > In a world without fences who needs Gates? >

1 0

Patch for memory-mapping problem -- See VirtualQuery post
by Max July 19, 2002

July 19, 2002

Well, I took off the dirty hack on virtual.c and put inside something that seems to me much more like a real solution. Took off in executable mapping VPROT_WRITE and VPROT_WRITECOPY flags and added VPROT_EXEC; that looks much more close to win2k mapping. The only difference now is in Type field, wine maps as MEM_PRIVATE and win2k as MEM_IMAGE (I guess that's the right one, but no time now to check. Here the attached patch.... any comment appreciated :-) Regards Max

1 0

Errors running winapi_extract --stub-statistics
by Francois Gouget July 19, 2002

July 19, 2002

Hi, I was trying to update the API statistics but I got the following errors: $ ./tools/winapi/winapi_extract --stub-statistics Use of uninitialized value in hash element at ./tools/winapi/winapi_extract line 97. Use of uninitialized value in hash element at ./tools/winapi/winapi_extract line 97. ... There is quite a few of these. So I tentatively modified the line as follows: $module2entries{$module} = $entries if (defined $module); But then I got: $ ./tools/winapi/winapi_extract --stub-statistics controls/button.c (file 1 of 796)Not a HASH reference at tools/winapi_check/winapi_parser.pm line 32. So obviously there is another problem or my previous 'fix' was not so good. Any ideas? -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ In a world without fences who needs Gates?

1 0

Re: AutoCAD2000 again and CreateFiber
by Eric Pouech July 19, 2002

July 19, 2002

> Alle 21:40, giovedì 18 luglio 2002, Eric Pouech ha scritto: > > > TEB: Thread execution block... it's the descriptor of any running thread > > in the system (see include/thread.h) > > on NT, the TEB starts with a thread information block > > so if I did understand, in NT fibers are mapped to threads descriptors > directly.... not really... fibers descriptors are chained in a TEB so that the thread (which is the sole execution unit seen by the scheduler) can arrange its own scheduling of fibers A+ --------------- Eric Pouech (http://perso.wanadoo.fr/eric.pouech/) The future will be better tomorrow, Vice President Dan Quayle ------------------------------------------ Faites un voeu et puis Voila ! www.voila.fr

1 0