February 2008 - Wine-Devel - list.winehq.org

re: Is there a Git Repositories for Unaccept Patches or (work in Progress)?

by Joseph Stein

Dan Kegel <dank(a)kegel.com> wrote:Dan Kegel wrote >Joeseph wrote: >> Is there a Git Repositories for Unaccept Patches or (work >in Progress)? >Not really, but people often attach patches to bugzilla >entries if they're not quite good enough to submit. >And if anybody wants to start such a git repository, >more power to them. Thank I did not know that. >>An ntoskrnl.exe was written a couple of years ago to load drivers, >>specifically the Safedisc Windows kernel driver, >> but it still hasn't been accepted. >>The article you read is out of date; ntoskrnl.exe is now part >>of >wine. This is good to here to. >> Basically threat unaccepted patch as bugs(while keeping >>the patch out of wine), instead of chucking it out the window. >As I said above, developers are free to attach patches to bug >reports. >What you're really trying to get at is: sometimes developers >get discouraged at how hard it is to get patches into Wine. >But no mechanical aid will really help there. The only cure >is persistance on the part of the developer, and assistance >(chiefly good feedback) from other Wine developers. >After a developer gets a few patches committed, the >wine process starts to feel a lot smoother. That basically what i said yes but, the main reason I wanted the git Repositories was it more an acknowledge that you did do something and set a flag developer could use to help people if they wanted to. Please don't take this the wrong way but, Set a patch that was rejected as a bug report seem to be a round about way of doing thing and a little air-i-gent to me is it not to you? If this is the way thing are done, why is it not listed in the doc on found on winehq site, or was it there and I missed it. Thank Dan you where a big help. James Hawkins wrote: >> >> And anyone can publish GIT repos, there is problem with that. >> (And repos.cz (?) has several of them already.) >> > http://wiki.winehq.org/GIT_Repositories >-- >James Hawkins I never said you should allow everybody access just those who sud-met-ted a fairly good patch I never saw that site thou,(what is Thank for the tip. I browsed the wiki several times. I never really saw it as hack and i be-leave that why i missed it. Thanks. - Dan -- Wine for Windows ISVs: http://kegel.com/wine/isv --------------------------------- Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now.

Feb. 11, 2008

Re: gecko download not robust?

by Scott Ritchie

Austin English wrote: > On Feb 9, 2008 5:17 PM, marco <marco(a)mandrivaclub.nl> wrote: >>> Hmm. gecko download hung for me once. I saw >>> fixme:urlmon:ProtocolStream_Read Read failed: 800c0008 >>> in the log, which makes me wonder if our download code >>> doesn't handle transient network errors well. >>> >>> Time to get rid of the download, and just bundle gecko outright, I say... >> I make the mandriva rpms for wine. >> This would make the rpms 30% bigger. >> And you would download the same gecko binary over and over again with >> every new version. >> >> But if that is not a problem than it can be easily done. >> >> > > Why not have package maintainers package gecko like most do > development files. So you could have for example on ubuntu: > $ sudo apt-get install wine wine-dev wine-gecko > > Where wine-gecko wouldn't have to be upgraded very often. > > -Austin > > This would be ideal, however last I heard gecko didn't compile properly in mingw. Is this no longer the case? Can we build it on Ubuntu? Thanks, Scott Ritchie

Feb. 11, 2008

Re: COD4 stopped working

by Matthew Clark

Vitaliy Margolen wrote: > Matthew Clark wrote: >> So around the time that 0.9.54 came out I lost COD4 on both my >> desktop and laptop. In order for it to work you have to compile wine >> with the > > Please don't make posts like this. Open bug in bugzilla instead. The > mailing list is the bad place to track any information, especially bug > related. > > Vitaliy. > sorry about that http://bugs.winehq.org/show_bug.cgi?id=11545

Feb. 11, 2008

Re: COD4 stopped working

by Vitaliy Margolen

