January 2003 - Wine-Devel - list.winehq.org

Re: Make RECT === RECTL, fix compile warnings, use uniform format

by Alexandre Julliard

"Dimitrie O. Paun" <dpaun(a)rogers.com> writes: > Yeah, that can work too, but it does increase stack usage by > quite a bit. But if we are to do this for RECTs only we don't > need as much space anyway... Nevertheless, it's an alternative > solution, and it does not require exporting more stuff out of > ntdll. Let's wait for Alexandre's take on it. :) This should use the per-thread buffer that is already used for the debugstr functions. What we need is to export that functionality through a more generic interface so that we can implement all kinds of debug* functions on top of it. I'll look into that. -- Alexandre Julliard julliard(a)winehq.com

Jan. 2, 2003

Re: tchar fixes: _tcs{dup,icmp}

by Alexandre Julliard

"Dimitrie O. Paun" <dpaun(a)rogers.com> writes: > If using tchar.h forces you to link in msvcrt, it should be moved to > include/msvcrt. Thing is that MinGW supports tchar.h it seems, so we > can do one of two things: > 1. Add conditionals in tchar.h as you suggested to do things differently > depending on whether or not we link in msvcrt > 2. Move the current tchar.h to include/msvcrt, and create a new one > to support the MinGW/glibc case. > > Alexandre? tchar.h should not depend on msvcrt IMO, at least not in ASCII mode, so it should use the normal function names without underscores. It's not 100% compatible, but it should still do the right thing, both with and without msvcrt. -- Alexandre Julliard julliard(a)winehq.com

Jan. 2, 2003

Re: RFH: ICON statement

by Mehmet YASAR

Dimitrie O. Paun wrote: > On January 2, 2003 12:15 pm, Mehmet YASAR wrote: > >>I'm developing a small app with MS tools and I know that MS accepts '-' >>and '!' for ressources (icon, bitmap, accels, menus ...). > > > So what you're saying is that '-' and '!' can appear anywhere in an > identifier, right? Even as the first char? > Yes, I knew that strings like "x-x!xx" were accepted. I just tested icon ressource beginning with weird characters like "!icon" or "-icon" and that works (tested under VC++/sp5). Mehmet

Jan. 2, 2003

Re: __WINE__ vs. __WINESRC__

by Alexandre Julliard

"Dimitrie O. Paun" <dpaun(a)rogers.com> writes: > On January 1, 2003 07:40 pm, Alexandre Julliard wrote: > > I think __WINE__ is best, let's just rename the internal one. BTW this > > Cool, but to what? __WINESRC__? __WINEBUILD__? __WINEINTERNAL__? It doesn't really matter, just pick the one you prefer. > Indeed. How do you want to do this? Can we do the rename, and then > eliminate some of them? This would be best for me, since I can complete > the work on wxWindows. Sure, we can do the rename first. > There are many things of this form: > > include/mediaobj.h:#ifndef __WINE__ > include/mediaobj.h-#include "rpc.h" > include/mediaobj.h-#include "rpcndr.h" > include/mediaobj.h-#ifndef COM_NO_WINDOWS_H > include/mediaobj.h-#include "windows.h" > include/mediaobj.h-#include "ole2.h" > include/mediaobj.h-#endif > include/mediaobj.h-#endif > > Do you want to keep them? No, these should be removed. The same effect can be achieved by defining COM_NO_WINDOWS_H in the C files that use the include. -- Alexandre Julliard julliard(a)winehq.com

Jan. 2, 2003

Re: tchar fixes: _tcs{dup,icmp}

by Dimitrie O. Paun

On January 2, 2003 12:38 pm, Alexandre Julliard wrote: > tchar.h should not depend on msvcrt IMO, at least not in ASCII mode, > so it should use the normal function names without underscores. It's > not 100% compatible, but it should still do the right thing, both with > and without msvcrt. Sounds good. But since we are on the subject, here's another thing that's been troubling me: we have 3 flavors of the crt to worry about: glibc, msvcrt, and cygwin libc (let's call it cygcrt). To be honest, I haven't looked in detail at cygcrt but I guess it's a derivative of glibc (as it is used to port Unix stuff). However, it has stuff such as io.h which is not present in Unix, and is reminiscent of msvcrt. When compiling stuff on Windows with gcc (mingw), it links by default with cygcrt if available. If the -mno-cygwin option is used, or cygwin is not available, it links against crtdll. Of course, the appropriate headers are used automatically. For winegcc, I mapped the -mno-cygwin option to use msvcrt, otherwise we use the native glibc. This is the closest mapping I could find, and it works fairly well, with a few caveats such as the missing io.h in glibc. Anyhow, and ideas on how to deal with all this? -- Dimi.

