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

RE: Even more misc fixes

by Patrik Stridvall

> > But OK I will try and compile with -DSTRICT and see what happends. > > IIRC somebody tried that but it didn't turn out so well. > > That would be me, probably. I started the conversion to -DSTRICT but > then other priorities came up and now it's on the back burner. I will > get back to it eventually but at the current rate it's hard > to know when > that will be :-( > Compiling with -DSTRICT is not that bad: with a relatively simple > patch it compiles (see attachement). Or at least, it used to. No patch is needed for the file in question. windows/property.c needs a simple patch though. > But there > are tons of warnings, which means tons of places that need > attention and > possibly fixing. That's where the work is. Yes. I've noticed that and I have fixed a few of them as well. However I'm not optimistic on fixing them all on the short term. The problem is not the number of them, the problem is that some of the warnings like the Global* can't be fixing in the .c files. It involves changing the .h files and that generated even more warnings. :-( I will investigate furher, but as I said, I'm not optimistic.

July 27, 2001

Re: Prevent excessive clipping in SysListView32

by lawson_whitney＠juno.com

On Fri, 27 Jul 2001, Igor wrote: > Bill Medland wrote: > > Excuse my ignorance. rpm says it is 2.96-81. How do I ask gcc what > version IT thinks it is? Script started on Fri Jul 27 11:44:32 2001 [whit(a)giftie whit]$ gcc -v Reading specs from /usr/lib/gcc-lib/i386-slackware-linux/2.95.3/specs gcc version 2.95.3 20010315 (release) [whit(a)giftie whit]$ exit Script done on Fri Jul 27 11:44:39 2001 > (Running on RH7.1; how do I get the kernel version? rpm says 2.4.2-2) > > Bill > > > type at prompt > > uname -a > > > Igor > > > > ________________________________________________________________ GET INTERNET ACCESS FROM JUNO! Juno offers FREE or PREMIUM Internet access for less! Join Juno today! For your FREE software, visit: http://dl.www.juno.com/get/tagj.

July 27, 2001

Re: Prevent excessive clipping in SysListView32

by Francois Gouget

On Fri, 27 Jul 2001, Bill Medland wrote: [...] > Excuse my ignorance. rpm says it is 2.96-81. How do I ask gcc what > version IT thinks it is? gcc -v gcc -dumpspecs > (Running on RH7.1; how do I get the kernel version? rpm says 2.4.2-2) cat /proc/version -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ Stolen from an Internet user: "f u cn rd ths, u cn gt a gd jb n cmptr prgrmmng !"

July 27, 2001

Re:Re: native dll's

by Francois Gouget

On Fri, 27 Jul 2001, José Soriano Díaz wrote: [...] > > > So my question is quite siple How can I link a native dll in > > > a Unix project? > > > > I think you have used the right approach: LoadLibrary / > >GetProcAddress / FreeLibrary. If that works for you then it's the > >simplest approach. > > I'm afraid it doesn't work, when I executed what I compiled , I obtained > "Undefined Symbol" in any call to the native dll. Thanks anyway for the > advice. That's strange. It sounds like you are simply calling the functions but I thought you were using GetProcAddress to get a function pointer and then using that function pointer to call each function you imported from the dll. You should not have any undefined symbol when doing that. It's not C++? (C++ makes things more intractable because each virtual function table is a hidden import of a non function symbol.) Also you should be warned of any undefined symbol at link time. Didn't you get such warnings? What did they say? -- Francois Gouget fgouget(a)free.fr http://fgouget.free.fr/ Demander si un ordinateur peut penser revient à demander si un sous-marin peut nager.

July 27, 2001

Re:Re: native dll's

by José Soriano Díaz

>From: Francois Gouget <fgouget(a)free.fr> >To: José Soriano Díaz <jose__sor(a)hotmail.com> >CC: wine-devel(a)winehq.com >Subject: Re: native dll's >Date: Thu, 26 Jul 2001 10:10:17 -0700 (PDT) > >On Wed, 25 Jul 2001, José Soriano Díaz wrote: > > > > > Hi there, I'm working in a telerobotics project and I need to >link a > > windows dll in order to use a Cybernet Joystick. > > First I tried to use the winAPI functions LoadLibrary, > > FreeLibrary and GetProccessAddress as I were working on Windows, and > > I recompiled my program with winelib: > > *. winemaker /my_path/ > > *. ./configure > > *. make all > > but it didn't create any executable, what I obtained was a > > lib*.so, because winemaker thought I was trying to compile a dll, > > not to use one. > > To force winemaker to generate an executable simply use it as >follows: > * type "winemaker --cuiexe /my_path" to indicate a console executable > * type "winemaker --guiexe /my_path" to indicate a graphical executable > > You can also use "winemaker -?" to get a list of options supported by >winemaker. > > > > So my question is quite siple How can I link a native dll in > > a Unix project? > > I think you have used the right approach: LoadLibrary / >GetProccessAddress / FreeLibrary. If that works for you then it's the >simplest approach. I'm afraid it doesn't work, when I executed what I compiled , I obtained "Undefined Symbol" in any call to the native dll. Thanks anyway for the advice. _________________________________________________________________ Descargue GRATUITAMENTE MSN Explorer en http://explorer.msn.es/intl.asp

July 27, 2001

[Fwd: Re: Any use for glyph bounding boxes in printer driver?]

by Ian Pilcher

