search for: lockresource

I am still having this weird problem with nodes hanging while I'm running OCFS. I'm using OCFS 1.0.9-12 and RHAS 2.1 I've been working on tracking it down and here's what I've got so far: 1. I create a file from node 0. This succeeds; I can /bin/cat the file, append, edit, or whatever. 2. From node 1, I do an operation that accesses the DirNode (e.g. /bin/ls) 3. Node 0

I am still having this weird problem with nodes hanging while I'm running OCFS. I'm using OCFS 1.0.9-12 and RHAS 2.1 I've been working on tracking it down and here's what I've got so far: 1. I create a file from node 0. This succeeds; I can /bin/cat the file, append, edit, or whatever. 2. From node 1, I do an operation that accesses the DirNode (e.g. /bin/ls) 3. Node 0

...2 #00e2,0x00000006 #0006) ret=045f:01ad ds=01e7 08247d08:Ret KERNEL.60: FINDRESOURCE() retval=0x06d8 ret=045f:01ad ds=01e7 08247d08:Call KERNEL.61: LOADRESOURCE(0x01e6,0x06d8) ret=045f:01d0 ds=01e7 08247d08:Ret KERNEL.61: LOADRESOURCE() retval=0x0d67 ret=045f:01d0 ds=01e7 08247d08:Call KERNEL.62: LOCKRESOURCE(0x0d67) ret=045f:0205 ds=01e7 08247d08:Ret KERNEL.62: LOCKRESOURCE() retval=0x0d670000 ret=045f:0205 ds=01e7 08247d08:Call KERNEL.21: GLOBALHANDLE(0x0d67) ret=045f:0229 ds=01e7 08247d08:Ret KERNEL.21: GLOBALHANDLE() retval=0x0d670d67 ret=045f:0229 ds=01e7 08247d08:Call KERNEL.19: GLOBALUNLOCK(0x0...

Hi Pavel, Right, my app also crashes in a different place under winedbg, although it crashes in the same winedbg place under gdb. I took a closer look at wine --winver nt40 --debugmsg +all. I found something interesting. If I search for queue_exception, I find that there is an exception raised before the LoadOEMCall, about 328klines in: 0806d398:Call

Hi, I've got a program that produces these error messages when started with wine. fixme:dc:LockWindowUpdate (0x10024), partial stub! fixme:dc:LockWindowUpdate ((nil)), partial stub! fixme:dc:LockWindowUpdate (0x10024), partial stub! fixme:dc:LockWindowUpdate ((nil)), partial stub! fixme:dc:LockWindowUpdate (0x10024), partial stub! fixme:dc:LockWindowUpdate ((nil)), partial stub! The program

Howdy, Running a FPGA design tool (Actel's Designer), I find that it works pretty good, but that certain printed status strings are being formatted incorrectly. It does not seem to affect the operation of the application, except for the status reports. For example, running wine --debugmsg +text,+string,+win /d/Actel/bin/designer and opening an existing design gives this:

...20 ret=0054cb70 0009:Call kernel32.FindResourceA(00400000,00000105,00000002) ret=0054b8c0 0009:Ret kernel32.FindResourceA() retval=005c4aa0 ret=0054b8c0 0009:Call kernel32.LoadResource(00400000,005c4aa0) ret=0053e9ba 0009:Ret kernel32.LoadResource() retval=0065bf48 ret=0053e9ba 0009:Call kernel32.LockResource(0065bf48) ret=0053e9cf 0009:Ret kernel32.LockResource() retval=0065bf48 ret=0053e9cf 0009:Call ntdll.RtlAllocateHeap(00af0000,00000000,00000068) ret=00518b02 0009:Ret ntdll.RtlAllocateHeap() retval=00af5cf8 ret=00518b02 0009:Call user32.GetDC(00000000) ret=0053eaa0 0009:Call winex11.drv.GetDCEx(0...

...c08) ret=7ed8139b 0009:trace:resource:LoadResource 0x400000 0x5dac08 0009:Call ntdll.LdrAccessResource(00400000,005dac08,007ff768,00000000) ret=7ee97495 0009:Ret ntdll.LdrAccessResource() retval=00000000 ret=7ee97495 0009:Ret kernel32.LoadResource() retval=005e1bf0 ret=7ed8139b 0009:Call kernel32.LockResource(005e1bf0) ret=7ed813b0 0009:trace:resource:LockResource (0x5e1bf0) 0009:Ret kernel32.LockResource() retval=005e1bf0 ret=7ed813b0 0009:trace:resource:LoadStringW strlen = 41 0009:trace:resource:LoadStringW L"Insufficient Memory to Perform Operation." loaded ! [... 124112 lines following ....

...9d 0823cd40:Call kernel32.LoadResource(65540001,65548dc0) ret=62516adc 0823cd40:Ret kernel32.LoadResource() retval=65a502a0 ret=62516adc 0823cd40:Call kernel32.SizeofResource(65540001,65548dc0) ret=62516af3 0823cd40:Ret kernel32.SizeofResource() retval=000004d9 ret=62516af3 0823cd40:Call kernel32.LockResource(65a502a0) ret=62516b0f 0823cd40:Ret kernel32.LockResource() retval=65a502a0 ret=62516b0f 0823cd40:Call kernel32.HeapAlloc(40a90000,00000000,00006850) ret=78001385 0823cd40:Ret kernel32.HeapAlloc() retval=40ab1eec ret=78001385 0823cd40:Call kernel32.GlobalAlloc(00000002,000005be) ret=628a716b 0823...

...0x75d54b,200,(nil))0806d388:trace:resource:load_messageA instance = 40667000, id = 00000002, buffer = (nil), length = 100 0806d388:trace:resource:RES_FindResource2 (40667000, 0000000b, 00000001, 0400, W, PE) 0806d388:trace:resource:RES_LoadResource (40667000, 406ac8c0, PE) 0806d388:trace:resource:LockResource (406974e0) 0806d388:trace:resource:load_messageA - strlen=20 0806d388:trace:heap:HeapAlloc (403b0000,00000002,00000018): returning 4042ef68 0806d388:trace:resource:load_messageA instance = 40667000, id = 00000002, buffer = 0x4042ef68, length = 21 0806d388:trace:resource:RES_FindResource2 (40667...

Is there absolutelu no (unofficial) way to detect whether a programm is running using Wine? In this way a programm could decide to use other routines for those features that do not work fine using Wine.

...necfg: Fix compilation on older gcc versions. gdi32: Don't cast the void pointer returned by GDI_GetObjPtr(). comctl32: Remove the superfluous casting of the LPVOID returned by Alloc(). comctl32: DPA_GetPtr() returns a LPVOID so don't cast its return value. comctl32: LockResource() returns a LPVOID so don't cast its return value. ntdll: Don't cast void pointers to other pointer types. Mounir IDRASSI (1): winscard: Added SCardAccessStartedEvent implementation. Muneyuki Noguchi (35): clock: Convert Japanese resource to UTF-8. cmd: Convert Jap...