http://bugs.winehq.org/show_bug.cgi?id=26206
Summary: Halo Combat Evolved - Intro movies ( .bik format )
break sound for game
Product: Wine
Version: 1.3.14
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: shannon.vanwagner(a)gmail.com
When I launch Halo Combat Evolved, the 3 .bik Intro movies (gearbox.bik,
mgs.bik, and bungie.bik) play with sound but then when it gets to the menu for
the game, sound doesn't work at all until I change the screen resolution in the
game.
Sound will also work from the start, if I rename these files (so they don't
load at all):
.wine/drive_c/Program Files/Microsoft Games/Halo/bungie.bik
.wine/drive_c/Program Files/Microsoft Games/Halo/mgs.bik
.wine/drive_c/Program Files/Microsoft Games/Halo/gearbox.bik
--
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=11583
Summary: Neverwinter Nights 2: outdoors textures sometimes all
white/gray
Product: Wine
Version: 0.9.54.
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: Simetrical+wine(a)gmail.com
When playing Neverwinter Nights 2, version 1.11.1153 (no expansion pack),
sometimes in outdoors environments all textures are white or gray, making
navigation fairly hard. Apparently this occurs only during the daytime. I've
attached a debug log from me starting the game, loading a saved game exhibiting
the problem, wandering around for a minute, and then exiting, with debug
options: warn+all,debug+all,err+all,+trace.
Some relevant-looking lines that are repeated very frequently are:
warn:d3d_shader:IWineD3DVertexShaderImpl_CompileShader Swizzled attribute
validation required an expensive comparison
fixme:d3d_shader:shader_glsl_select >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION
(0x502) from glUseProgramObjectARB @ glsl_shader.c / 3226
Especially the second. But what do I know. :) If there's anything else I can
do to help (screenshot? different debug options?) please say.
See also comment at
<http://appdb.winehq.org/objectManager.php?sClass=version&iId=10531>:
"The outdoor setting that was used in many of the towns and villages had light
problems. The problem seemed to arise at daytime, and seemed to be a result of
incorrectly handled light effects. It resulted in a screen that was too bright,
often so bright that nothing at all could be seen. The only remedy was either
to wait for the night to kick in or to try to navigate using the map which was
really annoying."
--
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=22862
Summary: Setting the default button in a PropertySheetPage does
not work
Product: Wine
Version: 1.1.44
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: alexandru.balut(a)gmail.com
Created an attachment (id=28255)
--> (http://bugs.winehq.org/attachment.cgi?id=28255)
Winecfg.exe that behaves differently on Wine than on Vista
I stripped Winecfg, left only the Libraries tab, and I added the SendMessage
call after the call for enabling the Add button:
{
enable(IDC_DLLS_ADDDLL);
SendMessage(dialog, DM_SETDEFID, (WPARAM)IDC_DLLS_ADDDLL, 0);
}
The winecfg.exe I obtained (attached) behaves different on Vista than on Wine
1.1.44.
- Start winecfg.exe, type "x", press ENTER.
On Vista it generates a click on the Add button, but on Wine it closes the
window.
--
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=16083
Summary: Unhandled page fault - fixme:dbghelp:addr_to_linear
Failed to linearize address
Product: Wine
Version: 1.1.5
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: nicofo(a)tuxfamily.org
Created an attachment (id=17309)
--> (http://bugs.winehq.org/attachment.cgi?id=17309)
Wine "Unhandled page fault"
Hello,
I try to run an old program for Windows: Eurodico (a translator dictionnary)
But I got that error: (see attachement for complete logs)
Seems to be a bug:
wine: Unhandled page fault on read access to 0xffffffff at address
0x127f:0x00004a73 (thread 0019), starting debugger...
Unhandled exception: page fault on read access to 0xffffffff in 16-bit code
(127f:4a73).
fixme:dbghelp:addr_to_linear Failed to linearize address 0111:0000ef00 (mode 0)
... (see log)
Additional info: I'm under Linux Fedora 9 with "wine-1.1.5-1.fc9.i386", but I
have never been able to run that program before with previous version of wine
(0.9 and even older).
--
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=20422
Summary: Odd colour pallet error in The Humans 4
Product: Wine
Version: 1.1.31
Platform: PC-x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ezekiel000(a)lavabit.com
Created an attachment (id=24241)
--> (http://bugs.winehq.org/attachment.cgi?id=24241)
Example of gfx error
I get an odd pallet bug when trying to run The Humans 4. See screenshot top is
mine bottom is what it should be this also affects in game graphics.
--
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=22981
Summary: winhelp: Missing text and incorrectly outlined tables
Product: Wine
Version: 1.2-rc2
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: markk(a)clara.co.uk
This is to report some more formatting bugs in Wine winhlp32. I don't know
whether the underlying cause is related to bug 14288 but in this case the
effect is different so I opted to open a new bug.
Open the attached relnotes.hlp file in Wine winhlp32 and compare with Windows
winhlp32.
Click Known Problems. In Wine winhlp32, there is are grey lines drawn around
and in the Order/NLM/Software table (there should not be any outline). All the
text which should be below the table is missing.
The same issue occurs in the Sample code table in the Notes and Recommendations
section.
In the Optimizing Performance section, the table is badly broken (and text
which should be below it is missing); each "Copy file" entry appears in a large
box, and the corresponding "To optimize the performance of" entries are
missing.
--
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=26419
Summary: Guitar Hero World Tour: loads of GL_INVALID_VALUE
messages
Product: Wine
Version: 1.3.15
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: mistere2002(a)zonnet.nl
when playing Guitar Hero World Tour i get loads of the messages scrolling down
my screen:
"err:d3d:scissorrect >>>>>>>>>>>>>>>>> GL_INVALID_VALUE (0x501) from glScissor
@ state.c / 4929"
The game runs fine, but it can probably be fixed.
--
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=11387
Summary: SMP/Dual core performing worse than single core
Product: Wine
Version: 0.9.54.
Platform: Other
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jcollins(a)asgardsrealm.net
I searched for another bug report on this but did not find anything. I've
tested the same application on two similar systems with similar software loads.
Essentially, the application (Majesty) preforms considerably better on a
single core system than it does on a more powerful dual core system.
Single Core System:
AMD Athlon(tm) 64 Processor 3300+
1.5 Gig RAM
GeForce 6200 256M
Dual Core System:
AMD Athlon(tm) 64 X2 Dual Core Processor 3800+
2 Gig RAM
GeForce 7800 256M
Both systems are running Debian Etch, with kernel version 2.6.18-5-k7, NVIDIA
GLX Module 100.14.19, and Wine 0.9.53 (using Scott's packages).
I would expect the dual core system to run as well, if not better, than the
single core system. However, it is extremely sluggish on the dual core system
and blazingly fast (in some cases needing to be slowed down) on the single
core.
I have also tested the dual core system with 0.9.54 (built using Scott's 0.9.53
package as a basis), with no improvement. I'll happily provide any additional
information that would be helpful.
--
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=23996
Summary: alt.binz version 0.25.0 not loading
Product: Wine
Version: 1.2
Platform: x86
URL: http://www.altbinz.net/
OS/Version: Linux
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: leo_mancini(a)yahoo.com
Created an attachment (id=30137)
--> (http://bugs.winehq.org/attachment.cgi?id=30137)
Alt.binz 0.25.0 not working... Here is the error message
Hi all,
When loading alt.binz program, it does not load at all.
and displays the error message as attached in the screenshot.
It used to work prior to my upgrade to Opensuse 11.3 when I was using version
11.2 instead.
--
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=18390
Summary: Roblox can't join a game
Product: Wine
Version: 1.1.20
Platform: Other
URL: http://roblox.com
OS/Version: other
Status: NEW
Keywords: download
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
After working around bug 18388 and bug 18389,
trying to join a game fails; the browser says
it can't start the game, and tells you to start
the app (which you already did). On the console,
one sees a suspicious error message from gecko:
fixme:shdocvw:HttpNegotiate_BeginningTransaction (0x5c239a8)->(L"" L"" 0
0x33c794)
0[15c4c8]: file (null), line 0: uncaught exception: [Exception... "Unexpected
error" nsresult: "0x8000ffff (NS_ERROR_UNEXPECTED)" location: "JS frame ::
http://www.roblox.com/ScriptResource.axd?d=lz2oPY8_Yxfc8W_Nr5tWGxJ8z2w_ENPF…
:: anonymous :: line 2144" data: no]
Possible workaround: launch games directly using e.g.
wine roblox.exe -play
http://www.roblox.com/Game/join.ashx?jobID=cc310936-d9bd-46a5-99cd-494d6b14…
as mentioned at http://forums.roblox4linux.co.cc/index.php?topic=37.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=20232
Summary: mciwave breaks on MSDN example
Product: Wine
Version: 1.1.30
Platform: All
OS/Version: All
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: winmm&mci
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: hoehle(a)users.sourceforge.net
I'm reviewing mciwave and mciseq and found numerous issues. Concurrently, I'm
augmenting the MCI testsuite. I've attached my current mciwave
work-in-progress tests to give you an early insight into my work.
The tests so far confirm my model of MCI: I view it like an old-fashioned tape
deck with buttons, which you can press in any order. Still there's error
checking, e.g. you can't resume when stopped. Like a tape deck, you can switch
from playing to recording at any time.
Oddly, you can combine fast forward and play in one command, but not rewind
with play.
The attached tests work fine on (at least one machine with) MS-Windows, but
cause Wine to fail and hang in multiple ways. You've been warned!
I'd be pleased if people could run the tests on more instances of MS-Windows.
I plan to strip down this test file until it at least does not hang anymore in
Wine. Then only can it be submitted. Concurrently, I can submit patches to
the mci* codebase.
Current issues with the mci code in Wine are:
- not distinguishing between STOPPING and STOPPED, PLAYING and GOING TO PLAY,
etc.;
- seriously broken asynchronous execution;
- non-error-proof use of InterlockDecrement. It must only be called
when waveInAddBuffer and waveOutWrite succeed, as those cause
callbacks to happen;
- RIFF .wav file not always correctly written;
- the mmio is as much as resource as the wave device and must be
properly released (mmioAscend, not only when saving);
- many items here and there:
+ bogus 44000Hz frequency;
+ premature return (in mcicda);
+ conversion between #bytes and samples;
+ switching fInput while playing;
+ copy&paste errors (InterlockedDecrement need be initialised
differently when recording and playing)
The major issue is concurrency. There I'm not sure how to proceed and rewrite
mciwave (and mciseq and mcicda).
o One model, Erlang-like, which the OSS driver also implements, is one thread
per play and exclusively using message passing to receive commands. This would
simplify NOTIFY everywhere. It clearly offers the advantage of being closest
to the sequential execution model that is easy to reason about. IMHO, it does
not play nicely with the pause command (state machine).
o Continue as currently written, but then think twice and even 3-7 times about
how to perform locking among the concurrent threads:
- Put InterlockIncrement() to more uses?
- Put Events to more uses?
- Unlike mciavi, there's no CriticalSection in mciwave and mcicda, yet
I'm unconvinced that the current synchronisation via volatile dwStatus
can suffice.
- But then, identifying the critical sections will be tedious and error prone.
o Combinations of both, e.g. one thread per play or record (not unlike the
present code), and dealing (correctly) with PAUSE, STOP and RESUME inside it
(via e.g. events to restart a paused thread, or indirectly, by relying on the
callbacks+events sent when invoking waveOutRestart and waveInStart -- is it
legal at all to call those from a different thread)?
o Is there any other concurrency model suitable in Wine?
Regards,
Jörg Höhle
--
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=14055
Summary: Occasional wine crash during Heroes of Might and Magic
III gameplay
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: riklaunim(a)gmail.com
Created an attachment (id=14275)
--> (http://bugs.winehq.org/attachment.cgi?id=14275)
Crash log
During gameplay the game may sometimes crash. It looks like the bug is related
to mp3/sound – “mp3dec.asi” (using OOS in wine). The log shows the
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=15689
Summary: Onenote 2007: no drawing.
Product: Wine
Version: 1.1.6
Platform: All
OS/Version: All
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: ole
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: Crazedhamster(a)hotmail.com
Created an attachment (id=16752)
--> (http://bugs.winehq.org/attachment.cgi?id=16752)
Backtrace
Clicking on the drawing tool causes it to go grey and disappear.
--
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=12804
Summary: winecfg: pressing enter in library override closes
winecfg
Product: Wine
Version: 0.9.60
Platform: PC
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: programs
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
CC: jeffzaroyko(a)gmail.com
Pressing enter when entering a dll override doesn't add the override. For those
of us that find mice an exercise in masochism and prefer keyboards, it's quite
a pain...
--
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=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=26378
Summary: Can`t play a game
Product: Wine
Version: unspecified
Platform: All
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: danirtoma(a)gmail.com
J can`t play the game 4story.
--
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=26688
Summary: Risen requires vcrun2005
Product: Wine
Version: 1.3.17
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msvcrt
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: xvachon(a)gmail.com
The game outputs no missing functions and mscodescan reveals nothing either,
yet the game complains about vcrun2005. winetricks vcrun2005 works around it
xavier@xavier /wine/risen/drive_c/jeu/bin $ wine Risen.exe
fixme:actctx:parse_depend_manifests Could not find dependent assembly
L"Microsoft.VC80.OpenMP" (8.0.50727.762)
fixme:actctx:parse_depend_manifests Could not find dependent assembly
L"Microsoft.VC80.CRT" (8.0.50727.762)
err:module:import_dll Library vcomp.dll (which is needed by
L"C:\\jeu\\bin\\Engine.dll") not found
err:module:import_dll Library Engine.dll (which is needed by
L"C:\\jeu\\bin\\Risen.exe") not found
err:module:import_dll Loading library Engine.dll (which is needed by
L"C:\\jeu\\bin\\Game.dll") failed (error c0000018).
fixme:actctx:parse_depend_manifests Could not find dependent assembly
L"Microsoft.VC80.CRT" (8.0.50727.762)
err:module:import_dll Library Game.dll (which is needed by
L"C:\\jeu\\bin\\Risen.exe") not found
err:module:import_dll Loading library Engine.dll (which is needed by
L"C:\\jeu\\bin\\Importer.dll") failed (error c0000018).
err:module:import_dll Loading library Game.dll (which is needed by
L"C:\\jeu\\bin\\Importer.dll") failed (error c0000018).
err:module:import_dll Library vcomp.dll (which is needed by
L"C:\\jeu\\bin\\Importer.dll") not found
err:module:import_dll Library Importer.dll (which is needed by
L"C:\\jeu\\bin\\Risen.exe") not found
err:module:LdrInitializeThunk Main exe initialization for
L"C:\\jeu\\bin\\Risen.exe" failed, status c0000135
--
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=27482
Summary: Tomb Raider III demo crashes in the launcher
Product: Wine
Version: 1.3.22
Platform: x86
URL: http://www.tombraiderchronicles.com/cgi-bin/dl03/dl.pl
?dm_tombraider3complete
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-ddraw
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gyebro69(a)gmail.com
Created an attachment (id=35145)
--> (http://bugs.winehq.org/attachment.cgi?id=35145)
terminal output
To reproduce the problem:
1) Install the demo as usual.
2) The launcher requires ie6 (winetricks ie6). Start the demo by tomb3.exe.
Click on <Start Free Trial button> ...a crash happens here.
The launcher started correctly in 1.3.21:
f3ae1b99f637c7a22546a7528edb0f9df2d57678 is the first bad commit
commit f3ae1b99f637c7a22546a7528edb0f9df2d57678
Author: Ričardas Barkauskas <rbarkauskas(a)codeweavers.com>
Date: Thu Jun 9 18:29:36 2011 +0300
ddraw: Separate IDirectDrawSurface vtable.
:040000 040000 375fc8c1597978349b5e1f9f8b418c6d5fa0a539
839c77ec396a4be43237f36c110c257a0db09131 M dlls
The patch can be reverted cleanly on wine-1.3.22-78-g4b2bfb4 and that fixed the
crash.
I couldn't add the author to the CC list.
Fedora 15
Nvidia GeForce 250 / driver 270.41.19
--
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.