http://bugs.winehq.org/show_bug.cgi?id=22230
Summary: CATIAV5R20: Hang up on start-up Product: Wine Version: 1.1.34 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wineserver AssignedTo: wine-bugs@winehq.org ReportedBy: lukasz.wojnilowicz@gmail.com
Created an attachment (id=27133) --> (http://bugs.winehq.org/attachment.cgi?id=27133) Moment when it hangs
CATIA fails to run. It hangs up on the screen showed in attachment. This is an regression because it doesn't happen on Wine 1.1.33.
5f808f03e1bc379fb02eaf4b16a43247410c7003 is the first bad commit commit 5f808f03e1bc379fb02eaf4b16a43247410c7003 Author: Alexandre Julliard julliard@winehq.org Date: Mon Nov 23 16:16:46 2009 +0100
server: Store a duplicate of the file descriptor for file mappings.
:040000 040000 4ada6b469d11067db8da9d76f3b4def94fe31cb5 1c9975c82173e6bc0b28149b7039dcbfa2b970c7 M server
http://bugs.winehq.org/show_bug.cgi?id=22230
NSLW lukasz.wojnilowicz@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |regression CC| |julliard@winehq.org
http://bugs.winehq.org/show_bug.cgi?id=22230
--- Comment #1 from NSLW lukasz.wojnilowicz@gmail.com 2010-04-01 03:43:49 --- Created an attachment (id=27134) --> (http://bugs.winehq.org/attachment.cgi?id=27134) Terminal output on Wine 1.1.41
http://bugs.winehq.org/show_bug.cgi?id=22230
--- Comment #2 from Alexandre Julliard julliard@winehq.org 2010-04-01 04:30:06 --- Please get a +relay,+server trace.
http://bugs.winehq.org/show_bug.cgi?id=22230
--- Comment #3 from NSLW lukasz.wojnilowicz@gmail.com 2010-04-01 06:36:50 --- Created an attachment (id=27135) --> (http://bugs.winehq.org/attachment.cgi?id=27135) WINEDEBUG=+server,+relay on wine-1.1.41-400-g6863290
(In reply to comment #2)
Please get a +relay,+server trace.
Last 4300000 lines from 1.2 GB big trace.
http://bugs.winehq.org/show_bug.cgi?id=22230
--- Comment #4 from Alexandre Julliard julliard@winehq.org 2010-04-01 06:53:24 --- It seems corrupted, or I don't have the right lrzip. Please use a more standard compression program like bzip2.
http://bugs.winehq.org/show_bug.cgi?id=22230
--- Comment #5 from NSLW lukasz.wojnilowicz@gmail.com 2010-04-01 07:47:01 --- Created an attachment (id=27138) --> (http://bugs.winehq.org/attachment.cgi?id=27138) WINEDEBUG=+server,+relay on wine-1.1.41-400-g6863290 bzip2
(In reply to comment #4)
It seems corrupted, or I don't have the right lrzip. Please use a more standard compression program like bzip2.
File isn't corrupted. I successfully unpacked downloaded archive by typing lrzip -d relay.txt.lrz My lrzip version is 0.23.
I uploaded last 3500000 lines packed with bzip2.
http://bugs.winehq.org/show_bug.cgi?id=22230
--- Comment #6 from Alexandre Julliard julliard@winehq.org 2010-04-01 08:40:30 --- Looks like it's running out of file handles. It's hard to tell why without the full trace.
http://bugs.winehq.org/show_bug.cgi?id=22230
--- Comment #7 from NSLW lukasz.wojnilowicz@gmail.com 2010-04-01 08:43:30 --- (In reply to comment #6)
Looks like it's running out of file handles. It's hard to tell why without the full trace.
Do you wish me to send piece by piece here?
http://bugs.winehq.org/show_bug.cgi?id=22230
--- Comment #8 from Alexandre Julliard julliard@winehq.org 2010-04-01 09:16:22 --- How big is it with just +server?
http://bugs.winehq.org/show_bug.cgi?id=22230
--- Comment #9 from NSLW lukasz.wojnilowicz@gmail.com 2010-04-01 09:23:40 --- Created an attachment (id=27141) --> (http://bugs.winehq.org/attachment.cgi?id=27141) WINEDEBUG=+server on wine-1.1.41-400-g6863290 bzip2
(In reply to comment #7)
How big is it with just +server?
It's small enough to send it in one package.
http://bugs.winehq.org/show_bug.cgi?id=22230
--- Comment #10 from Alexandre Julliard julliard@winehq.org 2010-04-01 10:46:24 --- I don't see any obvious leak, it looks like it's just loading a gazillion dlls. You probably need to increase the file ulimit.
http://bugs.winehq.org/show_bug.cgi?id=22230
--- Comment #11 from NSLW lukasz.wojnilowicz@gmail.com 2010-04-01 11:57:38 --- (In reply to comment #10)
I don't see any obvious leak, it looks like it's just loading a gazillion dlls. You probably need to increase the file ulimit.
CATIA directory has 55,700 files so it probably loads gazillion dlls, but all this works on Wine 1.1.33.
How do I increase file ulimit?
http://bugs.winehq.org/show_bug.cgi?id=22230
--- Comment #12 from NSLW lukasz.wojnilowicz@gmail.com 2010-04-01 11:59:50 --- CATIA is very modularized and i should mention that I've got many modules installed. When I install only one module then CATIA starts fine but one module isn't enough, besides CATIA works with all my modules on Wine 1.1.33.
http://bugs.winehq.org/show_bug.cgi?id=22230
--- Comment #13 from Alexandre Julliard julliard@winehq.org 2010-04-01 12:13:37 --- The new scheme has to store a separate file descriptor for mappings, so it needs more of them. That's necessary to get sharing modes right for file mappings.
http://bugs.winehq.org/show_bug.cgi?id=22230
Dan Kegel dank@kegel.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |dank@kegel.com
--- Comment #14 from Dan Kegel dank@kegel.com 2010-04-04 11:01:37 --- Perhaps raising the file handle limit would help? You can do this once with
su - root ulimit -n 16384 # if root uses sh su - your_user_name
That only affects the current window (shell).
Or you can raise it more permanently by adding the line
* - nofile 3000
to /etc/security/limits.conf, logging out, and logging in again.
http://bugs.winehq.org/show_bug.cgi?id=22230
--- Comment #15 from NSLW lukasz.wojnilowicz@gmail.com 2010-04-04 12:14:24 --- (In reply to comment #14)
Perhaps raising the file handle limit would help? You can do this once with
su - root ulimit -n 16384 # if root uses sh su - your_user_name
Yes it does help on Wine 1.1.42. Please tell me if it has any negative influence on my operating system and will it be fixed on Wine's end?
http://bugs.winehq.org/show_bug.cgi?id=22230
Dan Kegel dank@kegel.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |INVALID
--- Comment #16 from Dan Kegel dank@kegel.com 2010-04-04 14:07:22 --- I think that's fine for normal operation. The limit of 1024 was set back when computers had 100 times less memory. It's about time it was raised.
Perhaps you could add that tip to the appdb.
I'm going to mark this INVALID because it's probably not a bug in wine, just a fact of life when running large applications. If it turns out Wine is leaking filehandles, or this affects a large number of applications, we can look into it again.
http://bugs.winehq.org/show_bug.cgi?id=22230
Dan Kegel dank@kegel.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #17 from Dan Kegel dank@kegel.com 2010-04-04 14:07:39 --- Closing invalid bug.
http://bugs.winehq.org/show_bug.cgi?id=22230
--- Comment #18 from Dan Kegel dank@kegel.com 2010-10-19 14:14:33 CDT --- I filed http://brainstorm.ubuntu.com/idea/26178/ for increasing the number of file descriptors available to wine apps.
http://bugs.winehq.org/show_bug.cgi?id=22230
coco_3_5@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |coco_3_5@hotmail.com
--- Comment #19 from coco_3_5@hotmail.com 2010-12-28 03:24:36 CST --- (In reply to comment #14)
Perhaps raising the file handle limit would help? You can do this once with
su - root ulimit -n 16384 # if root uses sh su - your_user_name
That only affects the current window (shell).
Or you can raise it more permanently by adding the line
- nofile 3000
to /etc/security/limits.conf, logging out, and logging in again.
Yes it does help on Wine 1.3.10 installed on Ubuntu 10.10. On Mac OS X 10.6.5 I have the same bug but I didn't manage to find how to raise the file handle limit. Does anyone know how to do it ? I tried to add the line
limit maxfiles 20000
to /etc/launchd.conf
but it didn't work