July 2005 - Wine-Devel - list.winehq.org

Re: win64: x86_64 context
by Chris Morgan July 18, 2005

July 18, 2005

I'd argue that the correct naming is "AMD64" as Amd created that architecture and named it like that. In this case Intel happens to be AMD64 compatible. Chris On 7/17/05, Kevin Koltzau <kevin(a)plop.org> wrote: > Microsoft incorrectly calls their x86_64 context "AMD64" however it applies to > Intels x86_64 processor also > > Changelog > Define x86_64 context > > >

1 0

stdole2.tlb
by Ivan Gyurdiev July 17, 2005

July 17, 2005

I was wondering what the status is of stdole2.tlb in wine. GTA: San Andreas will not install without it.. http://bugs.winehq.org/show_bug.cgi?id=3108

4 4

Water effect demo patch...
by Nick Burns July 16, 2005

July 16, 2005

I got Water demo working -- whew thats all of my lil demos here (crap gotta get some more...) So heres the deal Water should have worked with wined3d -- but it was crashing on me due to the following... (the patch is attached -- you may have to use fromdos (for formatting newline issues)) ...drawprim.c : drawStridedSlow : ~1210... int coordIdx = This->stateBlock->textureState[textureNo][D3DTSS_TEXCOORDINDEX]; float *ptrToCoords = (float *)(sd->u.s.texCoords[coordIdx].lpData + (SkipnStrides * sd->u.s.texCoords[coordIdx].dwStride)); /*INSTA-CRASH(tm) location*/ float s = 0.0, t = 0.0, r = 0.0, q = 0.0; if (coordIdx > 7) { VTRACE(("tex: %d - Skip tex coords, as being system generated\n", textureNo)); continue; } else if (sd->u.s.texCoords[coordIdx].lpData == NULL) {/*NOTICE pointer validity check here*/ TRACE("tex: %d - Skipping tex coords, as no data supplied\n", textureNo); continue; } else { /*pointer safety*/ float *ptrToCoords = (float *)(sd->u.s.texCoords[coordIdx].lpData + (SkipnStrides * sd->u.s.texCoords[coordIdx].dwStride)); -------------------the fix-use pointer after check(not before)------------------ int coordIdx = This->stateBlock->textureState[textureNo][D3DTSS_TEXCOORDINDEX]; /*former INSTA-CRASH(tm) location*/ float s = 0.0, t = 0.0, r = 0.0, q = 0.0; if (coordIdx > 7) { VTRACE(("tex: %d - Skip tex coords, as being system generated\n", textureNo)); continue; } else if (sd->u.s.texCoords[coordIdx].lpData == NULL) {/*NOTICE pointer validity check here*/ TRACE("tex: %d - Skipping tex coords, as no data supplied\n", textureNo); continue; } else { /*pointer safety*/ float *ptrToCoords = (float *)(sd->u.s.texCoords[coordIdx].lpData + (SkipnStrides * sd->u.s.texCoords[coordIdx].dwStride)); --------------------------------- patch version -- also attached -- dunno if the below will even format correctly --------------------------------- cvs -z4 diff -u -wb -d -p drawprim.c (in directory C:\cvs_stuff\wine\dlls\wined3d\) Index: drawprim.c =================================================================== RCS file: /home/wine/wine/dlls/wined3d/drawprim.c,v retrieving revision 1.16 diff -u -w -b -d -p -r1.16 drawprim.c --- drawprim.c 14 Jul 2005 12:19:53 -0000 1.16 +++ drawprim.c 16 Jul 2005 21:08:45 -0000 @@ -1207,7 +1207,9 @@ static void drawStridedSlow(IWineD3DDevi if (This->stateBlock->textures[textureNo] != NULL) { int coordIdx = This->stateBlock->textureState[textureNo][D3DTSS_TEXCOORDINDEX]; +#if 0 float *ptrToCoords = (float *)(sd->u.s.texCoords[coordIdx].lpData + (SkipnStrides * sd->u.s.texCoords[coordIdx].dwStride)); +#endif float s = 0.0, t = 0.0, r = 0.0, q = 0.0; if (coordIdx > 7) { @@ -1218,6 +1220,8 @@ static void drawStridedSlow(IWineD3DDevi continue; } else { +/*pointer safety*/ +float *ptrToCoords = (float *)(sd->u.s.texCoords[coordIdx].lpData + (SkipnStrides * sd->u.s.texCoords[coordIdx].dwStride)); int coordsToUse = sd->u.s.texCoords[coordIdx].dwType + 1; /* 0 == D3DDECLTYPE_FLOAT1 etc */ /* The coords to supply depend completely on the fvf / vertex shader */

1 0

Status of HTML Help
by James Hawkins July 16, 2005

July 16, 2005

Hey, In light of a recent wine-users' query about wine's help system, I've decided to shed some light on the status of wine's HTML Help implementation. I decided not to send patches till I had the base interfaces fleshed out, and this process is almost complete. As of now you can pass a .chm file to hh.exe which will bring up the help viewer. The toolbar with the Back, Stop, Refresh etc buttons is complete (minus correct icons..I can't draw), and the user can browse through the contents of the help file (the most important part). I still have to implement the navigator pane, but that's really secondary to the browser. I have a working .exe and visual studio project if anyone wants to take a look at it before I start submitting patches; just reply and I'll send it to you. For more information on what's left TODO with the project, check out my wiki page: wiki.winehq.org/JamesHawkins Thanks, James Hawkins

1 0

Re: setup_exception nested exception on signal stack
by Eric Pouech July 16, 2005

July 16, 2005

>>sounds like the same error we got from David Hemmo a while back. which OS >>are you using ? (distro version and kernel version) >>A+ > > > I am running Fedora Core 4 kernel 2.6.12-1.1390_FC4 amd64 but it happens also > with vanilla 2.6.12 kernel. > Thanks Normally, fixes for ptrace in kernel have been included in 2.6.12 for x86_64... Sounds like it still doesn't work as expected... This should be reported to LKML IMO. A+ -- Eric Pouech

1 0

Re: wined3d - d3d9 regression testing 7_12_2005
by Jesse Allen July 16, 2005

July 16, 2005

On 7/16/05, Stefan Dösinger <stefandoesinger(a)gmx.at> wrote: > Hi, > > > Thanks, I've got the game running how Battlefront looked. Fonts are > > messed up, and some rendering problems, but it does run for me. > > Battlefront has a crashing problem I know Oliver knows how to fix. > Isn't Battlefront an OpenGL game(Quake3 based)? I allways thought it was. > Obviously not... Even if it was Quake 3 based, the OpenGL mode is not apparent. Jedi Academy is Quake 3 based and does run in OpenGL. > > I'm looking forward to seeing the rendering problems fixed. Fow ~A week they > were fixed by a patch in wine CVS, but I think it was a patch that broke some > functionality which broke the textures. > About the fonts: The game looks for a font called 'System' on startup, which > doesn't exists. I didn't find such a font file on my Windows system(where > BF1942 runs), does anyone know what this is? > > Stefan >

1 0

fr-025-final2 doesn't work
by Oliver Stieber July 16, 2005

July 16, 2005

With the last two patches I sent fr-025-final2 is working again for me.. There's still one other problem with a tiger print texture appearing in a few of the scenes. The patch to fix this problem is a couple of patches down the line. If anyone has any games or applications they would like to see working than it would be really handy if you could add them to the Bugs DB blocking bug 1434 it would be great. http://bugs.winehq.org/query.cgi?query_format=&short_desc_type=allwordssubs… ___________________________________________________________ Yahoo! Messenger - NEW crystal clear PC to PC calling worldwide with voicemail http://uk.messenger.yahoo.com

3 4

Updated GLX -> WGL d3d9 patch
by Nick Burns July 16, 2005

July 16, 2005

--As promised on the a few days ago-- NOTE: you may want to run "fromdos" on these to convert the new line characters Initial window resizing implemented (incorrect but at least does something) Initial vsync choosing (PresentationInterval) implemented Initial swap effects (SwapEffects) implemented Synced with wine HEAD (thats the fun part...) GLX is still supported #define __WIN32_OPENGL__ to use WGL instead of GLX (this is done automatically if either __CYGWIN__ or WIN32 is defined) Makefile.in and Makefile have been modified for cimpiling (under cygwin -- dunno about any other)... needs "/usr/include/w32api" to exist and have "/usr/include/w32api/GL/gl.h", "/usr/include/w32api/GL/glext.h" this has to be done manually now (link to opengl32 instead of using the GLX libs) configure would have to be changed to accomadate this patch... (kind of annoying I think...) As such the Makefile has been included with this patch (for people with Cygwin/MinGW32? to build) (if this patch is too large tell me and I will not post large patches (80KB) ... or instead I will Zip it ... or just email to people interested...) Nick

1 0

Wierd multi-file "selection" & mouse drag behavior
by Hiji July 16, 2005

July 16, 2005

Trying out both June's and May's release of Wine, I noticed that there is some wierd behavior when selecting multiple files and dragging within an application. It basically makes the ability to select and drag files unusable. In my case, I am using AbsoluteFTP; as you guessed, its an FTP app. If you can imagine, within it, there are two windows that look like the file Explorer on Windows. On the left, is the local machine and the right is the box you've FTPed into. On wine-20041201, I can hold down shift and select >2 files on the remote box. Then using my mouse, drag them to my localbox. On (at least), these last two releases, I select multiple-files, and the moment I try to drag, the multi-select turns into a one file select. Furthermore, the app enters into a state where it thinks I am holding the mouse down dragging the one file around. Minimizing and maximizng the app doesn't work either; in previous versions, when I couldn't drag a file from one window to the other, I'd minimize/ maximize the app (which would "reset" things), and I could drag files once again. Also, on my CodeWright application, I can no longer highlight text by dragging the mouse across code. Any ideas? I'm sure it will ring a bell for someone who may have been working towards improving the mouse dragging capabilities. Thanks! Hiji __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

2 1

Black Boxes on Apps
by Hiji July 16, 2005

July 16, 2005

Reading tonight through some of the old CXOffice threads, I noticed some people were having issues running apps likes Illustrator because the panel buttons would be black. This is the same thing that happens on ImageReady. I also saw this: http://www.codeweavers.com/site/compatibility/browse/name?app_id=369;issues… The only "apparent" way to fix this is to change your XF86Config file so the screen depth is 16 and not 24. Is there a way around this since (I'm guessing) apps which run fine at 16bit (like Photoshop) do not have this issue. I'm assuming Adobe products carry a lot of the same codebase. Any ideas? Thanks again, Hiji ____________________________________________________ Start your day with Yahoo! - make it your home page http://www.yahoo.com/r/hs

1 1