André Hentschel wrote:
> -if (!spec->dll_name) /* set default name from file name */
> +if (!spec->dll_name && spec->dll_name) /* set default name from file
> name */
> {
> char *p;
> spec->dll_name = xstrdup( spec->file_name );
Did you intend to check for spec-
2008/10/28 Andrew Fenn <[EMAIL PROTECTED]>:
> Also I managed to find out why spore was crashing too. Thank you for
> replying (I thought the email never arrived). I didn't put any
Just noticed the mail is 3 days old. It probably went through
moderation because the patches are relatively large.
> I
rrectly in "wine style".
If you find and error with those patches please let me know.
Regards,
Andrew
On Tue, Oct 28, 2008 at 9:24 PM, Henri Verbeet <[EMAIL PROTECTED]> wrote:
> 2008/10/25 Andrew Fenn <[EMAIL PROTECTED]>:
>> Hi all,
>>
>> I am getting a
2008/10/25 Andrew Fenn <[EMAIL PROTECTED]>:
> Hi all,
>
> I am getting a segfault with the release version of Spore (I didn't
> test 1.1) right after my code implementation of xinput is handled by
> the game. Is there something I am doing wrong here or is it the game?
.
Hi all,
I am getting a segfault with the release version of Spore (I didn't
test 1.1) right after my code implementation of xinput is handled by
the game. Is there something I am doing wrong here or is it the game?
I also tested Assasin's Creed which uses xinput1_3 and that happens
On So, 2007-09-09 at 13:02 +0900, Dmitry Timoshkov wrote:
> "Detlef Riekenberg" <[EMAIL PROTECTED]> wrote:
>
> > ntdll: Do not segfault with snoop for files with a broken export table
>
> > +/* Check for files with broken exports */
"Detlef Riekenberg" <[EMAIL PROTECTED]> wrote:
ntdll: Do not segfault with snoop for files with a broken export table
+/* Check for files with broken exports */
+if (exports->Characteristics ||
+exports->MajorVersion ||
+HIWORD(expo
Hi
On Ubuntu 7.04, versions of wine before around 0.9.24 die on startup
with an undebuggable segmentation fault.
After this bug stopped me from doing 2 regression tests, I decided to
reverse regression test for the fix to the bug, and I found that the
patch at http://www.winehq.org/pipermail/win
Looking at bug 5721, the final comment has found the problem that
causes this. The original issue in the bug is fixed, but a new one
cropped up. Basically if the user doesn't have r/w access to
/dev/input/event* then wine segfaults. What should happen is that
wine should print an error on the c
A reference application I use fails with a segfault in d3d, Its called Little
Fighter 2
It fails after a call to BLT where both the source and dest are NULL and
delivers this trace. I suspect the memcpy at line 1251 in surface_gdi.c then
fails because sbuf or dbuf are invalid or NULL. I'
paul wrote:
when i run the result with wine, i get a segfault long before control
has been transferred to my code. it appears to be in wine-preloader
i cannot see how to debug this without endless printf's
Don't pooh-pooh print statements as a debugging technique.
It's like t
i am building ardour (http://ardour.org) as a win32 executable to allow
us to continue using win32 DLL's as plugins.
when i run the result with wine, i get a segfault long before control
has been transferred to my code. it appears to be in wine-preloader
(based on what "file core.&
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Eric Pouech wrote:
> that's because oss2jack doesn't provide a proper mixer interface
> does the attached patch help ?
Yes. Great, thank you very much :-) !
BTW: I had to set "Hardware Acceleration" to "Emulation" (instead of
"Full", but did not try
Joachim Förster wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Eric Pouech wrote:
can you post a +winmm,+oss,+wave trace ?
A trace of wine using OSS-output driver and oss2jack:
that's because oss2jack doesn't provide a proper mixer interface
does the attached patch help ?
A+
--
Eric
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Eric Pouech wrote:
> can you post a +winmm,+oss,+wave trace ?
A trace of wine using OSS-output driver and oss2jack:
trace:winmm:DllMain 0x7ec3 0x1 0x1
trace:winmm:WINMM_CreateIData Initialized IData (0x7eca68c0)
trace:winmm:MMDRV_Init ()
trace:wi
On Mon, 23 Jan 2006, Joachim Förster wrote:
[...]
some days ago I sent some mails to the wine-users list. My problem: the
JACK output driver of wine does not work => wine segfaults; and the OSS
output driver does not work, too. Windows Media Player (used for
testing) says, it cannot find the audi
is one difference then: Using OSS-output driver, Wine does not
segfault! The M$ Media Player just tells me, that it cannot access audio
hardware.
can you post a +winmm,+oss,+wave trace ?
TIA
--
Eric Pouech
en I would have to kill the jack daemon, since jackd blocks
> the sound device, although I am running alsa with dmix.
>
> Then a ran Wine with the OSS-output driver while using a tool called
> oss2jack (makes a kernel device and re-routes all OSS connections to the
> jack daemon). Su
(oss) ...) run really *very good* over
oss2jack.
There is one difference then: Using OSS-output driver, Wine does not
segfault! The M$ Media Player just tells me, that it cannot access audio
hardware.
- -
Hi all,
obviously there is no one on this list who has sim
From: "Juan Lang" <[EMAIL PROTECTED]>
> Next question: do we have a set of release notes going?
> This seems like a release-note item to me.
Yeah, we have this page on the Wiki:
http://wiki.winehq.org/ReleaseNotes
Out of date, but we can reuse it.
--
Dimi Paun <[EMAIL PROTECTED]>
Lattica, Inc
Oops, solved my own problem: updating my system did it.
Next question: do we have a set of release notes going? This seems like a
release-note item to me.
--Juan
__
Yahoo! Mail - PC Magazine Editors' Choice 2005
http://mail.yahoo.com
Sorry if this sounds like a user question. Running wine on my P4 with
Fedora core 4 segfaults immediately, but doesn't drop into the debugger.
Trying to run, say, winecfg in a debugger gives me:
WineDbg starting on pid 0xa
Process of pid=0x000a has terminated
This never returns; a ps list sho
The patch worked like a charm. I guess it's true about arrays
being evil :)
Thanks,
Jesse Z.
> I have attached a patch below which may fix the problem. Index is a
> WORD but yet we only have 256 entries in the palette that we get from
> GetPaletteEntries - if any of the values is more, we jump
> I am experiencing a crash during startup of an application (The
> Rosetta Stone 2.0.7a) under Wine. I reported this earlier on
> wine-users and after some debugging was advised to move to this list.
> I am using the latest Wine I built from CVS, after first encountering
> this problem in the
I am experiencing a crash during startup of an application (The
Rosetta Stone 2.0.7a) under Wine. I reported this earlier on
wine-users and after some debugging was advised to move to this list.
The line causing a problem is dlls/x11drv/dib.c:425
417 HPALETTE hpal = GetCurrentObject(
s the default if none is specified: cdecl or stdcall?
>
> Running it = segfault.
Might be caused by the calling convention of tvfs_open.
There's always the possibility that what I'm saying is nonsense, too.
Vincent
Recall that "./wine" usually, but not always, segfaults for me.
I have tracked my race condition down to SHELL_LoadRegistry where the
successful runs exit via the first return ("someone else already loaded the
registry") whereas the segfaulting runs go on.
Ideas?
Morten
Morten Welinder wrote:
...
One more thing: about 1 in 5 runs it turns out that wine does start.
Never under strace, though.
/me smells a race condition.
I'll just add a "me too" to that one. I have not tried putting numbers
to it, so I don't know whether it is 1 in 5. But I have already gotten
ac
Morten Welinder wrote:
It looks like it is blowing the stack.
Ideas?
Let me guess: this is on FC2?
bye
michael
gdb loader/wine-pthread
...]
(gdb) where
#0 0x4010afdc in _int_malloc () from /lib/libc.so.6
#1 0x4010a18c in malloc () from /lib/libc.so.6
#2 0x404adb72 in _xmalloc (size=25)
From: Michael Stefaniuc <[EMAIL PROTECTED]>
Morten Welinder wrote:
> It looks like it is blowing the stack.
> Ideas?
Let me guess: this is on FC2?
No, as mentioned it's SuSE 9.0.
One more thing: about 1 in 5 runs it turns out that wine does start.
Never under strace, though.
/me
It looks like it is blowing the stack.
Ideas?
Morten
gdb loader/wine-pthread
...]
(gdb) where
#0 0x4010afdc in _int_malloc () from /lib/libc.so.6
#1 0x4010a18c in malloc () from /lib/libc.so.6
#2 0x404adb72 in _xmalloc (size=25) at ../../misc/registry.c:95
#3 0x404aeb24 in _w95_dump_dke
No change with 'set follow-fork-mode child', or even '... ask'.
With strace, I get...
strace -i $WINELOADER
[...]
[40113d71] close(9) = 0
[400f0c37] getpid() = 30133
[40113ce3] open("/tmp/reg75b5.tmp", O_WRONLY|O_CREAT|O_EXCL|O_LARGEFILE, 0666) = 9
[40
H!
I have the same Problem.
I get a segfault, when I do "wine myapp" and when I do "wine-pthread"
I'm using a SuSE System ( ~ 9.0 ) with kernel 2.6.6 and gcc 3.4.0
this is the gdb output:
(gdb) set follow-fork-mode child
(gdb) r
Starting program: /usr/local/bin/wine
[N
On Mon, 2004-05-31 at 10:59 +0200, Maxime Bellengà wrote:
> I also have this segmentation fault. However, when I run
> wine-pthread "myprogram", it works perfectly but when I run wine
> "myprogram" it hangs.
>
> So I think the patch to enable exec-shield/preload introduced a
> regression.
>
> Ma
earn wrote:
> [EMAIL PROTECTED] (Morten Welinder) writes:
> > A newly built wine segfaults for me. No args:
> >
> > [EMAIL PROTECTED]:~/wine> ./wine
> > Segmentation fault
> >
> > No core. gdb just reports:
>
> Try doing an strace and posting the last
[EMAIL PROTECTED] (Morten Welinder) writes:
> A newly built wine segfaults for me. No args:
>
> [EMAIL PROTECTED]:~/wine> ./wine
> Segmentation fault
>
> No core. gdb just reports:
Try doing an strace and posting the last bits before the segfault
here.
thanks -mike
Morten Welinder a écrit :
A newly built wine segfaults for me. No args:
[EMAIL PROTECTED]:~/wine> ./wine
Segmentation fault
No core. gdb just reports:
[EMAIL PROTECTED]:~/wine> LD_LIBRARY_PATH=/home/welinder/wine/libs/wine gdb loader/wine
...
(gdb) r
Starting program: /home/welinder/wine/loade
A newly built wine segfaults for me. No args:
[EMAIL PROTECTED]:~/wine> ./wine
Segmentation fault
No core. gdb just reports:
[EMAIL PROTECTED]:~/wine> LD_LIBRARY_PATH=/home/welinder/wine/libs/wine gdb
loader/wine
...
(gdb) r
Starting program: /home/welinder/wine/loader/wine
[New Thread 16
On Friday 30 April 2004 10:47 am, Uwe Bonnes wrote:
> Could you try appended patch?
Looks like that worked, thanks
> "Kevin" == Kevin Koltzau <[EMAIL PROTECTED]> writes:
Kevin> On Friday 30 April 2004 09:59 am, Uwe Bonnes wrote:
>> Is http://cvs.winehq.org/patch.py?id=12192 applied?
>>
>> it could be related.
Kevin> Yes its applied, I am running on current cvs as of this morning
Coul
On Friday 30 April 2004 09:59 am, Uwe Bonnes wrote:
> Is http://cvs.winehq.org/patch.py?id=12192 applied?
>
> it could be related.
Yes its applied, I am running on current cvs as of this morning
>>>>> "Kevin" == Kevin Koltzau <[EMAIL PROTECTED]> writes:
Kevin> On Friday 30 April 2004 09:37 am, Uwe Bonnes wrote: I've narrowed
Kevin> it down to a buffer overrun, no idea where yet..but if I force
Kevin> RtlAllocateHeap to always
On Friday 30 April 2004 09:37 am, Uwe Bonnes wrote:
> Kevin> I've narrowed it down to a buffer overrun, no idea where yet..but
> Kevin> if I force RtlAllocateHeap to always allocate 1 extra byte, the
> Kevin> segfault goes away..
>
> It always a good start
>>>>> "Kevin" == Kevin Koltzau <[EMAIL PROTECTED]> writes:
Kevin> I've narrowed it down to a buffer overrun, no idea where yet..but
Kevin> if I force RtlAllocateHeap to always allocate 1 extra byte, the
Kevin> segfault goes away..
It alw
3ecd2
> Segmentation fault
I've narrowed it down to a buffer overrun, no idea where yet..but if I force
RtlAllocateHeap to always allocate 1 extra byte, the segfault goes away..
I'm getting segfaults with current cvs, I've tracked it down to this patch
http://cvs.winehq.org/patch.py?id=12187
last few lines in a +relay are
0009:Call
ntdll.NtCreateKey(bfffcd84,000f003f,bfffe190,,,,)
ret=4051e47a
0009:Ret ntdll.NtCreateKey() retval=
>
> This follows the same lines, in some cases
> MSSTYLES_SetActiveTheme would return success when in fact it failed
> Apply on top of Vitaliy's patch
>
> Changelog:
> Ensure MSSTYLES_SetActiveTheme fails when theme fails to load
...
> invalid_theme:
> if(hTheme) FreeLibrary(hTheme);
Sylvain Petreolle wrote:
Trying to dump a winme dll,
winedump crashed with a segfault.
Does this patch helps ?
A+
--
Eric Pouech
Index: tools/winedump/main.c
===
RCS file: /home/cvs/cvsroot/wine/wine/tools/winedump/main.c,v
retrieving
Trying to dump a winme dll,
winedump crashed with a segfault.
Valgrind gives these results, have someone a clue ? This file comes
from a working Win9x installation.
[EMAIL PROTECTED] system]$ file commctrl.dll
commctrl.dll: MS-DOS executable (EXE), OS/2 or MS Windows
[EMAIL PROTECTED] system
49 matches
Mail list logo
