Hello,
I decided to forward a previous post of mine from the users'
newsgroup, since I got no answers there, and consider this a
developer question: I'd like to correct some bugs. Having
read the Developers' Guide didn't help me much: the relevant
topic was empty (the program
Lionel Ulmer [EMAIL PROTECTED] writes:
Huh ? Doing 'make install' from the DLL directory where
you did the change is too slow ?
Not the 'make install' alone, but the administration to keep
my distribution's package management happy.
Thanks for the answers, everyone, I'm going for it.
Vincent Béron [EMAIL PROTECTED] writes:
Of course, wine let's you use it inside it's build dir, so
it may be easier to just do that.
Yes, it seems to work now. One catchup: I had to define a
new drive for /usr/local/src/wine/programs to be able to use
the debugger. What a deal...
Hello!
In listbox.c one can find the following comment:
* Probably needs improvement:
* - LBS_NOSEL
Does anybody know what this means? What is missing? I'm
struggling with a listbox which has this attribute, and
still it is possible to select from it -- under Windows.
Can
Hello,
can anybody think of a way that a listbox with LBS_NOSEL
style can still highlight a row, return meaningful values
for LB_GETCURSEL and in general behave exatly like a
selectable one? This is the behaviour I see under Win 95
and XP (using Spy++), and what I can achieve
Hello,
I'm trying to cross-compile some conformance tests. The
Winelib tests work, Wine runs the cross-compiled tests, I
can produce Win32 apps with MinGW, but I can't run the
cross-compiled tests under Win95. Simply running them in a
DOS window produces the list of possible
Tony Lambregts [EMAIL PROTECTED] writes:
running them in a DOS window produces the list of
possible tests as expected, but running a real test fails
with an Illegal Operation
AFAIK This is supposed to work. I have not tried it myself
so I can't help much. Which test(s) did you try to run?
Hello,
I put together a new test file for dlls/user/tests (find
attached). It tests undocumented behaviour (at least I
couldn't find a word), but one of my apps depend on it.
It's a first try, please have a look at it (I tried to
follow the Developers' Guide) and tell me what I
Tony Lambregts [EMAIL PROTECTED] writes:
Patches should be in diff -u format. Please refer to the
following link about submitting patches.
http://www.winehq.org/docs/wine-devel/patches.shtml
Er... I didn't mean it to be submitted right now, only
getting some comments on it (thanks!). But
Tony Lambregts [EMAIL PROTECTED] writes:
The patch is still in the wrong format. New files need to
be diff'ed against /dev/null.
Thanks for the clarification! Winehq says new files can be
included as separate attachments. Well, this is exactly one
kind of problems/comments I expected for
Dear Crosstest Users,
please speak up! I'm very interested in hearing about
anybody being able to 'make crosstest' and run the tests on
native Windows. That would be a great help debugging the
problem.
Thanks: Feri.
Alexandre Julliard [EMAIL PROTECTED] writes:
They work fine here under NT4.
That's a platform I can't test on, unfortunately...
Michael Stefaniuc [EMAIL PROTECTED] writes:
With self build mingw i couldn't get mingw to link the
binaries. The patch in the thread [...] fixed it for me.
I'm
Alexandre Julliard [EMAIL PROTECTED] writes:
I'm very interested in hearing about anybody being able
to 'make crosstest' and run the tests on native Windows.
They work fine here under NT4.
More testing revealed that I can run the tests on Windows
2000 Professional (built on NT technology)
Ulrich Czekalla [EMAIL PROTECTED] writes:
On Mon, 2003-03-17 at 15:32, Ferenc Wagner wrote:
In short, the copying application can read the clipboard,
but the other one can't. Seems like the x11drv/clipboard.c
data isn't shared between the threads.
It's shared between threads
I wrote:
In short, the copying application can read the clipboard,
but the other one can't.
[...]
### Application startup:
trace:clipboard:OpenClipboard ((nil))...
trace:clipboard:OpenClipboardreturning 1
trace:clipboard:EmptyClipboard ()
trace:clipboard:GetOpenClipboardWindow ()
Gerald Pfeifer [EMAIL PROTECTED] writes:
After the recent wave of commits, I'm getting a build failure for the
following line in dlls/d3d8/device.c:
IDirect3DBaseTexture8* cont = NULL;
Try http://www.winehq.org/hypermail/wine-patches/2003/06/0049.html
Andreas Mohr [EMAIL PROTECTED] writes:
On Mon, May 26, 2003 at 01:04:49PM +0200, Ferenc Wagner wrote:
Volume label creation should fail, not create a regular file.
Similarly for file names ending in a slash.
Hmm, and is there a reason to not do it in _lcreat16() instead?
Or is _lcreat16
Tom [EMAIL PROTECTED] writes:
I say go with -z 0 and let it be
If I found -z0 in the docs, I would probably think that
compression is explicitly forbidden/impossible. Just leave
it out, no compression is the default anyway, and put the
notice next to it.
Pouech Eric DMI AEI CAEN [EMAIL PROTECTED] writes:
please stop using krnl386.exe export when possible
(especially for dos emulation which is going out of
kernel32/krnl386.exe combo). So, if CreateFile can do,
please use it (ditto for any other krnl386 file related
functions) this is needed
Eric Pouech [EMAIL PROTECTED] writes:
_lcreat16 (and al.) is in fact a 16 bit function, implemented in
krnl386. so, normally it wouldn't be accessible from 32 bit DLLs (we
can do it in some cases, but the least we do, the better it is).
So, if the same behavior (as _lcreat16) can be obtained
Ulrich Czekalla [EMAIL PROTECTED] writes:
Sure, I'll take a look.
Once at it, let me express my concerns. Before that last
patch went in, I was using the following local
modifications:
Index: dlls/x11drv/clipboard.c
===
RCS file:
Hi,
I decided to forward this from the user newsgroup (having
read the latest WWN :))
Feri.
From: [EMAIL PROTECTED] (Steve)
Newsgroups: comp.emulators.ms-windows.wine
Subject: Simple TCP client (winsock) does nothing
Date: 30 Jun 2003
Ulrich Czekalla [EMAIL PROTECTED] writes:
X11DRV_AcquireClipboard can be called with NULL
hWndClipWindow (as documented on MSDN). The above hack
came over it without introducing new global state, but
clearly is not right. Worked for me, though.
Yes I noticed this as well. What we do in
Mike Hearn [EMAIL PROTECTED] writes:
it opens a truly amazing 18,000 odd file descriptors.
wine client error:9a: pipe: Too many open files
The problem is, that I don't know what limit is being used
for this. In theory, the OPEN_MAX macro should tell me,
but for some reason this is defined
Shachar Shemesh [EMAIL PROTECTED] writes:
I think I found what is needed in order to implement my suggested
keyboard support. The only drawback is that it requires the use of
XKB, which is not a given in all Xservers. Personally, I find it hard
to believe that there are many X servers that
Alex Pasadyn [EMAIL PROTECTED] writes:
it was telling me that it had an error in FindNextFile of
success. I did a relay trace and found out that it was
calling FindFirstFile, FindNextFile a bunch of times,
FindClose, and then GetLastError.
What happens if you change the Windows version? To
Do we need attributes like hidden, system, etc?
Feri.
Hello,
recent discussion on the list ignited my interest again.
Francois has a very nice page
http://fgouget.free.fr/wine/tests-en.shtml, let's try to
make better use of it!
1. The precompiled binaries offered here would mean a great
help, were they updated regularly.
2. Maybe better, a
Dimitrie O. Paun [EMAIL PROTECTED] writes:
On Thu, 21 Aug 2003, Ferenc Wagner wrote:
1. The precompiled binaries offered here would mean a great
help, were they updated regularly.
To achive this I think we need to refine the process to
the point where we build one file (an .exe)
I
Jakob Eriksson [EMAIL PROTECTED] writes:
Ferenc Wagner wrote:
What do you think? I am even willing to do some of the
above, except for the build, as I have no constant access
to Windows machines.
The build should be done on linux, with make crosstest,
(See http://bugs.winehq.com
Francois Gouget [EMAIL PROTECTED] writes:
You suggested a script to generate a zip file
automatically. I have a couple of trivial scripts that
should do 90% of the job.
* zipmsvctests
Exactly what I envisioned. What do you think about putting
it into the Wine CVS tree so that anyone
http://www.winehq.com/hypermail/wine-patches/2002/12/0161.html
It actually contains useful information. Meanwhile, I
solved the missing urlmon problem by downloading it from
and a .BAT file to run them
#
# Copyright (C) 2003 Alexandre Julliard, Ferenc Wagner
#
# This library is free software; you can redistribute it and/or
# modify it under the terms of the GNU Lesser General Public
# License as published by the Free Software Foundation; either
# version 2.1 of the License
TEST;
}
}
close OUT;
}
print $dll:$test @res\n
}
#!/usr/bin/perl -w
#
# Parameters: architecture names. The program loads the summary.txt
# files from the corresponding (lowercase) directories.
#
# Copyright (C) 2003 Ferenc Wagner
#
# This library is free software; you can
Francois Gouget [EMAIL PROTECTED] writes:
Do we really need a C program, a new mailing list,
automated result submission, generating HTML and now a
database just so we have something that says:
Test | Result
--+-
kernel32 | Passed
msvcrt| Passed
oleaut32 |
Greetings!
Hereby I ask people who have access to real Windows machines
to help me gather information about the behaviour of cross-
compiled conformance tests on the different platforms.
Please go to http://afavant.elte.hu/~wferi/wine for details.
If you can build the tests in the Wine tree by
Jakob Eriksson [EMAIL PROTECTED] writes:
http://vmlinux.org/jakov/Wine/regrtest.exe
How could you make it this small? 400 kB vs. 2.9 MB,
that is, the tenth of mine! It makes a good difference
in download.
Archive: tests.zip (2.9 MB)
Length Date TimeName
Ivan Leo Murray-Smith [EMAIL PROTECTED] writes:
So vmware won't do? (I think the answer is no because of
directx (Not a problem for me to do a real install, just
asking)).
Since we have no DirectX tests, vmWare should be good
enough. Especially if it makes new versions available.
Feri.
Jakob Eriksson [EMAIL PROTECTED] writes:
Oleg Prokhorov wrote:
I've got Win2k SP4 and kernel test process just hangs on
my PC, after generating a number of GPF :(
Hangs also on WinME.
Interestingly enough, 2k SP3 seems to more or less pass it.
By the way, could you send me ME test results?
Jakob Eriksson [EMAIL PROTECTED] writes:
Ferenc Wagner wrote:
By the way, could you send me ME test results? :) Just
kill through the hangs!
Killing on ME results in ME lock up.
:) Sorry, I was not clear enough. May I ask you to run my
package? (http://afavant.elte.hu/~wferi/wine) ME
Greetings again!
Thank you very much for answering my call. The 9 reports
for 5 different Windows versions gave some insight into the
situation. So now I head to the following:
1. Native build tests. As a first step, I provide a
collection of source/project/desktop files which I think
41 matches
Mail list logo
