January 2003 - Wine-bugs - list.winehq.org

[Bug 1095] - Game Star wars rebellion-> fixme:bitblt:X11DRV_BitBlt potential optimization - client-side DIB copy
by wine-bugs＠winehq.com 25 Jan '03

25 Jan '03

http://bugs.winehq.com/show_bug.cgi?id=1095 ------- Additional Comments From lz71(a)libero.it 2003-01-25 03:49 ------- Someone (thanks) ask me if wine now is working about the problem i reported (X11DRV_BitBlt potential optimization - client-side DIB copy) NO :( the problem remains :(( DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://bugs.winehq.com/show_bug.cgi?id=1095>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

1 0

[Bug 1239] - Get/Set Gamma Ramp no workie if Gamma Ramp Size != 265
by wine-bugs＠winehq.com 25 Jan '03

25 Jan '03

http://bugs.winehq.com/show_bug.cgi?id=1239 ------- Additional Comments From tony_lambregts(a)telusplanet.net 2003-01-24 22:42 ------- Yes. Ham fisted or not. The following link gives general information on submitting Patches. http://www.winehq.org/docs/wine-devel/patches.shtml This will allow others to see your HACK^H^H^H^H patch and hopefully someone will be able to give some constructive critisism so you can put together a patch that can be acceptable. DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://bugs.winehq.com/show_bug.cgi?id=1239>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

1 0

[Bug 1239] New: - Get/Set Gamma Ramp no workie if Gamma Ramp Size != 265
by wine-bugs＠winehq.com 24 Jan '03

24 Jan '03

http://bugs.winehq.com/show_bug.cgi?id=1239 Summary: Get/Set Gamma Ramp no workie if Gamma Ramp Size != 265 Product: Wine Version: 20020904 Platform: PC OS/Version: Windows 2000 Status: UNCONFIRMED Severity: normal Priority: P3 Component: wine-x11driver AssignedTo: wine-bugs(a)winehq.com ReportedBy: robertebaileyjr(a)yahoo.com I am a newbie. I have run into a problem in changing the gamma ramp due to the size of my gamma ramp on my video card. There is a check in xvidmode.c which disables the get/setgammaramp functions if the size of the gamma ramp reported by the hardware is not 256. My gamma ramp size is 1024. I have made it work by modifying (defeating) the check and interpolating the 256 size gamma ramp from the Windows program to the larger size 1024 gamma ramp in get/setgammaramp functions. Should learn how to submit my ham fisted modification? DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://bugs.winehq.com/show_bug.cgi?id=1239>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

1 0

[Bug 326] - Implement an Esd sound module
by wine-bugs＠winehq.com 24 Jan '03

24 Jan '03

http://bugs.winehq.com/show_bug.cgi?id=326 ------- Additional Comments From jrhunter(a)menagerie.tf 2003-01-24 15:09 ------- I don't really think of this as fixed at all. Sound doesn't appear to go through the daemon, even when using esddsp. Illustrative example: Say I've got xmms running with the ESD output plugin. Say that I want to start up winamp (work with me here). I've got something playing on xmms, thus using the daemon, when the window for Winamp finally pops up. When I try to start something playing with Winamp thereafter, whether something else is playing or not, I get errors saying that the sound device is not openable. Okay, repeat that earlier setup, except this time I have nothing playing on xmms. I try playing something on Winamp, and it's going great. However, now nothing else that calls esd (esdplay, the xmms esd plugin, etc) will output sound until after I exit Wine, at which case it'll all come out at once. Short version: esddsp isn't a fix, it's a (poor) workaround. (I'd happily contribute a real driver if I knew the first thing about programming Wine...) DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://bugs.winehq.com/show_bug.cgi?id=326>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

1 0

t?
by Steven Adeff 23 Jan '03

23 Jan '03

Up to wine through around November I was running CDex with no problems. I recently updated to the 20030115 and now when i try and rip my CD's I get errors with 't?' everywhere(like in the file name trying to be written) and weird tab names in the Settings window. I also get 't?' stuff in the cdex.ini file. is this a known problem, does it happen in other apps? thanks! -- Steven Adeff ADEFFS(a)RPI.EDU Rensselaer Polytechnic Institute

1 0

[Bug 1222] - TADemo exception
by wine-bugs＠winehq.com 23 Jan '03

23 Jan '03

http://bugs.winehq.com/show_bug.cgi?id=1222 andi(a)rhlx01.fht-esslingen.de changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|LATER | ------- Additional Comments From andi(a)rhlx01.fht-esslingen.de 2003-01-23 12:05 ------- Eh ? Excuse me, but somehow I didn't know that this was some bug tracking for WineX... ;) In short: no way, and if necessary I'll drag you kickin' and screamin' :-) Anyway, there IS a problem, so it shouldn't be closed, and if someone comes along who wants to pursue it, then we definitely won't hold him back... DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://bugs.winehq.com/show_bug.cgi?id=1222>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

