[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [open-cobol-list] Team setup
From: |
Bernard Giroud |
Subject: |
Re: [open-cobol-list] Team setup |
Date: |
Fri Oct 29 00:55:16 2004 |
Hi Henry,
Yes, I think this is worthwhile in the middle to long term.
Two points to consider though :
1) It MUST be LGPL'ed, so we don't have to ask our
users to provide their OWN SOURCE code.
2) Now, that you are well in the compiler proper and that
many things need to be done, I would suggest to wait
until there's a real need on that front.
But that last point might not be true for TinyCOBOL; and
because I still have (at least) two hats, I suspect you will not
mind if I cross post that answer to the TC list.
Cheers,
Bernard Giroud
Credit Lyonnais (Suisse) SA
----- Original Message -----
From: <address@hidden>
To: "Giroud, Bernard" <address@hidden>;
<address@hidden>
Sent: Thursday, October 28, 2004 4:21 PM
Subject: Re: [open-cobol-list] Team setup
Hello,
I read this point in the TODO file :
** New backends for INDEXED files
- Any alternative to BerkeleyDB?
- Use DB (PostgreSQM, MySQL, etc.) as backends
Actually, I wrote my own implementation of indexed and relative files.
I used it for 3 years for personnal needs.
It could deal with big files (20 millions records, and more than 500 Mo)
with
good performances. (based on trees and mmap)
It has some deficiencies and must be improved : keys are single fields,
delete
is not ready, etc .. And surely it has some bugs.
Do you think it could be an alternative to BerkeleyDB. Is it a good idea or
not
? My opinion is yes but I am partial. And there is still a lot of work to
make
it a solid product. It would be a full job, and doing that I could not do
another thing. Furthermore the task we subscribe is COBOL compilation, not
file
management.
Yet, I think that a COBOL compiler should have its own implementation for
ISAM
and should not depend on third products like BerkeleyDB. (Althought I am a
great
fan of it).
It has to be self-sufficient.
And DB (MySQL, Postgres, ...) induce constraints and minimum administration
tasks which I think are not compatible with the simple needs of an ISAM
tool.
What is your opinion ?
Cheers
Henry
-------------------------------------------------------
This SF.Net email is sponsored by:
Sybase ASE Linux Express Edition - download now for FREE
LinuxWorld Reader's Choice Award Winner for best database on Linux.
http://ads.osdn.com/?ad_idU88&alloc_id065&op=click
_______________________________________________
open-cobol-list mailing list
address@hidden
https://lists.sourceforge.net/lists/listinfo/open-cobol-list
********************************************************************************
This e-mail contains confidential information or information belonging
to the Credit Lyonnais Group entity sending it and is intended solely
for the addressees. Any views expressed in this message are those of
the individual sender and its contents do not constitute a commitment
by Credit Lyonnais unless confirmed by letter or fax. The unauthorised
disclosure, use, dissemination or copying (either whole or partial) of
this e-mail, or any information it contains, is prohibited. E-mails are
susceptible to alteration and their integrity cannot be guaranteed.
Internet communications are not secured and therefore Credit Lyonnais
shall not be liable for this e-mail if modified or falsified. If you
are not the intended recipient of this e-mail, please delete it
immediately from your system and notify the sender of the wrong
delivery and the mail deletion.
********************************************************************************