On 08/03/06, Ivan Gyurdiev <[EMAIL PROTECTED]> wrote:
> You were able to get the BF2 demo to show something?
Yes.
> Is this with native d3dx9_25.dll ?
Yes.
> Did you run into this bug at all?
> http://bugs.winehq.org/show_bug.cgi?id=4745
Nope. I do have to use OSS instead of ALSA, or it will hang r
Segin wrote:
Jim White wrote:
Segin wrote:
Obchod id wrote:
There could be at least mention in FAQ about possible OS x version or
whether there is no plan.
...
OSx86 Wiki entry:
http://wiki.osx86project.org/wiki/index.php/Darwine
Darwine project page:
http://darwine.opendarwin.org/
...
Jim White wrote:
Segin wrote:
Obchod id wrote:
Hi,
There could be at least mention in FAQ about possible OS x version or
whether there is no plan.
Best wishes
Frantisek
It already exists, but only for Intel Macs (The name 'Wine' is a
recursive emulator for Wine Is Not a Emulator, from t
Segin wrote:
Obchod id wrote:
Hi,
There could be at least mention in FAQ about possible OS x version or
whether there is no plan.
Best wishes
Frantisek
It already exists, but only for Intel Macs (The name 'Wine' is a
recursive emulator for Wine Is Not a Emulator, from the fact it doesn't
On Wed, 8 Mar 2006, Peter Beutner wrote:
Francois Gouget schrieb:
* or the application does not pass a NULL here because it would cause
it to crash on Windows. But if we merely return an error the application
will merrily go on, only to crash or report that DirectX does not work a
while later.
H. Verbeet wrote:
Currently pixel shaders get created, but not used. This patch enables
OpenGL fragment programs if pixel shaders are enabled and the harware
supports it. Makes fonts readable in the menu for the BF2 demo. This
patch should be applied after the one that removes the FIXME in
drawPr
Obchod id wrote:
Hi,
There could be at least mention in FAQ about possible OS x version or
whether there is no plan.
Best wishes
Frantisek
It already exists, but only for Intel Macs (The name 'Wine' is a
recursive emulator for Wine Is Not a Emulator, from the fact it doesn't
emulate a C
Am Montag, 6. März 2006 09:34 schrieben Sie:
> On Sunday 05 March 2006 21:50, you wrote:
> > I went to 'Arbeitsplatz' in the Shell and then 'C'. MyDocuments was shown
> > as a file, not a folder. I.e. the problem persists.
>
> I don't quite understand, since MyDocuments is on the Desktop, not on
>
I know now what scancode, keycode and vkey are! :)
Some references:
* ScanCode and KeyCode
http://lct.sourceforge.net/lct/x60.html
http://www.tldp.org/HOWTO/Keyboard-and-Console-HOWTO-2.html
http://www.win.tue.nl/~aeb/linux/kbd/scancodes-1.html
* Virtual-Key Codes (vkey)
http://msdn.microsoft.com/
Peter Beutner <[EMAIL PROTECTED]> writes:
> Just take the example you have written something in Office and the given
> behaviour(passing a
> NULL pointer) happens when you click on the print button. If it crashes your
> work is lost, if
> it returns an error( and the app handles it in a sane way
Hi
Andreas Mohr schrieb:
> Hi,
> Can you mention an example of Windows popping up an error message "function
> foo baz called with invalid parameter ..., what do you want me to do?".
> See? Me neither...
heh, the message will more likely looks like
"Failed to initialize {Direct3D/DirectDraw/OpenGL
Alexandre Julliard schrieb:
> Peter Beutner <[EMAIL PROTECTED]> writes:
>
>> Or look at it from the view of a user developing a winelib application. I'm
>> sure
>> he will very much appreciate it when wine does a better parameter checking
>> than MS
>> and returns an error instead of a crash ba
Hi,
There could be at least mention in FAQ about possible OS x version or
whether there is no plan.
Best wishes
Frantisek
--
!!! Nová prodejna v Plzni. Od 9.11. otevíráme druhou prodejnu na Náměstí
Republiky 21, v 1. patře přímo nad kanceláří Annonce, na zastávce tramvaje
směr Slovany. Tel:
On 3/8/06, Axel Huizinga <[EMAIL PROTECTED]> wrote:
> Did anybody get DXImageTransform.AlphaImageLoader working
> to render transparent png in IE on wine?
If I recall correctly, transparent .PNG's don't even work in IE on
Windows (at least until the upcoming IE7.0).
Hi!
Did anybody get DXImageTransform.AlphaImageLoader working
to render transparent png in IE on wine?
Cordially,
Axel
Hi,
On Wed, Mar 08, 2006 at 03:49:55PM +0100, Peter Beutner wrote:
> Hi
> Andreas Mohr schrieb:
> > We're not a library.We're a very, very, very, very specific piece of
> > software
> Well, I remember I was told that wine is just another gui toolkit like gtk+
> or qt *scnr*.
Good memory ;)
Howev
Hi
Andreas Mohr schrieb:
> On Wed, Mar 08, 2006 at 02:08:52PM +0100, Peter Beutner wrote:
>> Imo a library is supposed to validate given parameters as much as possible
>> and
>> rather return an error to the caller than to crash.
> We're not a library.We're a very, very, very, very specific piece
On 3/8/06, Willie Sippel <[EMAIL PROTECTED]> wrote:
> [...]
> I also build Wine on an amd64 system (running gentoo/ amd64), no problems. But
> there's one thing I noticed a while ago: Wine continues to compile and
> install even if some of the DLLs won't compile. I had this a few times in the
> pas
Robert Shearman <[EMAIL PROTECTED]> writes:
> No, the file it is searching for exists, but doesn't seem to be
> returned by the ioctl for some reason. It is likely a x86-64 kernel
> bug, but we should still fix in our code IMHO.
Yes, but falling through to readdir when we reach the end of the
dir
Peter Beutner <[EMAIL PROTECTED]> writes:
> Or look at it from the view of a user developing a winelib application. I'm
> sure
> he will very much appreciate it when wine does a better parameter checking
> than MS
> and returns an error instead of a crash backtrace ;)
> Imo a library is suppose
Hi,
> In WINE user guide I read int the System Administration Tips
> about global registry files (f.i. /usr/local/etc/wine.systemreg)
> But I can't find any code in WINE about it. It is obsoleted now?
> Is it possible to use system wide registry now?
I created an /etc/wine directory with a system.r
Hi,
On Wed, Mar 08, 2006 at 02:08:52PM +0100, Peter Beutner wrote:
> Imo a library is supposed to validate given parameters as much as possible and
> rather return an error to the caller than to crash.
We're not a library. We're a very, very, very, very specific piece of software
that is required
> Or look at it from the view of a user developing a winelib application. I'm
> sure he will very much appreciate it when wine does a better parameter
> checking than MS and returns an error instead of a crash backtrace ;)
Ooooh, don't I smell bait-and-switch here? :) Always good to learn from you
In WINE user guide I read int the System Administration Tips
about global registry files (f.i. /usr/local/etc/wine.systemreg)
But I can't find any code in WINE about it. It is obsoleted now?
Is it possible to use system wide registry now?
--
Lav
Vitaly Lipatov
Saint-Petersburg, Etersoft www.eter
Alexandre Julliard wrote:
Robert Shearman <[EMAIL PROTECTED]> writes:
--- a/dlls/ntdll/directory.c
+++ b/dlls/ntdll/directory.c
@@ -1245,7 +1245,11 @@ static NTSTATUS find_file_in_dir( char *
unix_name[pos - 1] = '/';
for (;;)
{
-
Francois Gouget schrieb:
> * or the application does not pass a NULL here because it would cause
> it to crash on Windows. But if we merely return an error the application
> will merrily go on, only to crash or report that DirectX does not work a
> while later. By then the source of the problem wi
Arun Kumar Khandelwal wrote:
I am compiling Winelib (version 0.9.9) on Solaris 10 machine. I am
getting below linking errors:
gcc -c -I. -I. -I../../include -I../../include -I/usr/include/libxml2
-I/usr/include/libxml2 -D__WINESRC__ -DCOM_NO_WINDOWS_H -D_REENTRANT
-fPIC -Wall -pipe -fno-strict
[...]
>
> Second, some programs run fine with wine, e. g. pcAnywhere. And some
> games do start up and show the title menu (like StarCraft or AOE2), but
> crash when selecting a game.
>
> Third, as I said before, I've compiled wine from source on a Pentium II
> Debian box which doesn't even know wh
I am compiling Winelib (version 0.9.9) on Solaris 10 machine. I am
getting below linking errors:
gcc -c -I. -I. -I../../include -I../../include -I/usr/include/libxml2
-I/usr/include/libxml2 -D__WINESRC__ -DCOM_NO_WINDOWS_H -D_REENTRANT
-fPIC -Wall -pipe -fno-strict-aliasing -gstabs+
-Wdeclaration
Am Mittwoch, den 08.03.2006, 10:20 +0100 schrieb Stefan Dösinger:
> Hi,
> > > > About half a year ago I replaced my old desktop by an AMD64 box and my
> > > > previous x86 Linux from Scratch (LFS) installation by a x86_64 multilib
> > > > LFS. And since then I'm not able to run any DirectX title an
On 08/03/06, Christoph Frick <[EMAIL PROTECTED]> wrote:
> the vertex-shader there goes nuts (rainbow cars) and about 2/3 of the
> textures looks like only one pixel-row of the texture is scaled over the
> whole polygone.
>
> the game used to work completly before that change - except the shadows
>
On Wed, Mar 08, 2006 at 11:01:06AM +0100, Christian Schneider wrote:
> > > As you can see, the most common errors are err:seh:setup_exception
> > > and err:ntdll:RtlpWaitForCriticalSection. I've also done some more
> > > tests with other games like Revolt, Anno 1503, Half-Life 2, and
> > > the err
I got this when the WoW patcher started:
err:ole:CoGetClassObject class {4955dd33-b159-11d0-8fcf-00aa006bcc59}
not registered
err:ole:CoGetClassObject no class object
{4955dd33-b159-11d0-8fcf-00aa006bcc59} could be created for for context 0x1
fixme:ole:CoCreateInstance no classfactory created for
On Tue, 7 Mar 2006, Vikas Gera wrote:
[...]
I tried to build Wine Library on Solaris 10 platform today. It gave
error while compiling dll/dxerr8 module.
The error message says "Don't know how to make target: install-lib"
[...]
But similar error message is getting repeated for other modules as
Am Mittwoch, den 08.03.2006, 09:46 +0100 schrieb Christoph Frick:
> On Wed, Mar 08, 2006 at 12:09:28AM +0100, Christian Schneider wrote:
>
> > As you can see, the most common errors are err:seh:setup_exception and
> > err:ntdll:RtlpWaitForCriticalSection. I've also done some more tests
> > with ot
On Tue, 7 Mar 2006, Peter Beutner wrote:
[...]
Unless some app relies on this crashing behaviour(which I doubt), I don't think
wine
should implement bugs just because MS does it.
Seems a bit obscure strategy to me to crash in case of an error instead of
proper
error checking/reporting.
This h
On Wed, Mar 08, 2006 at 10:18:32AM +0100, Stefan Dösinger wrote:
> > anno 1503 never ever worked for me (there where some discussion
> > about apps like this that follow a pattern with ddraw and threads,
> > that wine might be able to handle (ever)).
> Anno 1503 is not multi threaded, I had the de
Hi,
> > > About half a year ago I replaced my old desktop by an AMD64 box and my
> > > previous x86 Linux from Scratch (LFS) installation by a x86_64 multilib
> > > LFS. And since then I'm not able to run any DirectX title anymore that
> > > used to work before.
> I tried, but it didn't help. I've
Hi,
> anno 1503 never ever worked for me (there where some discussion about
> apps like this that follow a pattern with ddraw and threads, that wine
> might be able to handle (ever)).
Anno 1503 is not multi threaded, I had the demo running, but it was VERY slow.
But there might be other glx contex
Am Dienstag, den 07.03.2006, 16:39 -0700 schrieb Jesse Allen:
> On 3/7/06, Christian Schneider <[EMAIL PROTECTED]> wrote:
> > Hi all.
> >
> > About half a year ago I replaced my old desktop by an AMD64 box and my
> > previous x86 Linux from Scratch (LFS) installation by a x86_64 multilib
> > LFS. A
On Wed, Mar 08, 2006 at 12:09:28AM +0100, Christian Schneider wrote:
> As you can see, the most common errors are err:seh:setup_exception and
> err:ntdll:RtlpWaitForCriticalSection. I've also done some more tests
> with other games like Revolt, Anno 1503, Half-Life 2, and the errors
> all look ali
41 matches
Mail list logo
