http://bugs.winehq.org/show_bug.cgi?id=27439
Summary: Age of Pirates - City of Abandoned Ships crashes while
entering the sea
Product: Wine
Version: 1.3.21
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kitmaxter(a)gmail.com
Created an attachment (id=35091)
--> (http://bugs.winehq.org/attachment.cgi?id=35091)
wine log while trying to enter the sea
Mostly every time, while trying to enter the sea from landing, game crashes.
Some times it is possible to enter the sea, then go into the map mode and go to
other island, but the game will crash on next try to enter the sea mode
(encounters like storm or pirates, or harbor of other island).
--
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=11268
Summary: Civilization I for Windows (16-bt) incorrectly displays
some dialogues
Product: Wine
Version: 0.9.53.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: gdi32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: neptunia(a)mail.ru
Some dialogue windows in the game have non-rendered areas near window border
which display garbage/previous windows existed in this place.
--
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=32679
Bug #: 32679
Summary: cmd.exe Add support for || and &&
Product: Wine
Version: 1.5.21
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: cmd
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: us(a)edmeades.me.uk
Classification: Unclassified
Add support to cmd.exe for the && and || functionality - They are currently
parsed and handled ok, but not correctly processed
--
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=32515
Bug #: 32515
Summary: Warhammer 40,000: Space Marine (Steam) fails to start
Product: Wine
Version: 1.5.20
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gyebro69(a)gmail.com
Classification: Unclassified
Created attachment 42894
--> http://bugs.winehq.org/attachment.cgi?id=42894
plain terminal output
On startup the game shows a black screen for a few seconds and audio from the
intro video can be heard for 0.5-1 second, then the game's own bug reporting
tool (Bugsplat) is popping up: "A problem has been encountered and the program
needs to close". No backtrace from Wine is generated.
A demo version is available on Steam, but I couldn't test it as I have the full
version.
http://store.steampowered.com/app/55150/
Steam installs MSVC++ 2005 runtime libraries and various DirectX components the
first time you start the game. Disabling gameoverlayrenderer in winecfg doesn't
help. I tested this bug with Wine 1.2.3, 1.4.1, 1.5.20.
Fedora 17 x86
Nvidia 250 / driver 304.64
X.Org X Server 1.12.4
Alsa 1.0.26
--
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=25961
Summary: Visual C++ 2008 runtime not marked as installed by
default
Product: Wine
Version: 1.3.12
Platform: x86
OS/Version: Linux
Status: NEW
Severity: enhancement
Priority: P2
Component: msvcrt
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
The installer for the app I'm looking at now
checks for the visual c++ 2008 runtime, and runs
D:\\Redistributable\\vcredist_x86_en.exe if it wasn't found.
Now, one of these days, Wine's builtin msvcr / msvcp is going to suffice
for this and most other apps, at which point Wine might want to set
the registry to indicate that vcrun2008 is already installed.
This might be in the distant future, depending on how many apps need
the other things that come with the runtime package, like mfc and a full
msvcp, that wine does not yet provide. So this bug will likely remain
open for a long time (if it's not closed for being too far ahead of its time).
For the record, this seems to be how the app is checking whether vcrun2008
is installed:
0024:Call msi.MsiQueryProductStateW(0033e2de
L"{9A25302D-30C0-39D9-BD6F-21E6EC160475}") ret=0040b9ad
0024:Call advapi32.RegOpenKeyW(80000002,0033d6c2
L"Software\\Microsoft\\Windows\\CurrentVersion\\Installer\\Managed\\S-1-5-4\\Installer\\Products\\D20352A90C039D93DBF6126ECE614057",0033d968)
ret=7ef2cd5c
0024:Ret advapi32.RegOpenKeyW() retval=00000002 ret=7ef2cd5c
0024:Call advapi32.RegOpenKeyW(80000001,0033d6c2
L"Software\\Microsoft\\Installer\\Products\\D20352A90C039D93DBF6126ECE614057",0033d968)
ret=7ef2cd5c
0024:Ret advapi32.RegOpenKeyW() retval=00000002 ret=7ef2cd5c
0024:Call advapi32.RegOpenKeyW(80000002,0033d6c2
L"Software\\Classes\\Installer\\Products\\D20352A90C039D93DBF6126ECE614057",0033d968)
ret=7ef2cd5c
0024:Ret advapi32.RegOpenKeyW() retval=00000002 ret=7ef2cd5c
0024:Call advapi32.RegOpenKeyW(80000002,0033d4ca
L"Software\\Microsoft\\Windows\\CurrentVersion\\Installer\\UserData\\S-1-5-4\\Products\\D20352A90C039D93DBF6126ECE614057\\InstallProperties",0033d964)
ret=7ef2b600
0024:Ret advapi32.RegOpenKeyW() retval=00000002 ret=7ef2b600
0024:Ret msi.MsiQueryProductStateW() retval=ffffffff ret=0040b9ad
--
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=31990
Bug #: 31990
Summary: Add ability to upload extra files along with test ext
Product: Wine-Testbot
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: titan.costa(a)gmail.com
Classification: Unclassified
That would be good to have the ability to upload extra files (avi files, dlls,
.drv, ...) to perform individual test (not part of the test suite).
Otherwise it requires to embed the file or use a self extracting exe which are
not very convenient.
--
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=33126
Bug #: 33126
Summary: divided SysEx and coalesced midiOutLongMsg
Product: Wine
Version: 1.5.25
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: winealsa.drv
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: hoehle(a)users.sourceforge.net
Classification: Unclassified
Johannes Kroll reported in wine-patches that the KORG Kontrol Editor software
hung after sending an ill-formed SysEx via winealsa's midiOutLongMsg.
http://www.winehq.org/pipermail/wine-patches/2013-January/121335.html
The MIDIHDR data is F0 ... F7 00 00 00 (125 bytes).
http://www.winehq.org/pipermail/wine-devel/2013-February/098852.html
He observed that no hang occurs when skipping the trailing 3 zero bytes. F7 is
the "End Of SysEx" (EOX) marker.
It is still unclear what happens. MIDI HW is expected to skip over bogus
bytes, thus the zero bytes should cause no harm. OTOH, ALSA might be getting
into trouble processing ill-formed messages, and we don't know if or how many
bytes ALSA actually sent out through the serial port.
In any case, midiOutLongMsg handling in Wine needs fixes.
- winealsa should extract the F0...F7 part and send that as a SysEx.
- More generally, midiOutLong is known to accept not only SysEx packets, but
also coalesced status messages. Some MIDI authors prefer to send e.g. chords
via one LongMsg rather than successive calls to midiOutShortMsg, arguing that
it's faster. Hence all Wine MIDI drivers need to decompose midiOutLongMsg into
packets consisting of status message, regular SysEx ... and possibly junk.
- All APIs (MS, ALSA, OSS, CA) acknowledge the existence of divided SysEx. As
a result, framing SysEx with F0 ... F7 is entirely under application control.
The current winealsa framing code is simply wrong.
- winecoreaudio always declared 3 bytes for short messages, even program
change.
I have written a sequence of patches to fix all of this. The only thing that
is unclear is how to encapsulate garbage data like the above 3 zero bytes or
real time messages with ALSA. What ALSA API function and what ALSA message
type to use? Heck, I'm not even sure winealsa.drv/midi.c:modData is ok to send
a 2-byte MTC quarter frame via snd_seq_ev_set_sysex instead of using a
primitive that sets the type SND_SEQ_EVENT_CLOCK/TICK.
--
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=21344
Summary: Buffer overflow in WCMD_run_program
Product: Wine
Version: 1.1.36
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: cmd
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dima(a)gmail.com
The WCMD_run_program function in wcmdmain.c copies pathposn into thisDir
without checking the size:
/* Work on the first directory on the search path */
pos = strchrW(pathposn, ';');
if (pos) {
memcpy(thisDir, pathposn, (pos-pathposn) * sizeof(WCHAR));
thisDir[(pos-pathposn)] = 0x00;
pathposn = pos+1;
} else {
strcpyW(thisDir, pathposn);
pathposn = NULL;
}
The size of pathposn can be up to MAXSTRING, while thisDir has size MAX_PATH.
To reproduce:
$ wine cmd /c
'Z:\xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx\foo'
err:seh:setup_exception_record stack overflow 2144 bytes in thread 0019 eip
7bc3ea3e esp 00230ad0 stack 0x230000-0x231000-0x330000
--
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=30976
Bug #: 30976
Summary: Navyfield crashes after splash screen
Product: Wine
Version: 1.5.6
Platform: x86
URL: http://www.navyfield.com/Download/Game/Main.aspx
OS/Version: Linux
Status: NEW
Keywords: download, regression
Severity: minor
Priority: P2
Component: winegstreamer
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
CC: paulthetall(a)gmail.com
Depends on: 27109, 30733, 30975
Classification: Unclassified
Install the demo from http://www.navyfield.com/Download/Game/Main.aspx
austin@aw25 ~ $ sha1sum NF1343.exe
1c7b6bd0903e3876d31556b13f199b771117d9c2 NF1343.exe
austin@aw25 ~ $ du -h NF1343.exe
623M NF1343.exe
run `winetricks vcrun6` (bug 27109). Install as normal, all defaults. Run the
game, and ignore the messed up launcher graphics (bug 30975). Click the bottom
right gray button to get in game. A splash screen will show, and shortly after,
crash.
With native quartz, it gets slightly further (potentially bug 16733, but it's
hard to tell). If you add in native devenum, then you can get to the point
where it wants to download a patch.
So, winegstreamer is lacking here. I'll attach its output.
--
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=9261
Summary: Final Fantasy 8 with hardware acceleration shows wrong
colors
Product: Wine
Version: 0.9.42.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: alessandro.guido(a)gmail.com
Created an attachment (id=7514)
--> (http://bugs.winehq.org/attachment.cgi?id=7514)
Snapshots that shows how the game looks
Like the attached image shows, wrong colors are shown when usign Final Fantasy
8 with hardware acceleration enabled.
There are plenty of messages like:
fixme:d3d7:IDirect3DTextureImpl_PaletteChanged
(0x2eb3148)->(00000000,00000100): stub!
--
Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.