Home > Archive > Cobol > November 2007 > [O/T] Re: Embedded SQL and MS ACCESS Dates
You are viewing an archived Text-only version of the thread.
To view this thread in it's original format and/or if you want to reply to
this thread please [click here]
| Author |
[O/T] Re: Embedded SQL and MS ACCESS Dates
|
|
| Sergey Kashyrin 2007-11-04, 6:55 pm |
|
"me" <null@null.com> wrote in message
news:Y6KdnSziwauKXLDanZ2dneKdnZydnZ2d@bt
.com...
[skipped]
> Because OpenESQL can access any relational database and each database has
I "like" those b.rds to name some pure commercial products starting with
"Open".
Did anybody had an idea to patent/trademark the word "Open" for opensource
community ?
i.e. if some product name is started from "Open" they should provide all
souces under GPL or something like that :-)))
Really the question is if anybody knows opensource SQL precompiler for Cobol
(even not finished / non-working, even just parser) ?
I have my own but I'm afraid to publish it because it's garbage. It's very
limited, I'm not parsing SQL statements, indicator variables never been
implemented etc. I took a look at mysql/postgres ESQL but it's tied to C/C++
recognizing C/C++ datatypes in parser so it's not easy to take it as a
"base"...
Regards,
Sergey
| |
| Waldek Hebisch 2007-11-08, 6:55 pm |
| Sergey Kashyrin <ska@resqnet.com> wrote:
> Really the question is if anybody knows opensource SQL precompiler for Cobol
> (even not finished / non-working, even just parser) ?
> I have my own but I'm afraid to publish it because it's garbage. It's very
> limited, I'm not parsing SQL statements, indicator variables never been
> implemented etc. I took a look at mysql/postgres ESQL but it's tied to C/C++
> recognizing C/C++ datatypes in parser so it's not easy to take it as a
> "base"...
Look at Firebird. I looked at older version and it contained
embedded SQL precompiler for 6 different languages including Cobol.
--
Waldek Hebisch
hebisch@math.uni.wroc.pl
|
|
|
|
|