I still can't reproduce the error. A SIGFPE may indicate a bug in the
rendering library; I recall encountering something like this before and
working around it. Will try to track down what that was all about....

The file B_b.asy runs fine on the Asymptote Web Application, using the mesa
software renderer to
download an eps or png file:

http://asymptote.ualberta.ca/

On Mon, Mar 15, 2021 at 8:36 AM Bernhard Übelacker <[email protected]>
wrote:

> Am 15.03.21 um 14:10 schrieb Bernhard Übelacker:
> > otherwise I got a SIGFPE
>
>
> A short offtopic side note to rr sensing this SIGFPE,
> not directly related to the malloc message:
>
> This can also be seen in a process without being
> recorded by rr by setting LP_NUM_THREADS to zero, so
> operations take place without worker threads.
> So this might be an additional llvmpipe issue?
>
>
> export LP_NUM_THREADS=0
> gdb -q \
>      -ex 'tb camp::picture::shipout3' \
>      -ex 'set width 0' \
>      -ex 'set pagination off' \
>      -ex 'directory
> /home/benutzer/source/libgl1-mesa-dri/orig/mesa-20.3.4/src' \
>      -ex 'display/i $pc' \
>      -ex 'run' \
>      -ex 'set breakpoint pending on' \
>      -ex 'tb lp_rast.c:481' \
>      -ex 'b lp_rast_shade_quads_mask_sample+484' \
>      -ex 'set follow-fork-mode child' \
>      -ex 'cont' \
>      -ex 'bt' \
>      -ex 'finish' \
>      --args /usr/bin/asy -config "" -render=4 -f png -o B_b.png B_b.asy
>
> Thread 2.1 "asy" received signal SIGFPE, Arithmetic exception.
> 0x00007ffff7fc2df1 in ?? ()
> 1: x/i $pc
> => 0x7ffff7fc2df1:      vdivps %ymm0,%ymm5,%ymm1
>
> #0  lp_rast_shade_quads_mask_sample (task=task@entry=0x555555aab538,
> inputs=inputs@entry=0x5555565105f0, x=x@entry=36, y=100, mask=17476) at
> ../src/gallium/drivers/llvmpipe/lp_rast.c:481
> #1  0x00007ffff1d0713d in do_block_4_3 (c=<optimized out>, y=<optimized
> out>, x=<optimized out>, plane=<optimized out>, tri=<optimized out>,
> task=<optimized out>) at
> ../src/gallium/drivers/llvmpipe/lp_rast_tri_tmp.h:88
> #2  do_block_16_3 (c=0x7fffffff4270, y=96, x=32, plane=0x7fffffff42b0,
> tri=<optimized out>, task=0x555555aab538) at
> ../src/gallium/drivers/llvmpipe/lp_rast_tri_tmp.h:173
> #3  lp_rast_triangle_3 (task=<optimized out>, arg=...) at
> ../src/gallium/drivers/llvmpipe/lp_rast_tri_tmp.h:326
> #4  0x00007ffff1d04a16 in do_rasterize_bin (bin=<optimized out>,
> bin=<optimized out>, x=<optimized out>, y=<optimized out>, task=<optimized
> out>) at ../src/gallium/drivers/llvmpipe/lp_rast.c:658
> #5  rasterize_bin (y=<optimized out>, x=<optimized out>, bin=<optimized
> out>, task=0x555555aab538) at ../src/gallium/drivers/llvmpipe/lp_rast.c:677
> #6  rasterize_scene (task=task@entry=0x555555aab538, 
> scene=scene@entry=0x7fffea222010)
> at ../src/gallium/drivers/llvmpipe/lp_rast.c:738
> #7  0x00007ffff1d0521b in lp_rast_queue_scene (rast=0x555555aab520,
> scene=scene@entry=0x7fffea222010) at
> ../src/gallium/drivers/llvmpipe/lp_rast.c:786
> #8  0x00007ffff1d11645 in lp_setup_rasterize_scene (setup=0x555555b55120)
> at ../src/gallium/drivers/llvmpipe/lp_setup.c:181
> #9  set_scene_state (setup=setup@entry=0x555555b55120,
> new_state=new_state@entry=SETUP_FLUSHED, reason=<optimized out>) at
> ../src/gallium/drivers/llvmpipe/lp_setup.c:332
> #10 0x00007ffff1d11ef3 in lp_setup_flush (setup=0x555555b55120, fence=0x0,
> reason=<optimized out>) at ../src/gallium/drivers/llvmpipe/lp_setup.c:361
> #11 0x00007ffff173ac49 in st_flush (flags=0, fence=0x0, st=0x555555d23de0)
> at ../src/mesa/state_tracker/st_cb_flush.c:60
> #12 st_glFlush (ctx=<optimized out>) at
> ../src/mesa/state_tracker/st_cb_flush.c:101
> #13 0x000055555586c9ed in trEndTile (tr=0x55555632b620) at tr.cc:378
> ...
>

Reply via email to