Hi All,
I have been using spare time ro study a means to implement this api for
several
months in order to get my app (United Devices) to work but have been on
the usual steep learning curve for Win32/Posix C and how Wine interacts. In
looking at the wonderful work Alexander has submitted with th
James Hawkins <[EMAIL PROTECTED]> writes:
> This is a resend of this patch...it's been through a couple times. If
> there is anything keeping the patch from being committed, please let
> me know. Thanks.
One problem I see is that you never close the key handles that you
open.
--
Alexandre Jul
Mike Hearn wrote:
...
As for swapping functions, the preceding discussion reiterates my
belief that we should confine such fussy business to the relatively
small bit of code that calls into OS X, will be relatively stable over
the long haul, and over which we have full control. And as for the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thursday 26 August 2004 19:10, Stefan Leichter wrote:
> Am Mittwoch, 25. August 2004 14:12 schrieb Paul Millar:
> > Looks like something broke building cross-compiled tests
>
> the attach patch makes it working for me again
Ta!
> But i fear it wi
Shachar Shemesh wrote:
Hi all,
Attached is a non-perfect patch for review. This is a migration of the
wineserver to use epoll instead of poll (if it's available).
current known issue with this patch:
1. Will not compile if HAVE_SYS_EPOLL_H is not 1 (i.e. - won't compile
if epoll not available at
Hi!
Could you integrate the DIB-Testcase program with the conformance
framework? It seems like it would be a valuable addition and a good
complement to your patch.
Currently I don't have the time to do this, but I'll try it eventually.
By the way: I've found some more incompatibilities:
- Create
Hello,
if I right click in the file open dialog, select a file and right click,
I get a context menu with English menu items.
Expected: I'll get a localized menu (e.g. in German).
Any idea how to get a localized version?
From dlls/shell32/shv_item_cmenu.c
* IS
Hello,
I found an email by Fergal Daly
(http://www.mail-archive.com/[EMAIL PROTECTED]/msg08815.html) which
kind of patches configuring.sgml to document dosdevices/unc.
I transformed it into a proper patch for configuring.sgml
Tobias
Index: configuring.sgml
===
Hello,
seemingly I'm unable to grep 'cause I couldn't find the the "UNC"
already present in that file (but not yet on the winehq.org). I
therefore added UNC and Universal Naming Convention increasing the
chance that one finds it using google/grep.
Tobias
Index: configuring.sgml
>Maybe, yes. How long does it take?
I didn't time it but it does take some time.
>I think I killed it after about 5
>minutes of constant thrashing.
Maybe you should just leave it and see how long it takes.
>Possibly it's something to do with using the FC2 kernel instead of a
>stock one ?
I don't
Am Mittwoch, 25. August 2004 14:12 schrieb Paul Millar:
> Hi,
>
> Looks like something broke building cross-compiled tests last night. I now
> get:
>
> [EMAIL PROTECTED] tests]$ make
> i686-mingw32msvc-gcc dpa.o imagelist.o subclass.o tab.o testlist.o -o
> comctl32_test.exe -lcomctl32 -luser32 -l
On Thu, 26 Aug 2004 08:36:03 -0400, gslink <[EMAIL PROTECTED]> wrote:
> Has anyone noticed that one of the patches in either the July or August
> release broke the Microsoft Freecell. It used to be that when the full
> screen button was pressed the Freecell window expanded to fill the
> screen. N
I was trying to run lotus notes under wine under qemu. Unfortunately qemu
appears to have some trouble with linuxthreads. For example, consider the
following program
test.c:
#include
#include
void * f(void *oie) {
printf("tata\n");
pthread_exit(oie);
return NULL;
}
int main() {
pthread_t
Has anyone noticed that one of the patches in either the July or August
release broke the Microsoft Freecell. It used to be that when the full
screen button was pressed the Freecell window expanded to fill the
screen. Now the fill is only in the vertical. Dragging appears to work
but results
On Thu, 26 Aug 2004, Michael Kaufmann wrote:
[...]
> > Test Program (DIB-Testcase.zip):
> > -
> >
> > I've created a test program that shows the problem. It also shows a
> > bug in Windows! It displays two bitmaps, both should be black and
> > white. WINE displays th
Mike Hearn wrote:
> FWIW I usually find +all traces give too much output for debugging
> anything other than startup problems where you have no idea what's
> wrong. Beyond a few seconds execution the logs get too big to work with,
> especially if you're working blind.
And also, as I reported on bug
And how exactly can I disable it? By editing wineinstall script?
Nah, just do what I did. There's a magic command you can put at the top
of the makefile which leaves it out: look at the patch to see how to do
it. Then run ./config.status and winetest will no longer be built.
James Hawkins wrote:
Oh ok thanks Rob I'll try it out.
I tend to find piping stuff through sed is too slow (but then I have
quite a slow computer). There is a patch floating around in the archives
that lets you toggle debug logging on and off using the F12 key. It
works at the level of the debug
>> b) TransGamings Cedega forked from Wine several years ago, back when
it was under the X11 license which allowed that. So they don't have to
contribute their code back.
c) That fork was what motivated the switch to LGPL.
Well that makes sense. I couldn't make heads or tails of their
licensin
On Thu, 26 Aug 2004, Rein Klazes wrote:
> On Wed, 25 Aug 2004 16:04:52 +0100, you wrote:
> > Was this dropped? On my laptop (a 600mhz Pentium with 128mb of ram, so
> > not too pokey) attempting to build the winetest binary actually kills
> > the build dead. It ends up attempting to feed ~20mb of
On Wed, 25 Aug 2004 16:04:52 +0100, you wrote:
> Was this dropped? On my laptop (a 600mhz Pentium with 128mb of ram, so
> not too pokey) attempting to build the winetest binary actually kills
> the build dead. It ends up attempting to feed ~20mb of data to gas which
> doesn't make it very happy
I have a 500 mhz laptop with 128 mv of ram, and winetest builds quite
successfully, so maybe it's something wrong with
your build toolchain, or your configuration, or something else like that?
Maybe, yes. How long does it take? I think I killed it after about 5
minutes of constant thrashing.
Poss
Not sure I see the point, could you please elaborate on what you are
trying to achieve here?
Setting Drivers="" in the config file is supposed to prevent sound from
being used at all - there are actually howtos and such on the net that
say this and it's sometimes given as tech support advice, so
23 matches
Mail list logo