1 0

[Bug 1222] - TADemo exception
by wine-bugs＠winehq.com 23 Jan '03

23 Jan '03

http://bugs.winehq.com/show_bug.cgi?id=1222 rbt(a)rbt.ca changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED Resolution| |LATER ------- Additional Comments From rbt(a)rbt.ca 2003-01-23 11:51 ------- I managed to get it working under WineX. DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://bugs.winehq.com/show_bug.cgi?id=1222>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

1 0

[Bug 1238] New: - configure returns a false-negative when testing for GNU style IPX support
by wine-bugs＠winehq.com 23 Jan '03

23 Jan '03

http://bugs.winehq.com/show_bug.cgi?id=1238 Summary: configure returns a false-negative when testing for GNU style IPX support Product: Wine Version: CVS Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-net AssignedTo: wine-bugs(a)winehq.com ReportedBy: dragon(a)gentoo.org I'm using wine cvs sources as of 20030115 and am running on a linux-2.4/glibc-2.3 based system. When I tried to configure wine recently, I was interested in having IPX support. However, configure was returning a negative result when it checked for the necessary headers. After confirming that both netipx/ipx.h and linux/ipx.h were present, I examined the autoconf macro more closely. It was then I discovered that it was omitting a necessary header for IPX support on linux systems: sys/socket.h. This is because the header is guarded by a test against the existance of sys/socket.h. The problem with the current wine configure.ac is that AC_CHECK_HEADERS([sys/socket.h]) is placed *after* the check for IPX support. This is most unfortunate and will result in false negatives previously described. The solution is to place AC_CHECK_HEADERS([sys/socket.h]) right after AC_CHECK_LIB(mmap,mmap). This ensures that it will be properly defined in the later test macros. DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://bugs.winehq.com/show_bug.cgi?id=1238>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

1 0

[Bug 1237] - App doesn't like WSAESHUTDOWN from unconnected socket
by wine-bugs＠winehq.com 23 Jan '03

23 Jan '03

http://bugs.winehq.com/show_bug.cgi?id=1237 martin.wilck(a)fujitsu-siemens.com changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|wine-bugs(a)winehq.com |martin.wilck(a)fujitsu- | |siemens.com Status|NEW |ASSIGNED DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://bugs.winehq.com/show_bug.cgi?id=1237>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

1 0

[Bug 1234] - WINE 20030115: Misc Tribes 1 errors; DINPUT, OPENGL
by wine-bugs＠winehq.com 23 Jan '03

23 Jan '03

http://bugs.winehq.com/show_bug.cgi?id=1234 ------- Additional Comments From LogicDonut(a)msn.com 2003-01-22 22:44 ------- I would send the +relay,+dinput, but it seems to repeat this as if stuck in a loop after about 1000 lines of messages: 080d56a8:Ret kernel32.WideCharToMultiByte() retval=00000001 ret=40a955b9 080d56a8:Call kernel32.WideCharToMultiByte(00006faf,00000000,407a15dc L"\095c\3f00\2ac4\400f\54ac\40a9\ffff\ffff\160c\407a\f845\400a\b0e0\4027\0901",00000001,407a15df,00000001,00000000,00000000) ret=40a955b9 For sanity's sake, i redownloaded a new copy of the wine snapshot because i thought CVS trashed a few files when ppp0 timedout. After painstakingly recompiling wine (again) with of course ./configure --enable-opengl, the same issues still resided so it wasnt a broken compile/download. Ive fiddled around with Wine, since with Half-Life I had to work around dsound by making an empty file and having it "native, builtin". For that scenario it worked. Tribes on the other hand seems picky. After finding out thats a stupid idea doing the same with dinput.dll, i got a friend to send me dinput.dll and dinput.vxd from directx 8. Suffice to say that didnt fix it (mouse just didnt work at all, little response from keyboard). I have serious beliefs it has to do something with either my kernel or dinput.dll.so. I am not going to let this one die easily, Tribes is too addicting to drop it like other games. I'll keep you posted if I make any progress. By the way, the file as you requested (sorta) has been attached. If you really want that +relay,+dinput, could you write down the command to send winedbg so it would write directly to a file instead of to the konsole (> file doesnt seem to be working), it really slows down my 1.8ghz machine to a snails crawl. DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://bugs.winehq.com/show_bug.cgi?id=1234>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

1 0