Page 1 of 1
xTIMEcomposer Big Sur macOS 11
Posted: Fri Nov 13, 2020 3:05 pm
by Redeye
Has anybody tried xTIMEcomposer on macOS 11 yet? Presumably we still need to jump through all the hoops to get Java installed and give the security permissions to let the unsigned binaries run, but does it otherwise work?
Re: xTIMEcomposer Big Sur macOS 11
Posted: Mon Dec 07, 2020 7:19 pm
by aclassifier
I have failed miserably, both on
Catalina(*) and
Big Sur (I have two living machines with them, so I can test both). Even after downloading and installing the
ModifiedJava6Install.pkg from [1].
I am not the best at this, but I have tried
so much.
This is painful to the users, it puts XMOS in a rather dim light rather depressing. I wish I didn't have to live with this.
To my rescue, the machine I use the most I still have
High Sierra on.
Apple update it, but still. On that machine, only
xflash has to run from
Terminal...
I only hope that they would release an
xTIMEcomposer that runs on
Catalina and
Big Sur (which I guess are more equal than
Catalina and
High Sierra).
(*) I have not done "the security permissions to let the unsigned binaries run" for
Catalina [2], but for
Big Sur I'm not certain that I got as far as that.
Big Sur says that "
JavaVM: Failed to load JVM: /Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/lib/libserver.dylib JavaVM FATAL: Failed to load the jvm library." even if it looked like I was able to install the ModifiedJava6Install.pkg (it failed once, but when I tried again it said successful. It may have been to and so.)
If anybody has a hold-in-hand recipe better than [2] for
Catalina, I'd be happy to see it here! Like, for
which executables?
[1]
https://sharkfinesse.com/mac-os-catalin ... pendencies
[2]
https://www.xmos.ai/file/running-xtimec ... -catalina/
Re: xTIMEcomposer Big Sur macOS 11
Posted: Mon Dec 07, 2020 9:57 pm
by aclassifier
Is it these files that would need to be allowed through the security check? These, more or less?
Code: Select all
/Applications/XMOS_xTIMEcomposer_Community_14.4.1/bin
waf
xcc
xflash_image_check
xmap
xntools
xta
xaddr2line
xfindlib
xgdb
xmosar
xobjdump
xta.jar
xas
xfindlib.jar
xgprof
xmosupdate
xrun
xburn
xflash
xmake
xmosupdate.jar
xsim
Re: xTIMEcomposer Big Sur macOS 11
Posted: Mon Dec 12, 2022 3:05 am
by savoca
xTIMEcomposer 14.4.1 seems to be working for me on x86_64 macOS 12.6.1. In addition to everything mentioned above, i did...
cd /Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/lib
sudo ln -sf /Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Libraries/* .
Added
<string>-vm</string><string>/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/bin/java</string>
towards the end of: /Applications/XMOS_xTIMEcomposer_Community_14.4.1/xtimecomposer/Contents/Info.plist there are comments explaining where to place it
Added
-vm
/Library/Java/JavaVirtualMachines/1.6.0.jdk/Contents/Home/bin/java
To the very end of: /Applications/XMOS_xTIMEcomposer_Community_14.4.1/xtimecomposer/Contents/MacOS/xtimecomposer.ini
Not sure if the last two were required.
Re: xTIMEcomposer Big Sur macOS 11
Posted: Mon Dec 12, 2022 10:43 am
by aclassifier
savoca, welcome to the forum!
Thank you for the magic spelling! I will certainly do this! Although it may be 2023 before I will get to it!
With my knowledge of Unix/Linux/macOS then getting a rationale for each of your commands would have been really nice!
Øyvind
Re: xTIMEcomposer Big Sur macOS 11
Posted: Thu Dec 15, 2022 3:47 pm
by aclassifier
I guess it's ok to refer to this post here as well:
xTimeComposer 14 not compatible Mac osx Ventura.
Re: xTIMEcomposer Big Sur macOS 11
Posted: Sat Jul 15, 2023 7:38 am
by aclassifier
@savoca
I finally tried this, on a MacBook Pro (Retina, 13-inch, Late 2012) running Catalina 10.15.7. I did all the suggestions above, but I think I had to reinstall xTIMEcomposer 14.4.1 to be able to get the right-click xtimecomposer.app with "show contents of package" (from Norwegian) and then find the internal Contents directory.
Also, I was not able to run xtimecomposer.app but ran this:
Code: Select all
bash-3.2$ /Applications/XMOS_xTIMEcomposer_Community_14.4.1/*/xtimecomposer.app/Contents/MacOS/xtimecomposer
The xTIMEcomposer's progress bar almost came to the very end, but when I had copy pasted my tools key it stops. It's 100% repeatable. I have tried to restart the machine.
Maybe the below log excerpts have been seen by anyone else? Here is the top of the Terminal window:
Code: Select all
Process: xtimecomposer [1433]
Path: /Applications/XMOS_xTIMEcomposer_Community_14.4.1/*/xtimecomposer.app/Contents/MacOS/xtimecomposer
Identifier: org.eclipse.eclipse
Version: 4.3 (4.3)
Code Type: X86-64 (Native)
Parent Process: ??? [1]
Responsible: xtimecomposer [1433]
User ID: 501
Date/Time: 2023-07-14 19:05:55.806 +0200
OS Version: Mac OS X 10.15.7 (19H2026)
Report Version: 12
Anonymous UUID: qwe
Time Awake Since Boot: 450 seconds
System Integrity Protection: enabled
Crashed Thread: 0 Dispatch queue: com.apple.main-thread
Exception Type: EXC_BAD_ACCESS (SIGSEGV)
Exception Codes: KERN_INVALID_ADDRESS at 0x0000000000000008
Exception Note: EXC_CORPSE_NOTIFY
Termination Signal: Segmentation fault: 11
Termination Reason: Namespace SIGNAL, Code 0xb
Terminating Process: exc handler [1433]
VM Regions Near 0x8:
"qwe" is a placeholder for text removed by me. At the bottom of the crash log I found this:
Code: Select all
Thread 42:: JavaScriptCore bmalloc scavenger
0 libsystem_kernel.dylib 0x00007fff67586872 __psynch_cvwait + 10
1 libsystem_pthread.dylib 0x00007fff6764b425 _pthread_cond_wait + 698
2 libc++.1.dylib 0x00007fff6471b623 std::__1::condition_variable::__do_timed_wait(std::__1::unique_lock<std::__1::mutex>&, std::__1::chrono::time_point<std::__1::chrono::system_clock, std::__1::chrono::duration<long long, std::__1::ratio<1l, 1000000000l> > >) + 93
3 com.apple.JavaScriptCore 0x00007fff32b3ca55 bmalloc::Scavenger::threadRunLoop() + 741
4 com.apple.JavaScriptCore 0x00007fff32b3c469 bmalloc::Scavenger::threadEntryPoint(bmalloc::Scavenger*) + 9
5 com.apple.JavaScriptCore 0x00007fff32b3eb47 void* std::__1::__thread_proxy<std::__1::tuple<std::__1::unique_ptr<std::__1::__thread_struct, std::__1::default_delete<std::__1::__thread_struct> >, void (*)(bmalloc::Scavenger*), bmalloc::Scavenger*> >(void*) + 39
6 libsystem_pthread.dylib 0x00007fff6764b109 _pthread_start + 148
7 libsystem_pthread.dylib 0x00007fff67646b8b thread_start + 15
Thread 0 crashed with X86 Thread State (64-bit):
rax: 0x00000007f8254ab8 rbx: 0x00000007f8254ab8 rcx: 0x00000007b82b4f20 rdx: 0x0000000000000000
rdi: 0x0000000106809000 rsi: 0x00000007b82b4f20 rbp: 0x00007ffeefbfc898 rsp: 0x00007ffeefbfc7d0
r8: 0x0000000100706a10 r9: 0x00000000fffffffc r10: 0x000000010642a140 r11: 0x00000001078adec0
r12: 0x0000000000000000 r13: 0x00007ffeefbfc848 r14: 0x00007ffeefbfc8d0 r15: 0x0000000106809000
rip: 0x0000000107895116 rfl: 0x0000000000010202 cr2: 0x0000000000000008
Logical CPU: 2
Error Code: 0x00000004 (no mapping for user data read)
Trap Number: 14