[pymvpa] Seg on OSX when using libsvm

[Yaroslav Halchenko]

Wow -- nice finding Fabian!
I wonder what should be the resolution... and why even the confusion
since shogun's SVC_Q lies in shogun space (not sure how well that is
represented in dynamic library, or may be on your box shogun/libsvm and
pymvpa were built with DYLD_FORCE_FLAT_NAMESPACE or smth like that)

Unfortunately it isn't the case of the segfaults I can reproduce :-/
(if you have a moment/desire -- try running the unittests extract which
supposed to trigger it)

On Tue, 09 Mar 2010, Fabian Pedregosa wrote:
> Thanks for looking at this. I solved the problem by uninstalling
> shogun. It seems the problem was due to name clashing between libsvm
> & shogun. The stack trace is interesting:


> 0   libshogun.4.dylib             	0x03f87656 SVC_Q::get_Q(int, int)
> const + 54
> 1   libsvm.dylib                  	0x0425ecd9
> Solver::select_working_set(int&, int&) + 777
> 2   libsvm.dylib                  	0x0426109a Solver::Solve(int,
> QMatrix const&, double const*, signed char const*, double*, double,
> double, double, Solver::SolutionInfo*, int) + 778

> which means it 'jumps' from libsvm to shogun (I have no clue why
> this happens)


-- 
                                  .-.
=------------------------------   /v\  ----------------------------=
Keep in touch                    // \\     (yoh@|www.)onerussian.com
Yaroslav Halchenko              /(   )\               ICQ#: 60653192
                   Linux User    ^^-^^    [175555]


-------------- next part --------------
A non-text attachment was scrubbed...
Name: trigger_libsvm_failure.py
Type: text/x-python
Size: 4563 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/pkg-exppsy-pymvpa/attachments/20100309/a08cd0b3/attachment.py>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: Digital signature
URL: <http://lists.alioth.debian.org/pipermail/pkg-exppsy-pymvpa/attachments/20100309/a08cd0b3/attachment.pgp>