http://bugs.winehq.org/show_bug.cgi?id=31030
Bug #: 31030
Summary: wine keymapping assigns „No Symbol” to some keys on
all keymaps
Product: Wine
Version: 1.3.36
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: renekuligowski(a)alice-dsl.net
Classification: Unclassified
In every Wine version I tested –– 1.0.1, 1.1.42, 1.3.36 and 1.5.6 –– the
keyboard mapping shows the annoying habit that several keys don't get
associated with a symbol; XF86Explorer reports „(0) No Symbol (0) No Symbol (0)
No Symbol…” to stderr for ^ (or ~ on german keyboards), the windows and menu
keys, and some keys on the keypad. This is regardless of the X11 keymap used
in xorg.conf or the one set via gnome/kde keyboard switchers, even of input
methods like ibus, uim, or scim (I deactivated them all and tried plain „C”
locale with latin-1 instead of utf-8). Curiously, in GUI applications these
keys work, but they don't in DirectX applications, like games (eg. the TES
series or shooters) or rendering/modeling engines.
--
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=28012
Summary: Mouse caught in screen corner after minimize
Product: Wine
Version: 1.3.26
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-dinput
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: diafero(a)arcor.de
Since support for mouse events through XInput2 was added to wine (version
1.3.18), I am occasionally having trouble with Uru - Complete Chronicles
(appdb:
http://appdb.winehq.org/objectManager.php?sClass=application&iId=10836). I set
up Uru to run in windowed mode, and a shortcut in KDE to minimize a window.
Sometimes, when I do that, the mouse ends up being caught in a tiny square (I'd
estimate of about 50px) in the bottom left screen corner. I can not move it
out, and clicking does not have any effect, at least not in the button that's
actually drawn there (the K-Menu). Hitting the minimize shortcut again to
minimize whatever window got the focus, releases the mouse. Unfortunately, this
is not reproducible.
--
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.
https://bugs.winehq.org/show_bug.cgi?id=36279
Bug ID: 36279
Summary: valgrind shows an invalid read in gdi32/tests/brush.c
Product: Wine
Version: 1.7.18
Hardware: x86
OS: Linux
Status: NEW
Keywords: download, source, testcase
Severity: normal
Priority: P2
Component: gdi32
Assignee: wine-bugs(a)winehq.org
Reporter: austinenglish(a)gmail.com
../../../tools/runtest -q -P wine -T ../../.. -M gdi32.dll -p gdi32_test.exe.so
brush && touch brush.ok
preloader: Warning: failed to reserve range 00110000-68000000
preloader: Warning: failed to reserve range 7f000000-82000000
==16196== Invalid read of size 4
==16196== at 0x400AE1E: memcpy (in
/usr/lib/valgrind/vgpreload_memcheck-x86-linux.so)
==16196== by 0x537B95D: copy_bitmapinfo (gdi_private.h:521)
==16196== by 0x5380F4C: select_pattern_brush (objects.c:1915)
==16196== by 0x53812CE: pattern_brush (objects.c:2001)
==16196== by 0x537A4F1: dibdrv_PatBlt (graphics.c:1110)
==16196== by 0x5361E7E: PatBlt (bitblt.c:550)
==16196== by 0x4C3F645: test_palette_brush (brush.c:318)
==16196== by 0x4C3F96C: func_brush (brush.c:351)
==16196== by 0x4C98CE0: run_test (test.h:584)
==16196== by 0x4C990CF: main (test.h:654)
==16196== Address 0x470f7fc is 8 bytes after a block of size 12 alloc'd
==16196== at 0x7BC4C735: notify_alloc (heap.c:255)
==16196== by 0x7BC50F79: RtlAllocateHeap (heap.c:1716)
==16196== by 0x53DB053: CreatePalette (palette.c:121)
==16196== by 0x4C3F517: test_palette_brush (brush.c:312)
==16196== by 0x4C3F96C: func_brush (brush.c:351)
==16196== by 0x4C98CE0: run_test (test.h:584)
==16196== by 0x4C990CF: main (test.h:654)
==16196==
--
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=35973
Bug ID: 35973
Summary: PAIDOL.exe (Javanese h-game) crashed in
msvfw32/drawdib.c:366
Product: Wine
Version: 1.6-rc5
Hardware: x86-64
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: msvfw32
Assignee: wine-bugs(a)winehq.org
Reporter: atago.yanen(a)gmail.com
Created attachment 48087
--> http://bugs.winehq.org/attachment.cgi?id=48087
wine backtrace
Hello, Wine maintainers !
I use wine 1.6-rc5 in Debian Wheezy(x86_64), and play some Japanese hentai
game.
I ordinarily advanced game. When the screen transitioned, screen draw function
crashed.
upload backtrace log.
Any suggestion ?
--
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=32678
Bug #: 32678
Summary: HQ Photo Resizer: Fails to start
Product: Wine
Version: 1.5.21
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lukasz.wojnilowicz(a)gmail.com
Classification: Unclassified
Created attachment 43110
--> http://bugs.winehq.org/attachment.cgi?id=43110
Error message
Steps to reproduce:
1) remove ~/.wine
2) install HQ Photo Resizer
3) wine Resizer.exe
Behaviour:
Error message, that says "success" (see 1st attachment)
Expected behaviour:
No error message.
Additional information:
1) no terminal output
2) with WINEDEBUG=+relay there is an other error message (see 2nd attachment)
--
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=31637
Bug #: 31637
Summary: End of Nations client crashes on startup
Product: Wine
Version: 1.5.12
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: dank(a)kegel.com
Classification: Unclassified
After install, the normal way to start the patcher/launcher is to run
eonpatch_r.exe; that hangs for me unless I start it with WINEDEBUG=+winsock.
Once I do that, I can update the game. Pressing PLAY will (when it's in the
mood) launch ClientLauncherG.exe, but that aborts quickly, right after
tbb.dll attaches.
I'll attach a +relay log.
--
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=31564
Bug #: 31564
Summary: Wine configuration with OneTouch Diabetes Mgmt
Product: Wine
Version: 1.5.11
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kenyon_karl(a)mail.com
Classification: Unclassified
When installing OneTouch Diabetes Mgmt <onetouchsetup.exe> from
<http://www.onetouch.com/>, on my Kubuntu 12.04 system, the configuration
window vanishes shortly after the install is launched!
--
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=31725
Bug #: 31725
Summary: The Sims 2 crashes
Product: Wine
Version: 1.4
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: thomas.mertes(a)gmx.at
Classification: Unclassified
Installing the Sims 2 worked, but starting it results in a crash.
The program locks up. Using alt-tab reveals two error message popups
(in german, because I use the german version called "Die Sims 2"):
(X) Direct3D hat einen Fehler festgestellt: D3DERR_INVALID_CALL! Die
Anwendung wird nun beendet.
(X) Die Anwendung ist abgestürzt und wird nun beendet.
Translation of the two error message popups:
(X) Direct3D found an error: D3DERR_INVALID_CALL! The
application will be terminated now.
(X) The application crashed and will be terminated now.
After waiting for several minutes I switched to a text console and
killed the program. The console where I started the Sims 2
contains several log messages (see attachment).
uname -a returns:
Linux penguin 3.2.0-30-generic #48-Ubuntu SMP Fri Aug 24 16:54:40 UTC 2012 i686
i686 i386 GNU/Linux
wine --version returns
wine-1.4
--
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=29798
Bug #: 29798
Summary: Cisco IP Communicator 8.6(1): crashes after Audiosetup
Product: Wine
Version: 1.4-rc2
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: roger(a)gunis.de
Classification: Unclassified
Created attachment 38709
--> http://bugs.winehq.org/attachment.cgi?id=38709
Backtrace from the abort of the Wizzard
Installing the Cisco IP Communicator worked fine. The first step is an audio
configuration site. I could configure the Audio Devices and testing it.
Unfortunately after testing the audios the wizzard could not be closed
successful. Instead the wizzard fails and wine is reporting a problem.
--
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=36719
Bug ID: 36719
Summary: Potemkin_Emulator: Everytime it trys to emulate a game
it freezes and a window pops up saying wine did it
Product: Wine
Version: 1.6.2
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: blakeusoris101(a)yahoo.com
Basically I've been trying to get a game and you need an emulator for it. I got
Potemkin the PSP emulator and when ever I try to open a ROM the program freezes
and a window pops up saying there is a problem with Wine. Please help!
--
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=30985
Bug #: 30985
Summary: Event handling in external (non-default) monitor issue
Product: Wine
Version: 1.5.6
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: marco_silva85(a)sapo.pt
Classification: Unclassified
currently I have setup dual monitors
when I execute an application with wine (ex. winecfg), it opens on the default
monitor, if I drag it to the other monitor, wine stops handling events, it
doesn't repaint it nor any keyboard/mouse events work (maybe it thinks its
minimized).
Notes:
My DE is xfce.
Native applications work well.
Other xrandr configurations and resolutions have the same problem.
--
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=30147
Bug #: 30147
Summary: mmdevapi: incorrect capture overrun handling
Product: Wine
Version: 1.3.25
Platform: x86
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P2
Component: mmdevapi
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: hoehle(a)users.sourceforge.net
CC: m.b.lankhorst(a)gmail.com
Classification: Unclassified
Created attachment 39320
--> http://bugs.winehq.org/attachment.cgi?id=39320
mmdevapi capture test from native w7 machine
Most wineXYZ audio drivers do not handle mmdevapi capture overrun correctly. In
particular, the ALSA & OSS drivers randomly overwrite old with new data,
depending on the read pointer within the capture buffer.
Native roughly supports, with some quirks, a scenario like:
Initialize(duration=Xms);
Start;
Sleep(X+Yms); /* Y extra spare time */
Stop; /* optional, buffer is full now */
repeat GetBuffer/ReleaseBuffer until (hr != S_OK);
The goal is to obtain one buffer (~Xms) full of data.
The attached log from a w7 machine shows what packet gets recorded at what time
by tracing GetBuffer's performance counter output parameter (qpc). The key
data points are:
>capture.c:544: rate: 48000
>capture.c:293: GetBufferSize 23941 period size 480
>capture.c:248: Sleep.1 position 480 pad 16800 flags 0, frames locked: 480
>capture.c:250: sleep qpc=67335132
>capture.c:293: GetBufferSize 23941 period size 480
>capture.c:303: Overrun position 1440 pad 23941 flags 1, frames locked: 480
>capture.c:305: overrun qpc=67355139
This position and qpc jump of exactly one period I don't understand.
>capture.c:331: Cont'ed position 1920 pad 23461 flags 0, frames locked: 480
>capture.c:333: cont'ed qpc=67365133
>qpc=67375139 0 position 2400 pad 22981 flags 0, next 480, frames locked: 480
>qpc=67385135 1 position 2880 pad 22501 flags 0, next 480, frames locked: 480
Note how position correlates with 10ms increments of qpc (in µs).
>qpc=67795152 42 position 22560 pad 3301 flags 0, next 480, frames locked: 480
>qpc=67805153 43 position 23040 pad 2821 flags 0, next 480, frames locked: 480
>qpc=67815148 44 position 23520 pad 2341 flags 0, next 421, frames locked: 421
>qpc=67823919 45 position 23520 pad 1920 flags 0, next 59, frames locked: 59
>qpc=67825154 46 position 24000 pad 1861 flags 0, next 480, frames locked: 480
>qpc=67835147 47 position 24480 pad 1381 flags 1, next 421, frames locked: 421
>qpc=68085155 48 position 36480 pad 960 flags 1, next 480, frames locked: 480
>capture.c:352: Test failed: Valid IAudioCaptureClient_GetBuffer: 08890001
>qpc=68085155 49 position -1 pad 480 flags 1, next 0, frames locked: 0
qpc indicates that old packets are being delivered until iteration <48, where
another position jump occurs.
Summary:
- I don't know where native's 23941 frames buffer comes from.
It's neither a multiple of the period size nor of 1024.
- Upon underrun, a DISCONTINUITY is immediately signaled and one
packet is skipped. The latter is weird. (I'm wondering whether
native overwrites one packet within the circular buffer as an
overrun detector, then skips it?).
+ Then, almost a full buffer of old packets can be retrieved with
GetBuffer.
- While the full buffer is 49 * 480 + 421, only 48 * 480 + 421 frames
can be retrieved with a qpc indicating pre-overrun times.
- The last old packet is flagged with DISCONTINUITY too (iteration 47).
I'd have expected solely the following one to bear this mark.
+ When there's room again in the buffer, GetBuffer yields new packets
(iteration 48). Both position and qpc reflect the overrun gap that
appears to have last for 250ms. DISCONTINUITY is set too.
- There's some strange packet splitting at iterations 44-45 that may
correspond to a wrap-around of native's buffer.
I wonder why native does not limit buffer to multiples of period size.
- Note that the position 23520 of the 59 frames fragment rest is the
same as that of the previous 421 frames packet. A bug in native?
The qpc is different and looks ok.
+ GetNextPacket exactly matches the following GetBuffer, even when it
yields less than one packet, e.g. 421/59/480.
- GetCurrentPadding >= period size does not imply a successful GetBuffer,
see iteration 49. Only GetNextPacket correlates fine. A bug in native?
--
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=30110
Bug #: 30110
Summary: Mass effect steam
Product: Wine
Version: 1.4-rc6
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: Monoboy4ik(a)gmail.com
Classification: Unclassified
Game works fine but sometimes after 1-2 hours playing game freezes. No errors
in the console does not appear. Help please
--
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=29809
Bug #: 29809
Summary: Hype the Time Quest Installer Goes Over 100%
Product: Wine
Version: 1.3.16
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: jthomas97411(a)yahoo.com
Classification: Unclassified
Wine 1.3.16 is as far back as I tested. For 1.3.16, 1.3.20, 1.4 rc 1, and 1.4
rc 2, if you uncheck the Microsoft DirectX Media check, this will allow the
installer to succeed, whereas if you don't uncheck that, it will fail.
When it fails (DirectX check left checked), it stops at about 100%. When it
succeeds (DirectX check unchecked), it goes to 116%, in the case of the
versions mentioned above.
There were some versions there for a while, somewhere not too far after 1.3.29,
that went to 117% when you didn't uncheck the DirectX test and they failed, and
when you did uncheck the DirectX test, the installer stopped at 100% and
succeeded. Whereas with these other versions it doesn't go over if you _don't_
uncheck it and does go over if you _do_ uncheck_ it. It still held true that
unchecking let it succeed and leaving it checked caused it to fail.
So this is a separate bug from the installer simply crashing.
Notice how this is different than the DirectX check bug: 29806. This is about
the installer going over 100%.
I get this 9 times in terminal from when the installer crashes in the case of
1.3.16, 1.3.20, 1.4 rc 1, and 1.4 rc 2:
fixme:advpack:ExecuteCabW Cab archive not extracted!
Jake
--
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=36480
Bug ID: 36480
Summary: Millenium Carillon Controller crashes on startup
Product: Wine
Version: 1.7.11
Hardware: x86-64
OS: Mac OS X
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: -unknown
Assignee: wine-bugs(a)winehq.org
Reporter: lithiumfun(a)me.com
Created attachment 48544
--> http://bugs.winehq.org/attachment.cgi?id=48544
Back Trace
The program gives the error "Unable to load DLL 'FTD2XX.DLL': Exception from
HRESULT 0x8007007E". Program is Millennium Controller by Chimemaster Systems.
Uses .NET v2.0.
--
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=35615
Bug ID: 35615
Summary: Robin Hood Legend of Sherwood: Missing UI elements and
invisible cursor in-game
Product: Wine
Version: 1.7.12
Hardware: x86
OS: Windows
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-d3d
Assignee: wine-bugs(a)winehq.org
Reporter: devilhood(a)gmail.com
Classification: Unclassified
During gameplay, parts of the UI are either invisible or black, and the mouse
cursor is partly invisible.
Windows 8 users can only play this game using WineD3D. Without WineD3D it lags
to an unplayable degree. No other fixes are available and support has been
abandoned for this title.
--
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=31055
Bug #: 31055
Summary: Sonic The Hedgehog 4 very slow on multicore cpu
Product: Wine
Version: 1.5.7
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: viny_viny304(a)hotmail.com
Classification: Unclassified
Sonic The Hedgehog 4 episode 1 and 2 is very slow on multicore cpus. Used
schedtool (to define the affinity. e.g. schedtool -a 0x1 -e wine ... ) the
performance improves considerably but still keeps a bit out of normal.
--
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.