I think getting rid of BDB is a great idea.
It would make OpenCOBOL more commercially viable to implement this
interface:
http://supportline.microfocus.com/documentation/books/sx20books/fhexfh.htm
Microfocus allows their users to replace their file handler by
implementing to that specification.
Fujitsu and COBOL-IT implemented the same interface for the compilers
they sell.
My implementing that interface, it would make it easier for people to
port from those compilers to OpenCOBOL.
I have implemented a couple of file handlers that "plug in" to
microfocus. Their system works well.
Note: I am giving credit to microfocus for inventing this interface,
but I have the feeling it was invented somewhere else.
The implementation would go something like this:
1) Implement EXTFH interface in OpenCOBOL.
2) Implement EXTFH wrapping BDB.
as this point existing user could continue to use the BDB data, but
have the flexibility to add new EXTFH that access data in other backends.
I had one of my programmers replace BDB in OpenCOBOL so I could be
compatible with MicroFocus as part of my OpenKicks framework. It
would make a good starting point for this effort. We basically wrote
a library with same interface as BDB and linked it into OpenCOBOL.
Don't get your hopes up that it will be very useful for this effort.
I will look into making that open source so you can use it in
OpenCOBOL, much like I open sourced EZASOKET
http://code.google.com/p/ezasoket/.
On Fri, Oct 4, 2013 at 5:15 PM, Patrick
<address@hidden
<mailto:address@hidden>> wrote:
On 10/04/2013 04:31 PM, Michael Anderson wrote:
> On 10/04/2013 02:42 PM, Patrick wrote:
>> I did say that I was just hoping to have a theoretical chat and
that I
>> was not saying we had to change anything. Calling my comments
>> ridiculous isn't very chatty
> Sorry Patrick, I am often hurtfull in my choice of words, I
didn't mean
> to ofend you, or anyone.
> But you're a are right, it does not enable a good theoretical chat.
> I'll try to choose better words in the future.
>
> --
> Mike.
> We are all sharing this planet together, we should all try
harder to get
> along.
>
Hi Mike
Not to worry.
I keep doing this over and over again, I have to learn.
I don't have any friends, co-workers or family that I can talk about
programming with.
I bet I have posted to more then 40 different mailing lists over the
past 7 years.
Every time I just want to just chat things go bad. I guess mailing
lists
are for black & white, "how is this done" sort of questions and
not just
friendly coffee time like chatter.
Have a great day !
------------------------------------------------------------------------------
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get
the most from
the latest Intel processors and coprocessors. See abstracts and
register >
http://pubads.g.doubleclick.net/gampad/clk?id=60134791&iu=/4140/ostg.clktrk
_______________________________________________
open-cobol-list mailing list
address@hidden
<mailto:address@hidden>
https://lists.sourceforge.net/lists/listinfo/open-cobol-list
--
Michael Potter
Tapp Solutions, LLC
Replatform Technologies, LLC
+1 770 815 6142 ** Atlanta ** address@hidden
<mailto:address@hidden> ** www.linkedin.com/in/michaelpotter
<http://www.linkedin.com/in/michaelpotter>
------------------------------------------------------------------------------
October Webinars: Code for Performance
Free Intel webinars can help you accelerate application performance.
Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most
from
the latest Intel processors and coprocessors. See abstracts and register
http://pubads.g.doubleclick.net/gampad/clk?id=60134791&iu=/4140/ostg.clktrk
_______________________________________________
open-cobol-list mailing list
address@hidden
https://lists.sourceforge.net/lists/listinfo/open-cobol-list