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 assig
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 >/proc/sys/kernel/exec-shie
> > > 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 must be enough physical ram + swapfile for all virtual allocations.
> > That'd be the only thing that I could t
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
> th
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
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 >/proc/sys/kern
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 y
...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 librarie
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
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
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 GTA
...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 libra
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 MAP_NORESER
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.
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, MAP_PRIVATE|MAP_AN
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 t
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
E
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
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 f
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 se
20 matches
Mail list logo
