[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Octave-bug-tracker] [bug #55787] Old .mex file (e.g. ver4.4) crashes ne

From: Eddy
Subject: [Octave-bug-tracker] [bug #55787] Old .mex file (e.g. ver4.4) crashes new Octave
Date: Tue, 26 Feb 2019 18:13:45 -0500 (EST)
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Firefox/60.0


                 Summary: Old .mex file (e.g. ver4.4) crashes new Octave
                 Project: GNU Octave
            Submitted by: count
            Submitted on: Tue 26 Feb 2019 11:13:44 PM UTC
                Category: Interpreter
                Severity: 3 - Normal
                Priority: 5 - Normal
              Item Group: Segfault, Bus Error, etc.
                  Status: None
             Assigned to: None
         Originator Name: 
        Originator Email: 
             Open/Closed: Open
         Discussion Lock: Any
                 Release: dev
        Operating System: GNU/Linux



Although I don't expect Octave to be backward compatible in binary level. It
should probably not to crash at least, IMHO.

I hit this problem unexpectedly by

$ ./octave-cli -q
octave-cli:1> lookfor 'some words'
Segmentation fault

Only after printing the backtrace, I finally realize that my default
'.octaverc' includes some path of old .mex files, then lookfor eventually
calls dlopen() and fail.

On Windows 10 x64, Octave 5.1 works find in this case (not extensively
tested), with .mex compiled by Octave 4.4.1.
I didn't try Octave 5.1 on Linux.

Matlab seems can read both .mex generated by Octave 4.4 or current development

For your convenient, a hello world mex file is attached.

Maybe related bug: #36067.


File Attachments:

Date: Tue 26 Feb 2019 11:13:44 PM UTC  Name: ohello.cpp  Size: 352B   By:
hello world mex file


Reply to this item at:


  Message sent via Savannah

reply via email to

[Prev in Thread] Current Thread [Next in Thread]