Re: Debugging Octave (as in gdb not a script)

[Sergei Steshenko]

----- Original Message -----
> From: Alec Teal <address@hidden>
> To: Sergei Steshenko <address@hidden>
> Cc: Juan Pablo Carbajal <address@hidden>; "address@hidden" <address@hidden>
> Sent: Sunday, February 3, 2013 1:47 AM
> Subject: Re: Debugging Octave (as in gdb not a script)
> 
> On 02/02/13 23:18, Sergei Steshenko wrote:
>> 
>> 
>> 
>>  ----- Original Message -----
>>>  From: Alec Teal <address@hidden>
>>>  To: Juan Pablo Carbajal <address@hidden>
>>>  Cc: address@hidden
>>>  Sent: Sunday, February 3, 2013 1:06 AM
>>>  Subject: Re: Debugging Octave (as in gdb not a script)
>>> 
>>  [snip]
>>>  You can't use gdb on shell scripts.
>>> 
>>>  Alec
>>> 
>>>  _______________________________________________
>>>  Help-octave mailing list
>>>  address@hidden
>>>  https://mailman.cae.wisc.edu/listinfo/help-octave
>>> 
>>  But one can invoke 'gdb' from the innermost shell script.
>> 
>>  Regards,
>>     Sergei.
>> 
>> 
> From what I can tell the two shell scripts do nothing useful(?! why 
> have them?) and within the hidden folder src/.libs there exists a binary 
> called lt-octave
> 
> To any future people who have this problem - point the IDE to it, I do 
> not know why it is hidden or so far from the root-directory, if I find 
> out I will follow up but it doesn't seem to matter......
> 
> Alec
>

Well, in my case:

"
file /home/sergei/AFSWD/install/octave-3.6.2/bin/octave-3.6.2
/home/sergei/AFSWD/install/octave-3.6.2/bin/octave-3.6.2: ELF 32-bit LSB 
executable, Intel 80386, version 1 (SYSV), for GNU/Linux 2.6.4, dynamically 
linked (uses shared libs), not stripped
"

- this is self-built Octave.

So I am sure where the shell script comes form.

Regards,
  Sergei.