|
Bugzilla – Full Text Bug Listing |
| Summary: | wine crashes when ulimit -v is set | ||
|---|---|---|---|
| Product: | [openSUSE] SUSE Linux 10.1 | Reporter: | Dirk Mueller <dmueller> |
| Component: | Basesystem | Assignee: | Marcus Meissner <meissner> |
| Status: | RESOLVED FIXED | QA Contact: | E-mail List <qa-bugs> |
| Severity: | Critical | ||
| Priority: | P5 - None | CC: | suse-beta |
| Version: | Beta 4 | ||
| Target Milestone: | --- | ||
| Hardware: | Other | ||
| OS: | Other | ||
| Whiteboard: | |||
| Found By: | Other | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
| Attachments: | perso.pat | ||
|
Description
Dirk Mueller
2006-02-19 21:28:54 UTC
can confirm. From: Alexandre Julliard <julliard@winehq.org> To: Marcus Meissner <meissner@suse.de> Cc: wine-devel@winehq.org Date: Fri, 24 Feb 2006 18:55:14 +0100 User-Agent: Gnus/5.110004 (No Gnus v0.4) Emacs/22.0.50 (gnu/linux) Subject: Re: Problem with virtual memory rlimits Marcus Meissner <meissner@suse.de> writes: > If you limit the virtual memory size using "ulimit -v 1400000" for > instance, wine will only crash. > > The problem is, that VIRTUAL_alloc_teb() tries to allocate a memory > area within the acceptable userspace ... but it does so much mmap()s > that it runs out of available mmap space before. > > I was only able to reproduce this on AMD64 machines up to now, > which pass out memory starting from 0xf7fffffff somewhere. > > Any clue how to solve this? I don't think you can. We are using MAP_NORESERVE, which could be argued should not count against the limit, but if it does then we need a limit high enough to reserve everything above 0x80000000. -- Alexandre Julliard julliard@winehq.org got an idea. :) Created attachment 73716 [details]
perso.pat
hack to change personality.
fixed package submitted to stable. |