Hi Xtian,
thanks, possibly fixed in SVN 622. I believe this was caused
by a 0-pointer in a selective assignment (like (10↑X)←5 with ⍴X<10
with an error
during the assignment) but that is difficult to say afterwards.
Please let me know if the fault occurs again.
/// Jürgen
On 05/03/2015 05:17 AM, Christian
Robert wrote:
[...]
4 6 8 9
4 7 8 9
5 6 7 8
5 6 7 9
5 6 8 9
5 7 8 9
6 7 8 9
t←t[(~∧/t=1⊖t)/⍳↑⍴t;]
⍴t
126 4
)erase t
)vars
)fns
D Freq Graph Loto Time
)save
LVAL CELL in 1 at Archive.cc:822
LVAL CELL in 1 at Archive.cc:822
...
----------------------------------------
-- Stack trace at Archive.cc:97
----------------------------------------
0x3648821d65 __libc_start_main
0x443ef5 main
0x554bbd Workspace::immediate_execution(bool)
0x485eb2 Command::process_line()
0x485da5 Command::process_line(UCS_string&)
0x4858bc Command::do_APL_command(std::ostream&,
UCS_string&)
0x559f6a Workspace::save_WS(std::ostream&,
std::vector<UCS_string, std::allocator<UCS_string>
>&)
0x45062d XML_Saving_Archive::save()
0x44b1e8 XML_Saving_Archive::save_Ravel(Value const&)
0x44aec1 XML_Saving_Archive::emit_cell(Cell const&,
int&)
0x44a0bf XML_Saving_Archive::find_owner(Cell const*)
========================================
address@hidden:/home/xtian] $ ls -ld workspaces/Loto.*
-rw-rw-r--. 1 xtian xtian 12566 May 2 22:28 Loto.xml
-rw-rw-r--. 1 xtian xtian 28019 May 1 18:20 Loto.xml.bak
after that "Loto.xml" was so badly screwed that a ")load" took
100% cpu, had to kill the process and restored Loto.xml from a
backup.
I've tryed to reproduce but I can't.
I usually do a ")reset" before ")save" but forgot at that specific
time.
Not the first time I see that but so hard to reproduce. I don't
think it's related to
your latest changes in )save; seen that before, Usually while
saving with something in )si
and using )erase to make some variables cleaning just before
saving ...
If I find other info on that I'll send you.
Xtian.
|