wine-bugs April 2009

wine-bugs@winehq.org

1 participants
5560 discussions

[Bug 14367] New: revise stack-frame relay code never to touch other side of stack pointer
by wine-bugs＠winehq.org 06 Mar '15

06 Mar '15

http://bugs.winehq.org/show_bug.cgi?id=14367 Summary: revise stack-frame relay code never to touch other side of stack pointer Product: Wine Version: 1.0.0 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jreiser(a)BitWagon.com Created an attachment (id=14664) --> (http://bugs.winehq.org/attachment.cgi?id=14664) always avoid memory on wrong side of stack pointer The code which relays stack frames from one calling sequence to another can be written never to touch memory that lies on the undefined side of the current stack pointer. Even though in normal cases there may be no danger in referencing below the stack pointer (because of precautions with alternate signal stack, etc.), it is more robust to avoid this. Debuggers (both code and human) and other tools may be unaware of the special precautions, or may find it impossible to comply. Patch is attached, and will be sent to wine-patches(a)winehq.org. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 10

[Bug 16039] New: configure does not support detection of (n)cursesw
by wine-bugs＠winehq.org 06 Mar '15

06 Mar '15

http://bugs.winehq.org/show_bug.cgi?id=16039 Summary: configure does not support detection of (n)cursesw Product: Wine Version: 1.1.8 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P5 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: michael(a)liebenowstudios.com Created an attachment (id=17264) --> (http://bugs.winehq.org/attachment.cgi?id=17264) Proposed fix for configure script - not well tested Some systems only provide wide character versions of the curses libraries. This is the default on LFS and a few others. The built in AC macros are correctly detecting the curses header files but the WINE_CHECK_SONAME macro misses the actual libs. On my system I fixed configure.ac the behavoir as shown in the attached diff and then ran autoconf I don't know if this is clean or would break detection of non-wide libraries. The error stating that curses functionality will be disabled is no longer in my configure logs but I don't know if I actually have curses support now. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 12

[Bug 12717] New: Europa Universalis III: Borders drawn corrupted
by wine-bugs＠winehq.org 06 Mar '15

06 Mar '15

http://bugs.winehq.org/show_bug.cgi?id=12717 Summary: Europa Universalis III: Borders drawn corrupted Product: Wine Version: 0.9.59. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: cja(a)gmx.net The borders of the countries and provices are corrupt. I have attached a wine screenshot and a windows screenshot so you can see the differences. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 39

[Bug 17403] New: Uru - Ages Beyond Myst + Expansion Packs: Decompressing sounds produces faulty output
by wine-bugs＠winehq.org 06 Mar '15

06 Mar '15

http://bugs.winehq.org/show_bug.cgi?id=17403 Summary: Uru - Ages Beyond Myst + Expansion Packs: Decompressing sounds produces faulty output Product: Wine Version: 1.1.15 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: diafero(a)arcor.de This is a problem with Uru - Ages Beyond Myst with the expansion packs To D'ni and The Path of the Shell. This game saves all the sounds in ogg format, but most of them are decompressed to one or two wav files (sometimes mono/joined stereo, sometimes one for the left and one for the right speaker). These wav files will then be used in game. The decompressing is done by a dedicated app called "SoundDecompress.exe" which is called by the installer after installation finished. This app generally works fine in wine, it decompresses the right ogg files to the right wav files, and the wav files can be played by aplay or kaffeine. However, the game itself is unable to use the wav files, I hear nothing in game. If I use the files which were created by running SoundDecompress on Windows, everything works fine, so I think the fault occurs while running the decompress, but I wouldn't know how to check that. The files created on Windows are bigger than the ones which were created on wine. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 28

[Bug 11069] New: Mavis Beacon Teaches Typing 16 sound skips when typing
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=11069 Summary: Mavis Beacon Teaches Typing 16 sound skips when typing Product: Wine Version: CVS/GIT Platform: Other URL: http://appdb.winehq.org/appview.php?appId=308 OS/Version: other Status: NEW Severity: normal Priority: P2 Component: directx-dsound AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com To repeat, set 16 bpp mode or run in virtual desktop, else you'll hit bug 3556. Typing exercises are responsive, but each time I press a key, the music skips. Log shows lots of dsound in use. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 6

[Bug 18033] New: Check time-out for kernel boot initialisation
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=18033 Summary: Check time-out for kernel boot initialisation Product: Wine Version: 1.1.19 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: Markus.Elfring(a)web.de I am surprised by the following result. elfring@Sonne:~> time wine notepad err:process:__wine_kernel_init boot event wait timed out real 0m30.886s user 0m0.242s sys 0m0.087s I find the log message and the timing strange for my system specification. CPU: 15.43.1 "AMD Athlon(tm) 64 X2 Dual Core Processor 4200+" Memory: 2 GB Sonne 2.6.28.7-default #1 SMP PREEMPT Sun Mar 1 18:21:35 CET 2009 x86_64 x86_64 x86_64 GNU/Linux Can this source code section be improved with different synchronisation approaches? http://source.winehq.org/git/wine.git/?a=blob;f=dlls/kernel32/process.c;h=6… I mentioned this issue also on an other occasion. http://bugs.winehq.org/show_bug.cgi?id=17728#c2 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 19

