Re: C&C :D
On Mon, Mar 24, 2008 at 2:44 AM, Maarten Lankhorst <[EMAIL PROTECTED]> wrote: > Hello, > > 2008/3/23, Maarten Lankhorst <[EMAIL PROTECTED]>: > > > > 2008/3/23, Roderick Colenbrander <[EMAIL PROTECTED]>: > > > > > > Hi all! > > > > > > > > After an announcement that the original Command and conquer is > > > > available free for download, I decided to test it. Command and > Conquer > > > > works perfectly in wine, I haven't tested network gaming over ipx, > but > > > > that will probably not work. For the rest it's flawless, apart from > > > > the losing focus behavior, but playing it in a wine desktop helps. > > > > > > > > Remember: KANE IS A TRAITOR! LONG LIVE THE GDI! > > > > > > > > Cheers, > > > > Maarten. > > > > > > > > > > > > > Hi Maarten, > > > > > > It will likely run better if you use DirectDrawRenderer=opengl + > RenderTargetLockMode=readtex (at least on Nvidia hardware that is fast). > Second IPX network should work (if this is the c&c version with updated ipx) > but you need root as plain users don't have enough permissions to create a > raw ipx socket. > > > > Tested that, none of the opengl modes work well: > > > > disabled: In the menu I only get the menu, not the text that's written on > it. > > readtex: I get a white texture with only the text > > textex: Nothing at all > > readdraw: fails too > > > > I'll play without opengl I think. > Hold on, even without opengl it will fail sometimes dramatically, it > will stop updating the screen entirely if you fiddle around with the > menu too much. After that it doesn't work any more at all. > > > Are you working on a SMP system? I had redraw problems with C&C Red Alert on my Athlon X2, but the schedtool solution presented in bug 4487 worked for me [ http://bugs.winehq.org/show_bug.cgi?id=4487 ]. schedtool -a 0x2 -e wine Bryan DeGrendel
Re: C&C :D
Hello, 2008/3/23, Maarten Lankhorst <[EMAIL PROTECTED]>: > 2008/3/23, Roderick Colenbrander <[EMAIL PROTECTED]>: > > > > Hi all! > > > > > > After an announcement that the original Command and conquer is > > > available free for download, I decided to test it. Command and Conquer > > > works perfectly in wine, I haven't tested network gaming over ipx, but > > > that will probably not work. For the rest it's flawless, apart from > > > the losing focus behavior, but playing it in a wine desktop helps. > > > > > > Remember: KANE IS A TRAITOR! LONG LIVE THE GDI! > > > > > > Cheers, > > > Maarten. > > > > > > > > > Hi Maarten, > > > > It will likely run better if you use DirectDrawRenderer=opengl + > RenderTargetLockMode=readtex (at least on Nvidia hardware that is fast). > Second IPX network should work (if this is the c&c version with updated ipx) > but you need root as plain users don't have enough permissions to create a > raw ipx socket. > > Tested that, none of the opengl modes work well: > > disabled: In the menu I only get the menu, not the text that's written on it. > readtex: I get a white texture with only the text > textex: Nothing at all > readdraw: fails too > > I'll play without opengl I think. Hold on, even without opengl it will fail sometimes dramatically, it will stop updating the screen entirely if you fiddle around with the menu too much. After that it doesn't work any more at all.
Re: C&C :D
Hi Roderick, 2008/3/23, Roderick Colenbrander <[EMAIL PROTECTED]>: > > Hi all! > > > > After an announcement that the original Command and conquer is > > available free for download, I decided to test it. Command and Conquer > > works perfectly in wine, I haven't tested network gaming over ipx, but > > that will probably not work. For the rest it's flawless, apart from > > the losing focus behavior, but playing it in a wine desktop helps. > > > > Remember: KANE IS A TRAITOR! LONG LIVE THE GDI! > > > > Cheers, > > Maarten. > > > > > Hi Maarten, > > It will likely run better if you use DirectDrawRenderer=opengl + > RenderTargetLockMode=readtex (at least on Nvidia hardware that is fast). > Second IPX network should work (if this is the c&c version with updated ipx) > but you need root as plain users don't have enough permissions to create a > raw ipx socket. Tested that, none of the opengl modes work well: disabled: In the menu I only get the menu, not the text that's written on it. readtex: I get a white texture with only the text textex: Nothing at all readdraw: fails too I'll play without opengl I think. Cheers, Maarten.
wine 1.0 status: T minus 75 days. 82 open bugs.
This weekend, two bugs were resolved: 5535 directx-16 Planescape:Torment doesn't work 6526 kernel321 Typing Instructor for Kids 2 fails to install Four were deferred: 1347 directx-20 Screen is wiped/blanked on usage of DirectDraw 3534 user32 14 Systray icons are not transparent... 6795 shdocvw 0 Skype 3.0.0.137 Beta dies trying to login in win98, winme mode 10708 user32 21 Wine lacks support for animated cursors And one more bug was nominated for 1.0.0 (!), 10040 crypt32 1 Steam crashes during the startup That takes us down from 87 bugs and 76 days to 82 bugs and 75 days. Here's a list of the currently open 1.0 bugs, sorted by component, with votes: 5948-unknown1 Star Trek: Armada does not install 5055-unknown5 Deleting files from a window in wine doesn't send them to the Trash 8125-unknown0 Marratech 6.1 crashes on start 9916-unknown6 "make test" usually fails 5844-unknown8 tray minimize 7404-unknown2 ShowWindow(SW_MINIMIZE) should not generate a WM_PAINT message 9459-unknown8 FIFA 2007 crashes with the recent versions 5402-unknown0 Trying to run PhotoStitch 3.1 5024-unknown3 Thief: Deadly Shadows crashes:page fault on read access to 0x040c 10815 -unknown1 Cannot drag images into Adobe Photoshop 7 from the web / desktop 9178-unknown7 "hello world" dos program hangs 5061-unknown5 Copying from Windows Firefox in Wine and pasting to Linux OpenOffice pastes metadata as data 12097 -unknown1 Wine 1.0 should not ship out-of-sync resource translations 11281 -unknown2 CJK input many issues 7477-unknown1 Uplink demo crashes 4971-unknown3 Corel Draw 12 demo install fails 7915-unknown4 15 of the internal tests of wine fail on Mac OS X 10147 -unknown0 Word Viewer 2003 - Tab behavior differs from Windows 9959-unknown8 Make wine updates work even if the registry changed 556 build-en2 Reconcile the Windows and Wine spec files 1114comctl322 Winrar2.90/3.00: Comboex doesn't trigger a event when you mouse-click in some value of it 10111 comctl322 WINEDEBUG=warn+heap "make test" has heap error in comdlg32/tests/printdlg.c 2493comctl321 Multi-select listview: Shift-arrow up only selects top two items 9104comdlg321 Pdf-xchange viewer crashes 10040 crypt32 1 Steam crashes during the startup 11681 directx-11 Add support for video overlay 5955directx-6 DirectDrawCreate crash on non-OpenGL desktop 9030directx-0 army men hangs on black screen 82 document1 Stabilize Winelib User Guide Table of Contents 638 document7 Document Wine debugging channels 3270gdi32 12 Problem with minimized top-level windows 9771gdi32 37 Steam Friends doesn't work (fails to render correctly or refresh) 6519gdi32 6 Wine blacks out rotated font bitmap 9926gdi32 4 gdi32.dll should not have exported function pointers 7571gdi32 1 Accented character glyphs are mixed up with TrueType fonts (affects e.g. Lotus Notes R5) 9484kernel3217 Program refuses to run because of ProtectCD/ProtectDISC copy-protection 9039kernel320 GS-Auftrag Professional SQL aborts on startup 5351kernel328 Windows Installer 3.1 cannot install because of non-standard drive labeling 5541kernel320 WriteConsole can't write to stdout; affects e.g. wsh's cscript's usage message 4733kernel324 Get optimized/compressed/packed executables (non-upx) working 7098mscoree 1 RufzXP crashes on startup, needs mscoree.dll.CorBindToRuntimeEx 5163msi 12 Office XP 2002 crashes on installation 8783ntdll 11 USB serial ports do not work 9356ntdll 5 Serial communication not working since wine-0.9.33 6607ole 6 Drag and Drop not working 9942ole 2 Powerpoint Viewer 2007 crashes opening .pptx files 2539ole 2 XDND (Drag and drop for X Windows) doesn't copy text 8095ole 0 PQ Teaching toy crashes 4770ole 2 BlackBerry Device Manager fails to install under wine 5926programs0 Wine does not provide an implementation of winhlp32.exe 4803programs5 Steam: not all lnk files are processed into linux shortcuts 6254richedit3 Installer infinite loop from rich text error 9304shdocvw 3 Temple of Elemental Evil demo doesn't start - gui irresponsive 6095shdocvw 11 M
Proposal template for SOC2008?
Hi all, I was thinking of copying the template perl uses for people wanting to submit a proposal. Anyone sees anything wrong with using http://www.perlfoundation.org/perl5/index.cgi?gsoc2008_proposal_template ? Cheers, Maarten.
Re: winemenubuilder: Add support for 24 and 32 bit icons using png format.
Dan Kegel wrote: > On Sun, Mar 23, 2008 at 5:45 PM, Vitaliy Margolen > <[EMAIL PROTECTED]> wrote: >> Where are seeing that file? Also are you sure you are using patches >> wineshelllink? > > My bad. To use a noninstalled wineshelllink, you have > to start the installer with >PATH=$HOME/wine-git/tools:$PATH wine-git/wine installers/BLMInstall277.exe > and then the icons are fine, since it's using the new code in the build tree. > I just did 'ln -s wine.git/tools/wineshelllink ~/bin/wineshelllink' > Oddly, the link and shortcut on the desktop don't use any > of the icons, but the ones in the Wine menu look good. Strange, unless there are some other problems with extracting an icon. Can you run this and attach the output? WINEDEBUG=+menubuilder wine winemenubuilder "c:\windows\profiles\\$USER\desktop\file.lnk" Vitaliy.
Re: winemenubuilder: Add support for 24 and 32 bit icons using png format.
On Sun, Mar 23, 2008 at 5:45 PM, Vitaliy Margolen <[EMAIL PROTECTED]> wrote: > Where are seeing that file? Also are you sure you are using patches > wineshelllink? My bad. To use a noninstalled wineshelllink, you have to start the installer with PATH=$HOME/wine-git/tools:$PATH wine-git/wine installers/BLMInstall277.exe and then the icons are fine, since it's using the new code in the build tree. Oddly, the link and shortcut on the desktop don't use any of the icons, but the ones in the Wine menu look good.
Re: crash on exit in hardy on intel graphics?
On Sun, Mar 23, 2008 at 5:10 AM, Dan Kegel <[EMAIL PROTECTED]> wrote: > On Sun, Mar 23, 2008 at 5:00 AM, Stefan Dösinger <[EMAIL PROTECTED]> wrote: > > > 10 0x7ddc39bc glIsRenderbufferEXT+0x16c() in libgl.so.1 (0x0034fc68) > > > 11 0xb7efefdf in ld-linux.so.2 (+0xdfdf) (0x0034fe18) > > > 12 0xb7c90f74 exit+0xd4() in libc.so.6 (0x0034fe38) > > Why would exit call glIsRenderbuffer() ? That doesn't make sense to me > > No idea... I guess I figured it was in an onexit handler installed > by opengl for some reason? Now I'm getting that crash on exit from a game, American McGee's Alice demo. Anybody else testing Hardy? - Dan p.s. here's the stack: Unhandled exception: page fault on read access to 0x0200 in 32-bit code (0xb7f7cbad). Register dump: CS:0073 SS:007b DS:007b ES:007b FS:0033 GS:003b EIP:b7f7cbad ESP:0174d868 EBP:0174d890 EFLAGS:00210292( - 00 -RISA1) EAX:b7f84ce0 EBX:b7f84ff4 ECX:b7f775b9 EDX:b7cd76ac ESI: EDI: Stack dump: 0x0174d868: b7f69eec b7f84ff4 0174d8b8 7c028dc4 0x0174d878: 0174d8ec b7f73059 0174d890 b7cdaff4 0x0174d888: 7c003188 0174d8a0 b7cd8cb4 0x0174d898: b7f84ff4 0174d980 b7f775d6 0x0174d8a8: 0x0174d8b8: 7c003190 7c003198 7c003194 b7cd76ac Backtrace: =>1 0xb7f7cbad in ld-linux.so.2 (+0x12bad) (0x0174d890) 2 0xb7cd8cb4 GLIBC_2+0xcb4() in libdl.so.2 (0x0174d8a0) 3 0xb7f775d6 in ld-linux.so.2 (+0xd5d6) (0x0174d980) 4 0xb7cd92bc in libdl.so.2 (+0x12bc) (0x0174d9a0) 5 0xb7cd8cea GLIBC_2+0xcea() in libdl.so.2 (0x0174d9b0) 6 0x7dc157bd in libgl.so.1 (+0x477bd) (0x0174d9d0) 7 0x7dbf584a in libgl.so.1 (+0x2784a) (0x0174d9f0) 8 0x7dbf7924 in libgl.so.1 (+0x29924) (0x0174da20) 9 0x7dbf0ba4 in libgl.so.1 (+0x22ba4) (0x0174da30) 10 0x7dc339bc glIsRenderbufferEXT+0x16c() in libgl.so.1 (0x0174da40) 11 0xb7f77fdf in ld-linux.so.2 (+0xdfdf) (0x0174db90) 12 0xb7d09f74 exit+0xd4() in libc.so.6 (0x0174dbb0) 13 0x7efacc80 RtlGetCurrentPeb() [/home/dank/wine-git/dlls/ntdll/process.c:70] in ntdll (0x0174dc40) 14 0x7ee7d62f ExitProcess+0x2f(status=0x0) [/home/dank/wine-git/dlls/kernel32/process.c:2046] in kernel32 (0x0174dc60) 15 0x004e9767 in alice (+0xe9767) (0x00bd54c0) 0xb7f7cbad: testb $0x8,0x200(%edi)
Re: winemenubuilder: Add support for 24 and 32 bit icons using png format.
Dan Kegel wrote: > Your patch applies and creates .png icons... > But it seems to create the icons with two suffixes, e.g. file shows > a680_forum.png.xpm: PNG image data, 32 x 32, 8-bit/color RGB, non-interlaced > Shouldn't that just be .png, not .png.xpm? > > (This is for http://bugs.winehq.org/show_bug.cgi?id=4803 ) Where are seeing that file? Also are you sure you are using patches wineshelllink? That's what copies the icon from c:\windows\temp to ~/.local/share/icons Vitaliy.
re: winemenubuilder: Add support for 24 and 32 bit icons using png format.
Your patch applies and creates .png icons... But it seems to create the icons with two suffixes, e.g. file shows a680_forum.png.xpm: PNG image data, 32 x 32, 8-bit/color RGB, non-interlaced Shouldn't that just be .png, not .png.xpm? (This is for http://bugs.winehq.org/show_bug.cgi?id=4803 )
Re: Google Summer of Code - Case Insensitive Filenames
On 3/23/08, Cesar Izurieta <[EMAIL PROTECTED]> wrote: > Here are some ideas of what I think could be implemented for the FUSE > project for GSOC. > > - This FUSE can be a "proxy" filesystem. This means that we could use > an existing filesystem and mount this proxy filesystem and make it > appear as case insensitive. This means that if there's a file named > "A.txt" on a folder and I copy "a.txt", "A.txt" should be overridden. > Same logic for other cases. > > - A utility to test for invalid filenames (like "A.txt" and "a.txt" on > the same original directory) > > - Is there any need to simulate windows' permission schemes > (inheritance, ACLs) when using this filesystem? > > - Since this will be a proxy filesystem, there is the chance to > present some folders with different names. For example "Program Files" > could be presented as "Archivos de Programa" when mounting the > filesystem with a Spanish locale. The original folder will be still > there and you could cd to it and both will point to the same back end > folder. > > If you have any other ideas please let me know. > > Cesar Are you going to do integration under wine, or are you going to just do the file system. For instance, what happens if you run wine in a folder that isn't case insensitive? > > On Thu, Mar 6, 2008 at 6:47 PM, Cesar Izurieta <[EMAIL PROTECTED]> wrote: > > Thanks for your help. I'll prepare something and post it here for > > suggestions soon. > > > > > > > > On Thu, Mar 6, 2008 at 12:27 PM, Marcel Partap <[EMAIL PROTECTED]> wrote: > > > > > > > > > Is there any formal process I must go through to enter google summer > > > > of code for wine? > > > Just filing Google's application will do, although you may want to crash > > in #winehackers .. > > > What you should do IN TIME is to get intimate with the toolchain! That > was > > the hardest part for me - > > > getting started on WINE - but if you already have programming experience > I > > doubt that is a problem. > > > However, from personal experience of last years SoC, communicate your > > implementation ideas as early > > > as possible and don't be afraid to ask for help here on the list would > > probably be the two most > > > important things... > > > And another lesson learned: it takes a lot of polish for your patches to > > be approved and committed > > > by officer Julliard, be prepared to reiterate over your submitted code > > several times :D > > > Else - go for it, task sounds reasonable achievable. And the t-shirt is > > really worth the effort :) > > > regards > > > > > > -- > > > > > > "Obstacles are those frightful things you see when you take your eyes > > off your goal." > > > -- Henry > > Ford (1863-1947) > > > Change the world! Vote revolution: http://hfopi.org/vote-future > > > > > > > > > > > > >
Re: 5/3 WineD3D: Don't use blending on pixel formats which don't support it in combination with shaders
Skip this one among with 5/3, 6/3 and 7/3. All other patches like 8/3 and 9/3 don't require this one and should apply fine. Roderick > Hi, > > Windows drivers only offer post pixel shader blending support on generic > (A)RGB-like formats and in case of dx10-class cards like the Geforce8 also > on some float formats. Right now we enable blending even when it isn't > needed. In case of R32F (if you would disable the software conversion code) > this > gives a 400% performance boost in http://www.angelcode.com/dev/shadow/. > > A next patch will add D3DUSAGE_QUERY_PIXELFORMAT_BLENDING support. > > Regards, > Roderick Colenbrander -- Ist Ihr Browser Vista-kompatibel? Jetzt die neuesten Browser-Versionen downloaden: http://www.gmx.net/de/go/browser
Re: winegcc: A spec file is currently needed in shared mode?
Le Sunday 23 March 2008 12:43:31 Erik de Castro Lopo, vous avez écrit : > Hi all, > > Any idea what the above means and how to fix it? > > Cheers, > Erik This means that winegcc is currently unable to know what function should be exported when building in shared mode. The only way to "fix" this is writing a spec file and passing it in winegcc args. See winegcc --help. ___ Yahoo! Mail réinvente le mail ! Découvrez le nouveau Yahoo! Mail et son interface révolutionnaire. http://fr.mail.yahoo.com
Re: Regression introduced with one old Dösinger's commit
Am Sonntag, 23. März 2008 17:12:51 schrieb Milan Kostić: > OK this is that commit with problem, but don't know what is corect > solution... i just remove it back and all my problems with water > flowing ine games is gone:). Problem is with changes just in utils.c > file and that is not working properly with Mesa drivers that i use (i > don't know for other drivers). Primer: water flow, wrong animation in > portals, etc in Dungeon Siege 2 and all other games with > similar functions. I recommend you to write a test for this to see how WineD3D should behave. Take a look at dlls/d3d9/tests/visual.c, function texture_transform_flags_test(). There are a lot of tests for this code already. The function is a bit messy unfortunately. There are a few bug reports about regressions due to this patch. I fixed most of them already, but it seems that one bug is still remaining, which is the same as the one you're seeing.
Regression introduced with one old Dösinger's commit
http://source.winehq.org/git/wine.git?a=commit;h=fe0f0eb48a12e29af6a9e7407d4eec8bc500a057
OK this is that commit with problem, but don't know what is corect
solution... i just remove it back and all my problems with water
flowing ine games is gone:). Problem is with changes just in utils.c
file and that is not working properly with Mesa drivers that i use (i
don't know for other drivers). Primer: water flow, wrong animation in
portals, etc in Dungeon Siege 2 and all other games with
similar functions.
I'm just revert minus lines and remove plus:):
-mat[12] = mat[8];
-mat[13] = mat[9];
+switch(coordtype) {
+case WINED3DDECLTYPE_FLOAT1:
+/* Direct3D passes the default 1.0 in the 2nd coord,
while gl passes it in the 4th.
+ * swap 2nd and 4th coord. No need to store the value
of mat[12] in mat[4] because
+ * the input value to the transformation will be 0,
so the matrix value is irrelevant
+ */
+mat[12] = mat[4];
+mat[13] = mat[5];
+mat[14] = mat[6];
+mat[15] = mat[7];
+break;
+case WINED3DDECLTYPE_FLOAT2:
+/* See above, just 3rd and 4th coord
+ */
+mat[12] = mat[8];
+mat[13] = mat[9];
+mat[14] = mat[10];
+mat[15] = mat[11];
+break;
+case WINED3DDECLTYPE_FLOAT3: /* Opengl defaults match dx
defaults */
+case WINED3DDECLTYPE_FLOAT4: /* No defaults apply, all
app defined */
+
+/* This is to prevent swaping the matrix lines and put
the default 4th coord = 1.0
+ * into a bad place. The division elimination below will
apply to make sure the
+ * 1.0 doesn't do anything bad. The caller will set this
value if the stride is 0
+ */
+case WINED3DDECLTYPE_UNUSED: /* No texture coords,
0/0/0/1 defaults are passed */
+break;
+default:
+FIXME("Unexpected fixed function texture coord input\n");
+}
+switch (flags & ~WINED3DTTFF_PROJECTED) {
+/* case WINED3DTTFF_COUNT1: Won't ever get here */
+case WINED3DTTFF_COUNT2: mat[2] = mat[6] = mat[10] = mat[14] = 0;
+/* OpenGL divides the first 3 vertex coord by the 4th by default,
+ * which is essentially the same as D3DTTFF_PROJECTED.
Make sure that
+ * the 4th coord evaluates to 1.0 to eliminate that.
+ *
+ * If the fixed function pipeline is used, the 4th value
remains unused,
+ * so there is no danger in doing this. With vertex
shaders we have a
+ * problem. Should an app hit that problem, the code here
would have to
+ * check for pixel shaders, and the shader has to undo
the default gl divide.
+ *
+ * A more serious problem occurs if the app passes 4
coordinates in, and the
+ * 4th is != 1.0(opengl default). This would have to be
fixed in drawStridedSlow
+ * or a replacement shader
+ */
+default: mat[3] = mat[7] = mat[11] = 0; mat[15] = 1;
+}
and all problems with water animation is gone. Seems to any other
games not have problems with that i do, but i don't know is this
correct? Maybe someone of the developers knows better solution for
this?
edit: this is tried in wine-0.9.58, Mesa versions 6.52, 7.0, 7.01,
7.02, 7.03rc2 (no problem with all this Mesas) and ATI 9250(r200) and
also ATI 9800(r300) cards.
Re: Google Summer of Code - Case Insensitive Filenames
Here are some ideas of what I think could be implemented for the FUSE project for GSOC. - This FUSE can be a "proxy" filesystem. This means that we could use an existing filesystem and mount this proxy filesystem and make it appear as case insensitive. This means that if there's a file named "A.txt" on a folder and I copy "a.txt", "A.txt" should be overridden. Same logic for other cases. - A utility to test for invalid filenames (like "A.txt" and "a.txt" on the same original directory) - Is there any need to simulate windows' permission schemes (inheritance, ACLs) when using this filesystem? - Since this will be a proxy filesystem, there is the chance to present some folders with different names. For example "Program Files" could be presented as "Archivos de Programa" when mounting the filesystem with a Spanish locale. The original folder will be still there and you could cd to it and both will point to the same back end folder. If you have any other ideas please let me know. Cesar On Thu, Mar 6, 2008 at 6:47 PM, Cesar Izurieta <[EMAIL PROTECTED]> wrote: > Thanks for your help. I'll prepare something and post it here for > suggestions soon. > > > > On Thu, Mar 6, 2008 at 12:27 PM, Marcel Partap <[EMAIL PROTECTED]> wrote: > > > > > > Is there any formal process I must go through to enter google summer > > > of code for wine? > > Just filing Google's application will do, although you may want to crash > in #winehackers .. > > What you should do IN TIME is to get intimate with the toolchain! That was > the hardest part for me - > > getting started on WINE - but if you already have programming experience I > doubt that is a problem. > > However, from personal experience of last years SoC, communicate your > implementation ideas as early > > as possible and don't be afraid to ask for help here on the list would > probably be the two most > > important things... > > And another lesson learned: it takes a lot of polish for your patches to > be approved and committed > > by officer Julliard, be prepared to reiterate over your submitted code > several times :D > > Else - go for it, task sounds reasonable achievable. And the t-shirt is > really worth the effort :) > > regards > > > > -- > > > > "Obstacles are those frightful things you see when you take your eyes > off your goal." > > -- Henry > Ford (1863-1947) > > Change the world! Vote revolution: http://hfopi.org/vote-future > > > > > >
ddraw: Don't clear the returnvalue anymore, we keep the dwSize and fill out the rest anyway
Stefan Wrote: >Am Sonntag, 23. März 2008 03:33:56 schrieb Kolbjørn Fredheim: >> Fixes a crash in Anarchy Online >I think we need a test case for that - see dlls/ddraw/tests/d3d.c Not really a need for it, we fill out the whole struct when passing through the function, so there should be no need to memset it to 0, in the worst case we could take the size of the struct as the memset, but using the dwSize is not a good thing imo, it will only crash wine/the program if the program is passing some bizarre value there. I do however have a testcase for it, but it is really messy and spews out alot of junk, so I _really_ didn't want it included in winecode. I could clean up the test, but I'm unshure on how to pass or fail the test, as all I'm doing now is spewing out the raw data of the struct after it's been through the function. Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping
Re: [PATCH 3/5] wined3d: Handle zero primitive count.
Stefan Dösinger wrote: > Am Sonntag, 23. März 2008 00:59:48 schrieb Alexander Dorofeyev: >> Native can handle zero primitive count both when using old interfaces >> (execute buffers etc) and when using d3d8 interface. Wine can crash in >> drawprim.c routines like drawStridedSlow and possibly others too, so filter >> it out in IWineD3DDeviceImpl_DrawIndexedPrimitiveUP. Fixes crash in >> Forsaken. --- >> dlls/wined3d/device.c |2 ++ >> 1 files changed, 2 insertions(+), 0 deletions(-) > How will this work for other drawing functions? Shouldn't you filter it in > the > common drawPrimive() in drawprim.c? You are right, drawPrimive() is a better place. I'll update the patch.
Re: winegcc: A spec file is currently needed in shared mode?
Erik de Castro Lopo wrote: > Any idea what the above means and how to fix it? Ah, I figured it out. For the record, I needed a .DEF file in order to generate the DLL. Erik -- - Erik de Castro Lopo - "Projects promoting programming in natural language are intrinsically doomed to fail." -- Edsger Dijkstra
Re: Hello Email
On Sun, Mar 23, 2008 at 4:28 AM, Gynvael Coldwind <[EMAIL PROTECTED]> wrote: > I am currently thinking which idea interests me the most. The > following things are currently interesting me the most: > GDI+ - implement missing functions > Tools - Merge winecfg and control panel > DirectPlay - Implement the core protocol > Print Dialog > (from the most interesting to the least). GDI+, the one you say is most interesting, is an excellent choice. Lei and I had good luck mentoring a group of UCLA students to implement a bunch of missing GDI+ functions, and there are tons more to do. A google search for "unimplemented function gdiplus" finds a dozen or so candidates. - Dan
Re: ddraw: Don't clear the returnvalue anymore, we keep the dwSize and fill out the rest anyway
Am Sonntag, 23. März 2008 03:33:56 schrieb Kolbjørn Fredheim: > Fixes a crash in Anarchy Online I think we need a test case for that - see dlls/ddraw/tests/d3d.c
Re: [PATCH 3/5] wined3d: Handle zero primitive count.
Am Sonntag, 23. März 2008 00:59:48 schrieb Alexander Dorofeyev: > Native can handle zero primitive count both when using old interfaces > (execute buffers etc) and when using d3d8 interface. Wine can crash in > drawprim.c routines like drawStridedSlow and possibly others too, so filter > it out in IWineD3DDeviceImpl_DrawIndexedPrimitiveUP. Fixes crash in > Forsaken. --- > dlls/wined3d/device.c |2 ++ > 1 files changed, 2 insertions(+), 0 deletions(-) How will this work for other drawing functions? Shouldn't you filter it in the common drawPrimive() in drawprim.c?
Re: crash on exit in hardy on intel graphics?
On Sun, Mar 23, 2008 at 5:00 AM, Stefan Dösinger <[EMAIL PROTECTED]> wrote: > > 10 0x7ddc39bc glIsRenderbufferEXT+0x16c() in libgl.so.1 (0x0034fc68) > > 11 0xb7efefdf in ld-linux.so.2 (+0xdfdf) (0x0034fe18) > > 12 0xb7c90f74 exit+0xd4() in libc.so.6 (0x0034fe38) > Why would exit call glIsRenderbuffer() ? That doesn't make sense to me No idea... I guess I figured it was in an onexit handler installed by opengl for some reason?
Re: 5/3 WineD3D: Don't use blending on pixel formats which don't support it in combination with shaders
Am Sonntag, 23. März 2008 00:08:00 schrieb Roderick Colenbrander: > Hi, > > Windows drivers only offer post pixel shader blending support on generic > (A)RGB-like formats and in case of dx10-class cards like the Geforce8 also > on some float formats. Right now we enable blending even when it isn't > needed. In case of R32F (if you would disable the software conversion code) > this gives a 400% performance boost in > http://www.angelcode.com/dev/shadow/. Don't disable GL_BLEND() in context.c . This will be overwritten by the state_blend() state handler later if the state is dirty for some reason. Instead mark the state dirty and let the state handler code you added handle this. You're checking for use_ps() in the state_blend handler, in this case you'll have to make sure that a pixel shader change updates this. However, I suspect that the pixel shader does not have any effect on blending and the flag's name is a red herring. Can you write a test testing blending on formats that do not support post pixel shader blending?
Re: crash on exit in hardy on intel graphics?
Am Sonntag, 23. März 2008 12:22:07 schrieb Dan Kegel: > 10 0x7ddc39bc glIsRenderbufferEXT+0x16c() in libgl.so.1 (0x0034fc68) > 11 0xb7efefdf in ld-linux.so.2 (+0xdfdf) (0x0034fe18) > 12 0xb7c90f74 exit+0xd4() in libc.so.6 (0x0034fe38) Why would exit call glIsRenderbuffer() ? That doesn't make sense to me
Re: crash on exit in hardy on intel graphics?
It's not so benign. Apps fail to start because of this. The workaround is to run wineprefixcreate by hand; it still fails, but then when you run wine all is well. Here's an example of the symptom. In this case I was trying to install the photoshop 7 trial without an existing .wine directory: wine: Unhandled page fault on read access to 0x0200 at address 0xb7f28bad (thread 0009), starting debugger... wine: wineprefixcreate failed while creating '/home/dank/.wine'. [EMAIL PROTECTED]:~/installers/adobe$ wineserver: could not save registry branch to /home/dank/.wine-AGXTqe/system.reg : No such file or directory wineserver: could not save registry branch to /home/dank/.wine-AGXTqe/userdef.reg : No such file or directory wineserver: could not save registry branch to /home/dank/.wine-AGXTqe/user.reg : No such file or directory
winegcc: A spec file is currently needed in shared mode?
Hi all, Any idea what the above means and how to fix it? Cheers, Erik -- - Erik de Castro Lopo - "You can have quality software, or you can have pointer arithmetic; but you cannot have both at the same time." -- Bertrand Meyer, 1989
Re: Hello Email
Hello again: On Sun, Mar 23, 2008 at 3:32 AM, Dan Kegel <[EMAIL PROTECTED]> wrote: > Hi Michael! Any idea what you'll be proposing for SoC yet? Oh, sorry, I've missclicked and sent the ideas to David only. I am currently thinking which idea interests me the most. The following things are currently interesting me the most: GDI+ - implement missing functions Tools - Merge winecfg and control panel DirectPlay - Implement the core protocol Print Dialog (from the most interesting to the least). On Sun, Mar 23, 2008 at 7:52 AM, David Adam <[EMAIL PROTECTED]> wrote: > You need to choose by yourself. Do not ask to us to decide for you. When you > decided which of part of wine you want to work, please contact a mentor to > have some indications. Before applicating officialy for a GSoC, you should > prove that you can achieve some good jobs by sendind patches for wine in the > area that you decided to work. Please do not get me wrong, I am not asking You to decide for me, I'm just asking for Your personal opinion. Don't worry, I'll choose what to apply for by myself ;> Anyway, thanks for Your reply, I'll contact the mentors of the interesting me things. Best regards, -- gynvael.coldwind//vx
crash on exit in hardy on intel graphics?
Grumble. wineprefixcreate is showing a crash while running rundll32.exe setupapi.dll,InstallHinfSection DefaultInstall 128 wine.inf No traceback is shown normally, but running that command under winedbg shows one on exit: Unhandled exception: page fault on read access to 0x0200 in 32-bit code (0xb7f03bad). Register dump: CS:0073 SS:007b DS:007b ES:007b FS:0033 GS:003b EIP:b7f03bad ESP:0034fa90 EBP:0034fab8 EFLAGS:00010292( - 00 -RISA1) EAX:b7f0bce0 EBX:b7f0bff4 ECX:b7efe5b9 EDX:b7c5e6ac ESI: EDI: Stack dump: 0x0034fa90: b7ef0eec b7f0bff4 0034fae0 7c017834 0x0034faa0: 0034fb14 b7efa059 0034fb5c b7c61ff4 0x0034fab0: 7c003188 0034fac8 b7c5fcb4 0x0034fac0: b7f0bff4 0034fba8 b7efe5d6 0x0034fad0: 0034fb38 b7cce2d1 0x0034fae0: 7c003190 7c003198 7c003194 b7c5e6ac Backtrace: =>1 0xb7f03bad in ld-linux.so.2 (+0x12bad) (0x0034fab8) 2 0xb7c5fcb4 GLIBC_2+0xcb4() in libdl.so.2 (0x0034fac8) 3 0xb7efe5d6 in ld-linux.so.2 (+0xd5d6) (0x0034fba8) 4 0xb7c602bc in libdl.so.2 (+0x12bc) (0x0034fbc8) 5 0xb7c5fcea GLIBC_2+0xcea() in libdl.so.2 (0x0034fbd8) 6 0x7dda57bd in libgl.so.1 (+0x477bd) (0x0034fbf8) 7 0x7dd8584a in libgl.so.1 (+0x2784a) (0x0034fc18) 8 0x7dd87924 in libgl.so.1 (+0x29924) (0x0034fc48) 9 0x7dd80ba4 in libgl.so.1 (+0x22ba4) (0x0034fc58) 10 0x7ddc39bc glIsRenderbufferEXT+0x16c() in libgl.so.1 (0x0034fc68) 11 0xb7efefdf in ld-linux.so.2 (+0xdfdf) (0x0034fe18) 12 0xb7c90f74 exit+0xd4() in libc.so.6 (0x0034fe38) 13 0x7efacc80 RtlGetCurrentPeb() [/home/dank/wine-git/dlls/ntdll/process.c:70] in ntdll (0x0034fec8) 14 0x7ee7d62f ExitProcess+0x2f(status=0x0) [/home/dank/wine-git/dlls/kernel32/process.c:2046] in kernel32 (0x0034fee8) 15 0x7ecad3ba __wine_spec_exe_entry+0x6a(peb=0x7ffdf000) [/home/dank/wine-git/dlls/winecrt0/exe_entry.c:38] in rundll32 (0x0034ff08) 16 0x7ee7fd4e start_process+0xee(arg=0x0) [/home/dank/wine-git/dlls/kernel32/process.c:883] in kernel32 (0x0034ffe8) 17 0xb7de18f7 wine_switch_to_stack+0x17() in libwine.so.1 (0x) 0xb7f03bad: testb $0x8,0x200(%edi) libgl.so is involved, so perhaps the is a graphics driver bug? The system is a thinkpad x60 with intel graphics. glxgears gets 960 fps. Anybody else seeing this? It seems kind of benign, and doesn't keep 'wine notepad' from working...
Re: Regression fix in directx.c
> > The flag that was removed with the patch in the link here: > > > http://source.winehq.org/git/wine.git/?a=blobdiff;f=dlls/wined3d/directx.c;h=6665a4201311af5c494a77c64c43598ac84ca332;hp=1c7d9e397b8b02e7817e4c8142e8a63061a36ae3;hb=9e9ef6238a5f27423e28c8f95f69fb02b98d8f27;hpb=5d151c0ffc60627b1d54ae397a83ef1770491d1b > > caused the game "Sins of a solar empire" to not startup anymore. > > This is not the right way to fix it. The code is quite new but works very > differently from the old code. What videocard are you using? At what color > depth? What offscreen rendering method are you using? Further could you > provide your glxinfo output? > > Thanks, > Roderick Also have you tried the latest GIT version? As there have been a number of CheckDeviceFormat fixes after .58. Roderick -- Pt! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger
Re: C&C :D
> Hi all! > > After an announcement that the original Command and conquer is > available free for download, I decided to test it. Command and Conquer > works perfectly in wine, I haven't tested network gaming over ipx, but > that will probably not work. For the rest it's flawless, apart from > the losing focus behavior, but playing it in a wine desktop helps. > > Remember: KANE IS A TRAITOR! LONG LIVE THE GDI! > > Cheers, > Maarten. > Hi Maarten, It will likely run better if you use DirectDrawRenderer=opengl + RenderTargetLockMode=readtex (at least on Nvidia hardware that is fast). Second IPX network should work (if this is the c&c version with updated ipx) but you need root as plain users don't have enough permissions to create a raw ipx socket. Roderick -- GMX startet ShortView.de. Hier findest Du Leute mit Deinen Interessen! Jetzt dabei sein: http://www.shortview.de/[EMAIL PROTECTED]
Re: Regression fix in directx.c
> The flag that was removed with the patch in the link here: > http://source.winehq.org/git/wine.git/?a=blobdiff;f=dlls/wined3d/directx.c;h=6665a4201311af5c494a77c64c43598ac84ca332;hp=1c7d9e397b8b02e7817e4c8142e8a63061a36ae3;hb=9e9ef6238a5f27423e28c8f95f69fb02b98d8f27;hpb=5d151c0ffc60627b1d54ae397a83ef1770491d1b > caused the game "Sins of a solar empire" to not startup anymore. This is not the right way to fix it. The code is quite new but works very differently from the old code. What videocard are you using? At what color depth? What offscreen rendering method are you using? Further could you provide your glxinfo output? Thanks, Roderick -- Psst! Geheimtipp: Online Games kostenlos spielen bei den GMX Free Games! http://games.entertainment.gmx.net/de/entertainment/games/free
C&C :D
Hi all! After an announcement that the original Command and conquer is available free for download, I decided to test it. Command and Conquer works perfectly in wine, I haven't tested network gaming over ipx, but that will probably not work. For the rest it's flawless, apart from the losing focus behavior, but playing it in a wine desktop helps. Remember: KANE IS A TRAITOR! LONG LIVE THE GDI! Cheers, Maarten.
