Of John Stanton
> Sent: Thursday, August 13, 2009 1:32 PM
> To: General Discussion of SQLite Database
> Subject: Re: [sqlite] SQLJet - pure Java implementation of SQLite
>
>
> In this situation it has been our approach to never try to translate
> source in one language into another
users-boun...@sqlite.org
[mailto:sqlite-users-boun...@sqlite.org]on Behalf Of John Stanton
Sent: Thursday, August 13, 2009 1:32 PM
To: General Discussion of SQLite Database
Subject: Re: [sqlite] SQLJet - pure Java implementation of SQLite
In this situation it has been our approach to never try to transl
l Message-
> From: sqlite-users-boun...@sqlite.org
> [mailto:sqlite-users-boun...@sqlite.org]on Behalf Of Roger Binns
> Sent: Tuesday, August 11, 2009 7:15 PM
> To: General Discussion of SQLite Database
> Subject: Re: [sqlite] SQLJet - pure Java implementation of SQLite
>
>
&g
En/na Simon Slavin ha escrit:
> We no longer have the heritage of ubiquitous high-level languages.
> Fortran, Pascal, Structured Basic, and everything like that have
> gone.
I don't know about the situation of fortran right now and I don't really
care about basic, but pascal is alive and
Hello Roger,
> As a matter of interest what problem exactly do you have with NestedVM?
> It's output is indeed opaque (not human comprehensible) but the same
is true
> of Java source versus bytecode. In both cases the input source is
readable.
When I first tried to use NestedVM for our needs
ge-
From: sqlite-users-boun...@sqlite.org
[mailto:sqlite-users-boun...@sqlite.org] On Behalf Of Ribeiro, Glauber
Sent: Wednesday, August 12, 2009 4:35 PM
To: General Discussion of SQLite Database
Subject: Re: [sqlite] SQLJet - pure Java implementation of SQLite
andNestedVM version
of SQLite Database
Subject: Re: [sqlite] SQLJet - pure Java implementation of SQLite
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Fred Williams wrote:
> I seem to remember, haven't done it in years, Borand's C and C++
compilers
> could output Assembler source. One could conceivably take that
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Fred Williams wrote:
> I seem to remember, haven't done it in years, Borand's C and C++ compilers
> could output Assembler source. One could conceivably take that output and
> translate it into almost any foreign CPU's native Assembler with great
>
al Message-
From: sqlite-users-boun...@sqlite.org
[mailto:sqlite-users-boun...@sqlite.org]on Behalf Of Jim Showalter
Sent: Wednesday, August 12, 2009 10:26 AM
To: General Discussion of SQLite Database
Subject: Re: [sqlite] SQLJet - pure Java implementation of SQLite
Perhaps it would be better to
On 12 Aug 2009, at 4:25pm, Jim Showalter wrote:
> Perhaps it would be better to translate the object code.
>
> It's also possible to translate bytecode (for example, from Java to
> .NET).
Well since we're talking about SQLite here, another opportunity
presents itself, because SQLite3 has its
s@sqlite.org>
Sent: Wednesday, August 12, 2009 5:42 AM
Subject: Re: [sqlite] SQLJet - pure Java implementation of SQLite
> That's the problem any more it seems. Everyone "assumes" unlimited
> CPU and
> memory :-)
>
> Give a guy a Cray and he'll write one hell of a &
inns
Sent: Wednesday, August 12, 2009 12:09 AM
To: General Discussion of SQLite Database
Subject: Re: [sqlite] SQLJet - pure Java implementation of SQLite
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Fred Williams wrote:
> I say there is no known translation that
> would allow the three SQLi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Fred Williams wrote:
> I say there is no known translation that
> would allow the three SQLite, "Small, Fast, Reliable" adjectives to
> translate into any regurgitated language output, with the exception of
> compiling SQLite source with a C++
o: General Discussion of SQLite Database
Subject: Re: [sqlite] SQLJet - pure Java implementation of SQLite
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Alexander Kitaev wrote:
> Not to depend on native SQLite binaries or
> opaque NestedVM code,
As a matter of interest what problem exactly do you ha
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Alexander Kitaev wrote:
> Not to depend on native SQLite binaries or
> opaque NestedVM code,
As a matter of interest what problem exactly do you have with NestedVM?
It's output is indeed opaque (not human comprehensible) but the same is true
of Java
Hello All,
I'd like to invite those users who program in Java to take a look at our
new project - SQLJet.
SQLJet was started as part of another projects that has to work with
SQLite database (SVNKit). Not to depend on native SQLite binaries or
opaque NestedVM code, we've implemented part of
16 matches
Mail list logo