http://bugs.winehq.org/show_bug.cgi?id=33830
Bug #: 33830 Summary: err:seh:raise_exception Unhandled exception code c0000005 flags 0 addr 0x7dc614fa Product: Wine Version: 1.6-rc2 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: random-system@libero.it Classification: Unclassified
hello to everybody,
Xubuntu 13.04 64bit and wine 1.6-rc2
product: GT216 [GeForce GT 220]
Driver nvidia 304.88
I installed DcUniverse online without problem.
http://appdb.winehq.org/objectManager.php?bShowAll=true&bIsQueue=false&a...
winetricks vcrun2005 vcrun2008 xact d3dx9_36 and switching dnsapi.dll to the builtin version
after i enabled virtual desktop
The game work very well but after 20 minutes goes in crash. err:seh:raise_exception Unhandled exception code c0000005 flags 0 addr 0x7dc614fa
http://bugs.winehq.org/show_bug.cgi?id=33830
Dan Kegel dank@kegel.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download URL| |http://www.dcuniverseonline | |.com/ CC| |dank@kegel.com Summary|err:seh:raise_exception |DC Universe Online crashes |Unhandled exception code |after 20 minutes |c0000005 flags 0 addr | |0x7dc614fa |
http://bugs.winehq.org/show_bug.cgi?id=33830
--- Comment #1 from Austin English austinenglish@gmail.com 2013-06-18 13:22:23 CDT --- Please attach the full terminal output.
http://bugs.winehq.org/show_bug.cgi?id=33830
--- Comment #2 from Lele random-system@libero.it 2013-06-18 16:42:44 CDT --- Created attachment 44864 --> http://bugs.winehq.org/attachment.cgi?id=44864 report of DCU
before crash the the game is bit slow, i think that make a too big file
http://bugs.winehq.org/show_bug.cgi?id=33830
Dan Kegel dank@kegel.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #44864|application/octet-stream |text/plain mime type| |
http://bugs.winehq.org/show_bug.cgi?id=33830
--- Comment #3 from Dan Kegel dank@kegel.com 2013-06-18 17:04:32 CDT --- Fun part of log:
err:winediag:FILE_CreateFile Too many open files, ulimit -n probably needs to be increased
Sounds like a file leak. How many files does the app have open, and does that number increase as time goes on?
You can watch it with ls /proc/XXX/fd, where XXX is the pid that ps shows for the app (or perhaps for wineserver, either could have a leak).
You might be able to work around it by doing something like ulimit -n wineserver -k sudo bash ulimit -n 16384 su -c bash joe where joe is your regular username, and then in the inner shell, verify that ulimit -n says 16384 or so, and that that's much larger than what the original ulimit -n output; then start the game.
ulimi
http://bugs.winehq.org/show_bug.cgi?id=33830
--- Comment #4 from Lele random-system@libero.it 2013-06-19 04:50:21 CDT --- Created attachment 44870 --> http://bugs.winehq.org/attachment.cgi?id=44870 report of DCU - ps -ef
http://bugs.winehq.org/show_bug.cgi?id=33830
--- Comment #5 from Lele random-system@libero.it 2013-06-19 04:51:54 CDT --- Created attachment 44871 --> http://bugs.winehq.org/attachment.cgi?id=44871 ls proc xxx fd
http://bugs.winehq.org/show_bug.cgi?id=33830
--- Comment #6 from Lele random-system@libero.it 2013-06-19 04:54:10 CDT --- I'm not sure of undestand all, but i put some logs
anyway before ulimit -n 1024
now ulimit -n 16384
do you think there some bugs in wine? or it's a problem of my pc?
http://bugs.winehq.org/show_bug.cgi?id=33830
--- Comment #7 from Lele random-system@libero.it 2013-06-19 05:02:52 CDT --- I'm not sure of undestand all, but i put some logs
anyway before ulimit -n 1024
now ulimit -n 16384
do you think there some bugs in wine? or it's a problem of my pc?
http://bugs.winehq.org/show_bug.cgi?id=33830
--- Comment #8 from Lele random-system@libero.it 2013-06-19 05:03:16 CDT --- I'm not sure of undestand all, but i put some logs
anyway before ulimit -n 1024
now ulimit -n 16384
do you think there some bugs in wine? or it's a problem of my pc?
http://bugs.winehq.org/show_bug.cgi?id=33830
--- Comment #9 from Dan Kegel dank@kegel.com 2013-06-19 09:51:41 CDT --- There might be a file leak in wine or in the game. The key question is, once you verify that your current terminal window's shell has a really high ulimit -n of 16384, does that avoid the crash of a game started from that window?
This is a little tricky for newbies, since the ulimit setting is per process, is inherited by subprocesses (that's why it's important to raise ulimit in the same terminal window from which you start the game), and nonpersistent (logging out undoes the setting).
You showed a screenshot of /proc/XXX/fd for wineserver, but you didn't say how long the game had been running at that point; also, the interesting thing is not how many fd's it has at the start, but whether that number grows as you play the game.
http://bugs.winehq.org/show_bug.cgi?id=33830
--- Comment #10 from Lele random-system@libero.it 2013-06-19 12:46:53 CDT --- Nothing change after 20 minutes crash anyway
On windows 7 work without crash.
http://bugs.winehq.org/show_bug.cgi?id=33830
--- Comment #11 from Austin English austinenglish@gmail.com 2013-06-19 12:59:03 CDT --- (In reply to comment #10)
Nothing change after 20 minutes crash anyway
On windows 7 work without crash.
Please upload a new log with that crash (with ulimit raised).
http://bugs.winehq.org/show_bug.cgi?id=33830
--- Comment #12 from Lele random-system@libero.it 2013-06-20 05:10:30 CDT --- OK i try sometime but for moment it's doesn't crash after 2 hours
Sometime have some slowdown.
It's bug of wine?
can i fix it forever?
http://bugs.winehq.org/show_bug.cgi?id=33830
--- Comment #13 from Lele random-system@libero.it 2013-06-20 05:11:19 CDT --- Created attachment 44883 --> http://bugs.winehq.org/attachment.cgi?id=44883 ls proc xxx fd
http://bugs.winehq.org/show_bug.cgi?id=33830
--- Comment #14 from Lele random-system@libero.it 2013-06-24 01:55:36 CDT --- Can i fix it forever? there's no permanent fix?
http://bugs.winehq.org/show_bug.cgi?id=33830
--- Comment #15 from Austin English austinenglish@gmail.com 2013-06-24 02:29:15 CDT --- (In reply to comment #14)
Can i fix it forever? there's no permanent fix?
Did the ulimits change help?
http://bugs.winehq.org/show_bug.cgi?id=33830
--- Comment #16 from Lele random-system@libero.it 2013-06-24 03:34:18 CDT --- Sometime crash again but usually work.
before crash have some slowdown.
http://bugs.winehq.org/show_bug.cgi?id=33830
--- Comment #17 from Austin English austinenglish@gmail.com 2013-06-24 10:34:08 CDT --- (In reply to comment #16)
Sometime crash again but usually work.
before crash have some slowdown.
Edit /etc/security/limits.conf and increase 'nofile'. See http://www.cyberciti.biz/faq/linux-increase-the-maximum-number-of-open-files... for more info.
https://bugs.winehq.org/show_bug.cgi?id=33830
super_man@post.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |focht@gmx.net, | |super_man@post.com
https://bugs.winehq.org/show_bug.cgi?id=33830
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED URL|http://www.dcuniverseonline |http://www.fileplanet.com/2 |.com/ |18295/download/DC-Universe- | |Online-Client-Downloader Resolution|--- |ABANDONED
--- Comment #18 from Anastasius Focht focht@gmx.net --- Hello folks,
unlikely to be reproduced.
The client uses different technologies now: requiring .NET 4.x, using embedded chromium browser processes/libcef, albeit without sandboxing etc.
Since there was no conclusion if the handle problem was due to app bug or Wine, resolving 'ABANDONED' here.
There is a crash in CEF based launcher child processes (not sandboxed) but it's completely unrelated to the original problem.
Regards
https://bugs.winehq.org/show_bug.cgi?id=33830
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #19 from Austin English austinenglish@gmail.com --- Closing.