wine-devel April 2001

wine-devel@winehq.org

51 participants
93 discussions

Problem in DIB section / bitblt
by Marcus Meissner 29 Apr '01

29 Apr '01

Hi, Following trace has a BadMatch error related to DIB and XShm. Strangely, if I do: --- bitblt.c 2001/01/15 22:30:51 1.28 +++ bitblt.c 2001/04/29 17:06:14 @@ -1461,7 +1461,8 @@ sDst = X11DRV_LockDIBSection( dcDst, DIB_Status_None, FALSE ); sSrc = X11DRV_LockDIBSection( dcSrc, DIB_Status_None, FALSE ); - if ((sSrc == DIB_Status_AppMod) && (rop == SRCCOPY)) { + if (0 && (sSrc == DIB_Status_AppMod) && (rop == SRCCOPY)) { + FIXME("in fast branch\n"); /* do everything ourselves; map coordinates */ xSrc = dcSrc->DCOrgX + XLPTODP( dcSrc, xSrc ); ySrc = dcSrc->DCOrgY + YLPTODP( dcSrc, ySrc ); it no longer does crash, but proceeds happily. So something is broken in the fast path, but what :/ Ciao, Marcus Call user32.GetDesktopWindow() ret=60cb02ca tid=08063358 Ret user32.GetDesktopWindow() retval=0000008c ret=60cb02ca tid=08063358 Call user32.GetDC(0000008c) ret=60cb02d4 tid=08063358 Call x11drv.GetDC(0000008c,00000088,00000000,0001001a) ret=40783118 tid=08063358 Ret x11drv.GetDC() retval=00000001 ret=40783118 tid=08063358 Ret user32.GetDC() retval=00000088 ret=60cb02d4 tid=08063358 Call gdi32.CreateDIBSection(00000088,40454704,00000000,4a9a94a0,00000000,00000000) ret=60cb02e7 tid=08063358 trace:bitmap:X11DRV_DIB_CreateDIBSection format (16,16), planes 1, bpp 24, size 768, colors 0 (RGB) trace:bitmap:CreateCompatibleBitmap (0ce4,16,16) = trace:bitmap:CreateBitmap 16x16, 65536 colors returning 00000ce8 trace:bitmap:CreateCompatibleBitmap 0ce8 trace:bitmap:X11DRV_DIB_DoProtectDIBSection Changed protection from 4 to 2 Ret gdi32.CreateDIBSection() retval=00000ce8 ret=60cb02e7 tid=08063358 Call user32.ReleaseDC(0000008c,00000088) ret=60cb02f6 tid=08063358 Ret user32.ReleaseDC() retval=00000001 ret=60cb02f6 tid=08063358 Call kernel32.IsBadReadPtr(4ad30000,00000001) ret=60cb08f2 tid=08063358 Ret kernel32.IsBadReadPtr() retval=00000000 ret=60cb08f2 tid=08063358 Call ntdll.RtlEnterCriticalSection(60cc1298) ret=60c9d188 tid=08063358 Ret ntdll.RtlEnterCriticalSection() retval=00000000 ret=60c9d188 tid=08063358 Call kernel32.CreateFileA(4a8aafb0 "Y:\\programme\\Mindjet\\MindManager\\sys\\codes\\code6.bmp",80000000,00000001,00000000,00000003,00000080,00000000) ret=60c9e56a tid=08063358 Ret kernel32.CreateFileA() retval=00000068 ret=60c9e56a tid=08063358 Call kernel32.ReadFile(00000068,405b6adc,0000000e,405b6aec,00000000) ret=60c9dfbd tid=08063358 Ret kernel32.ReadFile() retval=00000001 ret=60c9dfbd tid=08063358 Call kernel32.ReadFile(00000068,405b6ab4,00000028,405b6aec,00000000) ret=60c9dfed tid=08063358 Ret kernel32.ReadFile() retval=00000001 ret=60c9dfed tid=08063358 Call kernel32.CloseHandle(00000068) ret=60c9e0b4 tid=08063358 Ret kernel32.CloseHandle() retval=00000001 ret=60c9e0b4 tid=08063358 Call kernel32.CreateFileA(4a8aafb0 "Y:\\programme\\Mindjet\\MindManager\\sys\\codes\\code6.bmp",80000000,00000001,00000000,00000003,00000080,00000000) ret=60c9e56a tid=08063358 Ret kernel32.CreateFileA() retval=00000068 ret=60c9e56a tid=08063358 Call kernel32.SetFilePointer(00000068,00000036,00000000,00000000) ret=60c9d217 tid=08063358 Ret kernel32.SetFilePointer() retval=00000036 ret=60c9d217 tid=08063358 Call kernel32.HeapAlloc(4a260000,00000000,00018010) ret=60cb15a0 tid=08063358 Ret kernel32.HeapAlloc() retval=4a26546c ret=60cb15a0 tid=08063358 Call kernel32.ReadFile(00000068,4a26546c,00018000,405b6ad0,00000000) ret=60c9d4ff tid=08063358 Ret kernel32.ReadFile() retval=00000001 ret=60c9d4ff tid=08063358 trace:bitmap:X11DRV_DIB_Lock Locking 0x40455ea8 from thread 08063358 trace:bitmap:X11DRV_DIB_Coerce AppMod requested in status InSync trace:bitmap:X11DRV_DIB_DoProtectDIBSection Changed protection from 2 to 4 trace:bitmap:X11DRV_DIB_Unlock Unlocking in status AppMod trace:bitmap:X11DRV_DIB_Unlock Unlocked 0x40455ea8 Call kernel32.ReadFile(00000068,4a26549c,00017fd0,405b6ad0,00000000) ret=60c9d4ff tid=08063358 Ret kernel32.ReadFile() retval=00000001 ret=60c9d4ff tid=08063358 Call ntdll.RtlEnterCriticalSection(60cc17d0) ret=60cb3773 tid=08063358 Ret ntdll.RtlEnterCriticalSection() retval=00000000 ret=60cb3773 tid=08063358 Call ntdll.RtlLeaveCriticalSection(60cc17d0) ret=60cb3789 tid=08063358 Ret ntdll.RtlLeaveCriticalSection() retval=00000000 ret=60cb3789 tid=08063358 Call kernel32.HeapFree(4a260000,00000000,4a26546c) ret=60cb1124 tid=08063358 Ret kernel32.HeapFree() retval=00000001 ret=60cb1124 tid=08063358 Call kernel32.CloseHandle(00000068) ret=60c9d22f tid=08063358 Ret kernel32.CloseHandle() retval=00000001 ret=60c9d22f tid=08063358 Call ntdll.RtlLeaveCriticalSection(60cc1298) ret=60c9d236 tid=08063358 Ret ntdll.RtlLeaveCriticalSection() retval=00000000 ret=60c9d236 tid=08063358 Call ntdll.RtlEnterCriticalSection(60cc1298) ret=60c9d91d tid=08063358 Ret ntdll.RtlEnterCriticalSection() retval=00000000 ret=60c9d91d tid=08063358 Call kernel32.CreateFileA(4a8aafb0 "Y:\\programme\\Mindjet\\MindManager\\sys\\codes\\code6.bmp",80000000,00000001,00000000,00000003,00000080,00000000) ret=60c9e56a tid=08063358 Ret kernel32.CreateFileA() retval=00000068 ret=60c9e56a tid=08063358 Call kernel32.ReadFile(00000068,405b6a90,0000000e,405b6aa0,00000000) ret=60c9dfbd tid=08063358 Ret kernel32.ReadFile() retval=00000001 ret=60c9dfbd tid=08063358 Call kernel32.ReadFile(00000068,405b6a68,00000028,405b6aa0,00000000) ret=60c9dfed tid=08063358 Ret kernel32.ReadFile() retval=00000001 ret=60c9dfed tid=08063358 Call kernel32.CloseHandle(00000068) ret=60c9e0b4 tid=08063358 Ret kernel32.CloseHandle() retval=00000001 ret=60c9e0b4 tid=08063358 Call ntdll.RtlLeaveCriticalSection(60cc1298) ret=60c9d9db tid=08063358 Ret ntdll.RtlLeaveCriticalSection() retval=00000000 ret=60c9d9db tid=08063358 Call gdi32.CreateCompatibleDC(00000000) ret=0040fcda tid=08063358 Ret gdi32.CreateCompatibleDC() retval=00000cec ret=0040fcda tid=08063358 Call gdi32.CreateCompatibleDC(00000000) ret=0040fce2 tid=08063358 Ret gdi32.CreateCompatibleDC() retval=00000cf0 ret=0040fce2 tid=08063358 Call gdi32.CreateBitmap(00000010,00000010,00000001,00000001,00000000) ret=0040fcf5 tid=08063358 trace:bitmap:CreateBitmap 16x16, 2 colors returning 00000cf4 Ret gdi32.CreateBitmap() retval=00000cf4 ret=0040fcf5 tid=08063358 Call gdi32.SelectObject(00000cec,00000cf4) ret=0040fd02 tid=08063358 Ret gdi32.SelectObject() retval=00000044 ret=0040fd02 tid=08063358 Call gdi32.SelectObject(00000cf0,00000ce8) ret=0040fd0c tid=08063358 Ret gdi32.SelectObject() retval=00000044 ret=0040fd0c tid=08063358 Call gdi32.SetBkColor(00000cf0,00c080ff) ret=0040fd1b tid=08063358 Ret gdi32.SetBkColor() retval=00ffffff ret=0040fd1b tid=08063358 Call gdi32.BitBlt(00000cec,00000000,00000000,00000010,00000010,00000cf0,00000000,00000000,00cc0020) ret=0040fd33 tid=08063358 trace:bitblt:BitBlt hdcSrc=0cf0 0,0 16 bpp->hdcDest=0cec 0,0 16x16x1 rop=cc0020 trace:bitmap:X11DRV_DIB_Lock Locking 0x40455ea8 from thread 08063358 fixme:bitblt:X11DRV_BitBlt in fast branch trace:bitmap:X11DRV_DIB_CopyDIBSection (0x4045610c,0x40455ee8,0,0,0,0,16,16) trace:bitmap:X11DRV_DIB_DoCopyDIBSection Copying from DIB bits to Pixmap trace:bitmap:X11DRV_DIB_SetImageBits XPutImage(0x8054790,29361387,0x8074680,0x808bbe8,0,0,0,0,16,16) X Error of failed request: BadMatch (invalid parameter attributes) Major opcode of failed request: 147 (MIT-SHM) Minor opcode of failed request: 3 (X_ShmPutImage) Serial number of failed request: 5544 Current serial number in output stream: 5545 [

1 0

InstallShield and ole question...
by Mike Bond 27 Apr '01

27 Apr '01

Quick brief, I've been lurking for quite some time around WineHQ and the wine project, but don't really have time for putting a lot of devel into it. It seems wine is finally getting close enough to working for most things that I can put some time into tracking problems without gobbling up many hours. All that said, I've been trying to get some InstallShield v6 based installers to work with wine without much success. I've tried various combinations of builtin and native versions of the ole related dlls, each configuration with it's own hitches. With a mostly 'native' configuration, I get the 0x80070008 (ERROR_NOT_ENOUGH_MEMORY) error when trying to load IKernel.exe. I did not spend a lot of time with this as 'builtin' really is the prefered method anyway. With a completely 'builtin' configuration for the various ole dlls, I get the dreaded 0x80070005 (ERROR_ACCESS_DENIED) when trying to load IKernel.exe that others have reported on the list in the past. After persuing this a bit, I found that the problems seems to lie in the fact that CoGetClassObject in compobj.c does not have CLSCTX_LOCAL_SERVER implemented, which InstallShield is trying to use when starting up the "InstallShield setup kernel" via CoCreateInstance. My question, is anyone currently working on implementing CLSCTX_LOCAL_SERVER in compobj.c:CoGetClassObject, or have plans to work on this in the near future? If not, I may go back to trying to figure out what is happening with the 'native' configuration. -- TTFN MikeB

9 11

AVI resource in shell32.dll
by Stefan Leichter 27 Apr '01

27 Apr '01

Hi all, during debugging an installer (of Wiso Homebanking Try&Buy Version from Buhl Data) i found that native shell32.dll contains at least one AVI resource (the magnifier that is spinning in front of a computer) that is not implemented in the buildin shell32.dll. I have looked around in the source tree of wine but i did not find any resource from typ AVI. Now my questions: Is someone working on an implementation of avi resources into the buildin dlls? If not, what needs to be done to start implementing avi resources into the dlls? Bye Stefan

2 2

fault handling - oof
by lawson_whitney＠juno.com 26 Apr '01

26 Apr '01

Good day! One or all of these 3 patches has somehow broken fault hanlding for my mail app. As I seem to have it sort of working again, I wanted to get out a warning, and sorry I can't be more specific yet. The app also doesn't like to be forced to use a local phone number that is not in its current list but still works. I can't blame it, but I am damned if I will have it adding $.05 to my phone bill every time I send or get mail. I got what looked like a recursive page fault somewhere in startup/fixup_imports until I reverted all 3. It _might_ be a local misconfiguration, so don't waste too much time on it, but if you spot something that could be a bit wrong in one of these patches, please let me know. N 1 Apr 23 Alexandre Julliard (2,414) wine/dlls/msvcrt time.c N 2 Apr 23 Alexandre Julliard (2,089) wine/include/msvcrt stddef.h N 3 Apr 23 Alexandre Julliard (2,071) wine/debugger types.c I can't see how it could be any of them, but I guess it must be stddef.h. The app insists so far on native msvcrt. I keep hoping that will change. Regards, Lawson ---cut here ________________________________________________________________ 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.

3 7

Re: InstallShield and ole question...
by Mike Bond 26 Apr '01

26 Apr '01

On Thu, Apr 26, 2001 at 12:55:30PM -0400, Gavriel State wrote: > The fix we put into the TransGaming tree was from Andreas Mohr, and it > fixed some problems related to previous versions of InstallSheild. We > haven't made any progress on v6. > > We'd certainly like to see it get done, but our resources are somewhat > limited at the moment, and we're concentrating on the DirectX work. I understand how that works. > Something that's interesting about the InstallShield objects is this: > They seem to expose a fair amount of their interfaces through OLE > Automation. I don't know for certain, but I have a recollection that > some work was done to support Automation for WordPerfect. I can't > remember whether that work was actually completed, or bypassed through > the use of dde for scripting instead. Hmm, would be interesting to get more details of what became of that work. > If automation does work, then perhaps it's enough to simply run the > InstallShield ikernel.exe and see if the user-side of the installer > works through automation rather than requiring marshalling. Unfortunately I had already tried that, first thing that came to mind once I realized what was going on. -- TTFN MikeB

1 0

dll-separated lzexpand doesn't work
by Ove Kaaven 26 Apr '01

26 Apr '01

At least not on debian unstable... I've tracked the problem down to: lzexpand_main.c, function LZCopy, line 525: xread=(_readfun)LZRead; assembles as: movl LZRead@GOT(%ebx),%edx movl %edx,-1012(%ebp) so it reads out the address of LZRead out of the GOT. The final result in liblz32.so becomes: 5eb7: 8b 93 44 00 00 00 mov 0x44(%ebx),%edx 5ebd: 89 95 0c fc ff ff mov %edx,0xfffffc0c(%ebp) but because of the -symbolic linker switch, there's no such GOT entry. CRASH! The GOT entry for LZRead should be at 00007d64 in the dynamic relocation table, as far as I can tell from objdump and peeking at the GOT, but in the relocation table there's only this... ... 00007d60 R_386_GLOB_DAT __dso_handle 00007d68 R_386_GLOB_DAT __deregister_frame_info ... What can be done about this? Submit bug reports on ld?

1 0

Using config.status to recreate current setup
by Matthew Cline 26 Apr '01

26 Apr '01

According to the comments at the start of config.status, I can run that file to recreate the current setup. However, if I use it, it appears to delete the makefile in wine/dlls/wintrust, causing "make depend" to fail; if I just copy the configure command that config.status has and run that on the command line, everything works fine. Am I doing something wrong? Thanks in advance. -- Matthew Cline | Suppose you were an idiot. And suppose that matt(a)nightrealms.com | you were a member of Congress. But I repeat | myself. -- Mark Twain

2 1

Re: Trouble with VirtualQuery()
by gerard patel 25 Apr '01

25 Apr '01

At 02:07 PM 25/04/2001 +0200, you wrote: >Do you mean >http://support.microsoft.com/support/kb/articles/Q171/7/93.ASP >? Yes Gerard

1 0

Re: New breakages
by gerard patel 25 Apr '01

25 Apr '01

At 09:30 AM 25/04/2001 +0200, I wrote: >There may be other problems, I have not the time to search for them all just now. Also several apps are not erasing parts of the screen : among others the word viewer 97 (freeware downloadable). A few other strange crashes. Gerard

1 0

Re: PATCH: drop relay stuff
by Andreas Mohr 25 Apr '01

25 Apr '01

On Tue, Apr 24, 2001 at 09:33:16PM +0200, Marcus Meissner wrote: > Hi, > > Changelog: > Drop SYSLEVEL checks from relay debugging, since they break debugging > builtin GDI dlls. Hmm, do we really want to do this ? (I know it's already been applied) Shouldn't we create a different SYSLEVEL_CheckNotLevel_unenforced() function instead which simply doesn't call DebugBreak() ? That way we don't lose the important information about possible syslevel violations. Syslevel violations are an *ongoing* problem. They are not simply "solved". OTOH I could take Alexandre's cvs commit as his firm promise to go through every future patch line by line to check for syslevel mishaps/omissions ;-) Oh yeah, and in case you didn't notice: it's me again complaining about yet another silencing ;-) This patch is not even "too early", it's simply "wrong" IMHO, as it is an ongoing problem (I did mention this before, didn't I ? :). Sorry for me being of such an opposing nature ;-) -- Andreas Mohr Stauferstr. 6, D-71272 Renningen, Germany Tel. +49 7159 800604 http://home.germany.net/100-30936/

2 3

← Newer
1
2
3
4
5
6
7
8
9
10
Older →

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 April 2001