Matthew Clark wrote: > So around the time that 0.9.54 came out I lost COD4 on both my desktop > and laptop. In order for it to work you have to compile wine with the Please don't make posts like this. Open bug in bugzilla instead. The mailing list is the bad place to track any information, especially bug related. Vitaliy.

Feb. 11, 2008

COD4 stopped working

by Matthew Clark

So around the time that 0.9.54 came out I lost COD4 on both my desktop and laptop. In order for it to work you have to compile wine with the 3dmark patch, so I was using the git, but when that didn't work I tried 52 and 54 tarballs. Thing is I know it worked with the 52 git and with the 52 tarball it still doesn't work, I've tried reinstalling all the depends even... I've tried using a completely fresh prefix. I've tried downgrading my nvidiadrivers(169.09) to 07 and to 100.14.19 on my laptop(desktop has a 8800GT) and everything else I could think of. Below is the error log. tried versions 1.3, 1.4 and 1.5 of COD4 Desktop: gentoo 2.6.24-r1 amd64 athlon 3800 x2 8GBs DDR2-800 ram 8800GT (169.09 and 169.07) Laptop: gentoo 2.6.24 amd 64 turion 2.2GHz (think it's ML-40) 1GB ram(don't remember the specs) 7900GS (169.09, 169.07 and 100.14.19) system(a)SMOOTHMACHINE[~/.wine/COD4/drive_c/Program Files/Activision]$ WINEPREFIX="/home/system/.wine/COD4" /mnt/backup2/programs/games/wine-0.9.52/wine iw3mp.exe ALSA lib pcm.c:6617:(snd_pcm_slave_conf) unknown format unchanged ALSA lib pcm.c:6617:(snd_pcm_slave_conf) unknown format unchanged fixme:d3d:IWineD3DImpl_FillGLCaps OpenGL implementation supports 32 vertex samplers and 32 total samplers fixme:d3d:IWineD3DImpl_FillGLCaps Expected vertex samplers + MAX_TEXTURES(=8) > combined_samplers fixme:win:EnumDisplayDevicesW ((null),0,0x32f91c,0x00000000), stub! fixme:d3d:IWineD3DImpl_CheckDeviceMultiSampleType Quality levels unsupported at present fixme:d3d:CreateContext >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glTexEnvi(GL_TEXTURE_SHADER_NV, GL_PREVIOUS_TEXTURE_INPUT_NV, ... @ context.c / 384 fixme:d3d:CreateContext >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glTexEnvi(GL_TEXTURE_SHADER_NV, GL_PREVIOUS_TEXTURE_INPUT_NV, ... @ context.c / 384 fixme:d3d:CreateContext >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glTexEnvi(GL_TEXTURE_SHADER_NV, GL_PREVIOUS_TEXTURE_INPUT_NV, ... @ context.c / 384 fixme:d3d:CreateContext >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glTexEnvi(GL_TEXTURE_SHADER_NV, GL_PREVIOUS_TEXTURE_INPUT_NV, ... @ context.c / 384 fixme:d3d:CreateContext >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glTexEnvi(GL_TEXTURE_SHADER_NV, GL_PREVIOUS_TEXTURE_INPUT_NV, ... @ context.c / 384 fixme:d3d:CreateContext >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glTexEnvi(GL_TEXTURE_SHADER_NV, GL_PREVIOUS_TEXTURE_INPUT_NV, ... @ context.c / 384 fixme:d3d:CreateContext >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glTexEnvi(GL_TEXTURE_SHADER_NV, GL_PREVIOUS_TEXTURE_INPUT_NV, ... @ context.c / 384 fixme:d3d:CreateContext >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glTexEnvi(GL_TEXTURE_SHADER_NV, GL_PREVIOUS_TEXTURE_INPUT_NV, ... @ context.c / 384 fixme:d3d:IWineD3DVolumeImpl_LockBox (0x17fd3aa8) : pBox=(nil) stub fixme:d3d_surface:flush_to_framebuffer_drawpixels >>>>>>>>>>>>>>>>> GL_INVALID_VALUE (0x501) from glDrawPixels @ surface.c / 1088 fixme:d3d:state_separateblend (WINED3DRS_SEPARATEALPHABLENDENABLE,1) not yet implemented fixme:d3d:tex_bumpenvmat >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glTexEnvfv(GL_TEXTURE_SHADER_NV, GL_OFFSET_TEXTURE_MATRIX_NV, mat) @ state.c / 2531 fixme:d3d:tex_bumpenvmat >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glTexEnvfv(GL_TEXTURE_SHADER_NV, GL_OFFSET_TEXTURE_MATRIX_NV, mat) @ state.c / 2531 fixme:d3d:tex_bumpenvmat >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glTexEnvfv(GL_TEXTURE_SHADER_NV, GL_OFFSET_TEXTURE_MATRIX_NV, mat) @ state.c / 2531 fixme:d3d:tex_bumpenvmat >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glTexEnvfv(GL_TEXTURE_SHADER_NV, GL_OFFSET_TEXTURE_MATRIX_NV, mat) @ state.c / 2531 fixme:d3d:CreateContext >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glTexEnvi(GL_TEXTURE_SHADER_NV, GL_PREVIOUS_TEXTURE_INPUT_NV, ... @ context.c / 384 fixme:d3d:CreateContext >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glTexEnvi(GL_TEXTURE_SHADER_NV, GL_PREVIOUS_TEXTURE_INPUT_NV, ... @ context.c / 384 fixme:d3d:CreateContext >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glTexEnvi(GL_TEXTURE_SHADER_NV, GL_PREVIOUS_TEXTURE_INPUT_NV, ... @ context.c / 384 fixme:d3d:CreateContext >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glTexEnvi(GL_TEXTURE_SHADER_NV, GL_PREVIOUS_TEXTURE_INPUT_NV, ... @ context.c / 384 wine: Unhandled page fault on read access to 0x0000003c at address 0x4ecf76 (thread 0009), starting debugger... fixme:wave:widRecorder Recovering from XRUN! Unhandled exception: page fault on read access to 0x0000003c in 32-bit code (0x004ecf76). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:004ecf76 ESP:0032fd10 EBP:0032fd54 EFLAGS:00010206( - 00 - RIP1) EAX:00000000 EBX:7ed55b60 ECX:0cbb4660 EDX:0000ffff ESI:00000000 EDI:00000000 Stack dump: 0x0032fd10: 0cc1b248 00000000 0032fcf4 0057ab7c 0x0032fd20: 00000000 027fac38 0000ffff 0046cb07 0x0032fd30: 00001388 00001388 0cc11e40 0050017a 0x0032fd40: 00400000 7ee37b80 0032fd54 00000000 0x0032fd50: 0050036f 0032fd60 0050037d 7ee399e0 0x0032fd60: 0032ff08 00577463 00000a28 00000002 Backtrace: =>1 0x004ecf76 in iw3mp (+0xecf76) (0x0032fd54) 2 0x0050037d in iw3mp (+0x10037d) (0x0032fd60) 3 0x00577463 in iw3mp (+0x177463) (0x0032ff08) 4 0x7ee2345e start_process+0xee(arg=0x0) [/mnt/backup2/programs/games/wine-0.9.52/dlls/kernel32/process.c:839] in kernel32 (0x0032ffe8) 5 0xf7dda927 wine_switch_to_stack+0x17() in libwine.so.1 (0x00000000) 0x004ecf76: cmpb $0x0,0x3c(%esi) Modules: Module Address Debug info Name (90 modules) PE 400000- d935000 Export iw3mp PE d940000- dcaf000 Deferred d3dx9_34 PE 18000000-18033000 Deferred binkw32 PE 21100000-21197000 Deferred mss32 ELF 7bf00000-7bf04000 Deferred <wine-loader> ELF 7d07a000-7d0ad000 Deferred uxtheme<elf> \-PE 7d080000-7d0ad000 \ uxtheme ELF 7d0cd000-7d0e3000 Deferred midimap<elf> \-PE 7d0d0000-7d0e3000 \ midimap ELF 7d0e3000-7d196000 Deferred libasound.so.2 ELF 7d19c000-7d1a2000 Deferred libnss_dns.so.2 ELF 7d1a2000-7d1ca000 Deferred msacm32<elf> \-PE 7d1b0000-7d1ca000 \ msacm32 ELF 7d53d000-7d556000 Deferred msacm32<elf> \-PE 7d540000-7d556000 \ msacm32 ELF 7d556000-7d58d000 Deferred winealsa<elf> \-PE 7d560000-7d58d000 \ winealsa ELF 7d58d000-7d593000 Deferred libxfixes.so.3 ELF 7d593000-7d597000 Deferred libxcomposite.so.1 ELF 7d597000-7d5a0000 Deferred libxrender.so.1 ELF 7d5a0000-7d5a4000 Deferred libxinerama.so.1 ELF 7d5b0000-7d5ba000 Deferred libxcursor.so.1 ELF 7d5ba000-7d5d8000 Deferred imm32<elf> \-PE 7d5c0000-7d5d8000 \ imm32 ELF 7d681000-7e197000 Deferred libglcore.so.1 ELF 7e197000-7e23b000 Deferred libgl.so.1 ELF 7e23b000-7e241000 Deferred libxdmcp.so.6 ELF 7e241000-7e32d000 Deferred libx11.so.6 ELF 7e32d000-7e33c000 Deferred libxext.so.6 ELF 7e33c000-7e354000 Deferred libice.so.6 ELF 7e354000-7e35d000 Deferred libsm.so.6 ELF 7e35d000-7e364000 Deferred libxrandr.so.2 ELF 7e391000-7e424000 Deferred winex11<elf> \-PE 7e3a0000-7e424000 \ winex11 ELF 7e45c000-7e47d000 Deferred libexpat.so.1 ELF 7e47d000-7e4a9000 Deferred libfontconfig.so.1 ELF 7e4a9000-7e4bc000 Deferred libz.so.1 ELF 7e4bc000-7e537000 Deferred libfreetype.so.6 ELF 7e539000-7e53b000 Deferred libnvidia-tls.so.1 ELF 7e56b000-7e5c1000 Deferred ddraw<elf> \-PE 7e570000-7e5c1000 \ ddraw ELF 7e5c1000-7e67f000 Deferred comctl32<elf> \-PE 7e5d0000-7e67f000 \ comctl32 ELF 7e67f000-7e6d8000 Deferred shlwapi<elf> \-PE 7e690000-7e6d8000 \ shlwapi ELF 7e6d8000-7e7de000 Deferred shell32<elf> \-PE 7e6f0000-7e7de000 \ shell32 ELF 7e7de000-7e83c000 Deferred rpcrt4<elf> \-PE 7e7f0000-7e83c000 \ rpcrt4 ELF 7e83c000-7e8de000 Deferred ole32<elf> \-PE 7e850000-7e8de000 \ ole32 ELF 7e8de000-7e929000 Deferred dsound<elf> \-PE 7e8f0000-7e929000 \ dsound ELF 7e929000-7e991000 Deferred msvcrt<elf> \-PE 7e940000-7e991000 \ msvcrt ELF 7e991000-7ea80000 Deferred wined3d<elf> \-PE 7e9a0000-7ea80000 \ wined3d ELF 7ea80000-7eab0000 Deferred d3d9<elf> \-PE 7ea90000-7eab0000 \ d3d9 ELF 7eab0000-7eacf000 Deferred iphlpapi<elf> \-PE 7eac0000-7eacf000 \ iphlpapi ELF 7eacf000-7eafd000 Deferred ws2_32<elf> \-PE 7eae0000-7eafd000 \ ws2_32 ELF 7eafd000-7eb49000 Deferred advapi32<elf> \-PE 7eb10000-7eb49000 \ advapi32 ELF 7eb49000-7ebe2000 Deferred gdi32<elf> \-PE 7eb60000-7ebe2000 \ gdi32 ELF 7ebe2000-7ed1f000 Deferred user32<elf> \-PE 7ec00000-7ed1f000 \ user32 ELF 7ed1f000-7edae000 Deferred winmm<elf> \-PE 7ed30000-7edae000 \ winmm ELF 7edae000-7eed8000 Dwarf kernel32<elf> \-PE 7edd0000-7eed8000 \ kernel32 ELF 7eed8000-7eee3000 Deferred libnss_files.so.2 ELF 7eee3000-7eeed000 Deferred libnss_nis.so.2 ELF 7eeed000-7ef04000 Deferred libnsl.so.1 ELF 7ef04000-7ef28000 Deferred libm.so.6 ELF 7ef29000-7ef2f000 Deferred libxxf86vm.so.1 ELF 7ef2f000-7ef41000 Deferred libresolv.so.2 ELF 7ef41000-7ef5c000 Deferred wsock32<elf> \-PE 7ef50000-7ef5c000 \ wsock32 ELF 7ef5c000-7f000000 Deferred ntdll<elf> \-PE 7ef70000-7f000000 \ ntdll ELF f7c40000-f7c44000 Deferred libxau.so.6 ELF f7c44000-f7c4c000 Deferred libnss_compat.so.2 ELF f7c4d000-f7c51000 Deferred libdl.so.2 ELF f7c52000-f7d87000 Deferred libc.so.6 ELF f7d87000-f7d9f000 Deferred libpthread.so.0 ELF f7dd3000-f7ee7000 Dwarf libwine.so.1 ELF f7ee8000-f7f04000 Deferred ld-linux.so.2 Threads: process tid prio (all id:s are in hex) 0000000a 0000000b 0 00000008 (D) Z:\mnt\backup2\programs\games\installed\Activision\iw3mp.exe 00000010 15 0000000f 0 0000000e 0 0000000d 0 0000000c -1 00000009 0 <== Backtrace: =>1 0x004ecf76 in iw3mp (+0xecf76) (0x0032fd54) 2 0x0050037d in iw3mp (+0x10037d) (0x0032fd60) 3 0x00577463 in iw3mp (+0x177463) (0x0032ff08) 4 0x7ee2345e start_process+0xee(arg=0x0) [/mnt/backup2/programs/games/wine-0.9.52/dlls/kernel32/process.c:839] in kernel32 (0x0032ffe8) 5 0xf7dda927 wine_switch_to_stack+0x17() in libwine.so.1 (0x00000000)

Feb. 11, 2008

Wine patches integrated into Valgrind svn

by Dan Kegel

Hey, the Valgrind developers finally merged the Wine support patches! I just built Valgrind from svn as described here: http://valgrind.org/downloads/repository.html and on a fresh install of Gutsy, it just worked, no patches. To run Valgrind's tests under Wine, I configure valgrind with --prefix=/usr/local/valgrind-svn, then do something like cd wine-git/tools wget http://kegel.com/wine/valgrind/runtests.patch wget http://kegel.com/wine/valgrind/valgrind-daily.sh wget http://kegel.com/wine/valgrind/valgrind-suppressions wget http://kegel.com/wine/valgrind/valgrind-split-pl.txt -O valgrind-split.pl patch -p2 < runtests.patch Then to run all the tests, I do cd ~/wine-git sh tools/valgrind-daily.sh or to run just one test, I do export RUNTEST_USE_VALGRIND=1 cd ~/wine-git/dlls/riched20/tests make test I've only verified that this works well on one machine so far, but I have high hopes. Anyone else feel like giving it a whirl? - Dan

Feb. 10, 2008

Re: Gdiplus: Implement GdipDrawArcI based on GdipDrawArc

by James Hawkins

On Feb 10, 2008 4:04 PM, Royal Chan <chanroyal(a)gmail.com> wrote: > Change Log: > -Added GdipDrawArcI as GdipDrawArc that takes INT arguments > -Added a very similar conformance test to the one I did for GdipDrawArc > -Corresponding change to gdiplus.spec > No patch. -- James Hawkins

Feb. 10, 2008

Re: ? on Repositories for Unaccept Patches and (work in Progress).

by Reece Dunn

On 10/02/2008, Marcus Meissner <marcus(a)jet.franken.de> wrote: > And anyone can publish GIT repos, there is problem with that. > (And repos.cz (?) has several of them already.) repo.or.cz. - Reece

Feb. 10, 2008

Re: ? on Repositories for Unaccept Patches and (work in Progress).

by James Hawkins

On Feb 10, 2008 3:53 PM, Marcus Meissner <marcus(a)jet.franken.de> wrote: > On Sun, Feb 10, 2008 at 09:51:04AM -0800, Joseph Stein wrote: > > Is there a Git Repositories for Unaccept Patches or (work in Progress)? > > > > If not (which i think is the case and why I posting here instead of the user mailing list.), could you create one(along with a text file explain what need to be done to be accepted)? > > > > > > > > Here are some reason I think It is Needed. > > > > 1.) It would allow developer and users to see what the source done. > > > > I have read a very good article about usb support in wine an winehq.org here > > > > http://www.winehq.org/?issue=331 > > > > wich said that > > > > >An ntoskrnl.exe was written a couple of years ago to load drivers, >specifically the Safedisc Windows kernel driver, but it still hasn't been >accepted. Apparently there's some low-level internal Wine issues >and Alexandre wants those fixed before accepting the patch. > > > > > > 2.) Allow people two git possibly some things work that would other wise not work. > > > > using the patch for ntoskrnl.exe that was not accept as an example, (please correct me if i wrong), could possible git some drivers working (usb driver may be?) program to work. which is currently not possible with wine from what i read. > > This comment is outdated, current GIT has ntoskrnl and safedisc support. > > And anyone can publish GIT repos, there is problem with that. > (And repos.cz (?) has several of them already.) > http://wiki.winehq.org/GIT_Repositories -- James Hawkins

