wine-bugs

wine-bugs@winehq.org

1 participants
159411 discussions

[Bug 1150] Compile commdlg with -DSTRICT
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1150 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 09:52 ------- Bug comments restored from Gmane.org: To make this dll compile with -DSTRICT do the following: - remove -DWINE_NO_STRICT from the dll's Makefile.in and regenerate the Makefile - do a make clean in that dll - do a make and fix all warnings, even the "int format, HANDLE arg" warnings. To fix wrong handle conversions, use the tips given in bug 90. ------- Additional Comments From hughes2002(a)btinternet.com 2002-11-15 20:05 ------- Created an attachment (id=333) --> (http://bugs.winehq.com/attachment.cgi?id=333&action=view) Patch for colordlg.c and cdlg32.c - more to follow (hope these are okay - this is my first time hacking on Wine) ------- Additional Comments From hughes2002(a)btinternet.com 2002-11-16 20:04 ------- Created an attachment (id=334) --> (http://bugs.winehq.com/attachment.cgi?id=334&action=view) Full patch for commdlg (hope this is okay - this is my first time hacking on Wine) ------- Additional Comments From fgouget(a)codeweavers.com 2002-11-16 20:15 ------- Cool. The best is to send it to wine-patches (or wine-dev) to give it more exposure and get more comments. ------- Additional Comments From dpaun(a)rogers.com 2002-11-21 18:12 ------- Patch submitted. ------ Additional Comments From dpaun(a)rogers.com 2002-11-21 18:13 ------- Patch: http://cvs.winehq.com/patch.py?id=6363 -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 1151] Fixed width font fields in Windows are variable width in WINE
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1151 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 09:50 ------- Bug comments restored from Gmane.org: Fixed width font fields in Windows are variable width in WINE. You can verify this by opening up NOTEPAD.EXE in Wine. Instead of the fixed width (teletype/courier) font for displaying characters in the text field, Wine supplies a variable width solution. This is only a minor problem when using NOTEPAD.EXE. But it is a major problem when using software that assumes a fixed width font. This pertains specifically to my favorite text editor, NoteTab Pro. It runs very well with WINE except that it renders the text (and the blinking cursor) incorrectly because it expects a fixed width text field but Wine supplies a variable width font. I would love to be able to use NoteTab Pro under Linux, but it is not very enjoyable unless this kink is worked out. thanks, Peter Kirby ------- Additional Comments From andi(a)rhlx01.fht-esslingen.de 2002-11-17 04:11 ------- CC'd Huw Davies. ------- Additional Comments From fgouget(a)codeweavers.com 2003-05-04 21:13 ------- Adding link to the download page for the FreeWare version: http://notetab.com/download.htm -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 1152] version information functionality (ver.dll, version.dll) badly broken
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1152 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 09:48 ------- Bug comments restored from Gmane.org: Current version management code doesn't seem to work properly in a lot of cases. GetFileVersionInfoA is said to only work with Win32 file images on MSDN, yet our code happily parses any kind of file information, both Win16 and Win32, and, worse yet, it even sometimes returns the *wrong* kind of format (as can be witnessed by running UltimateZip 2.7 - well, trying to run, that is...). I'm about to submit some test cases for version information code, and I'm also thinking of deliberately changing the code quite a lot in order to fix the worst issues, but of course this will then break a lot of other things, thus forcing someone to properly redesign this code (I currently really don't have time to do that). IMHO having a properly working version information code is pretty important, and the code seems to also be quite broken, thus leading to problems with lots of programs, so I assigned it a severity of "major". (another example of version problems seems to be the thread "Ulead Mediastudio 2.5 on Wine" on c.e.m.w.) What needs to be done IMHO is to first design very thorough (all-encompassing) test cases on Windows to be used on Wine (check Win16/Win32 file images, check for proper ASCII/Unicode handling, ..., so in total we might end up having some maybe 6 up to 10 different test cases), and then one would have to correct the current code (and still keeping in mind that we need to handle our own version information in our .so libraries properly !). -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 1153] Pen width, style SNAFU
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1153 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 09:47 ------- Bug comments restored from Gmane.org: CreatePen() seems to subsquently render half as wide as it should be. If PS_ENDCAP_ROUND is requested, Arc() renders with (I think) PS_ENDCAP_SQUARE. I worked around the former by changing circa line 50 in wine-20021031/graphics/ x1drv/pen.c to remove the factor "* 0.5" in the parameter to GDI_ROUND(). Example source (an FLTK fluid specification) and executable at: http://www.afn.org/~wilson/foo.fl http://www.afn.org/~wilson/foo.exe Line at proper width (100 pixels) will be jammed against the window frame; 270-degree arc should have round ends as well. Both look fine on W95 and WXP. ------- Additional Comments From bon(a)elektron.ikp.physik.tu-darmstadt.de 2002-11-17 13:46 ------- Good spotting! I also fould in grahics.c X11DRV_DrawArc() the place where the endcap style was unconditional overwritten with the square style. I sent a patch to wine-patches. If Akexandre accepts and applies the patch, please close the bug Bye ------- Additional Comments From wilson(a)afn.org 2002-11-25 20:11 ------- Uwe's patches appear to fix my test application. Thanks all. ------- Additional Comments From wilson(a)afn.org 2002-11-25 20:13 ------- Uwe asked that I close this bug, not merely mark it "Fixed". -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 1154] fixme:ddraw when running Master of Orion 2
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1154 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 09:45 ------- Bug comments restored from Gmane.org: When running Master of Orion 2 (a six year old Win95 game from Microprose) with the Debian unstable package of Wine 20021031 I see the following error messages: <-- snip --> $ wine orion95.exe fixme:ddraw:Main_DirectDraw_SetCooperativeLevel (0x403a0978)->(00010021,00000011) fixme:x11drv:X11DRV_DDHAL_CreatePalette stub fixme:ddraw:Main_DirectDraw_WaitForVerticalBlank (0x403a0978)->(flags=0x00000001,handle=(nil)) fixme:ddraw:Main_DirectDraw_WaitForVerticalBlank (0x403a0978)->(flags=0x00000001,handle=(nil)) fixme:ddraw:Main_DirectDraw_WaitForVerticalBlank (0x403a0978)->(flags=0x00000001,handle=(nil)) fixme:ddraw:Main_DirectDraw_WaitForVerticalBlank (0x403a0978)->(flags=0x00000001,handle=(nil)) fixme:ddraw:Main_DirectDraw_WaitForVerticalBlank (0x403a0978)->(flags=0x00000001,handle=(nil)) <-- snip --> They seem to be nonfatal (the game runs fine). <-- snip --> $ grep ddraw .wine/config "ddraw" = "builtin, native" $ <-- snip --> I'll attach the output of "wine -debugmsg +ddraw orion95.exe". ------- Additional Comments From bunk(a)fs.tum.de 2002-11-17 16:20 ------- Created an attachment (id=335) --> (http://bugs.winehq.com/attachment.cgi?id=335&action=view) Output of "wine -debugmsg +ddraw orion95.exe" ------- Additional Comments From tony_lambregts(a)telusplanet.net 2002-11-17 18:57 ------- Is the program displaying an screen coruption and if so could you provide a screenshot.Also please provide a description of what you expect to se (but don't) ------- Additional Comments From bunk(a)fs.tum.de 2002-11-17 19:05 ------- There's no screen corruption and the program runs fine. It's simply that these messages sound as if there's something that might need to get fixed. ------- Additional Comments From tony_lambregts(a)telusplanet.net 2002-11-17 21:00 ------- If its not casing problems for your program then its just janitorial work marking as trivial. For the most part I do not worry about fixme's unless they interfere with a programs operation. -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 1155] setupapi.dll still not found - 16-bit dll or version conflict
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1155 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 09:43 ------- Bug comments restored from Gmane.org: I get the above error when trying to load Panzer Elite. Wine 20021031 Redhat 8.0 -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 1156] fixme: messages when trying to run Panzer Elite
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1156 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 09:42 ------- Bug comments restored from Gmane.org: ------- Additional Comments From mike(a)theoretic.com 2003-03-27 04:59 ------- These messages can be ignored. What actually goes wrong? If no response in a few weeks, this bug should be closed. -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 1156] fixme: messages when trying to run Panzer Elite
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1156 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 09:41 ------- Bug comments restored from Gmane.org: Wine 20021031 Redhat 8.0 [tazman@nitremb21 tazman]$ wine "/mnt/cdrom/panzer_elite/panzer_elite.exe" fixme:process:CreateProcessA (D:\panzer_elite\3d_control_center.exe,...): NORMAL_PRIORITY_CLASS ignored fixme:ddraw:Main_DirectDraw_SetCooperativeLevel (0x402b47a0)->(00010024,00000011) fixme:ddraw:MESA_IDirect3D2Impl_CreateDevice (0x402b4350)->({84e63de0-46aa-11cf-816f-0000c020156e},0x402b4e50,0x444408): stub fixme:process:CreateProcessA (D:\panzer_elite\mymenu.exe,...): NORMAL_PRIORITY_CLASS ignored -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 1157] Display Hebrew when the locale is set to he_IL
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1157 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 09:40 ------- Bug comments restored from Gmane.org: ------- Additional Comments From winebugzilla(a)sun.consumer.org.il 2002-12-09 15:44 ------- It appears that it does display Hebrew properly, but only when the fonts are loaded in the fakeroot directory. When the exact same fonts are available through the X configuration (have not tried a font server, it used to work even worst than setting the fonts dir and using ttmkfdir), Hebrew characters are displayed as squares instead. This happens both when running Unicode and Ansi programs. -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 1159] Regression in x11drv due to http://cvs.winehq.com/patch.py?id=6301
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1159 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 09:37 ------- Bug comments restored from Gmane.org: The patch http://cvs.winehq.com/patch.py?id=6301 introduced a regression: with "DesktopDoubleBuffered" = "N" and "ScreenDepth" = "8" in the config file wine get's a SIGSEGV, tries to start the debugger, next SIGSEGV looping forever. Setting "DesktopDoubleBuffered" = "Y" or commenting out "ScreenDepth" (or setting it to 16) makes the bug go away. The SIGSEGV happens in DefaultScreenOfDisplay (X function) called from X11DRV_GDI_Initialize and that one is called by process_attach (x11drv_main.c) . -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs