Current master does not start on Mac OS 10.10 #9380

dpsanders · 2014-12-16T16:18:43Z

Julia 0.4 was previously working.
A git pull and recompile today gives the error

10:16 $ julia-dev
Abort trap: 6

A fresh git clone of master also gives this.

Running in lldb gives

10:14 $ lldb julia
(lldb) target create "julia"
Current executable set to 'julia' (x86_64).
(lldb) run
Process 79877 launched: '/Users/dsanders/development/julia-dev/julia/julia' (x86_64)
Process 79877 stopped
* thread #1: tid = 0x178f5e, 0x00007fff8e544282 libsystem_kernel.dylib`__pthread_kill + 10, queue = 'com.apple.main-thread', stop reason = signal SIGABRT
    frame #0: 0x00007fff8e544282 libsystem_kernel.dylib`__pthread_kill + 10
libsystem_kernel.dylib`__pthread_kill + 10:
-> 0x7fff8e544282:  jae    0x7fff8e54428c            ; __pthread_kill + 20
   0x7fff8e544284:  movq   %rax, %rdi
   0x7fff8e544287:  jmp    0x7fff8e53fca3            ; cerror_nocancel
   0x7fff8e54428c:  retq

System info from Julia 0.3:

julia> versioninfo()
Julia Version 0.3.4-pre+47
Commit f3c3551* (2014-12-10 05:25 UTC)
Platform Info:
  System: Darwin (x86_64-apple-darwin14.0.0)
  CPU: Intel(R) Core(TM) i7-3720QM CPU @ 2.60GHz
  WORD_SIZE: 64
  BLAS: libopenblas (USE64BITINT DYNAMIC_ARCH NO_AFFINITY Sandybridge)
  LAPACK: libopenblas
  LIBM: libopenlibm
  LLVM: libLLVM-3.3

The text was updated successfully, but these errors were encountered:

jakebolewski · 2014-12-16T19:20:16Z

Perhaps a make distclean is in order? I just built the latest master from a fresh pull on the same os / hardware and it worked fine. Feel free to re-open if you still encounter problems.

ivarne · 2014-12-16T19:32:50Z

A fresh git clone of master also gives this.

I think that would be even better than a distclean. It works on OSX for me though, so there is probably something funny going on. cc: @staticfloat

(Also, non-collaborators can't reopen issues when a collaborator closed them, so we should be careful and rather suggest that they comment, and we will reopen.)

tkelman · 2014-12-16T21:52:09Z

@dpsanders do you know how to do git bisect?

staticfloat · 2014-12-16T22:06:07Z

If you could build a debug build, (make debug) and then get a backtrace from within lldb (that is, once you've crashed Julia, run bt from within lldb and post the output) that would be very helpful. You'll need to run the julia-debug executable from within lldb.

dpsanders · 2014-12-17T05:27:02Z

The debug build works perfectly...!
There is a difference in that I built it with only 1 thread.
I will try a normal build with a single thread to see if that helps.

I am not too familiar with git bisect, and since, in any case, there are several reports from other people who do not see the same problem, I'll look for other solutions first.

dpsanders · 2014-12-17T15:30:56Z

The single-thread standard build gives the same Abort trap: 6 error...
Looks like git bisect is on the cards...

staticfloat · 2014-12-18T00:05:03Z

A backtrace from the non-debug build would also be helpful.

skumagai · 2014-12-18T06:35:34Z

I am in the same boat: make debug generates working julia, but make does not. I ran make distcleanall beforehand but didn't fresh-clone the repository.

Backtrace from broken master gives:

➜  julia git:(master) git log --oneline -n 1 | cat
59b6080 Merge pull request #9346 from sbromberger/v4-constructors
➜  julia git:(master) lldb ./julia                                                                                                          
(lldb) target create "./julia"
Current executable set to './julia' (x86_64).
(lldb) run
Process 98311 launched: './julia' (x86_64)
Process 98311 stopped
* thread #1: tid = 0x3c99e0, 0x00007fff8831a282 libsystem_kernel.dylib`__pthread_kill + 10, queue = 'com.apple.main-thread', stop reason = signal SIGABRT
    frame #0: 0x00007fff8831a282 libsystem_kernel.dylib`__pthread_kill + 10
