http://bugs.winehq.org/show_bug.cgi?id=20194
Summary: Far Cry 2: major graphical glitches
Product: Wine
Version: 1.1.30
Platform: PC-x86-64
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jeffz(a)jeffz.name
Created an attachment (id=23807)
--> (http://bugs.winehq.org/attachment.cgi?id=23807)
terminal output, first 5000 lines
The main menu loads, the level loading screen works fine. When starting a new
game, the screen is mostly black, part of the light from the sun is seen and
some other parts of the scenery creep into view for a moment here and there.
OpenGL renderer string: GeForce 8800 GTS/PCI/SSE2
OpenGL version string: 3.1.0 NVIDIA 190.18
--
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=22978
Summary: SimCity2000: race condition causes crash in MCI during
startup
Product: Wine
Version: unspecified
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winmm&mci
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: hoehle(a)users.sourceforge.net
Created an attachment (id=28457)
--> (http://bugs.winehq.org/attachment.cgi?id=28457)
mci+winmm trace & crash backtrace
The attached log shows a crash that is triggered because the asynchronous
mciseq/mcimidi player is still attempting to open the device while the main
thread already successfully called MCI_CLOSE.
The mcimidi player does not implement proper locking. Unlike mciwave, its state
variable is not yet set to MCI_MODE_PLAY when opening the MIDI device, which
lets MCI_CLOSE not see something is busy playing.
Actually, even looking at mciwave, one can construct unfortunate sequences of
scheduling that would cause mciwave to hang in such a situation. So there's no
trivial patch simply moving
wmm->dwStatus = MCI_MODE_PLAY;
a couple of lines up.
The crash generally occurs when starting SimCity 2000 using
"wine 'C:\Program...\Game\simcity.exe'"
Curiously, "wine start simcity.exe" always works. As I said, it's a race
condition.
It seems like sometimes, the initialisation of WINMM and MIDI takes a long
time.
The bug is then triggered when MCI_CLOSE is called by the application.
MCI_CLOSE is called, among others, when clicking "exit" in the initial menu.
Often enough, the app crashes before showing this menu. IMHO, the fact that the
app calls MCI_CLOSE that early is triggered by another bug in Wine that AppDB
testers have mentioned every now and often, but never put to Bugzilla: SimCity
2000 starts fine (showing its logo) when using full screen mode, but needs a
resize or uniconify when using a virtual desktop: then presumably, the app
sends MCI_CLOSE to stop the music, causing or not a crash via the present race
condition.
BTW, since the crash occurs in the asynchronous MCI MIDI player, the app
nevertheless works...
This issue has nothing to do with the bug, presumably in the app, that "wine
simcity.exe" crashes whereas "wine 'c:\full\path\simcity.exe'" (should) work.
--
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=9848
Summary: flipviewer fails to load
Product: Wine
Version: 0.9.46.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: wine-advapi32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: eyecreate(a)gmail.com
Created an attachment (id=8321)
--> (http://bugs.winehq.org/attachment.cgi?id=8321)
Error log for flipviewer
The flipviewer(www.flipviewer.com) app installs and the library program works,
but the actual program fails. Backtrace log attached.
--
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=14915
Summary: FlushFileBuffers() fails on disk volume, sets
ERROR_INVALID_HANDLE when handle supposedly valid
Product: Wine
Version: 1.1.2
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: vesselinpeev(a)hotmail.com
Ran under Wine, the following program receives ERROR_INVALID_HANDLE as a
Windows last error when the flushing call fails.
Note that if you are testing under Windows Vista, you need to run the program
with administrative privileges to be able to get the handle to the volume.
For brevity, I've omitted GetLastError() printing for failure cases except the
flushing one, but, needless to say, you may want to add them for full
correctness / error handling / safety, or do let me know and I'll happily add
these and re-post the code.
# include <windows.h>
# include <stdio.h>
# include <tchar.h>
int _tmain()
{
LPCTSTR volName = _T("\\\\.\\C:");
HANDLE hFile = CreateFile(volName, GENERIC_READ | GENERIC_WRITE,
FILE_SHARE_READ | FILE_SHARE_WRITE, 0,
OPEN_EXISTING, 0, 0);
if (hFile != INVALID_HANDLE_VALUE) {
_tprintf(_T("Opened volume %s\n"), volName);
SetLastError(0xdeadbeef); /* to make sure that it's really the next call
that sets the last error -- advice taken from Dmitry Timoshkov's comment at
http://bugs.winehq.org/show_bug.cgi?id=14855 */
if (FlushFileBuffers(hFile)) {
_tprintf(_T("File buffers flushed\n"));
}
else {
DWORD dwRet = GetLastError();
_ftprintf(stderr, _T("File buffers not flushed, GetLastError() returned
%lu"), dwRet);
if(dwRet == ERROR_INVALID_HANDLE) {
_ftprintf(stderr, _T(" (\"The handle is invalid\")"));
}
_ftprintf(stderr, ".\n");
}
}
else {
_ftprintf(stderr, _T("Could not open volume %s\n"), volName);
return -2;
}
if(! CloseHandle(hFile)) {
_ftprintf(stderr, _T("Could not close handle to volume %s\n"), volName);
return -3;
}
return 0;
}
--
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=19425
Summary: notepad: running notepad with a non-existent file and
choosing yes to create a new file should do so
immediately (appinstall)
Product: Wine
Version: 1.1.26
Platform: PC
OS/Version: Linux
Status: NEW
Keywords: download, source
Severity: trivial
Priority: P2
Component: programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
'notepad foobar.txt'
pops up a dialog telling you that the file does not exist, and asking if you'd
like to create it.
Yes - Opens notepad with foobar.txt, but doesn't create a new file.
No - Opens notepad with a blank new document.
Cancel - Closes notepad.
On windows, choosing yes immediately creates the new (empty) file.
--
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=17055
Summary: wine does not put wine executable path into desktop icon
Product: Wine
Version: 1.1.13
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: beagle7(a)shaw.ca
when installing an app, when wine installs a desktop icon (under KDE), it does
include the proper env WINEPREFIX, but it does not include the path to to wine
(e.g., /usr/local/1113/bin/wine) under which the app was installed. I.e., if I
do exactly this:
env WINEPREFIX=~/.wine-some-app /usr/local/wine-install-dir/wine
~/path/windows-app-installer.exe
the resulting desktop icon, in properties, would have under command, the
following:
env WINEPREFIX="~/.wine-app" wine "C:\Program Files\Path\app.exe"
or similar.
What I'd like it to have is:
env WINEPREFIX="~/.wine-app" /usr/local/wine-install-dir/wine "C:\Program
Files\Path\app.exe" (as appropriate)
--
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=12454
Summary: iriver plus 3 doesn't start
Product: Wine
Version: 0.9.58.
Platform: PC
URL: http://www.iriver.com/plus/
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: hewus.owns(a)gmail.com
iriver plus 3 installs, but does not start. I added mfc42u.dll to get rid of
missing dll messages, but it now ends here (0.9.59):
err:module:attach_process_dlls "iDeviceM.dll" failed to initialize, aborting
err:module:LdrInitializeThunk Main exe initialization for L"C:\\Program
Files\\iriver\\iriver plus 3\\iPlus3.exe" failed, status c0000142
I tried yesterday on 0.9.58 and got this:
err:module:LdrInitializeThunk "iDeviceM.dll" failed to initialize, aborting
err:module:LdrInitializeThunk Main exe initialization for L"C:\\Program
Files\\iriver\\iriver plus 3\\iPlus3.exe" failed, status c0000142
The errors are slightly different, if that helps at all. I am able to provide
more debugging if required.
Free download:
http://www.iriver.com.au/iriver/uploads/software/iplus3_setup_full.zip
--
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=23650
Summary: PowerPoint 2007 insensitive to changes in screen
resolution
Product: Wine
Version: 1.2-rc6
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: m.duelli(a)web.de
For presentations, you usually have to change your screen to the right
resolution such that the external monitor / projector can display your slides.
However, I found that when you start PowerPoint 2007 using wine 1.2rc7 or more
specifically the wine server before adopting the screen resolution, then
PowerPoint or at least parts of it will stick to the former screen resolution.
Steps to reproduce:
1. Start your computer with a certain screen resolution, say 1280x1024
2. Start up PowerPoint 2007 with wine.
(Everything is fine, presentation mode works as expected)
3. Change screen resolution
4. Activate presentation mode
-> The presentation will be rendered to fit in the old screen resolution and
there is no way to change this.
Possibly this also affects other applications.
--
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=25225
Summary: MPLAB: toolbars getting reorganised every time when
the window minimized and restored in MPLAB
Product: Wine
Version: 1.0.1
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: theozo77(a)gmail.com
Created an attachment (id=32026)
--> (http://bugs.winehq.org/attachment.cgi?id=32026)
Screenshots before minimize and after restore the window
When the MPLAB minimized to the tray and restored, the toolbars organized into
one row, will change to one toolbar per one row. So 3 toolbars will use 3
lines, while the horizontal position of their stays unchanged.
The program is available here:
http://ww1.microchip.com/downloads/en/DeviceDoc/MPLAB_IDE_v8_60.zip
--
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=24601
Summary: L4D2: Client.dll always fails validation when
verifying game cache.
Product: Wine
Version: 1.3.4
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: winehq.org(a)eternaldusk.com
Using the Steam "Verify Integrity of Game Cache" option produces the following
in the GameValidation.log file:
Starting validation of Left 4 Dead 2
Validation failure: w:\games\steam\steamapps\common\left 4 dead
2\left4dead2\bin\client.dll
Validation complete: 24850 Total Files, 1 Failed Validation
The file is then re-downloaded.
Rerunning the check produces the same results.
Deleting the file has no effect: it will be re-downloaded, and will fail the
validation check the next time you run it.
I noted that the message in the log showed "client.dll" as all lowercase, while
the filename is actually "Client.dll". I tried creating a link, but it still
failed the check. I tried renaming the DLL, and it still failed the check.
The game is installed on a BtrFS partition. I'm using Kubuntu 10.10 (AMD64),
kernel 2.6.35-22.
--
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.