I thought that the "main" executable being produced by winegcc was
just a script that called wine with "main.exe.so"? This seems to be
the case, as attempting to run "wine main" fails (Module not found),
and running "wine main.exe.so" produces exactly the same results as
running "./main" did.
On
Richard Stitz wrote:
> I tried but I've hit a problem. I'm just trying to compile the "Hello
> world" Fuse application.
> (http://fuse.sourceforge.net/helloworld.html) In regular gcc, I can
> compile and run it fine:
Just using "winegcc" is not enough. You have to run it with Wine:
http://forum.
Austin English wrote:
> In an effort to remove the CVS/GIT tag, I was going to go through and
> start changing the versions based on when the bug was filed. I.e.,
> look at when 1.1.10 was out, and any bugs filed in those dates with
> CVS/GIT tag get moved to 1.1.10. I'm thinking of starting with 0
Vitaly Lipatov wrote:
> В сообщении от 24 декабря 2008 Austin English написал(a):
>
>> On Wed, Dec 24, 2008 at 7:36 AM, Vitaly Lipatov wrote:
>>
> ...
>
>>> I know it is common question about testcase, but I think it does not
>>> means with this functions.
>>> Note, I do not fix some fu
Thanks for the explanation -- I will email asking why soon -- and perhaps
resubmit the other patch
I have been looking at http://winehq.org/pipermail/wine-cvs to see what has
been applied
But source.winehq.org/git shows the diffs much nicer
- Nick
>
I tried but I've hit a problem. I'm just trying to compile the "Hello
world" Fuse application.
(http://fuse.sourceforge.net/helloworld.html) In regular gcc, I can
compile and run it fine:
$ gcc -D_FILE_OFFSET_BITS=64 -DFUSE_USE_VERSION=22 -lfuse -o main main.c
$ mkdir test
$ ./main test
Or "wineoss.drv:...", to be precise.
In an effort to remove the CVS/GIT tag, I was going to go through and
start changing the versions based on when the bug was filed. I.e.,
look at when 1.1.10 was out, and any bugs filed in those dates with
CVS/GIT tag get moved to 1.1.10. I'm thinking of starting with 0.9, as
anything before that is
On Wed, Dec 24, 2008 at 3:23 AM, Jukka Tastula wrote:
> Bisect gives me the following
>
> 878c2a83325b66cea79c24dc7379e5a6ee976044 is first bad commit
> commit 878c2a83325b66cea79c24dc7379e5a6ee976044
> Author: Vincent Pelletier
> Date: Mon Dec 22 21:56:14 2008 +0100
>
>user32: Fix SPI_GETM
Bisect gives me the following
878c2a83325b66cea79c24dc7379e5a6ee976044 is first bad commit
commit 878c2a83325b66cea79c24dc7379e5a6ee976044
Author: Vincent Pelletier
Date: Mon Dec 22 21:56:14 2008 +0100
user32: Fix SPI_GETMOUSESPEED and SPI_SETMOUSESPEED.
ALSA lib ../../../src/seq/seq_hw.c:
В сообщении от 24 декабря 2008 Austin English написал(a):
> On Wed, Dec 24, 2008 at 7:36 AM, Vitaly Lipatov wrote:
...
> > I know it is common question about testcase, but I think it does not
> > means with this functions.
> > Note, I do not fix some functions, I have implemented from scratch it
>
On Wed, Dec 24, 2008 at 7:36 AM, Vitaly Lipatov wrote:
> В сообщении от 24 декабря 2008 Вы написали:
>> On Wed, Dec 24, 2008 at 5:49 AM, Vitaly Lipatov wrote:
>> > Hello,
>> >
>> > Can anyone comment what bad with my
>> > OleUIAddVerbMenuA/W implementation.
>> >
>> > I know no one is interested i
> My Atom based netbook with i915 graphics on F10 hits the timeout too.
> It's a minor nuisance as I have to hit the "OK" button even though the
> test will finish just fine.
Maybe its time to split the d3d9 visual tests up. There are so many tests in
there, which often have little in common appar
I think henri sent a reply. He recommended to clamp the new pointsize
instead of leaving the old one set.
Of course a test would be interesting too, to see how windows behaves here.
> -Original Message-
> From: wine-devel-boun...@winehq.org [mailto:wine-devel-
> boun...@winehq.org] On Beh
> I'm writing a program in which I have a Windows DLL that I need to load.
The DLL contains a function that
> returns a pointer to some data, and I want to expose that data as file
data in a Fuse file system.
> My first thought was that I could have the program load the DLL using
winelib, but I'm
> Thanks for reviewing my patch (it sure makes the SHOGO menu much nicer)
> BTW do you know if I need to resubmit my other SHOGO patch ([PATCH] Fix
> ddraw surface version setting)?
Yes, I recommend to do that. It is likely that it was lost or didn't apply
any longer after the 3 days it waited in m
В сообщении от 24 декабря 2008 Вы написали:
> On Wed, Dec 24, 2008 at 5:49 AM, Vitaly Lipatov wrote:
> > Hello,
> >
> > Can anyone comment what bad with my
> > OleUIAddVerbMenuA/W implementation.
> >
> > I know no one is interested in this function at your side, but it is
> > really used function
On Wed, Dec 24, 2008 at 5:49 AM, Vitaly Lipatov wrote:
> Hello,
>
> Can anyone comment what bad with my
> OleUIAddVerbMenuA/W implementation.
>
> I know no one is interested in this function at your side, but it is really
> used function for more than one year.
>
> В сообщении от 20 декабря 2008 V
Hello,
Can anyone comment what bad with my
OleUIAddVerbMenuA/W implementation.
I know no one is interested in this function at your side, but it is really
used function for more than one year.
В сообщении от 20 декабря 2008 Vitaly Lipatov написал(a):
> Real implementation of the OleUIAddVerbMe
We have both a glDrawPixels and texture backend. You can switch to a different
backend using the RenderTargetLockMode registry key. It has values readdraw
(readpixels + drawpixels), readtex (readpixels + texture rendering) and some
others (textex and texdraw).
I plan on making readtex default a
Dmitry Timoshkov wrote:
> "Paul Vriens" wrote:
>
>> Could you also zip these huge things up in the future (mail is now
>> 1217KB)?
>
> It would be better to exclude the auto generated files instead, configure
> diff took more than 2/3 of the patch.
>
Yeah, just saw that as well.
--
Cheers,
"Paul Vriens" wrote:
> Could you also zip these huge things up in the future (mail is now 1217KB)?
It would be better to exclude the auto generated files instead, configure
diff took more than 2/3 of the patch.
--
Dmitry.
Paul Vriens ha scritto:
> Massimo Del Fedele wrote:
>> Here the second part, it contains winedib.drv code and changes to
>> Makefiles.
>>
>> Still no way to enable/disable the engine, besides of deleting the .so
>> inside dlls/winedib.drv.
>>
>> I'll wait for some feedback before going fourther.
Jeff Zaroyko ha scritto:
> On Wed, Dec 24, 2008 at 11:23 AM, Massimo Del Fedele wrote:
>> Here the second part, it contains winedib.drv code and changes to Makefiles.
>>
>> Still no way to enable/disable the engine, besides of deleting the .so
>> inside dlls/winedib.drv.
>>
>> I'll wait for some f
Massimo Del Fedele wrote:
> Here the second part, it contains winedib.drv code and changes to
> Makefiles.
>
> Still no way to enable/disable the engine, besides of deleting the .so
> inside dlls/winedib.drv.
>
> I'll wait for some feedback before going fourther.
>
> Ciao
>
> Max
>
>
>
25 matches
Mail list logo