libsystem_kernel.dylib`__pthread_kill + 10:
-> 0x7fff8831a282:  jae    0x7fff8831a28c            ; __pthread_kill + 20
   0x7fff8831a284:  movq   %rax, %rdi
   0x7fff8831a287:  jmp    0x7fff88315ca3            ; cerror_nocancel
   0x7fff8831a28c:  retq   
(lldb) bt
* thread #1: tid = 0x3c99e0, 0x00007fff8831a282 libsystem_kernel.dylib`__pthread_kill + 10, queue = 'com.apple.main-thread', stop reason = signal SIGABRT
  * frame #0: 0x00007fff8831a282 libsystem_kernel.dylib`__pthread_kill + 10
    frame #1: 0x00007fff92e2c4c3 libsystem_pthread.dylib`pthread_kill + 90
    frame #2: 0x00007fff8ed6ac13 libsystem_c.dylib`__abort + 145
    frame #3: 0x00007fff8ed6b4f1 libsystem_c.dylib`__stack_chk_fail + 197
    frame #4: 0x000000010006d58a libjulia.dylib`jl_get_system_image_cpu_target(fname=<unavailable>) + 154 at dump.c:1376
    frame #5: 0x0000000100067abf libjulia.dylib`_julia_init(rel=<unavailable>) + 399 at init.c:884
    frame #6: 0x0000000100068a6d libjulia.dylib`julia_init(rel=<unavailable>) + 13 at task.c:275
    frame #7: 0x0000000100001f55 julia`main(argc=0, argv=0x00007fff5fbff738) + 69 at repl.c:355
    frame #8: 0x00000001000018f4 julia`start + 52

Commit dab8a35 introduced this breakage (bisected).

My machine is fairly old MBP from Mid-2010. System info from the last working commit:

julia> versioninfo()
Julia Version 0.4.0-dev+2141
Commit f167d25 (2014-12-14 23:50 UTC)
Platform Info:
  System: Darwin (x86_64-apple-darwin14.0.0)
  CPU: Intel(R) Core(TM)2 Duo CPU     P8800  @ 2.66GHz
  WORD_SIZE: 64
  BLAS: libopenblas (USE64BITINT DYNAMIC_ARCH NO_AFFINITY Penryn)
  LAPACK: libopenblas
  LIBM: libopenlibm
  LLVM: libLLVM-3.3

staticfloat · 2014-12-18T06:51:29Z

This is officially my fault then. :) this is due to my build sysimg work.
On Dec 17, 2014 10:35 PM, "Seiji Kumagai" [email protected] wrote:

I am in the same boat: make debug generates working julia, but make does
not. I ran make distcleanall beforehand but didn't fresh-clone the
repository.

Backtrace from broken master gives:

➜ julia git:(master) git log --oneline -n 1 | cat
59b6080 Merge pull request #9346 from sbromberger/v4-constructors
➜ julia git:(master) lldb ./julia
(lldb) target create "./julia"
Current executable set to './julia' (x86_64).
(lldb) run
Process 98311 launched: './julia' (x86_64)
Process 98311 stopped

thread efficient sets using hash tables #1: tid = 0x3c99e0, 0x00007fff8831a282 libsystem_kernel.dylib__pthread_kill + 10, queue = 'com.apple.main-thread', stop reason = signal SIGABRT frame #0: 0x00007fff8831a282 libsystem_kernel.dylib__pthread_kill + 10
libsystem_kernel.dylib`__pthread_kill + 10:
-> 0x7fff8831a282: jae 0x7fff8831a28c ; __pthread_kill + 20
0x7fff8831a284: movq %rax, %rdi
0x7fff8831a287: jmp 0x7fff88315ca3 ; cerror_nocancel
0x7fff8831a28c: retq
(lldb) bt

thread efficient sets using hash tables #1: tid = 0x3c99e0, 0x00007fff8831a282 libsystem_kernel.dylib`__pthread_kill + 10, queue = 'com.apple.main-thread', stop reason = signal SIGABRT

frame #0: 0x00007fff8831a282 libsystem_kernel.dylib__pthread_kill + 10 frame #1: 0x00007fff92e2c4c3 libsystem_pthread.dylibpthread_kill + 90
frame reimplement Set efficiently using hash tables #2: 0x00007fff8ed6ac13 libsystem_c.dylib__abort + 145 frame #3: 0x00007fff8ed6b4f1 libsystem_c.dylib__stack_chk_fail + 197
frame string literals: ASCIIString, UTF8String #4: 0x000000010006d58a libjulia.dylibjl_get_system_image_cpu_target(fname=<unavailable>) + 154 at dump.c:1376 frame #5: 0x0000000100067abf libjulia.dylib_julia_init(rel=) + 399 at init.c:884
frame install make target #6: 0x0000000100068a6d libjulia.dylibjulia_init(rel=<unavailable>) + 13 at task.c:275 frame #7: 0x0000000100001f55 juliamain(argc=0, argv=0x00007fff5fbff738) + 69 at repl.c:355
frame systematic test suite #8: 0x00000001000018f4 julia`start + 52

Commit dab8a35
dab8a35
introduced this breakage (bisected).

My machine is fairly old MBP from Mid-2010. System info from the last
working commit:

