Eric Pouech ([EMAIL PROTECTED]) wrote:
> ...
But, the address we get in GetThreadContext is the one from where the
thread waits on the server (hence the 0xe410 address), not the
address it was suspended from (as it's supposed to be)
I don't think it will be easy to fix.
Possible ideas:
...
-
Filip Navara wrote:
Dan McGhee wrote:
I could not get IE Help, or any application based on it, to work
after the September snapshot. I did a regression and identified the
commit of 20040824 16:00:16 CDT as causing the problem. This commit
edits this patch:
http://cvs.winehq.org/patch.py?id=13
Filip Navara wrote:
Dan McGhee wrote:
I could not get IE Help, or any application based on it, to work
after the September snapshot. I did a regression and identified the
commit of 20040824 16:00:16 CDT as causing the problem. This commit
edits this patch:
http://cvs.winehq.org/patch.py?id=13
Le ven 01/10/2004 à 22:20, Bill Medland a écrit :
> I stopped concentrating for quite a few months and now the whole config system
> has changed.!! Any chance of some help?
I'll try, but not knowing what's your last known setup it might be not
that complete.
>
> When we released the previous v
Duane Clark wrote:
I have an application that is hanging, apparently because a thread is
not detaching:
It might be worth mentioning that this is an installer and no windows
have appeared yet.
I have an application that is hanging, apparently because a thread is
not detaching:
000a:Call kernel32.ExitThread() ret=4077907f
000a:Call ntdll.LdrShutdownThread() ret=40376278
000a:Call PE DLL (proc=0x40ea2024,module=0x40ea
L"midimap.drv",reason=THREAD_DETACH,res=(nil))
000a:Ret PE
Dan McGhee wrote:
I could not get IE Help, or any application based on it, to work after
the September snapshot. I did a regression and identified the commit
of 20040824 16:00:16 CDT as causing the problem. This commit edits
this patch:
http://cvs.winehq.org/patch.py?id=13475
This commit adds
I could not get IE Help, or any application based on it, to work after
the September snapshot. I did a regression and identified the commit of
20040824 16:00:16 CDT as causing the problem. This commit edits this patch:
http://cvs.winehq.org/patch.py?id=13475
Among other things this patch chang
> I don't think it will be easy to fix.
heh yea this sounds like a difficult one. Way beyond me.
On Sat, 02 Oct 2004 15:44:08 +0200, Eric Pouech <[EMAIL PROTECTED]> wrote:
> > I would investigate whether it is supposed to be in the middle of a
> > blocking call and under what conditions it shou
I would investigate whether it is supposed to be in the middle of a
blocking call and under what conditions it should return from it.
I got a look at it.
Basically, what happens is:
- the entry point code just loops onto itself
EntryPoint: jmp EntryPoint
- so, the creator of this program is likely
Looks ok to me with few exceptions:
It would be really nice to separate formatting changes from other changes.
It's hard to see what's got changed and what not.
>+#define MIN_ICONTAB_WIDTH 54 /* Magic number, but it works */
>+ if (icon_width > MIN_ICONTAB_WIDTH)
>+ curr->rect.right
Jacek Caban wrote:
Hi.
I got this communicat:
fixme:ntdll:TIME_GetTZAsStr Can't match system time zone name "UTC" to
an entry in TZ_INFO
fixme:ntdll:TIME_GetTZAsStr Please add appropriate entry to TZ_INFO
and submit as patch to wine-patches
so I wanted to send patch, but "UTC" is time convencion
12 matches
Mail list logo
