[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [open-cobol-list] I'd like to contribute to OC

From: Domain Admin
Subject: Re: [open-cobol-list] I'd like to contribute to OC
Date: Wed, 7 Jan 2009 10:25:32 -0500

There are a couple of good options to get involved.

First of course hit the forums at

However, a lot of us hang out on

This is a group of developers advocating COBOL in general, but
OpenCobol specifically. It's our "compiler of choice." And soon will
be the compiler of choice in the industry. While roger continues to work
on the compiler, a lot of the devs on add1 are adding a great many
extensions to OC.  So this is a good place to get started. If you are
skilled in C, Roger definitely would like help on the compiler itself
Further though, he has given specifics on how to write extensions, so
that later, they may be folded directly into the compiler if he feels they
are worthy.

We meet in chat every day, and we have official once a week meetings
on Sunday (see my sig for more full).

The chat is at:

Again see my sig if you want to get there without going to the web,  but
through your own chat client.

Look forward to meeting you
Kind Regards,

On Tue, Jan 6, 2009 at 3:37 AM, studiok <address@hidden> wrote:
My name is Marcello Marsile
I as well work in a little firm giving administration services in Italy.
We have 4.000.000+ of cobol code running in Microfocus.
I have been following open cobol's  growing from it's beginning
(Keishure's time. I hope I wrote his name correctely).
I never decided to port our sources to open cobol as I found it has
never had a valid indexed file handler (in particular xopen split keys
handling and client-server sharing) nor functions keeys handling.
In the past I wrote a few cobol routines for automatic cobol
screen-sections to tcl sources translation. Tcl's (I leave them in
source and not compiled) are just a system (wiish, tclkit, freewrapplus)
call from cobol receiving and returning data from and to a set of small
line sequential files handled by cobol programs which do all validation,
computation and handling..
I find Ulf's idea is great and I am willing to post my screen-section to
tcl sources.
This could be a good wake-up for "sleeping open cobol" and, perhaps,
someone else could be interested in adding other interesting things.
My languages are cobol, tcl and a C. If Ulf needs help, I could try and
see if I am able to give some.

Ulf Dambacher ha scritto:
> Hi
> My name is Ulf Dambacher, I work in a small firm selling tools. We have
> 315.000+ lines of cobol code running and I want to port it from ACUcobol
> to Open Cobol.
> I found version 1.1 is fit for this, with two little drawbacks:
> a really open source solution for indexed files
> and client-server file sharing.
> This is where I started: I wrote an external file handler for indexed
> files to map them to a postgresql table. The first version works by
> storing keys and data in in separate columns of the table (data in a
> binary blob).
> I'm thinking of implementing on the fly record<->table-column
> conversion, which would enable OC to share database with other non key
> sequential programs (e.g. a web frontend) written in other languages.
> Now I'd like to ask if I can contribute such a thing and may be do a
> little polishing work on libcob/fileio.c?
> Who else uses external file handlers and what do you think?
> bye
> Ulf
> ------------------------------------------------------------------------------
> _______________________________________________
> open-cobol-list mailing list
> address@hidden

open-cobol-list mailing list

Joseph James Frantz
Regular add1tocobol meetings:
Channel: #add1tocobol
Access from the web:
Date: Sundays
Time: 9:00am Eastern

::::::::NOTE IMPORTANT::::::::::
There has been some confusion as to the time. I believe this is because the United States uses Daylight Savings Time. On top of this the Government recently extended the dates that EDT (eastern daylight time) would run. So to be sure that you make it at 9am Eastern, I have this link:

That shows the time in New York City at the moment of viewing. It also explains the current UTC offset for the Eastern Zone in the United States. Simply compare the current time that site states, with your current time and you will know how far off we are from you.

We're there all of the time, even when we do not have a meeting. Stop on by for Open Cobol Support and chat.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]