julia> versioninfo()
Julia Version 0.4.0-dev+2141
Commit f167d25 (2014-12-14 23:50 UTC)
Platform Info:
System: Darwin (x86_64-apple-darwin14.0.0)
CPU: Intel(R) Core(TM)2 Duo CPU P8800 @ 2.66GHz
WORD_SIZE: 64
BLAS: libopenblas (USE64BITINT DYNAMIC_ARCH NO_AFFINITY Penryn)
LAPACK: libopenblas
LIBM: libopenlibm
LLVM: libLLVM-3.3

—
Reply to this email directly or view it on GitHub
#9380 (comment).

staticfloat · 2014-12-18T08:24:31Z

@dpsanders is your mac older as well? Perhaps there's something about older hardware that's causing an issue. I did change how Julia executables interact with differing cpu instruction sets, so that might be what's causing the issue here.

ViralBShah · 2014-12-18T15:44:36Z

10.10 won't run on Macs that are too old.

dpsanders · 2014-12-18T15:47:33Z

I have a mid-2012 retina MacBook Pro. I'm not sure where to get information about the chipset?

Here's the backtrace:

09:45 $ lldb ./julia 
(lldb) target create "./julia"
Current executable set to './julia' (x86_64).
(lldb) run
Process 33023 launched: './julia' (x86_64)
Process 33023 stopped
* thread #1: tid = 0xc3361, 0x00007fff8cd48282 libsystem_kernel.dylib`__pthread_kill + 10, queue = 'com.apple.main-thread', stop reason = signal SIGABRT
    frame #0: 0x00007fff8cd48282 libsystem_kernel.dylib`__pthread_kill + 10
libsystem_kernel.dylib`__pthread_kill + 10:
-> 0x7fff8cd48282:  jae    0x7fff8cd4828c            ; __pthread_kill + 20
   0x7fff8cd48284:  movq   %rax, %rdi
   0x7fff8cd48287:  jmp    0x7fff8cd43ca3            ; cerror_nocancel
   0x7fff8cd4828c:  retq   
(lldb) bt
* thread #1: tid = 0xc3361, 0x00007fff8cd48282 libsystem_kernel.dylib`__pthread_kill + 10, queue = 'com.apple.main-thread', stop reason = signal SIGABRT
  * frame #0: 0x00007fff8cd48282 libsystem_kernel.dylib`__pthread_kill + 10
    frame #1: 0x00007fff8754f4c3 libsystem_pthread.dylib`pthread_kill + 90
    frame #2: 0x00007fff8e3fdc13 libsystem_c.dylib`__abort + 145
    frame #3: 0x00007fff8e3fe4f1 libsystem_c.dylib`__stack_chk_fail + 197
    frame #4: 0x000000010006cd8a libjulia.dylib`jl_get_system_image_cpu_target(fname=<unavailable>) + 154 at dump.c:1376
    frame #5: 0x00000001000672bf libjulia.dylib`_julia_init(rel=<unavailable>) + 399 at init.c:884
    frame #6: 0x000000010006826d libjulia.dylib`julia_init(rel=<unavailable>) + 13 at task.c:275
    frame #7: 0x0000000100001f55 julia`main(argc=0, argv=0x00007fff5fbffb58) + 69 at repl.c:355
    frame #8: 0x00000001000018f4 julia`start + 52

dpsanders · 2014-12-18T15:56:59Z

Oh, sorry, didn't see that the backtrace had already been posted.

skumagai · 2014-12-18T16:04:47Z

Well... both machines (mid-2010 and mid-2012) with this problem are recent enough to run 10.10.
Lifting from apple's support page, 10.10 supports:

iMac (Mid-2007 or newer)
MacBook (Late 2008 Aluminum, or Early 2009 or newer)
MacBook Pro (Mid/Late 2007 or newer)
MacBook Air (Late 2008 or newer)
Mac mini (Early 2009 or newer)
Mac Pro (Early 2008 or newer)
Xserve (Early 2009)

staticfloat · 2014-12-18T19:03:30Z

Right, we've already established that this is running on 10.10. ;)

Could you guys please apply this patch, rebuild, and post the output? To apply the patch, you can just run the following from within the main Julia directory:

$ curl https://gist.githubusercontent.com/staticfloat/9d5e3caeba8cb4d66e14/raw/995b71cc427f080374f41fec8d2d84d20a0df46a/dump.c.diff | patch -p1

skumagai · 2014-12-19T01:50:57Z

Sorry for being late. Here is the requested output after make clean && make:

➜  julia git:(master) ✗ ./usr/bin/julia 
Entering jl_get_system_image_cpu_target()...
  strlen(fname): 48
  fname: /Users/sk130/Projects/julia/usr/lib/julia/sys.ji
  fname_shlib: /Users/sk130/Projects/julia/usr/lib/julia/sys
  jl_sysimg_cpu_target: native
