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.
For this we just have set option GarbageCollection = SUPPORTED for V4CC (32/64) and iV4CC (Dev/Sim) targets. This means that now these frameworks will work in both kinds of apps: GC-enabled and GC-not-enabled.
Note, that internally V4CC still uses retain/release. Also keep in mind that we very recommending to developers manage lifetimes of database objects manually. Just image that you have allow to GarbageCollector manage a VCursor instance. When you think record locks will be released?
This tip is expired by article two-steps-forward-to-more-secure-applications. The First part of the article discusses SQL Injection Attack and how to develop code protected from it.
After read of the article you will know that to easy way for protection – is usage of SQL binding. Wow? One more reason to ALWAYS use SQL binding! Other well known reason are
Today one of user have asked if Valentina supports partial index. Answer is YES OF COURSE, you can easy create a partial index using Table Methods.
Today on RB NUG list was this letter from Stan Busk. Thank you, Stan for nice words.
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 have improve our Linux projects to use soname for vcomponents dynamic libraries. It will be equal to the name of version, e.g. 4.8.
This will allow resolve problems when on the same linux computer are installed Valentina components of different versions.
Index fragmentation can cause problems with query performance. Indexes therefore need to be occasionally rebuilt. Read the full article in the “Valentina Performance Guide” document.
PROBLEM IS:
Up to now (v4.7), a VServer on start searches for INI file in the own directory. Algorithm expects that only one INI file exists in the folder. And if few INI files present, then the first by alphabet is used.
Continue reading VServer now uses the name of executable as primary instead of ini file
Since we have constantly growing number of Valentina products, supported OS and now 64-bit versions, we have got quite big number of files for single folder.
From now we will change organization of a release folder. It will contains sub-folders
So you can easy locate sub-set of products required for your OS and Bits.
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, …
Yesterday I have try to make installer of VPHP_Standalone_x64, which could be our first 64-bit ADK, and have realize that it is not good idea keep in the same /usr/local/lib/vcomponents both 32 and 64 bit DLLs.
Continue reading MAC 64 bits – introducing vcomponents_x64 for ADKs/x64
Erne have report bug http://www.valentina-db.com/bt/view.php?id=4885 in Valentina for Cocoa (V4CC).
Problem was that VField.value in ObjC implemented as pair of methods (in other Valentina ADKs, e.g. Valentina for REALbasic it is a true property of class). So if to override this pair in the sub-classes then always will be called overridden methods.
To resolve issue, we have decide to rename these methods in all VField sub-classes. Rules now are simple:
Ivan have implement today MD5() function, which can be used in EXPRESSION of Valentina SQL.
Bart have asked this function to be able produce UNIQUE INDEX for strings/texts bigger of 128 chars. This limit comes from fact that indexes of Valentina use pascal-like storage format for strings, e.g. 256 bytes maximum, 128 for UTF16.