Jan. 2, 2003

Re: RFH: ICON statement

by Mehmet YASAR

Dimitrie O. Paun wrote: > Visual-MinGW uses the following: > > visual-mingw ICON Mainicon.ico > > which apparently windres accepts, but fails with wrc > because of the '-' in 'visual-mingw'. Can someone > please check if it works with the MS tools, to determine > if we need to fix wrc? Tnx. > Hi, I'm developing a small app with MS tools and I know that MS accepts '-' and '!' for ressources (icon, bitmap, accels, menus ...). Mehmet

Jan. 2, 2003

Re: __WINE__ vs. __WINESRC__

by Dimitrie O. Paun

On January 2, 2003 12:30 pm, Alexandre Julliard wrote: > It doesn't really matter, just pick the one you prefer. I know, but I was hoping people had better suggestions :) I like __WINESRC__ the best (but that doesn't mean much <g>), so unless people have a better idea, that's going to be it. > Sure, we can do the rename first. Probably a script to do it would be best, no? > No, these should be removed. The same effect can be achieved by > defining COM_NO_WINDOWS_H in the C files that use the include. What about defining COM_NO_WINDOWS_H globally in Wine? -- Dimi.

Jan. 2, 2003

Re: Make RECT === RECTL, fix compile warnings, use uniform format

by Dimitrie O. Paun

On January 2, 2003 12:41 pm, Alexandre Julliard wrote: > What we need is to export that functionality > through a more generic interface so that we can implement all kinds of > debug* functions on top of it. I'll look into that. Excellent -- this is the infrastructure change I was referring to in my emails. This is perfect: if you can export that, I can then look into providing some more debug* functions. Make sure we somehow know the size of the returned buffer. Either by a constant, or providing a minimum length argument: char *debug_getbuffer(int size); If the allocation can not be met, we should just crash the program. This way we can maintain 2-4 sizes (32, 64, 256, 1024), and return the closest one that is larger than size. As for the new debug* functions, most nontrivial ones are not that small. Do you want them defined as static inline in wine/debug.h, or exported from ntdll as the other ones? In fact, why not create a helper DLL (winedebug) that holds all of this, and that can be used on Windows as well, when we port most of our stuff over? -- Dimi.

Jan. 2, 2003

Re: Debugger / wineconsole problem

by Lionel Ulmer

> do you mean switching window or desktop ? In my case, windows (using Metacity on a standard Gnome install of Mandrake8). And no entering / exiting or mouse action can bring the input back. > > there are a few know bugs in scroll implementation, but that shouldn't > screw up the scrollbar. could you be more precise on the issues here Well, simply that when I click on the scrollbar, nothing moves (ie I cannot scroll at all). The corruption happens sometimes when I do a 'disas' for example and that the console is scrolled on its own due to the new text being displayed and that only ojne line is continuously repeated. Will take screenshots when the problem occurs again. -- Lionel Ulmer - http://www.bbrox.org/

Jan. 2, 2003

Re: sharpdevelop and .NET

by Sylvain Petreolle

did you manage to run any .NET project on Wine ? --- tom potts <madtom1999(a)lycos.com> a écrit : > Has anyone tried to run sharpdevelop > http://www.icsharpcode.net under Wine > and if so does Wine need the .NET redistributable to run it/can it > run it? > Tom > > > _____________________________________________________________ > Get 25MB, POP3, Spam Filtering with LYCOS MAIL PLUS for $19.95/year. > http://login.mail.lycos.com/brandPage.shtml?pageId=plus&ref=lmtplus > ===== Sylvain Petreolle spetreolle(a)users.sourceforge.net Fight against Spam ! http://www.euro.cauce.org/en/index.html ICQ #170597259 "Don't think you are. Know you are." Morpheus in Matrix, chapter 15. ___________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com

Jan. 2, 2003