octave-bug-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Octave-bug-tracker] [bug #58957] [octave forge] (sparsersb) Failure to


From: dezperado
Subject: [Octave-bug-tracker] [bug #58957] [octave forge] (sparsersb) Failure to install and crash in function
Date: Mon, 17 Aug 2020 05:08:30 -0400 (EDT)
User-agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/80.0.3987.149 Safari/537.36

Follow-up Comment #3, bug #58957 (project octave):

1)
Sorry I made a typo and pasted wrong code; 
what I intended originally in the loop was:

for i=10:1000;
 rrm=sparsersb(sprand(i,i,0.001)); # <- increasing matrix size
 sparsersb(rrm,"save","crash.mtx");
 # if next step crashes, we at least get crash.mtx
 sparsersb(rrm,"render", "sparsersb_temporary_render.eps" ,1024);
end

Running the above shall allow you to obtain the more or less 'smallest'
crashing matrix in "crash.mtx".
With that it would be interesting to see if there is a matrix that leads to a
100% of crashes.

2) There is a chance the bug is totally related to librsb.
To debunk that, you may try once or repeated:
 rsbench  --plot -f crash.mtx > crash.eps # does it render or crash ?
You can first use librsb's A.mtx, then the crash.mtx from point 1).

3) Repeat either of 1) and 2) with threading off, by running:
 export OMP_NUM_THREADS=1
before the test.

4) Rebuild sparsersb.oct from sparsersb.cc by commenting the call to
rsb_mtx_rndr(); then invoke it with "render" as in 1). If this crashes
sparsersb, tne rendering function can be declared innocent.

    _______________________________________________________

Reply to this item at:

  <https://savannah.gnu.org/bugs/?58957>

_______________________________________________
  Message sent via Savannah
  https://savannah.gnu.org/




reply via email to

[Prev in Thread] Current Thread [Next in Thread]