Scott Ritchie wrote:
On Sat, 2005-01-01 at 18:04 -0800, Scott Ritchie wrote:
On Sat, 2005-01-01 at 17:53 -0500, Bryce McKinlay wrote:
I've attached the mingw-compiled C binary. Is it worth trying again with
a newwer WINE? Thanks!
Wait, I need to correct myself:
NOT ALWAYS.
There was
On Sat, 2005-01-01 at 18:04 -0800, Scott Ritchie wrote:
> On Sat, 2005-01-01 at 17:53 -0500, Bryce McKinlay wrote:
> > I've attached the mingw-compiled C binary. Is it worth trying again with
> > a newwer WINE? Thanks!
> >
>
> Always!
>
> -Scott Ritchie
Wait, I need to correct myself:
NOT AL
On Sat, 2005-01-01 at 17:53 -0500, Bryce McKinlay wrote:
> WINE is wine-0.20040914-1.rhfc2.nr from newrpms.sunsite.dk
Did you try the newer rpms on Wine's download page? One was probably
built for the same setup you're using.
> I've attached the mingw-compiled C binary. Is it worth trying agai
On Fri, Dec 31, 2004 at 09:19:48AM -0800, Linus Torvalds wrote:
>
>
> On Fri, 31 Dec 2004, Daniel Jacobowitz wrote:
> >
> > Lots, I like it. The syscall trap will always be delivered before the
> > single-step trap, right, because signal delivery won't run until we
> > return to userspace?
>
>
I'm trying to debug a windows .exe built with mingw using wine, but
winedbg seems to have problems reading stabs from the mingw-built
binary. My goal is to be able to debug a cross-compiled, native Java
(GCJ) application, but even a simple C "hello world" seems to cause
problems.
My cross-buil
Alexandre, your patch doesn't perform relocation, and this causes
and access violation in secdrv.sys
To perform relocation, we need to be able to write to memory, but there
appears to be some sort of problem with this that causes wine to hang.
I'm attaching your original patch, plus an updated one
Hi,
>>+docA.lpszDocName = WtoA( doc->lpszDocName );
>>+docA.lpszOutput = WtoA( doc->lpszOutput );
>>+docA.lpszDatatype = WtoA( doc->lpszDatatype;
>>
>Isn't there a missing parenthesis?
There sure is, I must have deleted it while removing the cruft from
the diff (since it compiles fine
On Sat, Jan 01, 2005 at 07:47:11AM -0800, Jon Griffiths wrote:
> >Because in 99.99% of cases you don't want to convert from W->A.
> >If all our functions are Unicode, a W->A conversion is a warning
> >sign, and for sure you wouldn't want to encourage people to do
> >so by making it any easier.
>
>
Hi,
On Wed, Dec 29, 2004 at 06:42:41PM -0500, Vincent Béron wrote:
> Le mer 29/12/2004 à 05:38, Joris Huizer a écrit :
> [snip]
> > In debian the package is called libasound2-dev, version
> > "0.9.0beta10.9.0beta1" which should be the 0.9 branch of alsa
>
> I thought we stopped supporting alsa 0
