Nightly Standalone

[TK.]

With some help from Atom I managed to compile the latest nightly (r1209) for MacOS!

The current version seems to be a good one – with a small number of adaptions in the LUA code I managed to get my MIDIbox SID V2 panel running again.
Previously it was only working with r946 – a lot of new features (and bugfixes) went into Ctrlr till this time, and of course – MacOS users would like to benefit from the changes as well! 🙂

As long as Mac binaries are not provided as nightly builds at Atom’s server, I will help out by providing my selfmade build to the community on an irregular basis.

Downloads:
r1209 http://www.ucapps.de/ctrlr/Ctrlr_1209.dmg

Downloads for versions which caused issues with my own panels (not recommended for MIDIbox users):

r1217 http://www.ucapps.de/ctrlr/Ctrlr_1217.dmg (Lua error due to missing :getX())

r1239_Xcode3 http://www.ucapps.de/ctrlr/Ctrlr_1239_Xcode3.dmg (Resources (Images) not referenced from .bpanelz file)
r1239_Xcode4 http://www.ucapps.de/ctrlr/Ctrlr_1239_Xcode4.dmg (Resources (Images) no referenced from .bpanelz file)

 

Best Regards, Thorsten.

• This topic was modified 11 years, 3 months ago by TK..
• This topic was modified 11 years, 3 months ago by TK..
• This topic was modified 11 years, 3 months ago by TK..
• This topic was modified 11 years, 3 months ago by TK..
• This topic was modified 11 years, 3 months ago by TK..
• This topic was modified 11 years, 3 months ago by TK..
• This topic was modified 11 years, 3 months ago by TK..

[SWB]

Hi Thorsten,

I did download r1209, but on opening the application crashes. Do I first have to remove the older version (r1196)? Do you want me to send you the crash report?

Sjoerd

[TK.]

I Sjoerd,

yes, I’m interested on the crash report.

It shouldn’t be required to remove the old application.
I think that there are two possible reasons:

1) you are using a panel which contains invalid components or Lua code which can’t be handled by the newer Ctrlr version. This never happened at my side (/edit: doh! now I was able to reproduce this as well), but it isn’t impossible that during the startup phase such a panel could cause a crash.
In order to test this, just open the older Ctrlr version, close all panels, close Ctrlr.
And then open the newer Ctrlr release.

2) maybe more likely: I’ve compiled Ctrlr under Mountain Lion, and I’m unsure if the binary would also run on older MacOS versions.
I tested it on two different Macs, but both are running with the latest MacOS release.
Which one are you using?

Best Regards, Thorsten.

• This reply was modified 11 years, 3 months ago by TK..
• This reply was modified 11 years, 3 months ago by TK..
• This reply was modified 11 years, 3 months ago by TK..

[atom]

Just to mention the binaries i build are Intel only (32 and 64 bits in one binary). and build with a compatibility SDK for OSX 10.5

[TK.]

The interesting point is, that my first assumption was correct, because the crash also happens at my side when the MIDIbox FM panel receives some data.

It’s related to some mem_block copy stuff that I copied from the Novation A Station panel.
After handling the received SysEx data differently my panel is working now and doesn’t cause the crash anymore.

However, I think that Sjoerd has a similar problem.

Best Regards, Thorsten.

• This reply was modified 11 years, 3 months ago by TK..

[atom]

Well the crappy part of CTRLR is that it gives direct access to memory of the program itself. There are no virtual machines no isolation. You violate the memory you crash the program. It suck but it also gives much better performance.

[SWB]

Hi Thorsten and Atom,

I closed all panels of r1196, but still r1209 crashes on my Mac. I have attached the crash report, which also tells you which system version I’m using.

Attachments:

You must be logged in to view attached files.

[TK.]

Thanks for the report – I noticed that you are using MacOS 10.7, and I probably compiled for 10.8 only… this should be fixed now in the binary that you can find in the first posting (Ctrlr_1209_2) – it should even run under Leopard (10.5); please give it a try! 🙂

Best Regards, Thorsten.

• This reply was modified 11 years, 3 months ago by TK..

[SWB]

Yep, works like a charm. Thanks!

[TK.]

🙂

[quadraspleen]

Hoorah! Testing now with the 2.7beta of Monstrum

Many, many thanks guys 😀

[SWB]

Thorsten, is it worthwhile to compile the latest nightly (r1217) for Mac? OTOH: sofar no problems with r1209 for Mac.

[atom]

If i get some good fedback about the fixed  reported issues, i’ll do a MAC build this weekend.

[TK.]

I’m happy to help out till then (and I reported an issue… ;-))

Please find the link to Ctrlr_1217.dmg in the first posting – note that due to a removed Lua function my MIDIbox SID panel doesn’t work anymore, therefore this version is not recommended for MIDIbox users.

Best Regards, Thorsten.

• This reply was modified 11 years, 3 months ago by TK..

[SWB]

Many thanks (and sorry for the late reply)!

[Bomma72]

Hi, I gave this a shot tonight and it worked when I first opened it.  Made some changes to my panel and then closed it.  Tried to open it later and it won’t open anymore.  Ctrlr just keeps crashing.

I am on OSX 10.7.5

Let me know if I need to sent a report.

 

[Bomma72]

Has anyone got this working.  I am stumped.  The strange thing is it still works in Logic 9 but not stand alone.

Here is the

Crashed Thread:  0  Juce Message Thread  Dispatch queue: com.apple.main-thread

Exception Type:  EXC_BAD_ACCESS (SIGBUS)
Exception Codes: KERN_PROTECTION_FAILURE at 0x0000000000000064

VM Regions Near 0x64:
–> __PAGEZERO             0000000000000000-0000000000001000 [    4K] —/— SM=NUL  /Applications/Music/*/Ctrlr.app/Contents/MacOS/Ctrlr
__TEXT                 0000000000001000-00000000017ae000 [ 23.7M] r-x/rwx SM=COW  /Applications/Music/*/Ctrlr.app/Contents/MacOS/Ctrlr

Application Specific Information:
objc[5592]: garbage collection is OFF

• This reply was modified 11 years, 3 months ago by Bomma72.

[atom]

This is clearly a LUA error, that is something in LUA is causing a crash. Please verify all your LUA scripts/methods

[Bomma72]

Hi  Atom,

So the question is how do I verify the LUA if I can’t get the thing to open?  Is it because Ctrlr defaults to the last project opened (which has the error)?  If so how do I stop this behavior?

 

[atom]

Yes it saves the config of the last session, remove the config folder for Ctrlr, on the mac it’s somewhere in your home directory under Library/Preferences or somewhere (depends on the OSX version), it will be a directory called Ctrlr, just delete it.

[Author]

Posts