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
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.
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 ot
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.
W
Saturday, October 22, 2005, 12:53:36 PM, Mike Hearn wrote:
> 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 tha
> I am not a GL expert, but AFAIK the OpenGL spec requires the app to flush the
> rendering pipeline before swapping the buffers.
I would find this extremely strange. For example, the 'glXSwapBuffers' man
page says this:
(...) The update typically takes place during the
vertical
Vincent Béron wrote:
Le ven 21/10/2005 à 10:05, Dimi Paun a écrit :
From: "Alexandre Julliard" <[EMAIL PROTECTED]>
I think we are in good shape for the release; the current plan is to
release on Tuesday.
Speaking of which, what's the status for our FC builds?
We really need bin
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 t
> 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
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
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
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 ra
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
> u
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
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... let's
> 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
Am Mittwoch, 12. Oktober 2005 11:55 schrieb Tomas Carnecky:
> 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.
Do you need it to fix the "mouse pointer lagging" problem with fglrx? This
patch might be what you need. It
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 wi
Hello,
> This would need the Wine Expertise of DirectX reimplementation as
> well as some good kernel hacker, but in the end maybe the struggle
> to have linux specific support from Graphics adapter vendors could
> be one for all removed if we had LDDM driver support and then and
> X build on top o
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
On Wed, Oct 12, 2005 at 11:55:10AM +0200, Tomas Carnecky wrote:
> 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.
Out of curiosity, why do you need this ?
> What about linking x11drv directly with libGL?
If we do t
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 just
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:
> dlls/user/button.c
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 se
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);
preload__glXSwapBuffer
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
Mike Hearn 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 gentoo-
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,
c
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 thank
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
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
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 mak
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:
Audio,
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 fo
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].
>
>
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.
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/Display_d/hh/Disp
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]
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 regist
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 "," a
40 matches
Mail list logo
