Re: Statically linked binaries killed by signal 9 on Yosemite

[Qianqian Fang]

On 11/15/2014 12:20 PM, Brandon Allbery wrote:

On Sat, Nov 15, 2014 at 12:17 PM, René J.V. <rjvb...@gmail.com> wrote:

Have you asked your users to start the executable in the debugger to see if the SIGTERM results from an abort function being called or something else?

9 is SIGKILL, not SIGTERM.

I am under the impression that Apple doesn't like fully static executables any more; it's possible that 10.10 just refuses to run them now. Console.app might show what's going on.

after asking my users to check out the Console.app logs, the actual error
was identified as :

11/15/14 10:04:37.000 AM kernel[0]: Cannot enforce a hard page-zero for ./cgalmesh.mexmaci64

following this message, I found a relevant previous discussion

http://stackoverflow.com/questions/26351831/os-x-app-that-runs-on-10-6-to-10-9-doesnt-run-on-10-10-yosemite-why

so, it looks like I am not alone. valgrind has a similar problem too

http://permalink.gmane.org/gmane.comp.kde.devel.bugs/1553705

now, I guess the question is to find a way to fix the problem
while keeping the binaries' backward compatibility.

any more suggestions?

Qianqian

--

brandon s allbery kf8nh                               sine nomine associates

allb...@gmail.com                                  ball...@sinenomine.net

unix, openafs, kerberos, infrastructure, xmonad        http://sinenomine.net

_______________________________________________
macports-users mailing list
macport...@lists.macosforge.org
https://lists.macosforge.org/mailman/listinfo/macports-users

[Qianqian Fang]

hi Morgan and Paolo

after more online reading and testing, I think I have fixed this problem!

the hard page-zero error turned out not a result of the compiler:
a freshly compiled binary does have the __PAGEZERO segment.
However, to reduce the binary sizes, I applied a common
executable compressor, UPX (http://upx.sf.net). it was UPX
that stripped the page-zero segment from the output
compressed executables.

What I just did was to decompress all *.mexmaci64 binaries.
the full sized binaries are now uploaded to the iso2mesh repo:

http://sourceforge.net/p/iso2mesh/code/451

so, please update your iso2mesh with the latest svn version,
and rerun the test scripts on Yosemite. This makes the OSX
binaries about 3x bigger, but hopefully have better compatibility.

Let me know if this solves the problem. If so, I will call off my
quests for help on other forums (macports/gcc-help etc).

Qianqian

--
You received this message because you are subscribed to the Google Groups "iso2mesh-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email to iso2mesh-user...@googlegroups.com.
To post to this group, send email to iso2mes...@googlegroups.com.
Visit this group at http://groups.google.com/group/iso2mesh-users.
For more options, visit https://groups.google.com/d/optout.

The information in this e-mail is intended only for the person to whom it is
addressed. If you believe this e-mail was sent to you in error and the e-mail
contains patient information, please contact the Partners Compliance HelpLine at
http://www.partners.org/complianceline . If the e-mail was sent to you in error
but does not contain patient information, please contact the sender and properly
dispose of the e-mail.

[Morgan Hough]

Hi Qianqian,

Well I only tried one binary but that seems to have fixed it:

valis:Downloads mhough$ ./cgalmesh.mexmaci64

Volume/Surface Mesh Generation Utility (Based on CGAL 3.8)

(modified for iso2mesh by Qianqian Fang and Peter Varga)

http://iso2mesh.sf.net

usage:

./cgalmesh.mexmaci64 input.inr output.mesh <angle|30> <surf-size|6> <approx|4> <rad-edge-ratio|3> <tetra-size|8> <randomseed|-1>

example:

./cgalmesh.mexmaci64 input.inr output.mesh 30 6 4 3 8 123456789

Let me know if you would like to see any additional tests. 

Cheers,

-Morgan

[Qianqian Fang]

On 11/19/2014 02:47 PM, Morgan Hough wrote:

Hi Qianqian,

Well I only tried one binary but that seems to have fixed it:

valis:Downloads mhough$ ./cgalmesh.mexmaci64

Volume/Surface Mesh Generation Utility (Based on CGAL 3.8)

(modified for iso2mesh by Qianqian Fang and Peter Varga)

http://iso2mesh.sf.net

usage:

./cgalmesh.mexmaci64 input.inr output.mesh <angle|30> <surf-size|6> <approx|4> <rad-edge-ratio|3> <tetra-size|8> <randomseed|-1>

example:

./cgalmesh.mexmaci64 input.inr output.mesh 30 6 4 3 8 123456789

Let me know if you would like to see any additional tests.

terrific, I think that means the binaries are fixed. thanks for your
feedback that allows me to remotely debug :) I am glad that the
issue is now solved with a simple solution.

cheers

Qianqian

[Qianqian Fang]

FYI, I uploaded a new OSX package with the deflated binaries. see

https://sourceforge.net/projects/iso2mesh/files/iso2mesh/1.5.0%20%28iso2mesh%202013%29/

if you have a Mac running on OSX 10.10.x (Yosemite),
please download this package instead.

on the other hand, I encourage users to grab the latest iso2mesh
from the svn repository. The code in the svn contains many updates
and has been stable enough for day-to-day use.

To checkout iso2mesh from the svn, please read the instructions:

http://iso2mesh.sourceforge.net/cgi-bin/index.cgi?Download#Download_Development_Snapshot_from_SVN_not_fully_tested

or use the below link:

https://sourceforge.net/p/iso2mesh/code/HEAD/tarball?path=/trunk/iso2mesh

Qianqian