• Valentina for C++ (VSDK)
• Valentina for  Cocoa (V4CC)
• Valentina for  PHP Standalone (VPHP)

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, …

So I have start process of changes all our kernel and vserver XCODE projects and scripts to use for 64 bit targets separate folder  /usr/local/lib/vcomponents_x64.

VSERVER project will be corrected to use it and install it inside of self.

ADK 64 bits (and this is going to be in the nearest time VPHP_Standalone_x64, VSDK_x64, V4CC_X64) also will use this folder in installers.

Note that on Windows we already have two such folders:
/Program Files/Paradigma Software/vcomponents_win_vc
/Program Files (x86)/Paradigma Software/vcomponents_win_vc

On Linux we also do not have such problem, because linux-32 and linux-64 are separated itself.

The language in the iPhone 4 SDK that is stirring up developers is the following:

3.3.1 — Applications may only use Documented APIs in the manner prescribed by Apple and must not use or call any private APIs. Applications must be originally written in Objective-C, C, C++, or JavaScript as executed by the iPhone OS WebKit engine, and only code written in C, C++, and Objective-C may compile and directly link against the Documented APIs (e.g., Applications that link to Documented APIs through an intermediary translation or compatibility layer or tool are prohibited).

At issue then are applications built with languages other than Objective-C, C or C++ (unless a web application). The most interesting word here is original. Of course, these languages are the ones supported by coding in Apple’s tools, and any third party tools – integrated development environments and compilers – have continuous markets because they are not represented by Apple, with the biggest being the forthcoming CS5 version of Flash that Adobe is targeting for iPhone development.

Like many Apple strategies, it isn’t always about blanket denial but about control.

Even though the SDK seems to target almost any non-Apple development environment, there is no reason why Apple cannot provide to selected tool vendors a selective amendment – meaning, in order to get around onerous terms, such tool vendors would have to enter into an agreement directly with Apple. It turns the party from being all street to invitation only, wherein they could allow some tool vendors but deny others.

Now back to the term original. This is interesting because it begs the question of what original is. Does this mean a vendor tool that allows designing of applications in one language, but ultimately can generate an Objective-C based project is original? Does that mean that an environment and components that are entirely built with Objective-C, C or C++ also be considered original?

Paradigma Software has had a Valentina Client for the iPhone for almost a year, and while its seen some use, I often feel that just having it has helped bring new customers to use Valentina DB who have no intention of using Valentina for the iPhone.

A lot of folks commenting know REAL Software – the company – very well. Maybe too well. Supporting the iPhone sounds like a monumental task, and you’ve been waiting a long, long time for Cocoa support and that’s likely come at some cost. You don’t want to go through that with iPhone support.

But at the end of the day, a company closely associated with the Mac – and therefore Apple – must have an iPhone strategy, or they will see their customers move development to a tool that supports both.  Runtime Revolution has already announced a mobile strategy for Runrev and in preparation for a mobile strategy. Unity, a popular 3D development system – dropped their basic product to free but charges a professional level of pricing for iPhone compatibility (they use Mono on desktops and generate Objective-C based projects for compilation to iPhone).

So I have to agree with Geoff Perlman of REAL Software – REAL must have a significant iPhone strategy or they will not be able to evolve with the market.

We adding to our download area new archives for vserver-64 for all editions of Valentina Server

• Valentina Office Server
• Valentina Embedded Server
• Valentina Free Server

On windows vserver-64 is coupled with VREPORT-64. On Mac and Linux we will add 64-bit reports in the nearest days as 4.5.x.

Who should switch to 64 bit server?

First of all developers that work with big databases and have RAM on computer > 2GB. Now you can work with much bigger tables and result selections, because no limit of RAM for single selection. And you can to have more connected users, because application itself can use all RAM available on your computer.

Compatibility

OLD VClient-32 can work with:

• OLD VServer-32
• NEW VServer-32

NEW VClient-32 can work with:

• OLD VServer-32
• NEW VServer-32
• NEW VServer-64

NEW VClient-64 can work with:

• OLD VServer-32
• NEW VServer-32
• NEW VServer-64

I think for REALbasic developers, this will not a problem, because few years REALbasic is a cocoa application itself, and works with xcode-made plugins.

For Director users, this means that v4.5 of V4MD mac, will not work with Director10, only with D11 and D11.5. If you still use D10, you can use v4.3 of V4MD that can be found here: http://valentina-db.com/download/prev_releases/

Currently we support only get() and get_next() SNMP requests for the following oids:
sysDescr(“1.3.6.1.2.1.1.1.0″ )
sysUpTime(“1.3.6.1.2.1.1.3.0″ )
Not much info but it makes a possibility to monitor vServer over SNMP.

For now, SNMP facilities are available only for Windows.

You should specify SNMP port in the server ini-file (default port is 161, 0 means turn off SNMP agent):

…

[SNMP]
Port_SNMP=161;             SNMP port to listen by VServer.
;                                             0 – do not use a SNMP port.

…

The default state of variable is off.

Problem was in ICU ucal_open() method. It looks that something was changed in the ICU used by 10.6. Now they require 3d parameter LocalName.

FIXED.