http://bugs.winehq.org/show_bug.cgi?id=28494
Summary: Purple areas in MS Word 2003's horizontal ruler
Product: Wine
Version: 1.3.25
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winex11.drv
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: b7.10110111(a)gmail.com
Created attachment 36548
--> http://bugs.winehq.org/attachment.cgi?id=36548
Screenshot
See screenshot for details.
Result of regression testing:
dc9a218a00e3abd48536e1c9d976ba52745a221e is the first bad commit
commit dc9a218a00e3abd48536e1c9d976ba52745a221e
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Thu Sep 15 12:49:08 2011 +0200
winex11: Add a StretchBlt entry point to the XRender driver.
:040000 040000 7e9122263e58d6ae6392583ed526d0b70475d257
6a893ebc5e7080ba732eddfc16cea36f73928277 M dlls
--
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.
http://bugs.winehq.org/show_bug.cgi?id=28560
Bug #: 28560
Summary: cmd.exe builtin time: time is 1 hour behind
Product: Wine
Version: 1.3.29
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: kernel32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: amorozov(a)etersoft.ru
Classification: Unclassified
$ LANG=C wine cmd
err:menubuilder:init_xdg error looking up the desktop directory
CMD Version 1.3.29
Z:\home\guest>time
Current Time is 9:01:27 AM
Enter new time:
Z:\home\guest>exit
$ LANG=C date
Mon Oct 3 10:01:41 MSK 2011
$ wine --version
wine-1.3.29-121-gfdda702
$ cat /etc/fedora-release
Fedora release 15 (Lovelock)
--
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.
http://bugs.winehq.org/show_bug.cgi?id=28677
Bug #: 28677
Summary: Problem with wine
Product: Wine
Version: 1.3.25
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: addos2(a)interia.pl
Classification: Unclassified
Sorry for my english.
There is a problem with freeware game: Mini Boluder Dash 2
Please see the attachment below or follow this link:
http://www.megaupload.com/?d=YYDAJSWD
wine-1.2.3 game runs OK
wine-1.3.24 game runs OK
from wine-1.3.24 to wine-1.3.30 - game does not run
Error:
wine: configuration in '/home/USER/.wine' has been updated.
err:ntdll:RtlpWaitForCriticalSection section 0x7efec2a4
"../../../wine-1.3.25/dlls/ntdll/loader.c: loader_section"
wait timed out in thread 0034, blocked by 0009, retrying (60 sec)
--
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.
http://bugs.winehq.org/show_bug.cgi?id=28914
Bug #: 28914
Summary: Crimzon Clover 1.01 shows only black screen
Product: Wine
Version: 1.3.31
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: hxpxtss4d7(a)snkmail.com
Classification: Unclassified
Created attachment 37164
--> http://bugs.winehq.org/attachment.cgi?id=37164
WINE messages shown
When you start Crimzon Clover you are presented with an options dialog to
select screen resolution, etc. No matter which options are selected you get a
black screen (or a black window if you selected a windowed display mode).
This issue affects only the retail version of Crimzon Clover (the free version
0.20 works great in WINE).
The messages that WINE displays (see attachment) are very similar to the ones
in bug 26917. As both "Endless Alice Crysis" and Crimzon Clover are doujin
games, I wonder if this issue is related to programming methods or libraries
unique to Japan.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=29043
Bug #: 29043
Summary: Wine crash when performing searches in CHM files
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Mac OS X
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: hhctrl.ocx
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: wongjasonj(a)yahoo.com
Classification: Unclassified
In CHM files, if you perform the same search within hh.exe, Wine crashes. So
open a chm that has the search tab enabled. Perform a search and then perform
the same search, Wine crashes.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=29262
Bug #: 29262
Summary: Creating windows in threads may deadlock
Product: Wine
Version: 1.3.34
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kgbricola(a)web.de
Classification: Unclassified
Created attachment 37846
--> http://bugs.winehq.org/attachment.cgi?id=37846
testcase (source + binary - w32)
Creating windows in threads may deadlock at gdi_section and X11DRV_CritSection.
This doesn't seem to happen on win xp. Though I'd expect that it should be
possible to create windows from a thread. Attached is a small test case.
Howto:
- run graphics.exe
- hit the button "start" a couple of times and the deadlock may appear
(sometimes it takes ages to trigger it, sometimes the first hit will make it
happen)
Log:
err:ntdll:RtlpWaitForCriticalSection section 0x688ef580
"../../../git/dlls/winex11.drv/x11drv_main.c: X11DRV_CritSection" wait timed
out in thread 0009, blocked by 002f, retrying (60 sec)
err:ntdll:RtlpWaitForCriticalSection section 0x68e2d960
"../../../git/dlls/gdi32/gdiobj.c: gdi_section" wait timed out in thread 002f,
blocked by 0009, retrying (60 sec)
--
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.
http://bugs.winehq.org/show_bug.cgi?id=29829
Bug #: 29829
Summary: Some images in treeview have black backgrounds with
native comctl32
Product: Wine
Version: 1.4-rc1
Platform: x86
URL: http://www.winuae.net/files/InstallWinUAE2330.exe
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: markk(a)clara.co.uk
Classification: Unclassified
Created attachment 38740
--> http://bugs.winehq.org/attachment.cgi?id=38740
Settings window in Windows XP
This issue shows up when using Wine with native comctl32.
WinUAE uses a treeview in its settings window. Each entry in the treeview has
an icon/image to the left of the text.
With native comctl32, those images are displayed with black backgrounds.
With builtin comctl32 and in Windows, the images have white (or transparent?)
backgrounds.
Some pictures:
- With built-in comctl32: http://bugs.winehq.org/attachment.cgi?id=38738
- With native comctl32: http://bugs.winehq.org/attachment.cgi?id=38739
--
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.
http://bugs.winehq.org/show_bug.cgi?id=30309
Bug #: 30309
Summary: Civilization III Complete Edition fails to start
Product: Wine
Version: 1.5.0
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jaimerave(a)gmail.com
Classification: Unclassified
Created attachment 39610
--> http://bugs.winehq.org/attachment.cgi?id=39610
Console output
When starting Civilization III, I'm getting an error about the inability to
load the fonts.
Lookng on the reports at the AppDB looks like there's a workaround for the
issue:
"For the game to run, the following must be done:
copy the file:
.wine/dosdevices/c:/Program Files/Steam/steamapps/common/sid meier's
civilization iii complete/Conquests/LSANS.TTF
to:
.wine/dosdevices/c:/Program Files/Steam/steamapps/common/sid meier's
civilization iii complete/Conquests/LSANS.fot
then open a console and browse to:
.wine/dosdevices/c:/Program Files/Steam/steamapps/common/sid meier's
civilization iii complete/Conquests/
and type the following command:
sudo chown root LSANS.*
This prevents the following two errors:
Error loading font (Error code 13)
Error loading font (Error code 28)"
--
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.
http://bugs.winehq.org/show_bug.cgi?id=15347
Summary: Lexware: Installation fails with "Systemprüfung konnte
nicht erfolgreich abgeschlossen werden"
Product: Wine
Version: 1.1.5
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: koesterreich(a)gmx.net
Created an attachment (id=16179)
--> (http://bugs.winehq.org/attachment.cgi?id=16179)
wine output
I am trying to install Lexware financial office pro[1], Version "2008 Juli" on
Ubuntu 8.04.1 with wine 1.1.5 from APT-repo.
For starting the installer various libraries need to be installed. I did that
using winetricks from 2008-08-25: winetricks msxml3 jet40 mdac28 winxp
The installation fails with a message-box saying "Systemprüfung konnte nicht
erfolgreich abgeschlossen werden" ("The system-check could not be completed
sucessfully. Aborting installation") [2].
Unfortunately there is now demo-version available for download (as far as I
know) but you can order a 4-week-trial on DVD [3].
I append the output of wine using (WINEDEBUG=+relay,+msgbox) and the following
debug parameters in user.reg:
[Software\\Wine\\Debug] 1221939180
"RelayExclude"="ntdll.RtlEnterCriticalSection;ntdll.RtlLeaveCriticalSection;kernel32.94;kernel32.95;kernel32.96;kernel32.97;kernel32.98;RtlEnterCriticalSect$
"RelayFromExclude"="winex11.drv;user32;gdi32;advapi32;kernel32"
I extracted a 1000-line section around the msgbox using tail and head. Hope the
log is helpful.
Regards,
Fabian
[1] AppDB entry:
http://appdb.winehq.org/objectManager.php?sClass=application&iId=5505
[2] Screenshot of error:
http://appdb.winehq.org/appimage.php?iId=20158
[3] 4-Week-Trial:
http://www.lexware.de/SID141.WXWPbkjL394/shop/productDetails?orderNo=A09018…
--
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.
http://bugs.winehq.org/show_bug.cgi?id=18993
Summary: Shadows and selection circles z-fight in World of
Warcraft
Product: Wine
Version: 1.1.23
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P3
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: eiffel56(a)gmail.com
The lowest-setting shadows and selection circles in World of Warcraft do
z-fight with the ground. This is not a regression afaik, at least I haven't
seen an other behaviour yet.
As I was testing if the patch attached to Bug
#14174(http://bugs.winehq.org/show_bug.cgi?id=14174) causes problems in other
games, I noticed that the same patch does almost fix the problem in World of
Warcraft. I modified it a bit so it entirely fixes that z-fighting, but now it
doesn't fix the bug mentioned in report #14174.
As I don't really understand why its causing that, someone with enough
knowledge should investigate in it. I will attach the modified patch, allowing
to render lowest-settings shadows and selection circles correctly.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=19495
Summary: DialogBox() returns -1 for Invalid Window Handle,
Should Be 0
Product: Wine
Version: 1.1.26
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: user32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: robertgonder(a)embarqmail.com
DialogBox( hInstance, MAKEINTRESOURCE(MyDlg), NULL, MyDlgProc )
returns -1 (AFTER the dialog has completed correctly!)
GetLastError() returns 1400 (Invalid Window Handle).
NULL is the window handle, meaning the desktop is the owner.
According to the MS docs here
http://msdn.microsoft.com/en-us/library/ms645452(VS.85).aspx
"If the function fails because the hWndParent parameter is invalid, the return
value is zero."
I can work around this, but it might be causing problems in commercial
software.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=23354
Summary: winetricks ie6 randomly freezes during download or
signature checksum
Product: Wine
Version: 1.2-rc3
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: wylda(a)volny.cz
winetricks ie6 randomly freezes during download or signature checksum. Since
1.2-rc3:
* Most of the time, download does not start at all.
* If starts, then irregularly freezes during several signatures checksums
* In just a few cases IE6 ends up successfully installed
I tried to do the regression test between 1.2-rc2 (always works) and 1.2-rc3:
commit 8703e9c522fdd26e243e150c40e1a50cebbc7f56
Author: Joel Holdsworth <joel(a)airwebreathe.org.uk>
Date: Sat Jun 5 11:08:10 2010 +0100
iexplore: Added a Tango compliant icon.
:040000 040000 6818b6aa4d1a065c763889b86d9cf54443433952
1562d1da4871af8156692f241af264dda4035d26 M programs
I know... This is not-likely to be the one. But it's hard when first two
attempts won't pass and third succeed. For this reason i leave this one in
UNCONFIRMED. Confirmation welcomed ;)
PS: As winetricks works in 1.2-rc2, i don't think it is winetricks 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.
http://bugs.winehq.org/show_bug.cgi?id=22925
Summary: Hearts of Iron III - crashes on startup (-O0 vs -O2)
Product: Wine
Version: 1.1.38
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: ntdll
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: wylda(a)volny.cz
CC: julliard(a)winehq.org
Hearts of Iron III crashes on start up. This looks to me like a hidden bug
covered by gcc optimizations (like when 1.1.44 was released). When using -O0
game crashes, but when -O2 is used game runs.
1. Use windowed mode (800x600) and follow installation HOW-TO
http://appdb.winehq.org/objectManager.php?sClass=version&iId=17439
2. I did a regression test between 1.1.37 and 1.1.38:
commit 90f31aa3811ef3e9920796d51b8da748c15cff05
Author: Alexandre Julliard <julliard(a)winehq.org>
Date: Wed Jan 27 13:35:32 2010 +0100
ntdll: Always enable tail checking when running under Valgrind.
:040000 040000 15de4799ed58f77fa6c6e72f01c6d0a7eefca3b1
8efe76a427789790a92e281130526a92068dc359 M dlls
3. No other bug report suffers from this commit.
4. Revert of this patch on top of wine-1.1.43-628 makes that problem go away.
Since wine-1.1.43-629 (the one which broke 1.1.44, when -O0 was used) it's
broken again and reverting no longer works.
5. Adding author of this patch to CC.
--private keyword: bisected
PS: This doesn't apply Hoi3 demo - is affected different way. In Hoi3 demo, you
can test only -O0 and see, that reverting fixes the issue. In FULL game you
don't need to revert, just use -O2 and it fixes the issue.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=24544
Summary: Settlers 7: river or water textures are displayed
incorrectly
Product: Wine
Version: 1.3.3
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: wylda(a)volny.cz
Settlers 7 displays water textures incorrectly. Attachments shows that better.
3d gurus maybe already knows when they see a picture where a problem is ;) I
guess it will be hard to get any regression testing, because Settlers7 is
runnable only after wine-1.3.3. And of course, it may not be a regression at
all.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=20226
Summary: builtin xcopy.exe crashes with page fault when source
directory does not exist.
Product: Wine
Version: 1.1.30
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: robbak(a)gmail.com
Created an attachment (id=23862)
--> (http://bugs.winehq.org/attachment.cgi?id=23862)
backtrace from crash in xcopy.exe
The builtin implemetnation of xcopy.exe has a bug wherein xcopy pagefaults on
exit when the source file does not exist, and option\e (copy empty
subdirectories) is used. Example below:
wine xcopy.exe /e Z:\home\\robbak\\testdir\\nonexistant
z:\\home\\robbak\\testdir\\nonexist_target
Path not found
wine: Unhandled page fault on write access to 0x003a005e at address 0x7bc460f4
(thread 0042), starting debugger...
err:seh:raise_exception Unhandled exception code c0000005 flags 0 addr
0x7bc460f4
[1]+ Done wine notepad.exe
Attached is a dump created while running autopatcher, which runs uses
xcopy.exe. (my simple test did not produce a backtrace.)
--
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.
http://bugs.winehq.org/show_bug.cgi?id=11710
Summary: wineprefixcreate does not create a color folder
Product: Wine
Version: unspecified
Platform: All
OS/Version: All
Status: UNCONFIRMED
Severity: enhancement
Priority: P4
Component: tools
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lars.tore(a)mulebakken.net
In a normal windows directory tree there should be a color folder.
Unfortunately different windows version use different placement.
According to Real World Digital Photography, 2nd Edition, which I found after
some googling this is the proper places.
"For Windows 98 and earlier profiles should be saved in Windows\System\Color
directory.
For Windows XP, Windows 2000, and Windows ME, profiles should be saved to
Windows\System32\Spool\Drivers\Color.
For Windows NT, the profiles should belong in Windows\System32\Color
Some application like Picture Window Pro require this folder for a functionally
color management.
There are some discussion about this here
http://bugs.winehq.org/show_bug.cgi?id=11532
--
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.
http://bugs.winehq.org/show_bug.cgi?id=15580
Summary: The Bat! v4.0.34.13 lose birthday in addressbook
Product: Wine
Version: 1.1.6
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: newsletter(a)Schiermeier-Software.de
Created an attachment (id=16581)
--> (http://bugs.winehq.org/attachment.cgi?id=16581)
The addressbook 'Edit address entry' dialog with the TDateTimePicker-control
Using the email program 'The Bat!' the addressbook of this application will set
the birthday of an entry inside this addressbook back to the actual day after
calling the new addressbook entry again in a new session.
The addressbooks birthday is a 'TDateTimePicker' control. This or related
controls don't work properly.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=9345
Summary: SecureCRT - Scroll fails on any connection
Product: Wine
Version: 0.9.43.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P5
Component: wine-binary
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: franziskaner.fan(a)gmail.com
Created an attachment (id=7632)
--> (http://bugs.winehq.org/attachment.cgi?id=7632)
image of the buggy scroll
Secure crt does not display correctly scroll.
When you connect anywhere and execute a long command (long ps, read a log...)
and scroll "run" fast it doesn't refresh correctly, mix old lines with new
ones.
If you select the lines (as shown in screenshot) it display new ones (actual
ones) but still display old ones too if it was longer.
I had test my version (SecureCRT 5.5.1 with enterprise license) since wine
0.9.38 (allways compiled, not rpm nor binarys) in Mandriva.
Other work companions has the same problem in Ubuntu and debian with
pre-compiled versions.
I too proved other versions with demo version and same problem appear.
Thanks for all
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=10649
Summary: Regression in RegQueryValueExA when called in unorthodox
manner
Product: Wine
Version: CVS/GIT
Platform: All
OS/Version: All
Status: UNCONFIRMED
Severity: trivial
Priority: P5
Component: wine-advapi32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: samuel.howard.dennis(a)gmail.com
commit bc590e87a6f9c7421ec3386a7c09a63a3e55dead (16/08/2006, Robert Shearman,
affects advapi) caused a regression in one of my own programs in which I'd used
an unusual calling convention for RegQueryValueEx, being this:
char buf[16]; /* or 1 in the particular call that was failing */
DWORD count = sizeof buf;
LONG ret;
ret = RegQueryValueEx(hkey, "ValueName", NULL, &count, buf, &count); /* value
left in count is never checked */
This works under real windows (9x at least, I never ran the program on installs
of later Windows versions), but WINE does this before retrieving the value:
if (type) *type = REG_NONE;
...which sets count to 0 since I pass the same address for both type and count
in the call; this value is later used to determine the buffer size and triggers
an overflow error.
I am having trouble understanding the precise intent of the troublesome line
(when is *type supposed to be set to REG_NONE? On any error? On any error other
than buffer overflow? (This is the current WINE behaviour, as *type is
unconditionally set again after copying the data)), but clearly assignments
happen only after all processing in genuine Windows or *count is read early and
that value is used throughout the function.
I don't know which fix is appropriate, and am not sure how this case behaves
across different versions of Windows so I'm submitting this bug instead of a
patch. It is trivial to fix either way.
There is also the issue of which value (type or count) is left in the single
variable after the call, but calling this way and then checking that is even
more perverse and nobody has probably ever done it.
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=12416
Summary: Deus Ex and Syberia2 both have corrupted graphics in
0.9.59
Product: Wine
Version: 0.9.58.
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P5
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: eekfrank(a)hotmail.com
Both of these games worked gold for me in .58 and were unplayable in .59. I
have tried a different machine with a different os and an Nvidia video card,
and they work perfectly in .59 so it must be something that is affecting the
ATI card specificaly on this machine. I am using the prop. ATI driver 8.471,
currrent AFAIK. my video card is an ATI X1950pro.
I have tried 0.9.59 both as provided by my distro,(pclinuxos) and built wine
from source with the exact same results, graphic corruption so bad as to make
it impossible to run the games.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=13166
Summary: Regression since Wine 0.9.60 : Wine System Tray window
always shown for PopTray 3.2 under Ubuntu 8.04
Product: Wine
Version: 1.0-rc1
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P5
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: administrator(a)tcedi.com
Since Wine 0.9.60, a regression appeared with PopTray 3.2 : the system tray
icon is shown at the right place on GNOME desktop, but a Wine System Tray
window is also displayed all the time. Tray animations are only displayed on
the Wine System Tray window. The tray icon at the right place on GNOME desktop
stays with the icon from the launch of PopTray 3.2. Right click works on the
tray icon at both locations. Please note that I only tested PopTray with GNOME.
The problem may not appear with KDE. With Wine 0.9.61 and 1.0-rc1 the problem
is still present. The problem appeared with the tray improvements of Wine
0.9.60.
When launching PopTray from the shell, no error is displayed.
My Wine OS is "Windows XP".
--
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.
http://bugs.winehq.org/show_bug.cgi?id=14003
Summary: Civilization 4 City progress bar doesn't display
Product: Wine
Version: 1.0.0
Platform: All
OS/Version: All
Status: UNCONFIRMED
Severity: trivial
Priority: P5
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jens.goldberg(a)gmail.com
When playing Civilization IV, you have growth & production bars showing what
progress a city is doing. In Wine, they are empty - forcing you to
"close-examine" a city to see how it's doing.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=15374
Summary: The Witcher - Game cannot be registered
Product: Wine
Version: 1.1.5
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P5
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mcflow-forum(a)gmx.net
Created an attachment (id=16223)
--> (http://bugs.winehq.org/attachment.cgi?id=16223)
Output of wine during the reigstering process
I tried to register the game using the launcher. It did not work. Things that
you have to do to register it:
1. Log into the website (http://thewitcher.com)
2. Log into the launcher with the same account
At step 2 the process fails. After loggin in and entering the CD key the
application complains that you should log into the website, if you are you
should make sure that Internet Explorer has cookies enabled and redo the
procedure. I double checked that I was logged in and that FireFox had cookies
enabled. Still the same failure.
Now I took ies4linux and did it with this. It did not work. Same for Opera
(native and wine).
The terminal provided a bit of output but I don't think that it can be of some
importance:
When entering a key into a textfield the following line is displayed once per
keypress:
>err:x11drv:X11DRV_CreateBitmap Trying to make bitmap with planes=1, bpp=24
At the end, when the failed message pops up the following lines are displayed:
>fixme:wininet:INET_QueryOption INTERNET_OPTION_SECURITY_FLAGS: Stub
>fixme:wininet:InternetSetOptionExW Flags 00000000 ignored
>fixme:wininet:InternetSetOptionW Option INTERNET_OPTION_SECURITY_FLAGS; STUB
The lines beneath this mentioned appeared by closing the launcher.
The whole error output is attached to this report.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=19649
Summary: Configure does not check the presence of libXext
Product: Wine
Version: 1.1.27
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P5
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: wine(a)jorisspekreijse.nl
When running the make script, it will fail when libXext headers are not
installed.
Not a very big issue, but can be quite annoying when the make script stops for
this.
--
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.
http://bugs.winehq.org/show_bug.cgi?id=19931
Summary: winedbg crashes entering an infinite self-launch loops
Product: Wine
Version: 1.1.29
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winedbg
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: thesource(a)mail.ru
When some app crashes winedbg starts, but it crashes itself causing to start
another winedbg and so on.
--
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.