[Bug 17093] New: console not being connected to stdin/stdout correctly
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=17093 Summary: console not being connected to stdin/stdout correctly Product: Wine Version: unspecified Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lkcl(a)lkcl.net under certain circumstances, it's possible for stdin and stdout to become connected, instead of to a command prompt window (e.g. wineconsole cmd.exe) to the linux command xterm that started the command prompt window. downloading the standard python 2.5.2 executable and running it i confirmed that this situation occurs when msvcrt is set to native _or_ to builtin (but i haven't confirmed with msvcr71 native, which is what python 2.5.2 exe is built with). the msi for python2.5.2 can be downloaded here: http://www.python.org/ftp/python/2.5.2/python-2.5.2.msi and the .exe and the dll can be extracted - you will need both python.exe _and_ python25.dll - using cabextract, you _don't_ need to actually install it. anything on the command line (e.g. python.exe -c 'print "hello"') or python -v -i *change* the way that the code operates and *does* work. also, redirection works e.g. echo 'print "hello"' | ./python.exe ... but not interactive operation (without explicitly saying so using the -i option). -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 10

[Bug 17933] New: WineTest - comctl32:ipaddress crash
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=17933 Summary: WineTest - comctl32:ipaddress crash Product: Wine Version: unspecified Platform: PC OS/Version: Windows XP Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: robin(a)rharmsen.nl When running the WineTest application on Windows XP with SP3 the test for comctl32:ipaddress crashed. I think, the cause has something to do with IPv6. After the test completed, I removed the IPv6 stack from the machine, rebooted and redid the test, and now no crash. The tag I used for running the test is: xp_WinXP-Pro-SP3-NL I guess it might be worthwhile to investigate this, in order to fix the test and the code it is testing. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 14

[Bug 17197] New: Warcraft 3 World Editor: Text-Editor scrolls when you click at it for the first time
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=17197 Summary: Warcraft 3 World Editor: Text-Editor scrolls when you click at it for the first time Product: Wine Version: 1.1.14 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: florian(a)fkoeberle.de The Warcraft III World Editor has a Module called Trigger Editor. If you click on the root of the trigger tree you get a text editor at the lower right corner. If you scroll before actually clicking in the editor, then the editor will jump when you click in it, to the position where the text cursor has been before you scrolled. It does this only if you activate another component. To reproduce the bug you could do: 1. Open the trigger editor. 2. Click on the root of the trigger tree. 3. Write some text in the bottom right text editor. 4. Click at the other text editor, above the one where you wrote the text in. 5. Scroll the text editor in which you wrote the text with mouse wheel or scroll bar 6. Click in the same text editor 7. If you the text editor scrolled to the position where the cursor has been then you have reproduced the bug. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 10

[Bug 16745] New: Create Option to Use Fontconfig for Handling Font Hinting and Replacement
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=16745 Summary: Create Option to Use Fontconfig for Handling Font Hinting and Replacement Product: Wine Version: 1.1.12 Platform: All OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: gdi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: junk1112(a)new.rr.com Created an attachment (id=18416) --> (http://bugs.winehq.org/attachment.cgi?id=18416) Patch to enable fontconfig hinting and replacements This patch is an attempt to use fontconfig (specifically, what is defined in /etc/fonts and/or ~/.fonts.conf) to handle the hinting and replacements of fonts. This should allow the end user to make WINE programs appear more integrated with the rest of the desktop, if they choose to enable it. The general idea is to inject the fontconfig data at the step in WineEngCreateFontInstance prior to opening the font face. This allows the GdiFont to be satisfied that it is getting the face it requested, and also rendering it the way fontconfig says to. This method still allows for the font replacement mechanism in WINE to work, as this works beneath it, not trying to compete with it. The fontconfig data and load flags for freetype are stored in tagGdiFont, and the load flags are then used in the rendering step. Also, Fontconfig initialization was brought out into a separate function, as fontconfig is now used in more than one place. As I figured people may not want this on by default, it can be enabled by setting this DWORD registry key: HKCU\Software\Wine\Fonts\UseFontconfig = 1 If fontconfig is not available, the code is #ifdef'ed out, and if turned off in the registry (default), WINE uses its normal behavior. I am not a bigtime C coder, and this is my first patch that deals with WINE, freetype, and fontconfig. So, there may be memory leaks that need fixing, as well as poor coding practices and errors. ;) I have not attempted to handle every type of configurable feature in fontconfig, just hinting and replacements, as those are the most major things. I am basically just a guy who wanted this feature hard enough to go about figuring out how to do it myself. This patch is against freetype.c from 1.1.12. I welcome any suggestions and modifications to this patch, and info on how to get this into the development version of WINE. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 29

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 April 2009