http://bugs.winehq.org/show_bug.cgi?id=2467
Charles de Noyelle <wine(a)spontex.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC|wine(a)spontex.org |
--
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=6183
--- Comment #33 from Mirek Slugen <thunder.m(a)email.cz> 2009-03-18 06:58:10 ---
(In reply to comment #32)
> I found a solution that works on my system, which prevents NFSMW from crashing
> although the sound issue remains.
>
> It seems that even under windows NFSMW seems to have issues running on
> multi-core systems. Setting the processor affinity to one core fixes the
> crashes.
>
> I use :taskset -c 0 wine speed.exe
>
Your solution is not working for me, NFS MW crashed same as without taskset. I
think this is wine problem, because on same system with cedega NFS MW and NFS
Carbon works without problems.
--
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=6183
jake9999 <sb.zijlstra(a)casema.nl> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |sb.zijlstra(a)casema.nl
--- Comment #32 from jake9999 <sb.zijlstra(a)casema.nl> 2009-03-18 06:22:52 ---
I found a solution that works on my system, which prevents NFSMW from crashing
although the sound issue remains.
It seems that even under windows NFSMW seems to have issues running on
multi-core systems. Setting the processor affinity to one core fixes the
crashes.
I use :taskset -c 0 wine speed.exe
--
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=17775
Summary: Can not log in to AppDB
Product: WineHQ Apps Database
Version: unspecified
Platform: All
OS/Version: All
Status: UNCONFIRMED
Severity: major
Priority: P2
Component: appdb-unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: kennybobs(a)o2.co.uk
Following work completed today, many users (including me) are unable to log in
to the appdb, and are returned to the front page.
Clearing cookies has no effect.
--
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=17744
Summary: Can't install TeX2Word
Product: Wine
Version: 1.1.17
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lukasz.wojnilowicz(a)gmail.com
Created an attachment (id=19962)
--> (http://bugs.winehq.org/attachment.cgi?id=19962)
WINEDEBUG=+relay Wine 1.1.17
I'm using Wine 1.1.17 (compiled from source using gcc version 4.3.2 20081105
(Red Hat 4.3.2-7) ) on Fedora 10 i386.
The problem is i can't install TeX2Word (default demo installation). Program
displays error message "Can't install TeX2Word" and stops at step "[1] Trying
destination folders... " "can't write to folder C:\Program Files\Common
Files\Microsoft Shared\TEXTCONV\".
The bug should be mega trivial because when I create directory "C:\Program
Files\Common Files\Microsoft Shared\TEXTCONV\" the installation is successful.
I'm adding 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=17754
Summary: In-house application failes with EAccessViolation error
Product: Wine
Version: 1.1.9
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: lemeia(a)bigpond.com
When trying to run an in-house scheduling application written in Delphi I get
the following error:
Exception EAccessViolation in module systemmonitor.exe at 0011027B. Access
violation at address 0051027B in module 'systemmonitor.exe'. Read of address
00000000.
Have attached WINEDEBUG="+relay,+seh,+tid" dump.
Regards
--
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=9158
Luke Benstead <kazade(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |kazade(a)gmail.com
--- Comment #18 from Luke Benstead <kazade(a)gmail.com> 2009-03-17 08:31:41 ---
I've been thinking about how to handle FILE_ATTRIBUTE_HIDDEN in Wine. In
Nautilus (and probably other file managers) you can hide files by creating a
file called ".hidden" and listing the names of the files you wish to hide.
Once possible proper fix for this bug (aside from the workaround posted) is to
alter create_file (server/file.c) to add an entry to a .hidden file in the
destination directory when a file is created with FILE_ATTRIBUTE_HIDDEN set.
Then FindFirstFile/FindNextFile could check this file (if it exists) and ignore
any files listed.
This should give the behaviour needed without having to rename the files so
they are prefixed with a dot.
--
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=2467
Juan <Battle_Css(a)hotmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |Battle_Css(a)hotmail.com
--- Comment #104 from Juan <Battle_Css(a)hotmail.com> 2009-03-16 18:52:36 ---
I noticed that if i open sc and then changed the resolution, i can see the
missing things below the real window, if im single player menus the real window
is in the top left hand corner and if i open bnet it switches to bottom left
corner.
--
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=5131
Tom Kistner <tom(a)duncanthrax.net> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |tom(a)duncanthrax.net
--- Comment #30 from Tom Kistner <tom(a)duncanthrax.net> 2009-03-16 16:43:14 ---
FYI: I re-sent my original submission to wine-patches today.
--
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=15899
Summary: EVE Online: some objects flicker when calling context
menu
Product: Wine
Version: 1.1.7
Platform: PC
URL: http://www.eve-online.com/
OS/Version: Linux
Status: UNCONFIRMED
Severity: trivial
Priority: P2
Component: directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: phoenix(a)mail.ru
Created an attachment (id=17062)
--> (http://bugs.winehq.org/attachment.cgi?id=17062)
System profile where issue has been observed
Repro steps:
1) Get into station (issue seems to reproduce not for all stations; some
doesn't contain bugged objects); i've used 'Gallente 5' station
2) Click using RMB on your ship to call context menu
Result:
For a short duration (couple of frames) projector's platform change its
location. Just small visual glitch.
Expected:
They should keep their location (checked on windows)
Attachments:
gallente_5.jpg - station interior, notice where platforms are located
contexted.jpg - platforms moved for a short time when i called context menu
hardinfo_report.html - my system profile
--
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.