Login ProductsSalesSupportDownloadsAbout |
Home » Technical Support » DBISAM Technical Support » Support Forums » DBISAM General » View Thread |
Messages 1 to 10 of 29 total |
RAD Studio XE Support |
Thu, Sep 9 2010 9:37 AM | Permanent Link |
Gregory Redford | Is there a a 'time-scale' for DBISAM support for RAD Studio XE?
|
Fri, Sep 10 2010 12:23 PM | Permanent Link |
Raul Team Elevate | Tim is the only one that can answer it but considering D2010 is supported the support part should be straightforward - recompile of code is all it will likely take.
More work is testing and adding the Delphi XE to his build and test processes - in the past he has delivered the build within a few weeks (though he might be busy rebuilding a server at the moment). If you have a source code version of DBISAM and need it urgently you can probably recompile a version yourself. Raul |
Fri, Sep 10 2010 12:39 PM | Permanent Link |
Gregory Redford | Raul wrote:
Tim is the only one that can answer it but considering D2010 is supported the support part should be straightforward - recompile of code is all it will likely take. More work is testing and adding the Delphi XE to his build and test processes - in the past he has delivered the build within a few weeks (though he might be busy rebuilding a server at the moment). If you have a source code version of DBISAM and need it urgently you can probably recompile a version yourself. Raul Thanks for that. I have tried, amended the package names, amended the dbisamvr.inc file to include VER220 (with the same settings as VER210). Whilst I have the source code version unfortunately I don't appear to have dbisamsv.pas (only a .dcu). Compiling the run time package dies with an error 2212 naming dbisamsv as the culprit! Regards Gregg |
Fri, Sep 10 2010 1:05 PM | Permanent Link |
Raul Team Elevate | i assume you followed steps here :
http://www.elevatesoft.com/manual?action=viewtopic&id=dbisam4&product=r&version=2010&topic=Recompiling_DBISAM_Source_Code In my case the dbisamsv.pas file is present in <install path>\code\source". Based on help link above you do need the source with server engine - i'm not too familiar with the different versions to know if some lack the file!? Raul |
Fri, Sep 10 2010 1:29 PM | Permanent Link |
Gregory Redford | My version is DBISAM VCL Standard with Source Code. I believe the 'server' element of the source code (dbisamsv) is not included.
Thanks anyway. Regards Gregg |
Wed, Sep 15 2010 3:03 PM | Permanent Link |
Tim Young [Elevate Software] Elevate Software, Inc. timyoung@elevatesoft.com | Gregory,
<< Is there a a 'time-scale' for DBISAM support for RAD Studio XE? >> Normally it would be available pretty soon, but it's going to take a couple of weeks due to our recent server hard drive crash and the fact that Embarcadero decided to change their versioning to letters instead of numbers, which is going to require changing our entire system from using numerics to strings for product version numbers. -- Tim Young Elevate Software www.elevatesoft.com |
Wed, Sep 15 2010 3:04 PM | Permanent Link |
Tim Young [Elevate Software] Elevate Software, Inc. timyoung@elevatesoft.com | Gregg,
<< My version is DBISAM VCL Standard with Source Code. I believe the 'server' element of the source code (dbisamsv) is not included. >> Yes, we have to leave out this unit because it contains the licensing code that determines the number of licensed users per server. -- Tim Young Elevate Software www.elevatesoft.com |
Thu, Sep 16 2010 4:11 AM | Permanent Link |
Farshad Mohajeri | "Tim Young [Elevate Software]" > Embarcadero decided to change their versioning to letters instead of > numbers, which is going to require changing our entire system from using > numerics to strings for product version numbers. > I recommend ignoring XE and using D2011 instead. |
Thu, Sep 16 2010 5:36 AM | Permanent Link |
Gregory Redford | "Farshad Mohajeri" wrote:
"Tim Young [Elevate Software]" > Embarcadero decided to change their versioning to letters instead of > numbers, which is going to require changing our entire system from using > numerics to strings for product version numbers. > I recommend ignoring XE and using D2011 instead. A number of Components suppliers seem to be using numerics. TMS use 2011, Fastreports 15, Devart 150. Pretty much carrying on with the own version scheme. |
Thu, Sep 16 2010 5:37 AM | Permanent Link |
Gregory Redford | Thanks for the update. I guess you've been pretty busy!
|
Page 1 of 3 | Next Page » | |
Jump to Page: 1 2 3 |
This web page was last updated on Sunday, May 5, 2024 at 07:30 PM | Privacy PolicySite Map © 2024 Elevate Software, Inc. All Rights Reserved Questions or comments ? E-mail us at info@elevatesoft.com |