Re: ITSOL interface

[Kai Torben Ohlhus]

On 09.06.2013 15:14, Nir Krakauer wrote:
> Hi Kai,
>
> How is the preliminary work going? GSoC officially starts in one week,
> so please develop some detailed goals and timeline. Let us know if you
> get stuck somewhere.
>
> Best,
>
> Nir

Hi Nir and c.,

sorry for being very silent the last week, I'm going to catch up with my 
reports for last and the upcoming week in my blog tomorrow. A short 
excerpt of last week:

1. I worked on the implementation of Wei Jin and prepared it for 
integration into the octave-core. There is still much work to do.

2. I ran occasionally successful Wei Jin's implementation (once per 
octave runtime), but especially after running a simple test script 
twice, I get faced with ugly memory leaks and SegFaults. End of last 
week I spend lots of time to track those errors using DDD and gdb, but 
wasn't successful so far, really frustrating, as those errors always 
are... I think it has to do with the format conversion functions. A 
little crash excerpt:

[CRASH START]
octave:2> test

*** Error in `octave': free(): invalid next size (fast): 
0x0000000000b97430 ***
======= Backtrace: =========
/lib/x86_64-linux-gnu/libc.so.6(+0x80a46)[0x7f626e657a46]
/usr/local/lib/octave/3.7.5/liboctave.so.1(_ZN6SparseIdED1Ev+0x4a)[0x7f626dac980a]
/usr/local/lib/octave/3.7.5/liboctinterp.so.1(_ZN20octave_sparse_matrixD0Ev+0x40)[0x7f626f3b0da0]
/usr/local/lib/octave/3.7.5/liboctinterp.so.1(+0x6b855b)[0x7f626f35a55b]
/usr/local/lib/octave/3.7.5/liboctinterp.so.1(_ZN12octave_value6assignENS_9assign_opERKS_+0x3f)[0x7f626f3634cf]
/usr/local/lib/octave/3.7.5/liboctinterp.so.1(_ZN21tree_multi_assignment6rvalueEi+0x443)[0x7f626f3b5b03]
/usr/local/lib/octave/3.7.5/liboctinterp.so.1(_ZN21tree_multi_assignment7rvalue1Ei+0x68)[0x7f626f3b4e78]
/usr/local/lib/octave/3.7.5/liboctinterp.so.1(_ZN14tree_evaluator15visit_statementER14tree_statement+0x13d)[0x7f626f3bdd3d]
/usr/local/lib/octave/3.7.5/liboctinterp.so.1(_ZN14tree_evaluator20visit_statement_listER19tree_statement_list+0x71)[0x7f626f3bd781]
/usr/local/lib/octave/3.7.5/liboctinterp.so.1(_ZN18octave_user_script17do_multi_index_opEiRK17octave_value_list+0x179)[0x7f626f358569]
/usr/local/lib/octave/3.7.5/liboctinterp.so.1(_ZN12octave_value17do_multi_index_opEiRK17octave_value_list+0x11)[0x7f626f35c071]
/usr/local/lib/octave/3.7.5/liboctinterp.so.1(_ZN15tree_identifier6rvalueEiPKSt4listI13octave_lvalueSaIS1_EE+0x271)[0x7f626f3c37e1]
/usr/local/lib/octave/3.7.5/liboctinterp.so.1(_ZN15tree_identifier6rvalueEi+0xf)[0x7f626f3c396f]
/usr/local/lib/octave/3.7.5/liboctinterp.so.1(_ZN15tree_identifier7rvalue1Ei+0x68)[0x7f626f3c32e8]
/usr/local/lib/octave/3.7.5/liboctinterp.so.1(_ZN14tree_evaluator15visit_statementER14tree_statement+0x13d)[0x7f626f3bdd3d]
/usr/local/lib/octave/3.7.5/liboctinterp.so.1(_ZN14tree_evaluator20visit_statement_listER19tree_statement_list+0x71)[0x7f626f3bd781]
/usr/local/lib/octave/3.7.5/liboctinterp.so.1(_Z9main_loopv+0x114)[0x7f626f6b89c4]
/usr/local/lib/octave/3.7.5/liboctinterp.so.1(octave_execute_interpreter+0x5a1)[0x7f626efc42e1]
/lib/x86_64-linux-gnu/libc.so.6(__libc_start_main+0xf5)[0x7f626e5f8ea5]
octave[0x4009f1]
[... MUCH MORE...]
[CRASH END]

3. Regarding the debian package "problem" I decided to contact the 
maintainer Dominique Belhachemi:

On 06.06.2013 15:59, Kai Torben Ohlhus wrote:
>
> Hello Dominique Belhachemi,
>
> was it possible to update the current debian packet itsol (1.0.0-2) from
> 2011-09-11
>
> http://packages.debian.org/source/wheezy/itsol
>
> to the newest version from 2012-10-26:
>
> http://www-users.cs.umn.edu/~saad/software/ITSOL/
>
> My intention is to interface ITSOL for GNU/Octave and thus I would
> prefer the most up to date version due to some interface changes between
> both versions. If I can help you with the update process, don't hesitate
> to tell me.
>
> Thanking you in anticipation,
>
> Kai Torben Ohlhus

And got very fast a reply, but so far there hasn't been an update, don't 
know how long this process takes.

On 06.06.2013 16:05, Dominique Belhachemi wrote:> Hi Kai,
>
> Sure I can give it a try.
>
> -Dominique
>

But as you said c. I use an own compiled version which I integrated into 
my Ubuntu, as the new debian package will.

For next week I plan to:
1. Make a good looking, understandable detail plan for the project, to 
discuss the details easier with you Nir!
2. Continue my work on the SegFaults
3. If 2. succeeds, working on the integration in octave/libinterp/dldfcn

Kai

incomplete-factorization-snapshot-2013-06-09.zip
Description: Zip archive