wine-devel January 2006

wine-devel@winehq.org

161 participants
302 discussions

Re: advpack: Implement RunSetupCommand on top of DoInfInstall.
by James Hawkins 13 Jan '06

13 Jan '06

On 1/12/06, Markus Amsler <markus.amsler(a)oribi.org> wrote: > ChangeLog: > Implement RunSetupCommand on top of DoInfInstall. > The same comments for LaunchINFSection apply here as well. If these three APIs just call DoInfInstall, then what's the point in having them? We need to implement these correctly the first time around. -- James Hawkins

1 0

Re: advpack: Implement LaunchINFSectionEx on top of DoInfInstall.
by James Hawkins 13 Jan '06

13 Jan '06

On 1/12/06, Markus Amsler <markus.amsler(a)oribi.org> wrote: > ChangeLog: > Implement LaunchINFSectionEx on top of DoInfInstall. > The same comments for LaunchINFSectionEx apply here as well. LaunchINFSectionEx also needs the backup and restore capabilities that DoInfInstall can't provide. -- James Hawkins

1 0

Trying to debug a crash
by Aaron Conole 13 Jan '06

13 Jan '06

I'm trying to figure out what's going on with my system, as I'm looking to get Steam + Counter Strike: Condition Zero working as correctly as possible under my system. After fighting with the Steam updater, I finally figured out exactly how Steam is doing updates, and can reliably get past the 26%/27% mark (I'll post something to the master wine-users list once I know how to solve the bulk of problems). So, steam now loads, I can activate my products, and for a while I was able to play CZ. That changed, however, and now I can't launch any games without a crash. The following is my wine ver, a backtrace, and register dump. If you could let me know what I should be looking for when I'm debugging this (like, how I can figure out whether I'm in a native or builtin library, etc..) it would be much appreciated. Thanks, Aaron Wine 20040813 ==================== Wine-dbg>bt Backtrace: 1 0xffffe410 (0x401feb4c) =>2 0x401dce63 .L133+0x23 in ntdll (0x401fecf8) 3 0x401dbc17 usr1_handler+0x47 in ntdll (0x401fed1c) 4 0xffffe420 (0x406fe6bc) 5 0x401dce63 .L133+0x23 in ntdll (0x406fe868) 6 0x401dd076 NtWaitForMultipleObjects+0x66 in ntdll (0x406fe890) 7 0x40515899 WaitForMultipleObjectsEx+0xc9 in kernel32 (0x406fe9c0) 8 0x40515ab8 WaitForSingleObject+0x38 in kernel32 (0x406fe9e0) 9 0x404d5a6f UnhandledExceptionFilter+0xa9f in kernel32 (0x406fec78) 10 0x014073f1 (0x406fec90) 11 0x0140390b (0x406fff20) 12 0x40504462 start_process+0xf2 in kernel32 (0x406ffff4) 13 0x40042db1 wine_switch_to_stack+0x11 in libwine.so.1 (0x00000000) ==================== Wine-dbg>info registers Register dump: CS:0073 SS:007b DS:007b ES:007b FS:003b GS:0033 EIP:ffffe410 ESP:401feb0c EBP:401feb4c EFLAGS:00200246( - 00 - IZP1) EAX:fffffe00 EBX:00000007 ECX:401feb38 EDX:00000008 ESI:401fd000 EDI:401feb38 ==================== Wine-dbg>info process pid threads parent executable (all id:s are in hex) 00000034 1 00000032 'C:\windows\system\winedbg.exe' 00000032 1 00000008 'C:\Program Files\Valve\Steam\SteamApps \orgcandman\condition zero\hl.exe' 00000008 34 00000000 'C:\Program Files\Valve\Steam\Steam.exe'

2 1

Re: advpack: Implement RunSetupCommand on top of DoInfInstall.
by Marcelo Duarte 13 Jan '06

13 Jan '06

Markus Amsler escreveu: > ChangeLog: > Implement RunSetupCommand on top of DoInfInstall. You forgot to remove "stub": > + TRACE("(%p, %s, %s, %s, %s, %p, 0x%08lx, %p): stub\n", > hWnd, debugstr_a(szCmdName), debugstr_a(szInfSection), > debugstr_a(szDir), debugstr_a(lpszTitle), > phEXE, dwFlags, pvReserved); >

1 0

Re: Still need help fixing deadlock (GDI/metafile)
by Cihan Altinay 13 Jan '06

13 Jan '06

Huw, I put you on Cc for this thread in the hope to get some information on this issue. Is there any side effect if undefining STRETCH_VIA_DIB? Also, do you know where the problem might be? Regards, Cihan Walt Ogburn wrote: > Hi Cihan, > > I'm glad it works. It looks like Huw D M Davies changed STRETCH_VIA_DIB > from being unset to set in 2002. I think he's still around at > huw(a)codeweavers.com. Maybe you could ask him whether it could be changed > back to the other method. > > - Walter > > On Thu, 12 Jan 2006, Cihan Altinay wrote: > > >>Hi Walter, >> >>Walt Ogburn wrote: >> >>>Hi Cihan, >>> >>>What happens if you comment out #define STRETCH_VIA_DIB in >>>dlls/gdi/mfdrv/bitblt.c? This will make it use GetBitmapBits instead of >>>GetDIBits. >> >>Indeed, this does the trick! >>No locking problems... Will try to look into that. >> >> >>>- Walter >> >>Thanks a lot, >>Cihan >> >> >>>On Wed, 11 Jan 2006, Cihan Altinay wrote: >>> >>> >>> >>>>Since nobody seems to be able to help me with this problem at the moment >>>>I opened a bug report[1] for it. I would appreciate if somebody with >>>>more knowledge could take a quick look at it. Thanks! >>>> >>>>Cihan >>>> >>>>[1] http://bugs.winehq.org/show_bug.cgi?id=4284 >>>> >>>> >>>>Cihan Altinay wrote: >>>> >>>> >>>>>Hi, >>>>> >>>>>I am still trying to finding the reason for PowerPoint 2000 causing a >>>>>deadlock if a file is opened that contains a preview which itself >>>>>contains a bitmap >90x90 pixels (ie. on the first slide). >>>>>After inserting some traces I feel I am pretty close but I'm >>>>>stuck since before the holidays. The problem is connected to GDI's >>>>>and/or metafile's StretchBlt (bitblt.c). >>>>>It calls MFDRV_StretchBlt and then the trouble begins as can be seen >>>> >>>>>from the output: >>>> >>>>><snip> >>>>>trace:bitblt:StretchBlt --Start-- >>>>>trace:gdi:GDI_GetObjPtr (0x3b0c): enter 1 >>>>>trace:dc:DC_GetDCPtr >>>>>trace:gdi:GDI_ReleaseObj (0x3b0c): leave 1 >>>>>trace:gdi:GDI_GetObjPtr (0x3aec): enter 1 >>>>>trace:dc:DC_GetDCPtr >>>>>trace:gdi:GDI_GetObjPtr (0x3b0c): enter 2 >>>>>trace:dc:DC_GetDCPtr >>>>>trace:bitblt:StretchBlt 0x3aec 0,0 160x120 -> 0x3b0c 0,0 960x720 rop=cc0020 >>>>>trace:gdi:GDI_GetObjPtr (0x3aec): enter 3 >>>>>trace:dc:DC_GetDCPtr >>>>>trace:gdi:GDI_ReleaseObj (0x3aec): leave 3 >>>>>trace:gdi:GetObjectW 0x3af8 24 0x7fc2f760 >>>>>trace:gdi:GDI_GetObjPtr (0x3af8): enter 3 >>>>>trace:gdi:GDI_ReleaseObj (0x3af8): leave 3 >>>>>trace:gdi:GDI_GetObjPtr (0x3aec): enter 3 >>>>>trace:dc:DC_GetDCPtr >>>>>trace:gdi:GDI_ReleaseObj (0x3aec): leave 3 >>>>>trace:gdi:GDI_GetObjPtr (0x3aec): enter 3 >>>>>trace:dc:DC_GetDCPtr >>>>>trace:gdi:GDI_ReleaseObj (0x3aec): leave 3 >>>>>trace:gdi:GDI_GetObjPtr (0x3aec): enter 3 >>>>>trace:dc:DC_GetDCPtr >>>>>trace:gdi:GDI_ReleaseObj (0x3aec): leave 3 >>>>>trace:metafile:MFDRV_StretchBlt MF_StretchBltViaDIB->len = 20292 rop=cc0020 >>>>>PixYPM=3780 Caps=96 >>>>>trace:bitmap:GetDIBits >>>>>trace:dc:CreateCompatibleDC --Checking lock-- hdc=0x3aec >>>>>err:syslevel:_CheckNotSysLevel Holding lock 0x7fad49e0 level 3 >>>>></snip> >>>>> >>>>>Yes well... hdcDst and hdcSrc aren't freed yet from within StretchBlt. >>>>>There is a comment "FIXME: there is a race condition here". Could that >>>>>be the cause for the deadlock? >>>>>Btw. this might be the same problem as bug #3125 as both refer to the >>>>>preview and both cause a deadlock. >>>>> >>>>>Can somebody give me a hint on how to tackle this? It is really important >>>>>for us... If you need more output please let me know. >>>>> >>>>>Thanks a lot, >>>>>Cihan >>>>> >>>>> >>>>> >>>> >>>> >>>> >> >>

1 0

Mozilla ActiveX Control -- Browser not in a valid state
by Phil Lodwick 12 Jan '06

12 Jan '06

Hi, I have a Borland C++ Builder app that is a simple FORM with a TCppWebBrowser and a button. I have two callbacks, one when the form is created, and one when the user pushes the button. Both callbacks just navigate to google. ================================ __fastcall TForm1::TForm1(TComponent* Owner) : TForm(Owner) { CppWebBrowser1->Navigate(WideString("http://www.google.com")); } void __fastcall TForm1::DoIt1Click(TObject *Sender) { CppWebBrowser1->Navigate(WideString("http://www.google.com")); } ================================ On Windows this works as expected. When the form is displayed, google is displayed in the browser. Whenever you push the button the browser is reloaded. On Wine with the Mozilla ActiveX Control v1.7.12, when the form is first loaded nothing is displayed. WINEDEBUG=+ole shows "Browser is not in a valid state". Pushing the button subsequent times reloads the web site as expected. Before I start digging deeper, I was hoping somebody might have some insight to lead me down the correct path. Thanks! Phil

2 1

New wannabe developer
by Zoe Parsons 12 Jan '06

12 Jan '06

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I've got nothing better to do at the moment so I was wondering what the best way to help move things forwards and contribute back to the project. :-) - -- Zoe Parsons | skype:mpsonscix zoe(a)theasylum.demon.co.uk | http://livejournal.com/~zoep mpsons(a)cix.compulink.co.uk | ICQ:97984995 aim:mpsonscix | yim:mpsons_cix | msn:zoe@theasylum.demon.co.uk -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDxqIAbbnfPjpiTWURArEMAKCWH2i3rAHqfPmcFLnZI78XjFJVNwCgh44G hGMVPYk008XHB34dJyr9Gik= =LJPa -----END PGP SIGNATURE-----

2 1

Re: Preserve gcc 2.95 compatibility in crypt32
by Michael Stefaniuc 12 Jan '06

12 Jan '06

Jeremy White wrote: > Changelog: > * Use the U() macros to preserve gcc 2.95 compatibility Heh, and linux just dropped support for anything below gcc 3.2: http://www.kernel.org/git/?p=linux/kernel/git/torvalds/linux-2.6.git;a=comm… Maybe we want to drop that too. Let the flame war begin ... bye michael -- Michael Stefaniuc Tel.: +49-711-96437-199 Sr. Network Engineer 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: MSACM: implement honouring of driver priority and enabled status at load time
by Mike McCormack 12 Jan '06

12 Jan '06

Alex Villacís Lasso wrote: > + } > + } > + } > + } > + } > + } > + } > + } > +} Hmm. A 100 line function with 10 levels of indent... Any chance of rewriting this to reduce the level of indent? Try using some helper functions or return early. You might understand it all well, but this kind of code is difficult to follow and maintain. Mike

1 0

crash in GetKerningPairs
by Piotr Pawłow 12 Jan '06

12 Jan '06

Hello, Wine's implementation of GetKerningPairs in dlls/gdi/font.c behaves incorrectly (crashes) if lpkrnpair is NULL and nNumPairs is not zero. Test program: ---------- #include <windows.h> int WINAPI WinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance, LPSTR lpCmdLine, int nCmdShow) { HDC hdc = GetDC(NULL); int kp = GetKerningPairs(hdc, 1, NULL); char msg[200]; sprintf(msg, "GetKerningPairs returns: %d\n", kp); MessageBox(NULL, msg, "success", MB_OK); return 0; } ---------- On Windows (tested on XP SP2) this program displays a message box and exits cleanly. On Wine it causes a page fault trying to write to address 0x00000004. It's probably a trivial problem, but unfortunately I don't have time right now to investigate the issue and make a patch against current CVS. Best regards, -- Piotr Pawłow mailto:pp@siedziba.pl

2 1

← Newer
1
...
18
19
20
21
22
23
24
...
31
Older →

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 January 2006