wine-devel

wine-devel@winehq.org

84463 discussions

Re: Dinput - Keyb Bug
by Jesse Allen 29 Jul '02

29 Jul '02

> Well, I am still waiting for my --debugmsg +relay,+dinput,+event trace > :-) > I have the game (tribes) and have trace logs for you (they are big so they will probably come in a seperate email). The first on is +relay,+dinput,+event (which has me pressing the a key, then shuts down) and the second is +opengl,+x11drv,-dsound. DGA is disabled as it breaks my Nvidia driver when running the game. >> I'm trying now to get OpenGL to work, i've run through the >> ./configure >> --enable-opengl, and checked the config.log to see that everything >> checks out (Which it does). I have something to mention about the Opengl. The game upon release didn't include opengl. Whether is was incomplete or buggy I don't know. A later patch included full opengl support. So make sure your running the latest patch if you can. I was able to get the game running in accelerated mode a while back. But that was probably in glide mode, which I cannot test right now. I tried yesterday to run it in opengl mode by going into the options menu and selecting it, but the option is missing. It must not be detecting the opengl. I know my opengl drivers work. The game's software mode works fine through the x11drv. Jesse

1 0

game patches
by Serge Ryabchun 29 Jul '02

29 Jul '02

comments in spec -- Serge Ryabchun sr(a)energy.uch.net

4 5

bugzilla privs
by Michael Stefaniuc 29 Jul '02

29 Jul '02

Hello, could somebody please give me the necessary privs so I can take ownership of wine bugs (account mstefani(a)redhat.com). If not please close bugs #483, #489, #502. thanks 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

2 1

Re: PATCH: [Bug 19] - font enumeration problems for aliased gdi fonts
by Rafael Kitover 29 Jul '02

29 Jul '02

Huw D M Davies wrote: > What's exactly the problem here? Is it lack of support of 16bit EnumFonts ? > > Huw. The problem is this line in X11DRV_EnumDeviceFonts: if (physDev->dc->gdiFont) return FALSE; so if the font is "MS Sans Serif", it will return 0, and old VB apps at least won't like that. But knowing the actual X11 font name given in the wine config, from the alias table it's possible to enumerate it, so those apps will start, that's what that patch does. That's all I really managed to understand here, if there is a better way to do this I will.

2 1

question on _lclose16
by Rafael Kitover 28 Jul '02

28 Jul '02

In files/file.c, line 1351: HFILE16 WINAPI _lclose16( HFILE16 hFile ) { if (hFile < 5) { FIXME("stdio handle closed, need proper conversion\n" ); SetLastError( ERROR_INVALID_HANDLE ); return HFILE_ERROR16; } .... What does this mean? Taking it out doesn't seem to hurt anything. I understand from this block: static void FILE_InitProcessDosHandles( void ) { dos_handles[0] = GetStdHandle(STD_INPUT_HANDLE); dos_handles[1] = GetStdHandle(STD_OUTPUT_HANDLE); dos_handles[2] = GetStdHandle(STD_ERROR_HANDLE); dos_handles[3] = GetStdHandle(STD_ERROR_HANDLE); dos_handles[4] = GetStdHandle(STD_ERROR_HANDLE); } why we don't want to close those handles probably. But why would I see that message, do sloppy windows programs try to close a range of handle numbers or something? Tell me what needs to be properly converted to what and I'll try to do it :P

2 1

Re: How to mantain complete CVS repository
by Max 28 Jul '02

28 Jul '02

Thanx, Dimitrie, t works good and it's really fast! Regards Max

1 0

cXXFrameHandler
by Steven Edwards 28 Jul '02

28 Jul '02

Just wanted to say thanks and let you know that geoshell now works in WINE on my slackware 8 box. This is great because once the ReactOS boys get the windowing work done it wont take much adapting at all for us to have this as our shell. And for the time being I have a good interface to CVS under linux. =) Thanks Again Steven __________________________________________________ Do You Yahoo!? Yahoo! Health - Feel better, live better http://health.yahoo.com

1 0

CUPS and Wine
by David D. Hagood 28 Jul '02

28 Jul '02

I've been having trouble with my RH7.2 LPRng based printing, so I decided I'd try installing CUPS. After fighting for hours to get this so-called easier printing system installed and working, I finally got to where I could print from Linux apps. Now, however, Wine steadfastly refuses to bring up a meaningful print dialog. I've gone into system.reg and win.ini and removed all the entries relating to the printing system, to no avail. Wine sort of recognises that there is a printer named "Color" managed by CUPS, but it cannot get any kind of properties for it - no paper size, no queue, and any attempt to accept the dialog is either ignored or results in a fault. This is with a CVS pull and clean rebuild as of 30 minutes ago. Where do I go from here?

4 4

CallNextHookEx16 strageness
by Michael Stefaniuc 27 Jul '02

27 Jul '02

Hello, while trying to convert HHOOK to a void* i found this strangeness: CallNextHookEx16 expects its first parameter to be a real HHOOK, that means it checks the HIWORD of the HHOOK to see it it contains 'HK' if (HIWORD(hhook) != HOOK_MAGIC) return 0; /* Not a new format hook */ In wine there are only 2 functions that call CallNextHookEx16, one is DefHookProc16, the other is ShellHookProc16. The first one calls CallNextHookEx16 with first parameter queue->hCurHook (an HANDLE16), the second one with WH_SHELL (the number 10). This parameters gets implicitly transformed to a HHOOK and will have their HIWORD set to 0, thus CallNextHookEx16 will always fail and return 0. I don't know what the right fix would be, I'm seeing two possibilities: - remove in CallNextHookEx16 the check if (HIWORD(hhook) != HOOK_MAGIC) return 0; - or transform in DefHookProc16 and ShellHookProc16 the first parameter passed to CallNextHookEx16 to a real HHOOK with the HIWORD set to 'HC' Comments? 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

3 4

Re: shlwapi cleanup
by Alexandre Julliard 27 Jul '02

27 Jul '02

"Jürgen Schmied" <juergenschmied(a)lycos.de> writes: > --- wine/dlls/shlwapi/Makefile.in 22 Jul 2002 20:32:53 -0000 1.21 > +++ wine/dlls/shlwapi/Makefile.in 24 Jul 2002 19:21:55 -0000 > @@ -4,8 +4,8 @@ > SRCDIR = @srcdir@ > VPATH = @srcdir@ > MODULE = shlwapi.dll > -# fixme: avoid ole32.dll import > -IMPORTS = ole32 user32 gdi32 advapi32 kernel32 > +IMPORTS = advapi32 gdi32 kernel32 user32 > +DELAYIMPORTS = comctl32 comdlg32 mpr ole32 shell32 version winmm Some of these (like shell32) will create circular dependencies. This must be avoided, our build process doesn't handle that. -- Alexandre Julliard julliard(a)winehq.com

2 2

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