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

Dinput - Keyb Bug
by Kristoffer Ericson July 24, 2002

July 24, 2002

I'm trying to get StarSiege Tribes (1) to work, and from what i gather is it suffering from a quite common wine-gaming-problem (both wine & winex). The game starts smoothly enough but keyboard is dead. When i press any key it will instantly drop out and quit. No error message or breaks. Considering the keyboard makes you move it basicly leaves you jumping up and down shooting at everything that comes..=) Other than the keyboard error tribes runs fine. I daily run updates from winex & wine but been working at this problem for about 2 weeks. I've read all the info i could find on the subject and from what i can gather is that tribes used to work on older wine. So can anyone give me some futher info about where i could find older wine-archives or if the dinput (i guess the problem is due to dinput) problem is about to be solvedŽ, tweaks, patches, ideas.. With respect Ken _________________________________________________________________ Chat with friends online, try MSN Messenger: http://messenger.msn.com

3 2

Coded breakpoints
by Max July 24, 2002

July 24, 2002

Maybe it's a stupid question, but... is there a way to hard-code a breakpoint ? I need to check a bit of code that gets called too many times and I'd like to put a conditional breakpoints compiled in code; no way to use winedbg built-in conditional breaks, the condition is too complicated..... Regards Max hmmm... BTW, somebody knows what's the meaning ow window message # 0x1018 ? :-)

6 5

Winelib and documentation
by steve_lustbader＠hsgmed.com July 23, 2002

July 23, 2002

I've been having some trouble using winelib (with spec files) following the documentation on the web site. A few people in the IRC channel were under the impression that winelib had changed and the docs aren't really relevant anymore. Is the documentation going to be updated to the current status of the source? ****************************** Steve Lustbader Philips Medical Systems E-mail: steve_lustbader(a)hsgmed.com 3000 Minuteman Road, MS 0105 Voice: 978 659 3713 Andover, MA 01810

3 2

Re: Configure.in
by Gregg Mattinson July 23, 2002

July 23, 2002

Same thing is defined on my system, so I think it is correct. LD_PATH is used to add paths infront of LD_LIBRARY_PATH for when wrc and winebuild are run. On my system, before the line you mentioned, LD_PATH is set to $wine/library:$wine/dlls. Then, it is changed to prepend itself to the environment variable LD_LIBRARY_PATH. Gregg Mattinson Co-op Developer Sun Microsystems of Canada >From: steve_lustbader(a)hsgmed.com >To: wine-devel(a)winehq.com >Subject: Configure.in >Date: Tue, 23 Jul 2002 14:20:53 -0600 > >In the configure.in that winemaker generates for me, LD_PATH gets defined as LD_PATH="LD_LIBRARY_PATH=\"$LD_PATH:\$\$LD_LIBRARY_PATH\"" It seems like it's missing a linebreak, or it's doing something very weird. Is this right? > >****************************** >Steve Lustbader > >Philips Medical Systems E-mail: steve_lustbader(a)hsgmed.com >3000 Minuteman Road, MS 0105 Voice: 978 659 3713 >Andover, MA 01810 >

1 0

Re: PATCH: [Bug 19] - font enumeration problems for aliased gdi fonts
by Huw D M Davies July 23, 2002

July 23, 2002

