Jesse Allen wrote:
Just set UseXVidMode = Y in HKCU\Software\Wine\X11 Driver and test the game.
Ah, crap, someone's broken it completely.
Can't exactly blame UseXVidMode though.
It's something that happened after upgrading to 0.9.10.
It doesn't switch to fullscreen anymore.
Mouse grabbing is
On Wednesday 05 April 2006 04:13, Jason Green wrote:
On 4/4/06, Raphael [EMAIL PROTECTED] wrote:
On Tuesday 04 April 2006 12:48, Ivan Gyurdiev wrote:
The F.E.A.R and BF2 demos crash immediately after complaining about:
fixme:d3d:D3DFmtGetBpp Unhandled fmt(36,WINED3DFMT_A16B16G16R16)
These lines could explain why Starcraft is unable to switch to fullscreen:
err:xrandr:X11DRV_XRandR_GetCurrentMode In unknown mode, returning default
fixme:xrandr:X11DRV_XRandR_SetCurrentMode Cannot change screen BPP from 16 to 8
fixme:xrandr:X11DRV_XRandR_SetCurrentMode Cannot change screen BPP
Just a guess, but could you check the program ids for the vertex/pixel
shaders in drawPrimitiveDrawStrided?
ie, prgId in
http://source.winehq.org/git/?p=wine.git;a=blob;h=be8c038b273f2bffd4cb76ddc31de3b053c2c47b;hb=2136f3271589afca4c78c84fe503c0a83433ed45;f=dlls/wined3d/drawprim.c#l1800
and
On 05/04/06, Molle Bestefich [EMAIL PROTECTED] wrote:
I seem to remember that BPP cannot be changed _at all_ with XRandR, is
this correct?
Yes.
Eric Pouech [EMAIL PROTECTED] writes:
+l = min(ldr_mod[i].BaseDllName.Length, sizeof(mod-szModule) -
sizeof(WCHAR));
+memcpy(mod-szModule, ldr_mod[i].BaseDllName.Buffer, l);
+mod-szModule[l / sizeof(WCHAR)] = '\0';
+l = min(ldr_mod[i].FullDllName.Length,
Marcus Meissner [EMAIL PROTECTED] writes:
Currently:
configure:10975: gcc -m32 -o conftest -D_FORTIFY_SOURCE=2 -O2 -Wall
-I/opt/kde3/include/artsc -I/opt/gnome/include/glib-2.0 -I/opt/gnome/l
ib64/glib-2.0/include conftest.c -lartsc -L/opt/kde3/lib64 -ldl -lartsc
-lpthread
On Wed, Apr 05, 2006 at 11:45:09AM +0200, Alexandre Julliard wrote:
Marcus Meissner [EMAIL PROTECTED] writes:
Currently:
configure:10975: gcc -m32 -o conftest -D_FORTIFY_SOURCE=2 -O2 -Wall
-I/opt/kde3/include/artsc -I/opt/gnome/include/glib-2.0 -I/opt/gnome/l
ib64/glib-2.0/include
Con Kolivas wrote:
Is it kernel dependant? Does 2.6.11 for example exhibit the problem or only
recent kernels? Or has noone tried an older kernel like that?
Cheers,
Con
Just to reiterate since everybody seems to forget this part: The problem
does *not* occur when using a 2.4 kernel.
On Wednesday 05 April 2006 11:42, Segin wrote:
Although I have ALSA in my kernel, I also use the OSS compatability, and
on top of that, use more regulary than ALSA directly. I use OSS in Wine
cause the WineALSA driver is fustrating, and wants odd settings
(something about DirectSound emulation
[ Charset UTF-8 unsupported, converting... ]
[EMAIL PROTECTED] wrote:
http://www.winehq.org/pipermail/wine-devel/2006-April/046196.html
It's OK that most people don't have fontforge installed, that just
means that people who can't cope with compiling from source and can't
satisfy
Willie Sippel wrote:
No need for a full-blown game, I use this great free 5.9MB demo to test audio
on Wine:
http://www.pouet.net/prod.php?which=18359
Unbearable with regular Wine (kernel 2.6.13/ amd64, gentoo r5 patchset - can't
test with later kernels, as there's a problem with the
On Wednesday 05 April 2006 09:45, Robert Reif wrote:
One problem that I am seeing is that there is no practical way to
guarantee synchronization between the sound card hardware and the
sound card thread. OSS doesn't support poll/select reliably in
all drivers and the esd driver just writes to
On Wednesday 05 April 2006 08:27, Willie Sippel wrote:
Am Dienstag, 4. April 2006 16:46 schrieb Andreas Mohr:
Hi,
On Wed, Apr 05, 2006 at 12:36:06AM +1000, Con Kolivas wrote:
On Wednesday 05 April 2006 00:34, Andreas Mohr wrote:
And this all should work perfectly well with
Mike McCormack wrote:
Scott Bambrough wrote:
$ git clone http://source.winehq.org/git/wine.git wine-git
defaulting to local storage area
Make sure to start the clone in an empty directory (ie. no existing
.git). The clone might take quite a while, so be patient if it doesn't
go as fast
On 4/5/06, Molle Bestefich [EMAIL PROTECTED] wrote:
These lines could explain why Starcraft is unable to switch to fullscreen:
err:xrandr:X11DRV_XRandR_GetCurrentMode In unknown mode, returning default
fixme:xrandr:X11DRV_XRandR_SetCurrentMode Cannot change screen BPP from 16 to
8
As usual, I went out and found something else to test. SimCity 4 Deluxe
works, impeckably well, but it only does software rendering (which can
literally bring your system to it's knees). I use a patched .exe cause
the default one didn't work for me (and this one has a no-cd deal, plus
is
Jesse Allen wrote:
On 4/5/06, Molle Bestefich [EMAIL PROTECTED] wrote:
These lines could explain why Starcraft is unable to switch to fullscreen:
err:xrandr:X11DRV_XRandR_GetCurrentMode In unknown mode, returning default
fixme:xrandr:X11DRV_XRandR_SetCurrentMode Cannot change
On Wed, 2006-04-05 at 13:59 -0400, Segin wrote:
Jesse Allen wrote:
I don't know... All I get is this AFTER StarCraft quits:
X Error of failed request: BadDrawable (invalid Pixmap or Window
parameter)
Major opcode of failed request: 70 (X_PolyFillRectangle)
Resource id in failed
Hi,
Anyways, when starting in Direct3D mode, it goes to a back window, but
quickly flashes back to your desktop, with this debug:
This looks like a DDraw game. I'll look at it, if there is a demo available.
Stefan
pgpGOb9BtLcSs.pgp
Description: PGP signature
On 4/5/06, Segin [EMAIL PROTECTED] wrote:
Jesse Allen wrote:
On 4/5/06, Molle Bestefich [EMAIL PROTECTED] wrote:
These lines could explain why Starcraft is unable to switch to fullscreen:
err:xrandr:X11DRV_XRandR_GetCurrentMode In unknown mode,
returning default
Am Dienstag, 4. April 2006 14:49 schrieben Sie:
Leon Freitag wrote:
BadMatch in X_GLXCreateGLXPixmap is a known problem, I've submitted a
patch but it was rejected.
Well, try to resubmit it :) Or post it here, so that others could test
it. Perhaps you could merge this one-liner into it
Hello,
The EU CVS server is not up to date.
The head of the Changelog is 1.110 while on cvs.winehq it is 1.111.
$ cvs -n -d:pserver:[EMAIL PROTECTED]:/home/wine -q log
ChangeLog | head
RCS file: /home/wine/wine/ChangeLog,v
Working file: ChangeLog
head: 1.110
branch:
locks: strict
access list:
Jesse Allen wrote:
On 4/5/06, Segin [EMAIL PROTECTED] wrote:
Jesse Allen wrote:
On 4/5/06, Molle Bestefich [EMAIL PROTECTED] wrote:
These lines could explain why Starcraft is unable to switch to fullscreen:
err:xrandr:X11DRV_XRandR_GetCurrentMode In unknown mode,
returning
Could someone clue me in to just what this means and why it is:
err:virtual:NtProtectVirtualMemory Unsupported on other process
A quick Google comes up that function is undocumented, so I don't have
much info on it.
From the wine source:
if (!is_current_process( process ))
{
Segin wrote:
Could someone clue me in to just what this means and why it is:
err:virtual:NtProtectVirtualMemory Unsupported on other process
A quick Google comes up that function is undocumented, so I don't have
much info on it.
From the wine source:
if (!is_current_process( process ))
Robert Shearman wrote:
Segin wrote:
Could someone clue me in to just what this means and why it is:
err:virtual:NtProtectVirtualMemory Unsupported on other process
A quick Google comes up that function is undocumented, so I don't
have much info on it.
From the wine source:
if
Segin wrote:
Robert Shearman wrote:
Segin wrote:
Could someone clue me in to just what this means and why it is:
err:virtual:NtProtectVirtualMemory Unsupported on other process
A quick Google comes up that function is undocumented, so I don't
have much info on it.
From the wine source:
On Wed, 05 Apr 2006 19:06:41 -0400, Segin wrote:
Hmm... Intresting. I am going to assume, from what I have seen, that
emulated Win32 processes have a represenative POSIX process. Is it
possible to implement a lookup table of sorts to make it work cross-process?
The wineserver would have to
On 4/5/06, Segin [EMAIL PROTECTED] wrote:
Well if the game crashes, even quitting, then it's likely not going to
restore the resolution no matter what.
Ahh, that's where the irony is, it does restore resolution.
Oh, I guess it's not crashing then! =p
Haha well where that idea
Is there a way we could ask Microsoft to use Wine instead of WINE?
;)
-Scott Ritchie
On Wed, 2006-04-05 at 15:43 +0200, Marcus Meissner wrote:
Hi,
Just found by random websearch...
http://www.microsoft.com/genuine/downloads/FAQ.aspx?displaylang=en
...
Q: Will systems running WINE
I am no longer able to see fonts in:
- the GTA installer - for example on the intial screen (What language
to use?)
- Steam (*with* Tahoma previously installed and working). When selecting
menus fonts will flash quickly making the menu visible, and then disappear.
In addition, when
Ivan Gyurdiev wrote:
I am no longer able to see fonts in:
- the GTA installer - for example on the intial screen (What language
to use?)
- Steam (*with* Tahoma previously installed and working). When
selecting menus fonts will flash quickly making the menu visible, and
then disappear.
In
On 4/5/06, Scott Ritchie [EMAIL PROTECTED] wrote:
Is there a way we could ask Microsoft to use Wine instead of WINE?
You just did ;)
-Brian
On Thursday 06 April 2006 11:06, Tom Spear (Dustin Booker, Dustin Navea)
wrote:
I dont know if this will help, but it is worth a shot... Install
fontforge from fontforge.sourceforge.net
Actually it looks like having fontforge installed *causes* the problem. Try
removing
On Thursday 06 April 2006 12:31, Troy Rollo wrote:
On Thursday 06 April 2006 11:06, Tom Spear (Dustin Booker, Dustin Navea)
wrote:
I dont know if this will help, but it is worth a shot... Install
fontforge from fontforge.sourceforge.net
Actually it looks like having fontforge installed
Troy Rollo wrote:
On Thursday 06 April 2006 12:31, Troy Rollo wrote:
On Thursday 06 April 2006 11:06, Tom Spear (Dustin Booker, Dustin Navea)
wrote:
I dont know if this will help, but it is worth a shot... Install
fontforge from fontforge.sourceforge.net
Actually it looks like
On Thursday 06 April 2006 13:54, Tom Spear (Dustin Booker, Dustin Navea)
wrote:
Is there not an option for debian users similar to rpm's --nodeps option
where it doesnt check the dependencies but installs anyways?
There is, but it's bad mojo to use it - it will hurt down the track more than
--- Stefan Dösinger [EMAIL PROTECTED] wrote:
Hi,
Anyways, when starting in Direct3D mode, it goes
to a back window, but
quickly flashes back to your desktop, with this
debug:
This looks like a DDraw game. I'll look at it, if
there is a demo available.
Stefan
Hi,
Wine's build time dependency on FontForge is causing a bit of a problem,
as can be seen by browsing the wine-devel archives for the last month.
I propose that a small sfd2ttf utility be written and used instead of
FontForge to eliminate the dependency, and make everybody a little
Actually it looks like having fontforge installed *causes* the problem. Try
removing /usr/local/share/wine/fonts or making it inaccessible.
The problem is due to an old version of fontforge. In Debian, version
0.0.20041218-0.1 generates incorrect ascent information for the Windows font
See http://scan.coverity.com/
They say they've found 830 potential bugs - that's quite a few.
I haven't seen 'em yet, still waiting for my registration to come through.
- Dan
--
Wine for Windows ISVs: http://kegel.com/wine/isv
42 matches
Mail list logo
