http://bugs.winehq.org/show_bug.cgi?id=6971
Reco <recoverym4n(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |recoverym4n(a)gmail.com
--
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=8854
--- Comment #50 from Dmitry Timoshkov <dmitry(a)codeweavers.com> 2010-02-09 09:08:08 ---
(In reply to comment #49)
> (In reply to comment #48)
> > The test Julius attached clearly shows the deficiency of such a stance. It
> > doesn't really matter what native does or does not: due to its architecture
> > Wine needs to update the thread queue key state directly or indirectly, and
> > user32 already takes care of this in most of its API implementations.
> Except this won't work if main window was created from another thread which
> does not poll events.
I suspect that won't work on Windows either.
--
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=8854
--- Comment #49 from Vitaliy Margolen <vitaliy(a)kievinfo.com> 2010-02-09 08:49:57 ---
(In reply to comment #48)
> The test Julius attached clearly shows the deficiency of such a stance. It
> doesn't really matter what native does or does not: due to its architecture
> Wine needs to update the thread queue key state directly or indirectly, and
> user32 already takes care of this in most of its API implementations.
Except this won't work if main window was created from another thread which
does not poll events.
--
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=21657
Summary: Cannot open files with file names containing white
spaces within KDE4
Product: Wine
Version: 1.1.37
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
Not sure if this is a general problem or a KDE4-related problem.
I use MS Office 2007 with wine 1.1.37 on a gentoo system.
When I try to open a MS Office document (.doc, .ppt, .xls, ...) whose file name
contains white spaces, like "somedir/Open this document.doc", the Office
application starts but shows me the following error message dialogs:
"Could not find file (\somedir\Open.doc)"
"Could not find file (\somedir\this.doc)"
"Could not find file (\somedir\document.doc)"
Is this a wine problem 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=13783
Summary: mmap fail on GVFS
Product: Wine
Version: 1.0-rc4
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: fnjordy(a)gmail.com
Microsoft Excel '97 fails to open GVFS mounted files with the following errors:
err:virtual:map_file_into_view shared writable mmap not supported, broken
filesystem?
err:virtual:NtMapViewOfSection map_file_into_view 0x8f0000 6000 000000000
failed
The document works fine when copied to the local file system. Also, Microsoft
Word '97 can open files whilst reporting the same two error messages:
err:virtual:map_file_into_view shared writable mmap not supported, broken
filesystem?
err:virtual:NtMapViewOfSection map_file_into_view 0x8b0000 c000 000000000
failed
Mount point is created via Nautilus, then file is openedby navigating to
~/.gvfs/....
--
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=21136
Summary: Wine .Net application crashes
Product: Wine
Version: 1.1.35
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kovariadam(a)gmail.com
Please see the log file.
arch linux x86
--
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=8854
--- Comment #48 from Dmitry Timoshkov <dmitry(a)codeweavers.com> 2010-02-09 02:42:28 ---
Created an attachment (id=26153)
--> (http://bugs.winehq.org/attachment.cgi?id=26153)
Make sure that key/mouse state is up to date
(In reply to comment #5)
> This hack is invalid. Native does not do that. And there are no need to poll
> input.
The test Julius attached clearly shows the deficiency of such a stance. It
doesn't really matter what native does or does not: due to its architecture
Wine needs to update the thread queue key state directly or indirectly, and
user32 already takes care of this in most of its API implementations.
Attached patch should fix this bug, another solution is to call
GetAsyncKeyState() for each key, but that would be less efficient.
--
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=6971
Berillions <berillions(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |berillions(a)gmail.com
--- Comment #322 from Berillions <berillions(a)gmail.com> 2010-02-09 02:19:36 ---
In fact, if i play with Wine 1.1.38 not patched, i can move my mouse but i
can't use it in the menu.
But during a game, it's different. Left and Right clic don't work and move the
mouse doesn't work too. Mainly when i want choose a conversation's option when
Sheppard must to speak.
You managed to resolve this problem with which patch?
There are more patch and i don't find a good patch to play correctly at this
game.
I add that i play in windowed mode with wine 1.1.38.
Thanks for your help.
--
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=20023
Summary: Elder Scrolls III: Morrowind failing at install
Product: Wine
Version: 1.1.29
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: ssjgoku75x(a)aol.com
I have been trying to install Elder Scrolls III: Morrowind and I can't even
make it past the install. I added an attachment of what the error message says.
--
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.