wine-devel

wine-devel@winehq.org

5 participants
84473 discussions

Re: PATCH: Convert HTASK to a void*
by Michael Stefaniuc 19 Jul '02

19 Jul '02

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 19 Jul '02

19 Jul '02

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

AutoCAD2000 again and CreateFiber
by Max 19 Jul '02

19 Jul '02

Well, after the patch-hack-or whatever on VirtualQuery, AutoCAD2000 began coming alive ! Some problems yet, but one wonders me in particular : setting window version as win98 or winnt40, app shows an exception stating that CreateFiber function is not implemented; setting as win95 the apps starts quite well. Any idea ? Is there some plan to implement xxxxxFiber functions, or it's too difficult ? BTW, looking for help on the net, i haven't really understood the difference between a regular thread and a fiber (only caught that use of fibers instead of threads is somehow discouraged...) Regards Max

2 4

Problem with wcmd
by Steven Edwards 19 Jul '02

19 Jul '02

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 19 Jul '02

19 Jul '02

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 19 Jul '02

19 Jul '02

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 19 Jul '02

19 Jul '02

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

Errors running winapi_extract --stub-statistics
by Francois Gouget 19 Jul '02

19 Jul '02

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 19 Jul '02

19 Jul '02

> 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

Re: Re: about XIM support on wine
by shaw 19 Jul '02

19 Jul '02

> > Hi, > > The best solution for the time being is to use Over-the-top entry, so > that characters you type are shown in a small child window rather than a > seperate window. > > If you're feeling keen, then you could try and interface XIM to > Microsoft's own input context stuff (see ImmGetContext in imm32.dll). > > Do you have any patches for us to try out? > > Mike > > rain shaw wrote: > > Hi all, > > I do apply some patches to the wine source according to some tips in > > bugs library,and I can input chinese in notepad now. > > But,every time window was created,will the input method popup.For > > example,if a message box popped up,the xim will popup as well. > > It seems that we called the XIM related Xlib function every time new > > window was created. > > Would u please give me some suggestions about how to disable create and > > open XIM while create non-text-input related window? in other word,how > > to determin the x-window that going to be created is a control that need > > input method ? > > Thanx! > > > > > Sorry,I'm newbie to Wine and Xlib, So I just add some following statemengs if(cs->lpszClass[0] == 'E' || (0 == strcmp(cs->lpszClass,"NotesRichText")) || (0 == strcmp(cs->lpszClass,"IRIS.tedit"))) { /*Yes,Just seek the first char*/ XIM_DoCreateIC(data->client_window); XIM_SetIC(display, data->client_window, data->whole_window); } yes,it looks really ugly but works. Now,I met the same question as message http://www.winehq.com/hypermail/wine-devel/2002/05/0043.html I try to add apparently mapping of WM_IME_CHAR and friends to/from unicode in windows/winproc.c. bug nothing happens. Any suggestions ?

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