http://bugs.winehq.org/show_bug.cgi?id=26292
Summary: OpenGL_Out_of_Memory (505). There's a leak in the
ARB_Vertex_Buffer_Object
Product: Wine
Version: 1.3.14
Platform: x86-64
OS/Version: Mac OS X 10.6
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: opengl
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: rochondil(a)gmail.com
Created an attachment (id=33520)
--> (http://bugs.winehq.org/attachment.cgi?id=33520)
My last run winelog for the beefy details
Basically it looks like Wine is trying to create a buffer on an already mapped
VBO...Which means. The real problem seems to me that the memory handling is the
problem. Wine can't clean the buffer properly and when it tries to create a new
buffer it fails thus being forced to use the mapped vbo which gradually fills
up then leaks.
It is not pretty.
The bug is occurring in "Oblivion GOTY".
And I have tested x amount of different settings though please come up with new
ones (i.e. not those already mentioned in the oblivion/fallout etc. threads.)
I do believe though that this can be fixed by implementing the same fix as
cedega does by limiting the GL Extension buffer to
"-GL_ARB_vertex_buffer_object". I know this works in cedega and cider. And I
know Wine and cedega doesn't exchange code (if they did I would have solved it
already). The thing is cedega is on to something with the GL extension and I
have no idea how to make it fixed in Wine.
Adding a disabledextensions in OpenGL key in Wine registry does not work; the
same error shows up.
I am using a mid 2009 MBP 15". My GFX GeForce 9600M GT 512 and my CPU 2.8GHz
with 4GB DDR3 Ram. I run the latest OSX. My wine is doh123s compiled Wineskin
Wrapper and I am running OBSE in Oblivion however it does not matter wether I
run with it or without.
The game crashes once the leak is to heavy. Furthermore it is easily recreated
by running a lot of mods and high graphics along with running around in a dense
polygon area or somewhere with a lot of stuff that needs rendering, thus the
buffer is filled quickly.
Believe it or not the crash seems to occur at a slower rate when running in
debug mode and it is also possible to purge the cell buffers in game so that
the in-game time may be extended even further before a critical leak occurs.
I would love to fix this. I believe it is rather easy to fix. Just a needed
injection in the registry should be all.
Any thoughts?
PS: I have added my error log for a bit more meat on the bones.
--
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=26327
Summary: ld.so: dl-close.c
Product: Wine
Version: 1.3.14
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: charles.tersteeg(a)gmail.com
Inconsistency detected by ld.so: dl-close.c: 736: _dl_close: Assertion
`map->l_init_called' failed!
might be the same as bug 23654
lord of the rings online
I can't reproduce this error on demand, i've seen it from the shire and
breeland all the way through moria, lothlorien, and mirkwood.
ubuntu 10.10 patched. wine 1.3.14.
default install and patched.
i did make a setting it the registry to change my video memory as i was getting
an error for that.
winecfg set to windows2000.
audio set to emulation and ALSA for voice chat to work.
lotro game audio using pulseaudio (tried setting to ALSA with same results)
I have nothing else special installed or configured in ubuntu or lotro. i've
read, it might be openal error but i don't know.
if i can add something to my pylotro launcher to see more output for this,
please let me know and i'll up date this.
--
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=2666
--- Comment #59 from K1773R <K1773R(a)darkgamex.ch> 2011-11-28 17:04:18 CST ---
there is just one more bug: sometimes the textcolor from the messages are
wrong. like being attacked from green one shows the text in red, just always
the negative color.
--
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=2666
--- Comment #57 from Frikkie Thirion <frixmail(a)gmail.com> 2011-11-28 16:57:18 CST ---
What preserverence! After almost 8 years this bug is finally squashed.
A new screenshot of the menu rendered correctly is attached.
--
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=25314
Summary: Droplitz: product activation fails
Product: Wine
Version: 1.3.8
Platform: x86
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: -unknown
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: gyebro69(a)gmail.com
Created an attachment (id=32158)
--> (http://bugs.winehq.org/attachment.cgi?id=32158)
terminal output
The game Droplitz requires product activation (email address + valid serial) on
the first start.
However activation fails in Wine-1.3.8 producing the following message from the
game:
'There was a problem activating Droplitz'. Then I can't proceed further.
The game was bought from Gamersgate however for activation it seems to use
Impulse Reactor DRM (whatever it is).
--
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=6033
Luke Bratch <l_bratch(a)yahoo.co.uk> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |l_bratch(a)yahoo.co.uk
--
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=27522
Summary: Mouse motion blocked or laggy while clicking
Product: Wine
Version: 1.3.19
Platform: x86-64
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: directx-dinput
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: pilota51(a)gmail.com
This regression started in 1.3.19 and appears to be related to the fix of Bug
6971.
I posted Bug 6971 comment 512 regarding this issue trying to see if anyone else
was experiencing it, which seemed to be ignored. I'm not sure if the lack of
complaints is because of a rare combination on my system or because not many
people play the affected games in Wine. I've recently reinstalled Ubuntu (for
other reasons) and tried a clean .wine directory as per the guidelines, but
this issue remained.
In Battlefield 1942 starting at 1.3.19, the mouse completely stops moving when
clicking a mouse button and allows moving again when the button is released.
The issue exists both in the menu and in-game. BF1942 did not experience Bug
6971.
In 1.3.19 (not later releases, but worth noting) only the first click would
register. All clicks register in 1.3.20 and later.
In Unreal Tournament 3 starting at 1.3.20, with the option enabled, there is
significant lag in mouse movement while clicking, about 1 second between
refreshes. With it disabled, there is no issue with clicking and moving the
mouse simultaneously, but of course the mouse will leave the window.
I've also noticed that while clicking and inducing the lag, the range of the
mouse is limited, which tells me the issue with window borders hasn't been
fixed entirely even though the mouse doesn't escape. Releasing the button will
allow full motion.
This is what I did to test how the mouse range behaves:
1. Hold a button down and rotate all the way to the right until it won't go
further.
2. Release button, either don't rotate or only rotate right.
3. Hold button again and notice how it still doesn't move any further right.
4. Release button and spin left a few times.
5. Hold button and notice how it won't rotate any further left.
The reason UT3 didn't have this issue in 1.3.19 is because the option simply
didn't work until Bug 6971 was fixed in 1.3.20. As for why BF1942 has this
problem and other games don't, I have a few guesses but I'm not sure.
If I have time later I might mess with the source and build it to find exactly
which code causes it. Looks like one of the last 3 commits on mouse.c contain
the cause.
--
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=3023
Bruno Jesus <00cpxxx(a)gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Fixed by SHA1| |d2029908514d84e8fc0a805803f
| |e9a427229e046
Status|NEW |RESOLVED
CC| |00cpxxx(a)gmail.com
Resolution| |FIXED
--- Comment #34 from Bruno Jesus <00cpxxx(a)gmail.com> 2011-11-24 19:39:09 CST ---
(In reply to comment #33)
> (In reply to comment #32)
> > This should now be fixed (commit d2029908514d84e8fc0a805803fe9a427229e046).
>
> In other words, would someone with sufficient permissions mark this bug
> RESOLVED FIXED?
Done =)
--
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=3023
--- Comment #33 from Erich Hoover <ehoover(a)mines.edu> 2011-11-24 17:48:10 CST ---
(In reply to comment #32)
> This should now be fixed (commit d2029908514d84e8fc0a805803fe9a427229e046).
In other words, would someone with sufficient permissions mark this bug
RESOLVED 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.