Our Valentina Studio project has one Application target and dozen of plugins targets. Plugins are made as bundles.
All these targets build products into the same folder “Debug (Native)” or “Release (Universal)”.
Then Run Scripts do copy plugins into App package and using install_name utility correct install paths for them.
Continue reading OS X Loads DYLIB from App folder ignoring install_path … Oops?
Yesterday I have decide to resolve problem with absolutely not working breakpoints in the XCODE 3.2.3 on OS X 10.6 (may be others also) working with our Valentina Studio project.
In the past we also did have such problems, but not so bad. Breakpoints did work sometimes, in worse case we was able to insert DebugStr(“\p”) into code, and that 100% did stop in the debugger as for app, so fot its plugins and for database engine DYLIBs.
And yesterday I have to see the first time that even DebugStr() do not stops. Wow.
I have spent many hours googling about this problem. And have found few key places.
We introduce a new utility method Valentina.CopyCursorToNewTable(), which is able to save you hundreds of lines of advanced code in your ADK-based applications. This method added into major Valentina ADKs.
You can read detailed description of this new method here.
We introduce our first 64-bit ADKs for MAC OS X:
It is clear that we cannot make V4RB, V4REV and such to be 64-bits because their IDEs do not support this.
Next our step in this direction, will be introduction of 64 bit ADKs for Windows, VSDK, VNET, …