>
> If it's build using debug options, looking with GDB where it fail would be
> much more useful than a random dependency graph.
>
Its not at the moment, but i can try that.
>
> It's intriguing that it default just after doing a mmap:
>
> mmap(NULL, 4096, PROT_READ|PROT_WRITE|PROT_EXEC,
>
> openscad is working fine here. I propose comparing our versions. Here is
> mine:
>
> $ equery depgraph openscad
> * Searching for openscad ...
>
> * dependency graph for media-gfx/openscad-2015.03
> `-- media-gfx/openscad-2015.03 ~amd64
>`-- media-gfx/opencsg-1.3.2-r1
If it's build using debug options, looking with GDB where it fail would be much
more useful than a random dependency graph.
It's intriguing that it default just after doing a mmap:
mmap(NULL, 4096, PROT_READ|PROT_WRITE|PROT_EXEC, MAP_PRIVATE|MAP_ANONYMOUS, -1,
0) = 0x7f50a7949000
What
On 03/10/16 02:55, Adam Carter wrote:
I can open the program ok, but when I click on New it seg faults. Strace
of its death below.
I tried recompiling it and all its immediate dependencies. How do i
troubleshoot this?
Cheers.
Hi Adam
openscad is working fine here. I propose comparing our
I can open the program ok, but when I click on New it seg faults. Strace of
its death below.
I tried recompiling it and all its immediate dependencies. How do i
troubleshoot this?
Cheers.
ioctl(10, 0xc020645e, 0x7ffc4f7bd9c0) = 0
mmap(NULL, 65536, PROT_READ|PROT_WRITE, MAP_SHARED, 10,
5 matches
Mail list logo