Pavel Troller wrote:
It is usuyally generated from wine-pthread
gdb wine-pthread core.19668
Please open a bug and discuss this problem via bugzilla, rather than on
wine-devel.
Mike
Hi!
> It is usuyally generated from wine-pthread
>
> gdb wine-pthread core.19668
> bt
It showed the following:
[EMAIL PROTECTED]:~$ gdb wine-pthread core.19668
GNU gdb 6.5
Copyright (C) 2006 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
On Tue, Nov 07, 2006 at 06:44:31AM +0100, Pavel Troller wrote:
> >
> > We just have to find out _why_ it breaks. Should not be too hard
> > with some backtraces or similar.
> >
> Hi!
> Today I tried to generate a backtrace. However, I simply failed.
> I've recompiled wine with full debug, and
>
> We just have to find out _why_ it breaks. Should not be too hard
> with some backtraces or similar.
>
Hi!
Today I tried to generate a backtrace. However, I simply failed.
I've recompiled wine with full debug, and reinstalled. Then I
installed the newest gdb (6.5), because my older one (6.
Mike McCormack wrote:
---
This fixes bug #3573. The only functions left that depend on Nx1 are
ImageList_Read and ImageList_Write, and they need a good rewriting...
This patch breaks http://angusj.com/sudoku/
> I am using a 2.6.18 based openSUSE 10.2 Beta1 kernel and Wine works fine
> there. (AMD64 however).
Your NoExec protection is on or off?
And question to all: is there someone with new (2.6.18.x) vanilla
kernel
(downloaded from kernel.org), noexec=on and perfectly working Wine?
> I saw a few others say that this worked around the problem, so I
> rebooted and added noexec=off ... I still get the segfault running
> wine from make.
Unfortunatelly I cannot reproduce your problem. Under 2.6.18.1 with
noexec=off simple Makefile posted by Jimmy W works fine for me. So
Alex wrote:
While reviewing a tax application, I found out that this app tries to
VarCat(VT_BSTR, VT_DISPATCH) and viceversa. By allowing this conversion,
the application proceeds normally until the next step.
Please include a change to the conformance test to test this case.
Also, if you have
Then probably the only way to unbreak the broken apps is to add noexec=off
to the kernel command line.
I saw a few others say that this worked around the problem, so I
rebooted and added noexec=off ... I still get the segfault running
wine from make.
Please ignore this patch. I'll resubmit corrected version.
Francois, thanks!
Francois Gouget wrote:
On Mon, 6 Nov 2006, Andrey Turkin wrote:
[...]
The MSDN is wrong: the PSDK does not define any of SHELL_USER_SID,
SHELL_USER_PERMISSION or GetShellSecurityDescriptor(). So they should be
defined
On Mon, 6 Nov 2006, Andrey Turkin wrote:
[...]
> > The MSDN is wrong: the PSDK does not define any of SHELL_USER_SID,
> > SHELL_USER_PERMISSION or GetShellSecurityDescriptor(). So they should be
> > defined in a private shlwapi header, not in include/shlobj.h or
> > include/shlwapi.h.
> >
> Which
On Mon, Nov 06, 2006 at 04:40:48PM +0100, Pavel Troller wrote:
> >
> > this is what i did - and also suggest quite some time ago him(?)/list. i
> > had the same problem since .16 kernels (unstable(~) gentoo-source
> > ebuild). since that change everything works fine (.18 now).
> >
> Hi!
> Yes,
Am Montag 06 November 2006 15:44 schrieb Markus Amsler:
> I have (finally!) found the heap corruption in bf1942:
> Small surfaces have a pitch of 4 and a width <4. This results in pitch*4
>
> > outpitch in IWineD3DSurfaceImpl_LoadTexture:1844. Afterwards the heap
>
> gets corrupted in d3dfmt_conve
"Robert Shearman" <[EMAIL PROTECTED]> wrote:
Does this fix a real application or is it something that could just as
easily be deferred until these remote operations are supported?
No, this patch is not supposed to fix any real app, that's just for
a test case I've written (was curious how it w
Francois Gouget wrote:
On Mon, 6 Nov 2006, Andrey Turkin wrote:
[...]
The patch also adds 2 structures definitions to include/shlwapi.h.
According to MSDN, one of these structures should be placed into
include/shlobj.h,
The MSDN is wrong: the PSDK does not define any of SHELL_USER_SID,
SHEL
Dmitry Timoshkov wrote:
Hello,
Changelog:
kernel32: Add basic OpenProcess test, make it pass under Wine.
@@ -1960,7 +1961,7 @@ NTSTATUS WINAPI NtFlushVirtualMemory( HA
NTSTATUS status = STATUS_SUCCESS;
void *addr = ROUND_ADDR( *addr_ptr, page_mask );
-if (!is_current_process
>
> this is what i did - and also suggest quite some time ago him(?)/list. i
> had the same problem since .16 kernels (unstable(~) gentoo-source
> ebuild). since that change everything works fine (.18 now).
>
Hi!
Yes, you did, and you did correctly. I just rebooted the x86_64 machine
with noex
On Mon, 6 Nov 2006, Andrey Turkin wrote:
[...]
> The patch also adds 2 structures definitions to include/shlwapi.h.
> According to MSDN, one of these structures should be placed into
> include/shlobj.h,
The MSDN is wrong: the PSDK does not define any of SHELL_USER_SID,
SHELL_USER_PERMISSION or
Oops, forgot to attach
diff --git a/dlls/wined3d/surface.c b/dlls/wined3d/surface.c
index d0f44cf..45972c4 100644
--- a/dlls/wined3d/surface.c
+++ b/dlls/wined3d/surface.c
@@ -1841,8 +1841,7 @@ static HRESULT WINAPI IWineD3DSurfaceImp
int height = This->glRect.bottom - This->glRect.top;
On Mon, Nov 06, 2006 at 10:29:22PM +0800, Dmitry Timoshkov wrote:
> > 3) I'm using exec-shield patch, but I can disable it (for sure,
> > tested by the pax testing suite) using a procfs entry. Even with
> > exec-shield disabled the crash is still there, and in 2.6.17, even
> > with exec-shield ena
I have (finally!) found the heap corruption in bf1942:
Small surfaces have a pitch of 4 and a width <4. This results in pitch*4
> outpitch in IWineD3DSurfaceImpl_LoadTexture:1844. Afterwards the heap
gets corrupted in d3dfmt_convert_surface:1654. The attached patch fixes
the problem.
I'm quite
"Pavel Troller" <[EMAIL PROTECTED]> wrote:
>fixme:seh:check_no_exec No-exec fault triggered at 0x401000, enabling
>work-around
Are you using SeLinux or some other patches? If so, please try building
your kernel from the vanilla Linux kernel.org sources.
Hi Mike!
I take you very seriously
Hello,
when installing MS VC 2005 i get an exception in MsiDatabaseOpenViewW.
Is anyone interested ?
Bye Stefan
0015:Call msi.MsiDatabaseOpenViewW(0002,00c8a6e0 L"SELECT * FROM `Directory` WHERE `Directory`.`Directory_Parent` IS NULL",0034b84c) ret=4f046a75
trace:msi:MsiDatabaseOpenViewW L
>
> >fixme:seh:check_no_exec No-exec fault triggered at 0x401000, enabling
> >work-around
>
> Are you using SeLinux or some other patches? If so, please try building
> your kernel from the vanilla Linux kernel.org sources.
>
Hi Mike!
I take you very seriously, I know that you are a real win
Andrew Talbot <[EMAIL PROTECTED]> writes:
> In our case, MSIITERHANDLE is declared as a pointer to void, so
>
> const MSIITERHANDLE *handle;
>
> is equivalent to
>
> void *const *handle;
>
> whereas
>
>MSICITERHANDLE *handle;
>
> is equivalent to
>
>const void **handle;
>
> which,
L. Rahyen wrote:
fixme:seh:check_no_exec No-exec fault triggered at 0x401000, enabling
work-around
Are you using SeLinux or some other patches? If so, please try building
your kernel from the vanilla Linux kernel.org sources.
Mike
Jeff Latimer wrote:
This patch automates the marking of a handle as allocated as part of
RtlAllocateHandle. I can't see any reason for not providing a
complete function handle as part of allocating it.
Changelog:
Mark handle as valid as part of RtlAllocateHandle.
From my vague memory of wri
[EMAIL PROTECTED] wrote:
In a tax app written in Visual Basic/ADO, I found the following problem:
In dlls/oleaut32/typelib.c, in function ITypeInfo_fnInvoke(), the
following code is found (around line 5569).
VARIANTARG *missing_arg = INVBUF_GET_MISSING_ARG_ARRAY(buffer,
func_desc->cParams);
V_
On Mon, Nov 06, 2006 at 08:46:40AM +0100, Pavel Troller wrote:
> > This seems to be Wine-related problem (but not neccessary Wine bug)
> > because
> > everything else works fine with 2.6.18.1 kernel; I'm not alone who have
> > strange problems with Wine under 2.6.18 kernel.
>
> No, you ar
29 matches
Mail list logo
