![]() | ![]() Products ![]() ![]() ![]() ![]() |
Home » Technical Support » ElevateDB Technical Support » Support Forums » ElevateDB General Discussion » View Thread |
Messages 1 to 8 of 8 total |
![]() |
Tue, Mar 23 2010 5:21 AM | Permanent Link |
Jose Pascoa | I have been using Delphi as main development platform for years and just love it! Nowadays, Delphi is not really dead, but is sick. The Object Pascal language is powerful and charming, Lazarus may some day be ready for prime time and become a mainstream option or Delphi may recover its popularity. But this is uncertain. All this intro to talk about ElevateDB and its cousin DBSISam within the Windows environment. Both are great databases. I used DBISam in several projects and am happy. Nowadays, what most people want is similar functionality integrated within the .Net Framework, i.e, a pure .Net database engine, without ..Net Data Providers or ODBC that make slower the already slow .Net applications, not to mention the install complications. I think that it is not very difficult to migrate most of the code of the existing Elevatesoft databases to a Microsoft supported .Net language like C#. Pure .Net code, is easily used as well from MFC C++ applications or DLLs either 32-bit or 64-bit. Any plans for a .Net version of any of the Elevatesoft databases? |
Tue, Mar 23 2010 7:09 AM | Permanent Link |
Roy Lambert NLH Associates ![]() | temp
>Nowadays, what most people want is similar functionality integrated >within the .Net Framework, Count me out Roy Lambert |
Tue, Mar 23 2010 11:39 AM | Permanent Link |
Tim Young [Elevate Software] Elevate Software, Inc. ![]() | << Any plans for a .Net version of any of the Elevatesoft databases? >> ElevateDB has been available as a 100% managed code data provider since just after its initial release: http://www.elevatesoft.com/products?category=edb&type=visualstudio http://www.elevatesoft.com/manual?action=contents&id=edb2dac http://www.elevatesoft.com/articles?action=view&category=edb&article=elevatedb_20_net_data_provider_tips_tricks -- Tim Young Elevate Software www.elevatesoft.com |
Tue, Mar 23 2010 3:54 PM | Permanent Link |
Jose Pascoa | I was not aware of that. And I can also use ILMerge to make a standalone .exe without .dll Assemblies. Fully embedded database as we do in Delphi. Thanks a lot! On Tue, 23 Mar 2010 11:39:52 -0400, "Tim Young [Elevate Software]" <timyoung@elevatesoft.com> wrote: > ><< Any plans for a .Net version of any of the Elevatesoft databases? >> > >ElevateDB has been available as a 100% managed code data provider since just >after its initial release: > >http://www.elevatesoft.com/products?category=edb&type=visualstudio > >http://www.elevatesoft.com/manual?action=contents&id=edb2dac > >http://www.elevatesoft.com/articles?action=view&category=edb&article=elevatedb_20_net_data_provider_tips_tricks |
Tue, Mar 23 2010 4:31 PM | Permanent Link |
Tim Young [Elevate Software] Elevate Software, Inc. ![]() | << I was not aware of that. And I can also use ILMerge to make a standalone .exe without .dll Assemblies. Fully embedded database as we do in Delphi. >> You might want to double-check on that, just to be sure. For some reason I remember there being some issues doing so with certain assemblies, but I may be thinking of something else. -- Tim Young Elevate Software www.elevatesoft.com |
Tue, Mar 23 2010 5:09 PM | Permanent Link |
Jose Pascoa | On Tue, 23 Mar 2010 16:31:54 -0400, "Tim Young [Elevate Software]"
<timyoung@elevatesoft.com> wrote: > ><< I was not aware of that. > > And I can also use ILMerge to make a standalone .exe without .dll >Assemblies. Fully embedded database as we do in Delphi. >> > >You might want to double-check on that, just to be sure. For some reason I >remember there being some issues doing so with certain assemblies, but I may >be thinking of something else. In a fast test it worked surprisingly well. One Visual Basic Form with a DataView Grid, the database was the one-record Tutorial Database from your website. I selected 64-bit CPU and built. Tested and it worked fine running as a 64-bit process. Used ILMerge, tried different settings, one of them worked, and produced one 2288 KB file. Runs OK. Tested on a 32-bit XP machine, after moving the database to the same path and making a temp folder in the same path. It worked fine. The same .exe doubles as a 64-bit process and 32-bit process. |
Tue, Mar 23 2010 6:29 PM | Permanent Link |
Tim Young [Elevate Software] Elevate Software, Inc. ![]() | << In a fast test it worked surprisingly well. >>
Fantastic. I just remember there being an issue, but it may have been earlier on in the development of the data provider, and may have been due to some other assembly dependencies. I'll do some playing around here and see if there are any issues. -- Tim Young Elevate Software www.elevatesoft.com |
Wed, Mar 24 2010 4:02 AM | Permanent Link |
Jose Pascoa | On Tue, 23 Mar 2010 18:29:03 -0400, "Tim Young [Elevate Software]"
<timyoung@elevatesoft.com> wrote: ><< In a fast test it worked surprisingly well. >> > >Fantastic. I just remember there being an issue, but it may have been >earlier on in the development of the data provider, and may have been due to >some other assembly dependencies. > >I'll do some playing around here and see if there are any issues. And Ilmerge is tricky also... I will be working on this for the next few weeks and will be back here in case of need. |
This web page was last updated on Wednesday, August 14, 2024 at 03:12 PM | Privacy Policy![]() © 2024 Elevate Software, Inc. All Rights Reserved Questions or comments ? ![]() |