retitle 402736 FTBFS on alpha: memory allocation on 64-bit architectures
tags 402736 pending
thanks

On Tue, Dec 12, 2006 at 09:47:06PM +0100, Aurélien GÉRÔME wrote:
> Program received signal SIGSEGV, Segmentation fault.
> [Switching to Thread 16384 (LWP 31355)]
> 0x0000000120085700 in cresmatvar_ (id=0x11fec55c0, lw=0x11fec558c,
> str=0x120fbbe9e, lstr=0x11fec5628, __g77_length_str=4096) at
> inisci.f:427
> 427           istk(il ) = 10
> (gdb) bt
> #0  0x0000000120085700 in cresmatvar_ (id=0x11fec55c0, lw=0x11fec558c,
> str=0x120fbbe9e, lstr=0x11fec5628, __g77_length_str=4096) at
> inisci.f:427
> #1  0x0000000120084780 in inisci_ (ini1=0x120aaf3b8, vsizr=0x11fec5690,
> ierr=0x120ab1c5c) at inisci.f:259
> #2  0x00000001207812c0 in VTRun ()
> #3  0x0000000120786794 in main_sci ()
> #4  0x0000000120787018 in realmain_ ()
> #5  0x000000012004d720 in MAIN__ () at mainsci.f:4

I should have looked at the Debian patches earlier, because I found
the fix. :)

On 64-bit architectures, specific memory allocation functions are
used in scilab. It is already the case on ia64 and amd64, so I added
alpha to that list. This is probably because of some issue with the
mix of Fortran and C, though I have not looked in deeper...

Okay, so let's go for a rebuild of all architectures and a hint to
get scilab into Etch! ;)

Cheers,
-- 
 .''`.   Aurélien GÉRÔME
: :'  :
`. `'`   Free Software Developer
  `-     Unix Sys & Net Admin

Attachment: signature.asc
Description: Digital signature

Reply via email to