Mike Hearn wrote:
On Sat, 03 Dec 2005 20:39:01 -0600, Rob Shearman wrote:
I would suggest playing around with the prelink tool to put
dynamic libraries in better positions in memory.
Another thing to try is disabling execshield and VMA randomization:
echo 0
Ivan Gyurdiev wrote:
3. Fedora default prelink flags are:
# Options to pass to prelink
# -mTry to conserve virtual memory by allowing overlapping
# assigned virtual memory slots for libraries which
# never appear together in one binary
# -RRandomize virtual memory slot
Wow, thats really weird...I can also use steam without incident (I can
even play Half-Life 2,
... Half-Life 2 doesn't even run for me if I get Steam to start up.. it
goes to fullscreen, and freezes the screen (without covering anything
up). I am suspicious of hidden dialog boxes (like in
On Mon, Dec 05, 2005 at 03:11:33AM -0500, Ivan Gyurdiev wrote:
...which doesn't happen in your test program as it doesn't use as
many. Remember that it takes only one page of memory sitting at the
wrong virtual memory address to divide the available contiguous
addresses in half. I
On Mon, 2005-12-05 at 03:24 -0500, Ivan Gyurdiev wrote:
I think hardware problems with the RAM are highly unlikely. I've had
plenty of those, and when your RAM is defective, nothing works - you get
spurious kernel panics, and you will find out that it's defective
really soon.
Well, that
...which doesn't happen in your test program as it doesn't use as
many. Remember that it takes only one page of memory sitting at the
wrong virtual memory address to divide the available contiguous
addresses in half. I would suggest playing around with the prelink
tool to put dynamic
On Mon, 2005-12-05 at 00:41 -0800, James Liggett wrote:
On Mon, 2005-12-05 at 03:24 -0500, Ivan Gyurdiev wrote:
I think hardware problems with the RAM are highly unlikely. I've had
plenty of those, and when your RAM is defective, nothing works - you get
spurious kernel panics, and you
On Sat, 03 Dec 2005 20:39:01 -0600, Rob Shearman wrote:
I would suggest playing around with the prelink tool to put
dynamic libraries in better positions in memory.
Another thing to try is disabling execshield and VMA randomization:
echo 0 /proc/sys/kernel/exec-shield
echo 0
On Saturday 03 December 2005 15:02, Ivan Gyurdiev wrote:
Stefan Dösinger wrote:
Hello,
It doesn't seem to check the retval of the first alloc, which fails
about half of the time in
wine_anon_mmap (mmap() call) with ENOMEM. If the allocation succeeds,
Steam proceeds to run.
If it
Hi,
On Mon, Dec 05, 2005 at 09:07:45AM -0500, Kuba Ober wrote:
On Saturday 03 December 2005 15:02, Ivan Gyurdiev wrote:
I think I'm the only one with that problem... and I can't figure out
what's wrong :(
How's your swapfile size? Maybe your system doesn't do overcommits, thus
there
On Sat, 03 Dec 2005 15:38:10 -0500, Ivan Gyurdiev wrote:
Running the same call from a test program suceeds - I can mmap() things
that are an order of magnitude larger without problems (as a regular user).
How big is your swapfile? It should probably have a MAP_NORESERVE flag.
Mike Hearn wrote:
On Sat, 03 Dec 2005 15:38:10 -0500, Ivan Gyurdiev wrote:
Running the same call from a test program suceeds - I can mmap() things
that are an order of magnitude larger without problems (as a regular user).
How big is your swapfile? It should probably have a
...which doesn't happen in your test program as it doesn't use as
many. Remember that it takes only one page of memory sitting at the
wrong virtual memory address to divide the available contiguous
addresses in half. I would suggest playing around with the prelink
tool to put dynamic
Here is why I think Steam fails on my machine:
The issue: Half of the time Steam fails to start, with this helpful
message, and no wine output:
memstd.cpp (148) : Assertion Failed: 0
Then it goes into the minidump and writes a 3G file on my disk or so
that I need to erase..
===
It
Hello,
It doesn't seem to check the retval of the first alloc, which fails
about half of the time in
wine_anon_mmap (mmap() call) with ENOMEM. If the allocation succeeds,
Steam proceeds to run.
If it fails, Steam dies with the message above.
I just started Steam 5 times without a single
Stefan Dösinger wrote:
Hello,
It doesn't seem to check the retval of the first alloc, which fails
about half of the time in
wine_anon_mmap (mmap() call) with ENOMEM. If the allocation succeeds,
Steam proceeds to run.
If it fails, Steam dies with the message above.
I just started Steam 5
I tries that with the exact same results...
Attempted mmap_anon of size 200MB...fails...Steam fails, with ENOMEM.
Here's the exact mmap call... it's the only one that fails, and it's
the largest without MAP_NORESERVE.
mmap2(NULL, 209780736, PROT_NONE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = -1
On Sat, 2005-12-03 at 15:02 -0500, Ivan Gyurdiev wrote:
Stefan Dösinger wrote:
Hello,
It doesn't seem to check the retval of the first alloc, which fails
about half of the time in
wine_anon_mmap (mmap() call) with ENOMEM. If the allocation succeeds,
Steam proceeds to run.
If it
Ivan Gyurdiev wrote:
I tries that with the exact same results...
Attempted mmap_anon of size 200MB...fails...Steam fails, with ENOMEM.
Here's the exact mmap call... it's the only one that fails, and it's
the largest without MAP_NORESERVE.
mmap2(NULL, 209780736, PROT_NONE,
19 matches
Mail list logo
