On Tue, 27 Feb 2007 18:17:04 -0800
Bill Medland [EMAIL PROTECTED] wrote:
Is there any chance that someone with the ability can create the fedora
core 4 wine rpms for version 0.9.30?
Bill Medland
If you want to I can upgrade the spec in fedora cvs to the newest versions as
well. It is sad
On Wed, Feb 28, 2007 at 09:43:02AM +0100, Andreas Bierfert wrote:
On Tue, 27 Feb 2007 18:17:04 -0800
Bill Medland [EMAIL PROTECTED] wrote:
Is there any chance that someone with the ability can create the fedora
core 4 wine rpms for version 0.9.30?
Bill Medland
If you want to I can
Misha Koshelev wrote:
+/* Macros for variant conversions */
+#define V_DECLARE \
+VARIANTARG vararg[pDispParams-cArgs]; \
+int iVarCount; \
+HRESULT hr = S_OK; \
+memset(vararg, 0, sizeof(vararg));
+#define V_PREPARE(n, type) \
+VariantInit(vararg[n]); \
+hr =
H. Verbeet [EMAIL PROTECTED] writes:
It should be noted that native d3d rounds to nearest even while Wine
doesn't. Applications are not supposed to depend on that though.
Changelog:
- Add a mova rounding test
The test fails here:
../../../tools/runtest -q -P wine -M d3d9.dll -T ../../..
Ann Jason Edmeades [EMAIL PROTECTED] writes:
diff --git a/programs/cmd/wcmd.h b/programs/cmd/wcmd.h
index d6357f0..a7a73ae 100644
--- a/programs/cmd/wcmd.h
+++ b/programs/cmd/wcmd.h
@@ -27,6 +27,9 @@
#include stdio.h
#include ctype.h
+#include wine/debug.h
Hi,
I can even run Tom Clancy's Rainbow Six Vegas, but there are still
problems with offscreen rendering.
Yeah, offscreen rendering is unsupported with my multithreading patches. I
have another patch to fix that, but I haven't tested it.
I have a bit of a mess in my wine tree at the moment(2
On Wed, 2007-28-02 at 09:43 +0100, Andreas Bierfert wrote:
On Tue, 27 Feb 2007 18:17:04 -0800
Bill Medland [EMAIL PROTECTED] wrote:
Is there any chance that someone with the ability can create the fedora
core 4 wine rpms for version 0.9.30?
Bill Medland
If you want to I can upgrade
Here is the Debug output:
warn:module:load_builtin_dll failed to load .so lib for builtin
LZ:\\bb\\s\\bc\\wine\\dmsw.exe.so:
/bb/home/.wine/dosdevices/z:/bb/s/bc/wine/dmsw.exe.so: cannot allocate memory in
static TLS block
warn:module:load_dll Failed to load module
(CC-ing wine-devel again)
Erich Hoover wrote:
The right way would probably to do the copying yourself by
read/write.. but I dunno.
Except that it would ignore the permissions issues that have already
been coded into the copy routines (and any updates that may eventually
No, CreateFile (and
(CC-ing to Frank Richter because I hope he knows the answer :)
Hi.
I've been trying to make wine use the ex-user32 controls (listbox,
scrollbox, etc.) in comctl32 where Microsoft copied them to in version 6
to get message traces of those controls (I know I could use msg spy
tools on Windows
On 28.02.2007 18:26, Felix Nawothnig wrote:
So, any idea how Windows makes comctl32 register the user classes?
I think it just re-registered the classes, but I'm not sure.
A trace with class registrations (ie +class) might give some hint at
what native does.
-f.r.
signature.asc
Description:
On 28/02/07, Stefan Dösinger [EMAIL PROTECTED] wrote:
+/* The blitting code uses (for now) the fixed function
pipeline, so make sure to reset all fixed
+ * function texture unit. No need to care for higher samplers
+ */
+for(i = GL_LIMITS(texture_stages) - 1; i
Hi,
So finally we have a working winetest executable and the test.winehq.org scripts
should be able to handle the new reports.
Could someone have a look what the issue currently is on the webserver as I've
sent several reports (a few hours ago) and they are not handled yet?
Cheers,
Paul.
On 28/02/07, Stefan Dösinger [EMAIL PROTECTED] wrote:
The hwstretch blit code creates a new texture each time it is called
to back up the back buffer and
releases it afterwards. It is more efficient to keep the texture and
release it with the surface. This
patch uses the source surface's
In msiexec.c, the DoRegServer calls OpenSCManager, however, on a fresh
installation, ie no ~/.wine, the HKLM\CurrentControlSet\Services does
not yet exist, so that OpenSCManager fails. What is the correct way to
guarantee that this key exists?
Regards,
Jeremy
Oops, I must have hit the wrong reply button.
The right way would probably to do the copying yourself by
read/write.. but I dunno.
Except that it would ignore the permissions issues that have already
been coded into the copy routines (and any updates that may eventually
No, CreateFile (and
Phil Krylov wrote:
AFAIR MSys's rxvt.exe uses libW11.dll, which implements Xlib API on
top of Win32 USER/GDI (no extra X server). However, it could be still
difficult (probably because of API name clashes?)
Not sure why the message is about libX11.dll - probably it sees
$DISPLAY and tries to
Erich Hoover wrote:
The right way would probably to do the copying yourself by
read/write.. but I dunno.
Except that it would ignore the permissions issues that have already
been coded into the copy routines (and any updates that may eventually
No, CreateFile (and friends) does the permissions
Paul Vriens wrote:
Hi,
So finally we have a working winetest executable and the test.winehq.org
scripts should be able to handle the new reports.
Could someone have a look what the issue currently is on the webserver
as I've sent several reports (a few hours ago) and they are not handled
On 2/27/07, Jeremy [EMAIL PROTECTED] wrote:
In msiexec.c, the DoRegServer calls OpenSCManager, however, on a fresh
installation, ie no ~/.wine, the HKLM\CurrentControlSet\Services does
not yet exist, so that OpenSCManager fails. What is the correct way to
guarantee that this key exists?
See
Paul Vriens [EMAIL PROTECTED] writes:
exception: 42 tests executed (0 marked as todo, 0 failures), 0 skipped.
exception: 279 tests executed (0 marked as todo, 5 failures), 0 skipped.
The first one triggers the 'end of this test' in dissect. The second
one is thus not accepted as dissect
On 28/02/07, Alexandre Julliard [EMAIL PROTECTED] wrote:
The test fails here:
../../../tools/runtest -q -P wine -M d3d9.dll -T ../../.. -p d3d9_test.exe.so visual.c
touch visual.ok
visual.c:405: Test failed: Expected color 0000, got (for input
-2.40)
visual.c:405: Test
Someone has defaced Wine's Wiki frontpage.
Also I have either forgotten my password or the user accounts don't
work anymore. Could someone look into this?
--
Francois Gouget [EMAIL PROTECTED] http://fgouget.free.fr/
War doesn't determine who's right. War determines who's
Frank Richter wrote:
So, any idea how Windows makes comctl32 register the user classes?
I think it just re-registered the classes, but I'm not sure.
A trace with class registrations (ie +class) might give some hint at
what native does.
Okay, I was stupid. I removed registration of all the
Francois Gouget wrote:
Someone has defaced Wine's Wiki frontpage.
Also I have either forgotten my password or the user accounts don't
work anymore. Could someone look into this?
Reverted it (no idea about the accounts, I was still logged in).
Here's a school that actually did transition to Linux:
http://searchopensource.techtarget.com/originalContent/0,289142,sid39_gci1245710,00.html
They didn't use Wine. Here's what they said about legacy windows apps:
Using Wyse terminals, the district also planned to offer
students and staff
Something's wrong with this patch: it has more 2 nested if statements.
I suggest early returns on negated condition, gotos, and subroutines to
fix the problem :)
I don't know if that patch wasn't applied because other patches of my patchset
weren't applied, or because something is wrong with
Felix Nawothnig [EMAIL PROTECTED] wrote:
-if (last)
-{
-LdrShutdownProcess();
-exit( code );
-}
-else RtlExitUserThread( code );
+TerminateThread( GetCurrentThread(), code );
+exit(code); /* To avoid a compiler warning, never reached. */
}
New code now
Felix Nawothnig wrote:
-if (last)
-{
-LdrShutdownProcess();
-exit( exit_code );
-}
-else
-{
-LdrShutdownThread();
-server_exit_thread( exit_code );
-}
+NtTerminateThread( GetCurrentThread(), func( arg ) );
+exit(0); /* To
I don't know if that patch wasn't applied because other patches of my
patchset
weren't applied, or because something is wrong with this patch. If something
is wrong with this patch please tell me
@@ -3083,33 +3083,44 @@ BOOL X11DRV_SwapBuffers(X11DRV_PDEVICE *physDev)
XVisualInfo
Alexandre Julliard wrote:
Paul Vriens [EMAIL PROTECTED] writes:
exception: 42 tests executed (0 marked as todo, 0 failures), 0 skipped.
exception: 279 tests executed (0 marked as todo, 5 failures), 0 skipped.
The first one triggers the 'end of this test' in dissect. The second
one is thus not
31 matches
Mail list logo