http://bugs.winehq.org/show_bug.cgi?id=421
Alexander Varnin <fenixk19(a)mail.ru> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |fenixk19(a)mail.ru
--- Comment #91 from Alexander Varnin <fenixk19(a)mail.ru> 2008-12-04 12:52:58 ---
This new engine works good for me. I haven't found any bugs for my application
yet, but i'll keep testing. Also I can see perfomance improvement as expected.
--
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=6719
--- Comment #12 from Rudy Grigar <basic(a)osuosl.org> 2008-12-04 11:38:57 ---
This bug also still exists in wine 1.1.7 with Office 2003.
--
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=7436
--- Comment #6 from John Voltz <ninevoltz(a)metalink.net> 2008-12-04 07:43:57 ---
(In reply to comment #5)
Yes, it's still a bug in wine-1.1.9-340-g934aa49
--
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=3107
--- Comment #14 from Danila Sentiabov <dsent(a)mail.ru> 2008-12-04 05:47:52 ---
OK, seems that Acemoney developers have changed something in their code to
improve compatibility with Wine. So latest version of AceMoney (3.12.2) works
perfectly without any dll overrides with any wine version starting from 1.0.
However, I think this doesn't mean we can close this bug, because Wine still
don't behave like Windows with older version of the program.
Also, it's important to create a fresh prefix. Upgrading the old version of
AceMoney in your old prefix just doesn't work - for me it produced quite a few
weird bugs.
Someone can confirm this bug in 1.1.9 with older version of AceMoney?
Unfortunately, I don't have one already :-(
--
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=9114
James Hawkins <truiken(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |nazgand(a)gmail.com
--- Comment #11 from James Hawkins <truiken(a)gmail.com> 2008-12-04 00:42:11 ---
*** Bug 16326 has been marked as a duplicate of this bug. ***
--
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=5308
Dmitry Timoshkov <dmitry(a)codeweavers.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Platform|All |Other
Version|CVS/GIT |unspecified
--
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=2561
--- Comment #26 from Dan Kegel <dank(a)kegel.com> 2008-12-04 00:05:45 ---
The 4.0 installer seems fine. The 6.x installer hangs at a splash
screen right after reading EULA.txt. It seems to be waiting for
some windows message?
(The 4.0 app still hangs just like before,
but upon second look, it's doing something very interesting:
it seems to be reading from a file using fgetc, but *every*
fgetc triggers a fill buffer. It's as if the app clobbers the
FILE's cnt member between every call to fgetc! Bleah.)
We should probably open a new bug for these two problems, this one is getting
kind of messy.
--
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=11329
Summary: Wine "forgets" that it's using a vfat filesystem and
doesn't use case-insensitive optimizations
Product: Wine
Version: 0.9.53.
Platform: Other
OS/Version: other
Status: NEW
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: scott(a)open-vote.org
System Shock 2 (after using SSTool to remove copy protection) works perfectly
in Wine if run within a virtual desktop.
The exception, however, is the load times. For me the game takes nearly 20
minutes to load normally. The game taxes the filesystem a lot - it unpacks a
large zip file of the unpatched game files, and then starts looking everywhere
for newer versions of them. For every one of these, Wine has to check that
they don't exist (in a case-insensitive way) in several directories. This 20
minute delay when changing areas makes the game nearly unplayable.
When I moved the game over to a new fat32 partition I made on an external
drive, the load time dropped from 20 minutes to 20 seconds. I was quite
impressed.
Strangely, however, after I restarted my computer the load times returned to 20
minutes. The drive is still mounted in the same place:
/dev/sdb2 on /media/disk-1 type vfat
(rw,nosuid,nodev,shortname=mixed,uid=1000,utf8,umask=077,usefree)
I believe it's using the same options, since I didn't mount it by hand in
either case and let Ubuntu automount it.
I have an F:\ drive pointing to that filesystem that I set up in winecfg. The
game is installed there (at F:\sshock2)
So, what happened? It seems like Wine is no longer using its case-insensitive
optimizations, but I have no clue how to force it to do so.
--
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=9568
Summary: d3d regression in UFO:ET - Invisible Textures
Product: Wine
Version: CVS/GIT
Platform: PC
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: wine-directx-d3d
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: sm(a)kleinreich.de
CC: stefandoesinger(a)gmx.at
Created an attachment (id=7937)
--> (http://bugs.winehq.org/attachment.cgi?id=7937)
Screenshot 'showing' invisible Textures in Tactical Modus
Just tried wine-0.9.44-195-g282696b
where the changes to vertex-stuff fix another Bug (9551) in UFO:ET,
but now there's a regression from wine-0.9.44 to above git:
Now, in tactical modus, most textures are invisible,
if I move some Soldier or the Map itself, soldiers get visible
and the landscape flickers visible sometimes.
I think maybe it is one of the new commits to vertex-stuff,
so I decide to put Stefan in CC - if I'm wrong, sorry for that.
Look at the provided Screenshot to see how the Issue looks,
if you need a working (from wine-0.9.44) Screen look into AppDB.
I don't attach the d3d-traces, because of huge logsize and I don't
know where to start - how to limit output to the nessecary details?
--
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=2116
--- Comment #12 from Dmitry Timoshkov <dmitry(a)codeweavers.com> 2008-12-03 22:06:45 ---
The problem is most likely fixed, 32<->16 message mapping has been rewritten.
--
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.