[2]    27044 abort      ./usr/bin/julia

and after make clean && make debug:

➜  julia git:(master) ✗ ./usr/bin/julia-debug   
Entering jl_get_system_image_cpu_target()...
  strlen(fname): 48
  fname: /Users/sk130/Projects/julia/usr/lib/julia/sys.ji
  fname_shlib: /Users/sk130/Projects/julia/usr/lib/julia/sys
  jl_sysimg_cpu_target: native
(snip)
julia>

Seems identical.

staticfloat · 2014-12-19T04:00:44Z

What make vars are you guys using? Nothing? Just straight make?

skumagai · 2014-12-19T04:11:58Z

I'm using make without any argument. Should I set something?

skumagai · 2014-12-19T22:13:04Z

Commit 605c363 seems to fix the problem. That commit onward make clean && make generates working julia.

tkelman · 2014-12-19T23:46:31Z

@dpsanders can you confirm that?

lindahua · 2014-12-20T00:56:39Z

I just built this on my Mac OS X 10.10.1 from a fresh clone, and it works.

tkelman · 2014-12-21T13:40:41Z

@lindahua thanks but unless you were having issues between dab8a35 and 605c363 that's not too helpful, as this appears to only happen on specific hardware. I would really like to hear from @dpsanders though since so far our sample size is 2, and we've only heard that it's confirmed fixed for 1 of those. And this is important to get right for a PR we intend to backport for the imminent 0.3.4, #9376. It would be awesome if @skumagai and any others who had seen this problem on master could also test that PR.

dpsanders · 2014-12-22T01:04:16Z

Sorry for the delay in replying -- for some reason I didn't see the latest messages by email.

I confirm that a fresh clone now compiles and runs correctly -- many thanks!

tkelman · 2014-12-22T22:21:55Z

Excellent. Closing the issue then.

dpsanders changed the title ~~Current master does not start on Mac OS 10~~ Current master does not start on Mac OS 10.10 Dec 16, 2014

jakebolewski closed this as completed Dec 16, 2014

ivarne reopened this Dec 16, 2014

ViralBShah added the system:mac Affects only macOS label Dec 17, 2014

tkelman mentioned this issue Dec 18, 2014

Support building of system image in binary builds #9376

Merged

staticfloat referenced this issue Dec 19, 2014

avoid the stack-smasher strcpy-alloca and minor cleanup

605c363

tkelman closed this as completed Dec 22, 2014

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Current master does not start on Mac OS 10.10 #9380

Current master does not start on Mac OS 10.10 #9380

dpsanders commented Dec 16, 2014

jakebolewski commented Dec 16, 2014

ivarne commented Dec 16, 2014

tkelman commented Dec 16, 2014

staticfloat commented Dec 16, 2014

dpsanders commented Dec 17, 2014

dpsanders commented Dec 17, 2014

staticfloat commented Dec 18, 2014

skumagai commented Dec 18, 2014

staticfloat commented Dec 18, 2014

staticfloat commented Dec 18, 2014

ViralBShah commented Dec 18, 2014

dpsanders commented Dec 18, 2014

dpsanders commented Dec 18, 2014

skumagai commented Dec 18, 2014

staticfloat commented Dec 18, 2014

skumagai commented Dec 19, 2014

staticfloat commented Dec 19, 2014

skumagai commented Dec 19, 2014

skumagai commented Dec 19, 2014

tkelman commented Dec 19, 2014

lindahua commented Dec 20, 2014

tkelman commented Dec 21, 2014

dpsanders commented Dec 22, 2014

tkelman commented Dec 22, 2014

Current master does not start on Mac OS 10.10 #9380

Current master does not start on Mac OS 10.10 #9380

Comments

dpsanders commented Dec 16, 2014

jakebolewski commented Dec 16, 2014

ivarne commented Dec 16, 2014

tkelman commented Dec 16, 2014

staticfloat commented Dec 16, 2014

dpsanders commented Dec 17, 2014

dpsanders commented Dec 17, 2014

staticfloat commented Dec 18, 2014

skumagai commented Dec 18, 2014

staticfloat commented Dec 18, 2014

staticfloat commented Dec 18, 2014

ViralBShah commented Dec 18, 2014

dpsanders commented Dec 18, 2014

dpsanders commented Dec 18, 2014

skumagai commented Dec 18, 2014

staticfloat commented Dec 18, 2014

skumagai commented Dec 19, 2014

staticfloat commented Dec 19, 2014

skumagai commented Dec 19, 2014

skumagai commented Dec 19, 2014

tkelman commented Dec 19, 2014

lindahua commented Dec 20, 2014

tkelman commented Dec 21, 2014

dpsanders commented Dec 22, 2014

tkelman commented Dec 22, 2014