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?

temp

>Nowadays, what most people want is similar functionality integrated
>within the .Net Framework,

Count me out

Roy Lambert

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

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

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

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.

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

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.