Am Freitag, den 21.10.2005, 15:09 +0200 schrieb Alexandre Julliard:
So if you have bugs that you feel must be fixed
for 0.9 (and that can be fixed with minimal changes), now is the time
to speak up...
Has someone a fix for the DEL-Key while NumLock is active - Problem?
(inserting a , after
A lot of VB apps use MDAC (http://msdn.microsoft.com/data/mdac/downloads/).
They tend to include mdac_typ.exe, the mdac installer, and run it, but
unfortunately,
Wine doesn't seem to run it properly. (I'm testing using mdac 2.7 sp1, fwiw.)
First, the MDAC installer refuses to run unless the
On Fri, Oct 21, 2005 at 01:06:48PM +0300, Saulius Krasuckas wrote:
+hGDI = LoadLibraryA(gdi.dll);
You mean gdi32.dll
--
Huw Davies
[EMAIL PROTECTED]
hello all,
don't bother on this message if you feel it has nothing to be here.
But I rencently read a whole lot of MSDN documentation about the LDDM
infrastructure. The new Windows graphics vista driver model.
Ok, Im almost there (or at least alot closer).
After editing a source file and a few Makefiles and manually applying
several diffs from Robert Lunnons patchkit from different Wine versions
(none applicable to 20050830). I got Wine to compile on Solaris 9!
Now when running wine, it sits
Mike Hearn schrieb:
On Wed, 12 Oct 2005 21:16:05 +, Eddahbi Karim wrote:
Now the mouse problem comes back but the workarounds don't work this
time. It's not a regression, it's a bug enhancement.
ACK
The old workaround for WineX still work according to gentoo-forums [2].
It seems
hi,
I have build a FC4 rpm package adapting the MDK spec file and patches.
All the files can be found here:
http://magisystem.yi.org/rpms/
I hope that it can help...
Regards,
Paolo Abeni
--
Email.it, the professional e-mail, gratis per te: http://www.email.it/f
Sponsor:
Let me start off with an introduction. I'm a veteran C programmer, but
I'm unfamiliar with programming X11 and unfamiliar with wine, although
I've been looking into both recently to correct a problem I'm having
with wine. I posted about the same problem in August on the same
mailing list, about
Hello,
Dan Kegel wrote:
he suggests using the new GL_EXT_framebuffer_object OpenGL extension.
I checked around a bit, and it appears to be at least
partly supported by the latest NVidia and ATI drivers.
I'm tempted to say skip the workaround, at least for
the first pass, and just implement the
Vincent Béron wrote:
Le mar 18/10/2005 à 18:31, Jonathan Ernst a écrit :
Le mardi 18 octobre 2005 à 11:38 -0600, Brian Vincent a écrit :
On 10/18/05, Vitaliy Margolen [EMAIL PROTECTED] wrote:
Does that server has enough capacity to handle all
anyone already tried that?
I'm getting some errors when compiling wine which I was able to fix, but
World of Warcraft won't start... Will icc be supported at some time in
the furure?
tom
Now that Wine supports different theme packs for Windows, would it be
possible to render Windows widgets using the native current desktop
KDE/Gnome theme? Also other stuff like font size, name and colors for
Windows widgets, could they all be unified? That would *really* be
something:).
Big
Am Mon, 17 Oct 2005 00:17:22 +0200 schrieb Fabian Bieler
[EMAIL PROTECTED]:
On Sunday 16 October 2005 23:34, Fabian Bieler wrote:
OK, here I go again:
This is a small C program which should get the videoRam using the
NV-CONTROL and ATIFGLEXTENSION extensions. As I only have a nVidia card,
Mike Hearn mh at codeweavers.com writes:
On Wed, 12 Oct 2005 21:16:05 +, Eddahbi Karim wrote:
Now the mouse problem comes back but the workarounds don't work this
time. It's not a regression, it's a bug enhancement.
The old workaround for WineX still work according to
James Hawkins wrote:
Hi,
I started by removing all .\\ from the shlfileop.c test file in msvc
and the tests all passed , but three of the tests failed in wine.
If the tests fail on wine, should they not be todo_wine{} then?
regards,
Jakob
I need to preload my own library with a custom glXSwapBuffers(). But
wine opengl libGL.so directly so there's no way to do it.
I've ended up doing this:
glXSwapBuffersType preload__glXSwapBuffers = (glXSwapBuffersType)
wine_dlsym(RTLD_DEFAULT, glXSwapBuffers, NULL, 0);
Can I create b: on the fly, allocate 1.44 megabyte RAM, do all copies
there and then
copy it back?
Am I on crack?
regards,
Jakob
Eric Pouech wrote:
It turns out that DOS' ioctl 0x440F (set logical drive map) was
strangely implemented. From the doc I have, this ioctl is responsible
for
Hi Markus,
Please send patches included as in-line text (being careful to avoid
line-wraps). This helps for reviewing patches.
The changelog entry normally goes before the patch, not included as part of
the patch.
Cheers,
Paul.
On Wednesday 19 Oct 2005 12:18, you wrote:
Hi to all,
coming from wine-users I was suggested to move to this list to solve my
problem: I am trying to run a .EXE under wine (updated at 30th of
September) on my Ubuntu; the program is a quite expensive Italian
dictionary not available on the net. It installs correctly but it
crashes
I have not seen this one problem listed and it may be a 1.0 target.
Filed bug 3638.
Legacy installers modify autoexec.bat to add the install directory to
the path and may also use set's. After the installer installs the
program will not run as it's bin directory is not in the path. This also
Am Samstag, 15. Oktober 2005 18:49 schrieb Magnus Olsen:
Hi
This change allown me run all MS DirectInput sample with out any problem.
it also take care of bad writen dinput program that try getting the mouse,
Without calling on right api, see my commmect in dinput. I have not
tested in wine,
Do you need it to fix the mouse pointer lagging problem with fglrx? This
patch might be what you need. It works for me with Half-Life and Jedi
Academy.
I kinda see how this could help, but it would need to be better understood
first before being applied (it would need, of course, to not link
Stefan Dösinger wrote:
Implementing a wrapper for windows graphics drivers is surely technically
interesting, it's an unnecessary effort, which is better invested
elsewhere(For example in making the native Linux drivers better).
Haven't I heard something analogical before?
That'd be...
Detlef Riekenberg wrote:
So if you have bugs that you feel must be fixed
for 0.9 (and that can be fixed with minimal changes), now is the time
to speak up...
Has someone a fix for the DEL-Key while NumLock is active - Problem?
(inserting a , after deleting the character right from the cursor)
On Fri, 21 Oct 2005 15:09:39 +0200, Alexandre Julliard wrote:
Folks,
I think we are in good shape for the release; the current plan is to
release on Tuesday. So if you have bugs that you feel must be fixed for
0.9 (and that can be fixed with minimal changes), now is the time to speak
up...
Tomas Carnecky wrote:
anyone already tried that?
I'm getting some errors when compiling wine which I was able to fix, but
World of Warcraft won't start... Will icc be supported at some time in
the furure?
tom
last time I checked, icc didn't support stdcall calling convention,
which is
On 10/16/05, Tomas Carnecky [EMAIL PROTECTED] wrote:
I'm getting some errors when compiling wine which I was able to fix, but
World of Warcraft won't start... Will icc be supported at some time in
the furure?
Maybe, especially if people who want it supported pitch in
by running the Wine
On Sat, Oct 22, 2005 at 08:39:28PM +0200, Tomas Carnecky wrote:
I don't really see any dfference between dlopen(libGL) at run-time and
linking x11drv with libGL at compile-time..
Well, suppose you want to do a 'full-blown' Wine distribution. You would
then link to libGL at compile time. And
Haven't I heard something analogical before?
That'd be... let's see... Wine myth.. #2?
I know of this, and I agree that Wine is a good thing(Otherwise I wouldn't
read this list and do any development)
But in my opinion, there's a difference in that matter between Applications
and Drivers. An
Hello,
I kinda see how this could help, but it would need to be better understood
first before being applied (it would need, of course, to not link directly
to GL and use function pointers :-) ).
Heck, it should make performance almost worse as we add a round-trip to the
X server to do this
On Sat, Oct 22, 2005 at 11:06:14PM +0200, Tomas Carnecky wrote:
I personally would vore for the first option, make opengl a wine
requirement, we'll soon have opengl integrated into the xserver (Xgl
etc.) so sooner or later everyone will need to have an opengl
implementation installed.
I have posted my local patches to wine-patches.
Note that for 0.9 I have posted most of the patches that are likely to be
essential to build a working Wine package (other than those previously
rejected) regardless of the shape the code is in. Some of it is very ugly and
lacks integration for
That's expected. To support icc, one would have to adjust the
commandline options a bit depending on the compiler being used.
In particular, one would want to suppress many compiler warnings
like the ones you mentioned. icc provides a nice way of suppressing
any desired set of warnings.
Johannes Anderwald wrote:
I have a patch which adds file property dialogs to shell32
Looks like you've written the patch for ReactOS... it doesn't apply to
the current Wine tree.
I think you need to do a little bit more work to get it ready for
submission:
* use TRACE instead of DPRINT
34 matches
Mail list logo