On Tue, Jul 23, 2002 at 01:00:59PM -0700, Rafael Kitover wrote: > This patch fixes the "Invalid Property Value" message box that pops up > in older visual basic programs on startup when they try to call > ENUMFONTS on the default "MS Sans Serif" font for example. > > (reference: http://www.winehq.com/hypermail/wine-bugs/2002/05/0116.html) > > License: LGPL, X11 > > Changelog: > Rafael Kitover <caelum(a)debian.org> > Fix ENUMFONTS on aliased gdi fonts What's exactly the problem here? Is it lack of support of 16bit EnumFonts ? Huw.

1 0

Configure.in
by steve_lustbader＠hsgmed.com July 23, 2002

July 23, 2002

In the configure.in that winemaker generates for me, LD_PATH gets defined as LD_PATH="LD_LIBRARY_PATH=\"$LD_PATH:\$\$LD_LIBRARY_PATH\"" It seems like it's missing a linebreak, or it's doing something very weird. Is this right? ****************************** Steve Lustbader Philips Medical Systems E-mail: steve_lustbader(a)hsgmed.com 3000 Minuteman Road, MS 0105 Voice: 978 659 3713 Andover, MA 01810

1 0

RE: wine/dlls crtdll/crtdll.spec crtdll/crtdll_mai ...
by Patrik Stridvall July 23, 2002

July 23, 2002

> Modified files: > dlls/crtdll : crtdll.spec crtdll_main.c > dlls/msvcrt20 : msvcrt20.spec > dlls/shell32 : shell32.spec > > Log message: > Fixed broken forwards reported by Patrik Stridvall. Much better. No broken forwards reported by winapi_check any longer. However I don't think your fix was 100% correct. winapi_check now says dlls/msvcrt/string.c:52: <>: char * _strdec(char *,char *): documentation: _strdec (MSVCRT.@) wrong dlls/msvcrt/string.c:75: <>: char * _strinc(char *): documentation: _strinc (MSVCRT.@) wrong dlls/msvcrt/string.c:83: <>: unsigned int _strnextc(char *): documentation: _strnextc (MSVCRT.@) wrong dlls/msvcrt/string.c:93: <>: char * _strninc(char *,unsigned int): documentation: _strninc (MSVCRT.@) wrong dlls/msvcrt/string.c:143: <>: unsigned int _strncnt(char *,unsigned int): documentation: _strncnt (MSVCRT.@) wrong dlls/msvcrt/string.c:152: <>: char * _strspnp(char *,char *): documentation: _strspnp (MSVCRT.@) wrong The problem is not what the error messages suggest though, winapi_check is far from prefect. :-) Anyway, the real problem seems to be that the the functions you implemented in crtdll_main.c were already implemented in msvcrt. However they were not exported. Examining the msvcrt.dll on my Windows 98 computer indicates that this is correct they shouldn't be exported. crtdll.dll does exactly as Wine does though. So I guess the implementation of the functions above should only be in CRTDLL and not in MSVCRT. Will you fix it or should I?

2 1

Re: PATCH: SetParent optimization
by Ann and Jason Edmeades July 23, 2002

July 23, 2002

> Probably SetWindowLong(GWL_HWNDPARENT) should not do a full SetParent, > but just set the window owner. Looks like this needs more testing > under Windows to find out exactly what it's supposed to do. Interestingly I took out that SetParent call as a hack to get beyond bug#825 which is exactly what VB is doing for 'modal' windows (setting GWL_HWNDPARENT) which basically means modal windows become unusable. Jason

1 0

RE: Winelib and documentation
by Andriy Palamarchuk July 23, 2002

July 23, 2002

Steve, if you don't mind lets continue the discussion in public. --- "LUSTBADER,STEVE (Non-A-hsgAndover,ex1)" <steve_lustbader(a)hsgmed.com> wrote: > > > Is the > > > documentation going to be updated to the current > > > status of the source? > > > > Yes, but I do not know when. As far as I know > nobody > > is working on the guide right now. > > If you provide information which part of the guide > is > > outdated somebody may want to fix it. > > > > The problem I was specifically having was with spec > files and import statements - it seems like imports > don't belong in specs anymore. Yes, you are right here. Now it is done by the following definition in Makefile.in file: ... IMPORTS = advapi32 kernel32 ... As an example of using Winelib I advise you to look into Wine programs (see programs subdirectory of the Wine source tree). These programs are compiled as Winelib programs, you probably will want to do something similiar. Andriy __________________________________________________ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com

1 0

Problem with wineconsole
by DanteAliegri July 23, 2002

July 23, 2002

I'd suggest the following patch as an easy way to tell that something in wineconsole is going wrong. All I was getting was that the backend had failed - no indication of why. --Dante --- user.c Tue Jul 23 09:29:23 2002 +++ newuser.c Tue Jul 23 09:29:54 2002 @@ -550,7 +550,7 @@ fc.data = data; fc.done = 0; EnumFontFamilies(PRIVATE(data)->hMemDC, NULL, get_first_font_enum, (LPARAM)&fc); - if (!fc.done) WINE_WARN("Couldn't find a decent font, aborting\n"); + if (!fc.done) WINE_ERR("Couldn't find a decent font, aborting\n"); return fc.done; }

1 0