gnucobol-users
[Top][All Lists]
Advanced

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

Re: [open-cobol-list] Open Source COBOL GL ?


From: vince
Subject: Re: [open-cobol-list] Open Source COBOL GL ?
Date: Sun, 5 Feb 2012 23:48:58 +0000
User-agent: KMail/1.13.5 (Linux/2.6.33.7-server-2mnb; KDE/4.4.5; i686; ; )

On Sunday 05 Feb 2012 20:41:33 john Culleton wrote:
 
> The second, ACAS, uses Environment variables (a simple control
> file would do), has sections in the Procedure Division, uses GO
> TO, and so on. And it is overly commented.  Most of the comments
> relate to dates when changes were made. And if there is a user
> manual I haven't found it yet. I would need to do a lot of study
> to figure it out, and a lot of deletions to get the listings down
> to reasonable size to facilitate that study.

Don't sure what you are look at but..
ACAS does make use of Env variables but most are part of Open Cobol and only 
three are optionally used for ACAS itself which are the directory paths of the 
data files if the system is not executed in the same directory - As I said 
they are optional.

Comments:  sure they are notes of what sections of the system are doing.
Just try and change a system where none exist but as the comments are NOT 
compiled what is the issue.

The comments regarding changes are at the Top of each module only along with 
an overview of changes in the file Changelog.

There is a manual present as an .odf document which along with the one for IRS 
(Incomplete Records System) should provide enough documentation although more 
is needed but that is more of an operational  & use nature.  I will crate more 
as I get through more system testing on this version.

If you are familiar with General/Nominal Ledger processing it reasonably 
straight forward but it does NOT teach accounting practices as there is more 
than enough books on the subject.  


> So if there is a smaller COBOL accounting system that someone has
> please share with the list.

Look at IRS but some of your comments may well also apply although the manual 
is more complete, however it is geared towards bookkeepers and accountants 
(and people with a similar background) etc, but there again they are the 
people that would normally use it.

That why Sales, Purchases Ledgers exist, to pass such information along to 
General Ledger along with the various extra bit needed such as banks statement 
processing, Cheque book and bank pay in books imput of the course of a year so 
that final accounts (amongst others) can be printed out for IRS and your 
accountant (if used) etc.

If you need something simple, you need to look at a system geared to personal 
finance only. However it is based along similar themes and processing.

Vince

 
> 
> And this exercise has given some impetus to the need for
> improving the output listing from Open Cobol compiles. The Tiny
> Cobol compiler gives a much better compile listing. When I am
> debugging or just trying to understand a program written by
> others a listing with all the copybook date inserted is just
> about essential. But Tiny  cannot handle some of the COBOL 2002
> features that have crept into use, such as environment variables
> and the like.
> 
> I am going to have one more stab at compiling pieces of the APAC
> system. Stay tuned.
> 
> 
> 
> -- John Culleton
> 
> ---------------------------------------------------------------------------
> --- Try before you buy = See our experts in action!
> The most comprehensive online learning library for Microsoft developers
> is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
> Metro Style Apps, more. Free future releases when you subscribe now!
> http://p.sf.net/sfu/learndevnow-dev2
> _______________________________________________
> open-cobol-list mailing list
> address@hidden
> https://lists.sourceforge.net/lists/listinfo/open-cobol-list



reply via email to

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