Travis Michielsen wrote: > > What about GetCharABCWidth* what does this function use? (or could it use > this?) I see the function still shows a fixme (or atleast the last time I > checked). > The only one that works for printer fonts is GetCharABCWidthsFloat. I just tested it on Windows 2000 and verified that it always returns 0 for abcfA and abcfC (and returns the advance width in abcfB) when it is called on a printer font. -- ======================================================================== Ian Pilcher ian.pilcher(a)home.com ========================================================================

July 27, 2001

Re: ChangeDisplaySettings

by Travis Michielsen

--- Lionel Ulmer <lionel.ulmer(a)free.fr> wrote: > > Hmm, I was going to try something like that, however, I had problems with > that > > method simply b/c of the load order between the dlls. > ChangeDisplaySettings is > > implemented in user32.dll which loads BEFORE x11drv. > > Yes, but if you look at file user32.spec, you have : > > init USER_Init > > This is a function called at DLL loading (AFAIK). It is in file user_main.c > > At DLL loading, this function calls 'process_attach' that calls > 'load_driver' (all functions are in the same file). > > 'load_driver' does the following : > > strcpy( buffer, "x11drv" ); /* default value */ > (...) > if (!(graphics_driver = LoadLibraryA( buffer ))) > { > MESSAGE( "Could not load graphics driver '%s'\n", buffer ); > return FALSE; > } > > This means that even if USER32.dll is loaded BEFORE x11drv.dll, the init > function of USER32 will load the current graphics driver, i.e. x11drv. > > Later in the same function, all function pointers are initialized using the > GET_USER_FUNC macro. Ahh, now I see. > BTW, you did NOT read the thread about my OpenGL fixes recently where > Alexandre plainly told that putting x11drv.dll in a spec file is bad :-) ? Hmm, will go find and reread it. Probably just skimmed through it the first time. > > Already using so of that code, although it could probably be cleaned up a > bit. > > I will get to that soon. > > Ah, did not look in details at your patch :-) Stopped at the 'Oh my god, X11 > calls in USER' :-) > > Anyway, let's hope I will not discourage you :-) > > Lionel Not to worry, I accept most of the constructive critizism that I recieve. Besides, I'm still new to and learning things about the project. - Travis Michielsen __________________________________________________ Do You Yahoo!? Make international calls for as low as $.04/minute with Yahoo! Messenger http://phonecard.yahoo.com/

July 27, 2001

Re: Prevent excessive clipping in SysListView32

by Igor

Bill Medland wrote: Excuse my ignorance. rpm says it is 2.96-81. How do I ask gcc what version IT thinks it is? (Running on RH7.1; how do I get the kernel version? rpm says 2.4.2-2) Bill type at prompt uname -a Igor

July 27, 2001

Re: Prevent excessive clipping in SysListView32

by Bill Medland

Ulrich Weigand <weigand(a)immd1.informatik.uni-erlangen.de> wrote in article <200107262124.XAA25786(a)faui11.informatik.uni-erlangen.de>... > > Uwe Bonnes wrote: > > >>>>> "Medland," == Medland, Bill <Bill.Medland(a)accpac.com> writes: > > > > Medland,> I am not very comfortable with this one but strange as it may > > Medland,> seem it solves the problem. I'd love to know why. > > Medland,> <<diff13.txt>> Bill Medland (medbi01(a)accpac.com) Prevents > > Medland,> excessive clipping in SysListView32. > > > > Medland,> > > Medland,>-static inline int perfect_graphics(void) > > Medland,>+static int perfect_graphics(void) > > Medland,> { > > Medland,> static int perfect = -1; > > Medland,> if (perfect == -1) > > Medland,> > > > > Some C-Expert is requested here, but I suspect that in the old function the > > variable "perfect" was created in every instantiation of the > > "perfect_graphics" inlined function. Could you perhaps try to declare the > > "perfect" outside the inlined function, like > > > > static int perfect = -1; > > static inline int perfect_graphics(void) > > No, 'inline' must not change the semantics of the routine in any way, > including static variables. > > If the app behaves differently when 'perfect_graphics' is inlined, this > is a compiler bug. Which compiler version are you using? Excuse my ignorance. rpm says it is 2.96-81. How do I ask gcc what version IT thinks it is? (Running on RH7.1; how do I get the kernel version? rpm says 2.4.2-2) Bill

July 27, 2001

Re: How do I stop clipping?

by Travis Michielsen

--- Bill Medland <medbi01(a)accpac.com> wrote: > I don't like submitting incomplete code but I may have little choice unless > someone can point me in the correct direction here. As you may guess from > the following, my Windows experience is not that extensive but I think it's > enough to allow me to make sensible contributions. > > I am working on correcting the LISTVIEW_DrawLargeItem function, especially > when the item text is large. I have already got most of the way. However > the problem is this. > > When a user selects a large icon the text should be written completely (by > calling DrawText with DT_NOCLIP). It is doing so; I can prove it by > resizing the window and I will see the full text being displayed for a > selected item. However when drawing it at the moment of selecting it, the > text is being clipped to the usual two and a bit rows. Presumably this > means that there is a clipping rectangle in the DC or the window that I > need to inflate. Or Do I simply invalidate that rectangle (from within the > WM_PAINT handler!!!). > > Any help would be appreciated. > > Bill Looking at the DrawText code I see that DrawText just passes the NOCLIP flag to ExtTextOut, so the problem I likely not with DrawText but with ExtTextOut instead. I can take a look at the code for both functions (time providing) and find out what is happening. - Travis Michielsen __________________________________________________ Do You Yahoo!? Make international calls for as low as $.04/minute with Yahoo! Messenger http://phonecard.yahoo.com/

July 27, 2001