- Wine-bugs - list.winehq.org

[Bug 1096] - Derive 5.05: input expression field font is wrong and unreadable
by wine-bugs＠winehq.com 25 Jan '03

25 Jan '03

http://bugs.winehq.com/show_bug.cgi?id=1096 ------- Additional Comments From andi(a)rhlx01.fht-esslingen.de 2003-01-25 04:12 ------- Try reversing Jan. 21: Log message: Make sure to always set X focus on the top-level window, not on child windows. Patch: http://cvs.winehq.com/patch.py?id=7099 Old revision New revision Changes Path 1.47 1.48 +4 -3 wine/dlls/x11drv/window.c 1.16 1.17 +3 -0 wine/dlls/x11drv/event.c Also, try Jan. 21: Log message: Create an X input context for each top-level window. Patch: http://cvs.winehq.com/patch.py?id=7105 Old revision New revision Changes Path 1.118 1.119 +3 -0 wine/include/x11drv.h 1.65 1.66 +5 -8 wine/dlls/x11drv/x11drv_main.c 1.48 1.49 +35 -0 wine/dlls/x11drv/window.c And maybe it's the ASCII -> Unicode (A -> W) patches that have broken it. Thanks for the quick report !! 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=1096>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

1 0

[Bug 1096] - Derive 5.05: input expression field font is wrong and unreadable
by wine-bugs＠winehq.com 25 Jan '03

25 Jan '03

http://bugs.winehq.com/show_bug.cgi?id=1096 lz71(a)libero.it changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |UNCONFIRMED Resolution|FIXED | ------- Additional Comments From lz71(a)libero.it 2003-01-25 03:54 ------- With wine-cvs-opengl-01242003 the input for math expression seems to be disable,... I cannot input no math expresion at all!!! Note Derive worked fine until wine-cvs-opengl-01172003 :( Please correct this problem :) 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=1096>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.

1 0

[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