Feb. 10, 2008

Re: ? on Repositories for Unaccept Patches and (work in Progress).

by Marcus Meissner

On Sun, Feb 10, 2008 at 09:51:04AM -0800, Joseph Stein wrote: > Is there a Git Repositories for Unaccept Patches or (work in Progress)? > > If not (which i think is the case and why I posting here instead of the user mailing list.), could you create one(along with a text file explain what need to be done to be accepted)? > > > > Here are some reason I think It is Needed. > > 1.) It would allow developer and users to see what the source done. > > I have read a very good article about usb support in wine an winehq.org here > > http://www.winehq.org/?issue=331 > > wich said that > > >An ntoskrnl.exe was written a couple of years ago to load drivers, >specifically the Safedisc Windows kernel driver, but it still hasn't been >accepted. Apparently there's some low-level internal Wine issues >and Alexandre wants those fixed before accepting the patch. > > > 2.) Allow people two git possibly some things work that would other wise not work. > > using the patch for ntoskrnl.exe that was not accept as an example, (please correct me if i wrong), could possible git some drivers working (usb driver may be?) program to work. which is currently not possible with wine from what i read. This comment is outdated, current GIT has ntoskrnl and safedisc support. And anyone can publish GIT repos, there is problem with that. (And repos.cz (?) has several of them already.) Ciao, Marcus

Feb. 10, 2008