tiny-cobol-users

[Tiny-cobol-users] How I get the full cvs (all releases) package

[Rildo P. <ri...@pr...>]

Hi David,

I forgot to give you the details on how I stay updated (as "cvs update" 
don't work). First, I retrieve the full cvs repository from SF, with the 
command:

wget http://cvs.sourceforge.net/cvstarballs/tiny-cobol-cvsroot.tar.bz2

Then, I expand this and put under control of a local cvs server, so I 
can checkout from it.  You see, this is not the best way to work...

best regards,
Rildo

-- 
 ------------------------------------------------------------------
 Rildo Pragana                   FPGA/uControllers * Linux * tcl/tk
 R.Joaquim Nabuco,92/1102 Derby  http://www.pragana.net
 Recife, PE - Brazil 52011-000   +55-81-3223-5694  / 8837-6122

Re: [Tiny-cobol-users] CVS merge

[Rildo P. <ri...@pr...>]

Hi David,

David Essex wrote:

> Rildo Pragana wrote:
>
> > Mr. Ravi Katti  have posted a program that show an obscure bug, which
> > compiled without a glitch, but crashed his program at runtime. After
> > some hours debugging I found why. There is a serious bug in memory
> > allocation, which I have already fixed.
>
> That was a difficult bug to isolate.
> Good work.
>
Thanks. You have been doing a nice work too.

>
> > ...
> > This is based on the SourceForge CVS, but some days before the
> > latest 0.63 release.
> > ...
>
> Unfortunately some bug fixes to the curses code (scr_curses.c) were 
> omitted.
>
> For example the 'pair_content()' function call will cause a seg-fault 
> in some versions of ncurses when the terminal does not support color.
> So it needs to be enclosed in a 'has_colors()' test.
>
> Example:
> if (has_colors()) {
>    start_color();
>    pair_content(0,&fore_color,&back_color);
> }
>
> There were also some fixes to attributes, such as underline, which 
> failed to work under some terminals (ex: vt220).
>
> Anyway these changes should not interfere with your code changes, so I 
> think they should be included.
>
I will try to merge the other way around, that is, SF's code in mine.

>
> > Unfortunately, I lost access to SF's CVS server.
>
> You still have admin status for the TC project on SF.
> What kind of problem are you experiencing ?
>
If I try to "cvs update" from my machine, it asks for the password then 
stay locked for ever. The same with all other cvs commands.

best regards,
Rildo

-- 
 ------------------------------------------------------------------
 Rildo Pragana                   FPGA/uControllers * Linux * tcl/tk
 R.Joaquim Nabuco,92/1102 Derby  http://www.pragana.net
 Recife, PE - Brazil 52011-000   +55-81-3223-5694  / 8837-6122

[Tiny-cobol-users] CVS merge (was: Bug fix for ...)

[David E. <de...@us...>]

Rildo Pragana wrote:

 > Mr. Ravi Katti  have posted a program that show an obscure bug, which
 > compiled without a glitch, but crashed his program at runtime. After
 > some hours debugging I found why. There is a serious bug in memory
 > allocation, which I have already fixed.

That was a difficult bug to isolate.
Good work.


 > ...
 > This is based on the SourceForge CVS, but some days before the
 > latest 0.63 release.
 > ...

Unfortunately some bug fixes to the curses code (scr_curses.c) were omitted.

For example the 'pair_content()' function call will cause a seg-fault in 
some versions of ncurses when the terminal does not support color.
So it needs to be enclosed in a 'has_colors()' test.

Example:
if (has_colors()) {
    start_color();
    pair_content(0,&fore_color,&back_color);
}

There were also some fixes to attributes, such as underline, which 
failed to work under some terminals (ex: vt220).

Anyway these changes should not interfere with your code changes, so I 
think they should be included.


 > Unfortunately, I lost access to SF's CVS server.

You still have admin status for the TC project on SF.
What kind of problem are you experiencing ?

Re: [Tiny-cobol-users] Rildo's local version

[Rildo P. <ri...@pr...>]

Hi Jim,

Jim Morcombe wrote:

> Rildo
>
> You have mentioned a couple of times that you don't have access to the 
> Sourceforge CVS.
>
> Surely the more work you do on your own, the harder it will become to 
> integrate it with the official version.  Is there anyone else out 
> there that can help you overcome your problems?
>
I don't know.  Anyway, as David Essex (our last developer still active, 
except for myself) is semi-officially leaving TC's development, we don't 
expect many new releases in the near future. So, my "unofficial" (?) 
releases will be the only new developments... And I only plan to 
continue as long as I continue to receive support from my current 
sponsors (two brazilian companies). As you should know, I'm not a cobol 
programmer (I only developed this compiler!), then my interests with 
cobol are somewhat limited. I only keep giving support because this 
project is my brainchild since a long time ago (about 1990/91).

As time allows, I will continue to support it, fixing bugs, and 
introducing new features as requested by my sponsors. Of course, when a 
find a serious bug like that noticed by Mr. Ravi, I'll try to fix 
because it affects everyone who use, or plan to use TC.  If you have 
something that you would like to see implemented in TC, please let me 
know. I'm working too in a tcl/tk interface for doing GUIs (graphical 
user interfaces), and make TC to have better debugging tools, both for 
developers and end users. My CVS release have some of these, besides 
several other patches to TC (for instance, the ACCEPT verb is fully 
implemented, in a way similar to Microfocus(TM) cobol), fixes for 
refmods, and so on.

If someone would like to contribute applying back my patches, please 
tell me. I can retrieve the full cvs repository from SourceForge (which 
I've done to merge my code with a pre-0.63 release), but I'm not able to 
submit back to SF's cvs server.

best regards,
Rildo

-- 
 ------------------------------------------------------------------
 Rildo Pragana                   FPGA/uControllers * Linux * tcl/tk
 R.Joaquim Nabuco,92/1102 Derby  http://www.pragana.net
 Recife, PE - Brazil 52011-000   +55-81-3223-5694  / 8837-6122

[Tiny-cobol-users] Rildo's local version

[Jim M. <ro...@vi...>]

Rildo

You have mentioned a couple of times that you don't have access to the 
Sourceforge CVS.

Surely the more work you do on your own, the harder it will become to 
integrate it with the official version.  Is there anyone else out there 
that can help you overcome your problems?

Jim

Re: [Tiny-cobol-users] Problems with PICTURE Z ??

[Rildo P. <ri...@pr...>]

Hi Luiz,

Luiz Alberto Arroyo Goncalves wrote:

> Hi
> =20
> We are using TC to migrate from a MICROFOCUS Cobol environment.
> =20
> When using field with picture Z to ACCEPT a value, results in a=20
> strange result. In the following sample code there is a W1 field=20
> defined with Z(6). When accept this field with a value of 001001, the=20
> result is "  1  1". When the program moves the result of this field to=20
> another field defined with PIC 999999, results in a numeric  value of 1=
1.
> =20
> Another situation with this program is releated to the second ACCEPT,=20
> using the same W1 field. The previous value typed is missing and a=20
> 000000 field is displayed.
> =20
> Both situation does not occurs in MF Cobol.
> =20
> =20
>        IDENTIFICATION DIVISION.
>        PROGRAM-ID. SWPROG.
>        AUTHOR. SW.
>        ENVIRONMENT DIVISION.
>        CONFIGURATION SECTION.
>        SPECIAL-NAMES.
>            DECIMAL-POINT IS COMMA.
>        DATA DIVISION.
>        WORKING-STORAGE SECTION.
>        01  W1        PIC ZZZZZZ.
>        01  W2        PIC 999999.
>        PROCEDURE DIVISION.
>        PARAG.
>            ACCEPT W1 AT 1010.
>            DISPLAY W1 AT 1210.
>            MOVE W1 TO W2.
>            DISPLAY W2 AT 1310.
>            ACCEPT W1 AT 1410.
>            STOP RUN.
> =20
> First DISPLAY returns "  1  1"
> Second DISPLAY returns 11.
> =20
> =20

This is a bug in our official release.  If you want to use ACCEPT as=20
MF-cobol, please grab my local release:

CVSROOT=3D:pserver:ano...@pr...:/mnt/cvspublic
cvs login
(with an empty passord)
cvs co development


P.S. - (portuguese) Desculpe-me por escrever em ingl=EAs, mas =E9 a l=EDn=
gua=20
da nossa lista oficial. Se precisar de esclarecimentos, por favor=20
escreva para mim diretamente.

best regards,
Um abra=E7o,
Rildo

--=20
 ------------------------------------------------------------------
 Rildo Pragana                   FPGA/uControllers * Linux * tcl/tk
 R.Joaquim Nabuco,92/1102 Derby  http://www.pragana.net
 Recife, PE - Brazil 52011-000   +55-81-3223-5694  / 8837-6122

[Tiny-cobol-users] Problems with PICTURE Z ??

[Luiz A. A. G. <lui...@ya...>]

Hi
 
We are using TC to migrate from a MICROFOCUS Cobol environment. 
 
When using field with picture Z to ACCEPT a value, results in a strange result. In the following sample code there is a W1 field defined with Z(6). When accept this field with a value of 001001, the result is "  1  1". When the program moves the result of this field to another field defined with PIC 999999, results in a numeric  value of 11. 
 
Another situation with this program is releated to the second ACCEPT, using the same W1 field. The previous value typed is missing and a 000000 field is displayed. 
 
Both situation does not occurs in MF Cobol.
 
 
       IDENTIFICATION DIVISION.
       PROGRAM-ID. SWPROG.
       AUTHOR. SW.
       ENVIRONMENT DIVISION.
       CONFIGURATION SECTION.
       SPECIAL-NAMES.
           DECIMAL-POINT IS COMMA.
       DATA DIVISION.
       WORKING-STORAGE SECTION.
       01  W1        PIC ZZZZZZ.
       01  W2        PIC 999999.
       PROCEDURE DIVISION.
       PARAG.
           ACCEPT W1 AT 1010.
           DISPLAY W1 AT 1210.
           MOVE W1 TO W2.
           DISPLAY W2 AT 1310.
           ACCEPT W1 AT 1410.
           STOP RUN.

 
First DISPLAY returns "  1  1"
Second DISPLAY returns 11.
 
 

__________________________________________________
Converse com seus amigos em tempo real com o Yahoo! Messenger 
http://br.download.yahoo.com/messenger/ 

[Tiny-cobol-users] Bug fix for items level 01 with OCCURS clause.

[Rildo P. <ri...@pr...>]

Hello my friends,

Mr. Ravi Katti  have posted a program that show an obscure bug, which 
compiled without a glitch, but crashed his program at runtime. After 
some hours debugging I found why. There is a serious bug in memory 
allocation, which I have already fixed. I suggest you to grab my release 
from the following CVS server:

CVSROOT=:pserver:ano...@pr...:/mnt/cvspublic
cvs login
(with an empty passord)
cvs co development

This is based on the SourceForge CVS, but some days *before *the latest 
0.63 release. If someone is interested in patching our official 
repository, he/she is very welcome. Unfortunatelly, I lost access to 
SF's CVS server.

best regards,
Rildo

-- 
 ------------------------------------------------------------------
 Rildo Pragana                   FPGA/uControllers * Linux * tcl/tk
 R.Joaquim Nabuco,92/1102 Derby  http://www.pragana.net
 Recife, PE - Brazil 52011-000   +55-81-3223-5694  / 8837-6122

Re: [Tiny-cobol-users] Segmentation Fault - unable to trace

[Rildo P. <ri...@pr...>]

Hi Ravi,

ra...@gr... wrote:

>Hi David,
>
>I did try to debug as mentioned by you. But still no clue. Any luck with you?
>
>  
>
I found why the bug happens! The problem is with processing OCCURS in 
level 01 data items.
I suggest a workaround like this (according your code):

       01  date-table.
        02  date-table-reg occurs 20 times.
           05  dt-bk-cd                 pic 99.
           05  dt-memo-amt              pic s9(10)v99
                 sign leading separate.

Please, report me any other bugs found. I'm trying to make our compiler 
usable.

>TIA
>Ravi
>
>On Fri, 15 Jul 2005 02:27 , David Essex <de...@us...> sent:
>
>  
>
>>ravi :
>>
>>    
>>
>>>Could someone pls help me with the following?
>>>I am able to compile the programs without any error.
>>>But I get "segmentation fault" on executing the binary.
>>>One is calling program and the other called program.
>>>gdb is also of no use in this case. I am unable to
>>>proceed any further. Pls help.
>>>I have attached both the programs in one single file.
>>>      
>>>
>>There is some sort of memory corruption problem in one of the literals 
>>or identifiers.
>>
>>This is causing a segmentation fault when one of the identifiers gets 
>>initialized due to the VALUE clause.
>>
>>Due to the large amount of literals and identifiers it is difficult to 
>>isolate the problem, as the memory location where the problem occurs may 
>>have only a casual relation to the problem.
>>And since the memory location is corrupt, it is difficult, if not 
>>impossible, to identify the problem statement.
>>
>>Anyway I will try to isolate the problem.
>>
>>BTW, if you which to look at the problem just compile the run-time with 
>>the GCC '-g' option, and set the '.gdbinit' file with a break-point at 
>>'b tcob_move'.
>>The run the tests program (gdb BPVITD3), and use the continue command.
>>
>>
>>
>>
>>-------------------------------------------------------
>>SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
>>    
>>
>>from IBM. Find simple to follow Roadmaps, straightforward articles,
>  
>
>>informative Webcasts and more! Get everything you need to get up to
>>speed, fast. http://ads.osdn.com/\?ad_id=7477&alloc_id=16492&op=click
>>_______________________________________________
>>Tin...@li...
>>https://lists.sourceforge.net/lists/listinfo/tiny-cobol-users
>>    
>>
>
>
>
>
>
>
>-------------------------------------------------------
>SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
>from IBM. Find simple to follow Roadmaps, straightforward articles,
>informative Webcasts and more! Get everything you need to get up to
>speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
>_______________________________________________
>Tin...@li...
>https://lists.sourceforge.net/lists/listinfo/tiny-cobol-users
>
>  
>

best regards,
Rildo

-- 
 ------------------------------------------------------------------
 Rildo Pragana                   FPGA/uControllers * Linux * tcl/tk
 R.Joaquim Nabuco,92/1102 Derby  http://www.pragana.net
 Recife, PE - Brazil 52011-000   +55-81-3223-5694  / 8837-6122

[Tiny-cobol-users] EXTERNAL variables.

[Rildo P. <ri...@pr...>]

Hi,

I have been working with external variables and fixed some bugs that 
prevented it to work.  Now you can sahre vaiables between two or more 
programs, declared as EXTERNAL.  There is a very small example in 
test.code/00_FernandoWuthstrack directory, files 
external1.cob/external1sub.cob.
To retrive my development compiler package, use the following:


CVSROOT=:pserver:ano...@pr...:/mnt/cvspublic
cvs login
(with an empty passord)
cvs co development

best regards,
Rildo

-- 
 ------------------------------------------------------------------
 Rildo Pragana                   FPGA/uControllers * Linux * tcl/tk
 R.Joaquim Nabuco,92/1102 Derby  http://www.pragana.net
 Recife, PE - Brazil 52011-000   +55-81-3223-5694  / 8837-6122

Re: [Tiny-cobol-users] Tinycobol and Embedded SQL

[David E. <de...@us...>]

nikil chakravarthy wrote:

 > How can i pre-compile my mainframe related DB2 code in
 > COBOL-II programs in TC?
 > Is TC supports COBOL related DB2 SQL precompilation?
 >
 > nikil chakravarthy wrote:
 >
 >> Right now i am trying with migrating IBM mainframe
 >> related COBOL-II programs to Linux based tiny COBOL
 >> applications. In mainframe COBOL program i have a
 >> code to access DB2 database.
 >> How i can convert COBOL code on mainframe to TC
 >> enabled COBOL?
 >> Is it possible to get TC documentation and code
 >> samples on any site? I am desperatly looking out
 >> for TC with DB2 and ISAM samples.
 >> If anybody done similar work then please let me
 >> know the approach?

I'm not sure if you are trying to migrate just the COBOL application or 
both the DB2 database and COBOL applications.

A COBOL SQL pre-processor will convert SQL statements (EXEC SQL ... EXEC 
END) into CALL statements to a vendor specific API.

So TC does not have a SQL pre-processor because it is usually provided 
by the database vendor.

Unfortunately the only open source SQL database with a COBOL SQL 
pre-processor is Firebird (Linux only I think).
You can find an example in the 'test.code/esql' directory.

BTW, I would not recommend trying to convert an SQL database to ISAM.

[Tiny-cobol-users] Tinycobol and Embedded SQL

[nikil c. <nik...@ya...>]

Hi All,

How can i pre-compile my mainframe related DB2 code in
COBOL-II programs in TC? Is TC supports COBOL related
DB2 SQL precompilation?

--- nikil chakravarthy <nik...@ya...> wrote:

> Hi All,
> 
> Right now i am trying with migrating IBM mainframe
> related COBOL-II programs to Linux based tiny COBOL
> applications. In mainframe COBOL program i have a
> code
> to access DB2 database. How i can convert COBOL code
> on mainframe to TC enabled COBOL? Is it possible to
> get TC documentation and code samples on any site? I
> am desperatly looking out for TC with DB2 and ISAM
> samples. If anybody done similar work then please
> let
> me know the approach?
> 
> With Regards,
> Nikil
> 
> 
> 		
> ____________________________________________________
> Start your day with Yahoo! - make it your home page 
> http://www.yahoo.com/r/hs 
>  
> 
> 
>
-------------------------------------------------------
> SF.Net email is sponsored by: Discover Easy Linux
> Migration Strategies
> from IBM. Find simple to follow Roadmaps,
> straightforward articles,
> informative Webcasts and more! Get everything you
> need to get up to
> speed, fast.
>
http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
> _______________________________________________
> Tin...@li...
>
https://lists.sourceforge.net/lists/listinfo/tiny-cobol-users
> 


__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

[Tiny-cobol-users] Regarding DB2 access

[nikil c. <nik...@ya...>]

Hi All,

Right now i am trying with migrating IBM mainframe
related COBOL-II programs to Linux based tiny COBOL
applications. In mainframe COBOL program i have a code
to access DB2 database. How i can convert COBOL code
on mainframe to TC enabled COBOL? Is it possible to
get TC documentation and code samples on any site? I
am desperatly looking out for TC with DB2 and ISAM
samples. If anybody done similar work then please let
me know the approach?

With Regards,
Nikil


		
____________________________________________________
Start your day with Yahoo! - make it your home page 
http://www.yahoo.com/r/hs 
 

Re: [Tiny-cobol-users] TC release version 0.63

[David E. <de...@us...>]

Jim Morcombe wrote:

 > ...
 > I hope you don't intend to drop out of sight all together.

Well, frankly I don't know what the future will bring.


 > Ravi Katti wrote:
 > ...
 > My items on the wish list would be proper debugging feature
 > for TC and further releases of TC.

Generation of debugging information, or stabs, is complicated. In fact
on average, for every line of GNU assembler generated, about 10-20 stab
lines are required.

IMHO, it would be eisier to add COBOL to the GCC tool set.


 > How about donations to support further development?

Donations would not make any difference in my case.

But it may motivate others.


 > ...
 > How about me ordering online a Pizza for you? Is that ok?

No, but thanks for the offer.

Re: [Tiny-cobol-users] global/external files?

[David E. <de...@us...>]

Kevin Monceaux wrote:

 > Does TinyCobol have the ability to share files between
 > a main program and called subprograms such that the files
 > can be opened by the main program and all called subprograms
 > can access the files?
 > I just downloaded the latest release of TinyCobol.
 > If I try to code an FD entry such as:
 >
 > FD  LOGFILE IS EXTERNAL
 >    LABEL RECORDS ARE STANDARD.
 >    01  LOGFILE-REC         PIC X(80).
 >
 > when I try to compile the program htcobol segfaults.
 > If I remove the "IS EXTERNAL" it compiles without errors.

Since it seg-faults, this is a bug.

I did not work on this portion of the compiler, so I do not know if the 
'EXTERNAL' file clause was ever fully implimented.

This has been a problem since version 0.55, or prior.
So it is not specific to version 0.63.

[Tiny-cobol-users] Creating the TinyCOBOL Manual

[Dean P. <pow...@ya...>]

Hi, All:

We've talked on this list in the past about creating
documentation for the TinyCOBOL compiler, but time and
other circumstances ensured the discussion never got
very far.

Over the past few weeks, I've been playing with
creating a TinyCOBOL manual, in HTML format.  The idea
is to create a full-blown book that serves as COBOL
reference manual and TinyCOBOL documentation all in
one volume.  I have attached a tarball containing the
documents for everyone to look at.  Your comments
would be appreciated.  Just unpack the tarball and
open manual.html.

As you can see, the structure of the manual is far
from finished, but I think you can all get the idea as
to how it will probably look when it's complete.

This current version of the manual was created using
txt2tags (the t2t files used to create the HTML have
also been included).  I know this product is near and
dear to the hearts of several people on the list, but
after using it I don't feel the program is robust
enough.  I'll be looking for a new documentation
package over the next little while.  In a few short
sections, txt2tags has shown a couple of shortcomings
which have forced me to restructure the way the
documentation is put together.  IMHO, a documentation
tool that dictates the structure of the final product
isn't ready for prime time.

I am basing the structure of the TinyCOBOL manual on
three other COBOL reference works:

The HP OpenVMS Cobol manual, which is available at:
http://h71000.www7.hp.com/doc/82final/6296/6296pro_001.html

The IBM COBOL Manual, which can be found at:
http://publib.boulder.ibm.com/infocenter/pdthelp/index.jsp?topic=/com.ibm.entcobol3.doc/rllan.htm

My own treasured copy of the IBM OS Full American
National Standard COBOL manual (6th Edition, 1975),
originally published by IBM Systems Reference Library.

Of course, I will cite these works in the TC manual.

As stated before, any comments, queries, etc. about
the attached, very preliminary, COBOL manual would be
appreciated.

Regards,
Dean Powell
Edmonton, Canada

__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

[Tiny-cobol-users] global/external files?

[Kevin M. <Ke...@Ra...>]

Fellow TinyCobol users,

Does TinyCobol have the ability to share files between a main program and
called subprograms such that the files can be opened by the main program and
all called subprograms can access the files?  I just downloaded the latest
release of TinyCobol.  If I try to code an FD entry such as:

        FD  LOGFILE IS EXTERNAL
            LABEL RECORDS ARE STANDARD.
        01  LOGFILE-REC                                PIC X(80).

when I try to compile the program htcobol segfaults.  If I remove the "IS
EXTERNAL" it compiles without errors.  


Kevin
http://www.RawFedDogs.net
Waco, TX

Re: [Tiny-cobol-users] TC release version 0.63

[<ra...@gr...>]

Hi David,

You have really done an awesome job. Also I really appreciate the time and effort you take in replying to users problems. I got most of my queries answered by you.
I would also like to share my experience of TC.

One of the companies here in India was stuck with old (20 years app.)motorola based system with proprietory unix and cobol. They wanted similar kind of setup on new system as motorola system was fast ageing.
I suggested Fedora linux and Tinycobol. And to be honest with you all the migration is a grand success. 

My items on the wishlist would be proper debugging feature for TC and further releases of TC. How about donations to support further development?

Also David, How about me ordering online a Pizza for you? Is that ok?

Thanks
Ravi Katti 
---------------------
On Thu, 21 Jul 2005 11:09 , David Essex <de...@us...> sent:

>The TinyCOBOL compiler version 0.63 is available for download at the TC
>home page (1).
>
>Please report any bugs and/or problems to the TC mailing list.
>
>
>This will most likely be my final TC release.
>
>I would have liked to have added support for VBISAM to TC, but now this
>looks unlikely, as I do not plan to do any further TC development.
>
>
>David Essex
>
>1) TinyCOBOL Home Page
>http://tiny-cobol.sourceforge.net/

Re: [Tiny-cobol-users] TC release version 0.63

[Jim M. <ro...@vi...>]

David

When developing something like Tiny Cobol, people only let you know when 
something goes wrong.  This means you get a very skewed idea of what 
people think of your efforts.  (Programming would be great if we didn't 
have User).

I am certainly impressed with the efforts you have made with the TC 
compiler and the support you have provided.

I hope you don't intend to drop out of sight all together.

Jim




David Essex wrote:

> The TinyCOBOL compiler version 0.63 is available for download at the TC
> home page (1).
>
> Please report any bugs and/or problems to the TC mailing list.
>
>
> This will most likely be my final TC release.
>
> I would have liked to have added support for VBISAM to TC, but now this
> looks unlikely, as I do not plan to do any further TC development.
>
>
> David Essex
>
> 1) TinyCOBOL Home Page
> http://tiny-cobol.sourceforge.net/
>
>
>
>
>
>
> -------------------------------------------------------
> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> from IBM. Find simple to follow Roadmaps, straightforward articles,
> informative Webcasts and more! Get everything you need to get up to
> speed, fast. http://ads.osdn.com/?ad_id=7477&alloc_id=16492&op=click
> _______________________________________________
> Tin...@li...
> https://lists.sourceforge.net/lists/listinfo/tiny-cobol-users
>
>

Re: [Tiny-cobol-users] TC release version 0.63

[Tom C. <tch...@ba...>]

I would like to add my THANK YOU.  I am not a C programmer, but an
application programmer.  I have used both the Linux and Windows TC in ove=
r a
1,000 programs.
Great effort on this software.
Again, David, THANK YOU.

Tom Chandler
----- Original Message -----=20
From: "Andrew Cameron" <apc...@so...>
To: "'tiny-cobol-users'" <tin...@li...>
Sent: Thursday, July 21, 2005 4:42 PM
Subject: RE: [Tiny-cobol-users] TC release version 0.63


> Thanks David,
>
> We all appreciate the work you are doing on TC.
>
> Regards
> Andrew Cameron
> ----------------------------------------------
> Andrew Cameron
> e-Mail: apc...@so...
> URL: http://www.myownbusinessathome.com
> URL: http://www.moreinfo247.com/8763637/FREE
> URL: http://www.empowerism.com/e/96001
> URL: http://signups-guaranteed.us/affiliates/2887072.php
> ----------------------------------------------
>
> -----Original Message-----
> From: tin...@li...
> [mailto:tin...@li...] On Behalf Of Davi=
d
> Essex
> Sent: Thursday, July 21, 2005 11:09 AM
> To: tiny-cobol-users
> Subject: [Tiny-cobol-users] TC release version 0.63
>
>
> The TinyCOBOL compiler version 0.63 is available for download at the TC
home
> page (1).
>
> Please report any bugs and/or problems to the TC mailing list.
>
>
> This will most likely be my final TC release.
>
> I would have liked to have added support for VBISAM to TC, but now this
> looks unlikely, as I do not plan to do any further TC development.
>
>
> David Essex
>
> 1) TinyCOBOL Home Page
> http://tiny-cobol.sourceforge.net/
>
>
>
>
>
>
> -------------------------------------------------------
> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from
> IBM. Find simple to follow Roadmaps, straightforward articles, informat=
ive
> Webcasts and more! Get everything you need to get up to speed, fast.
> http://ads.osdn.com/?ad_id=3D7477&alloc_id=3D16492&op=3Dclick
> _______________________________________________
> Tin...@li...
> https://lists.sourceforge.net/lists/listinfo/tiny-cobol-users
>
> --=20
> No virus found in this incoming message.
> Checked by AVG Anti-Virus.
> Version: 7.0.323 / Virus Database: 267.9.2/55 - Release Date: 7/21/2005
>
>
>
>
> -------------------------------------------------------
> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> from IBM. Find simple to follow Roadmaps, straightforward articles,
> informative Webcasts and more! Get everything you need to get up to
> speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id=16492&op=CCk
> _______________________________________________
> Tin...@li...
> https://lists.sourceforge.net/lists/listinfo/tiny-cobol-users
>
>
> -----------------------------------------------
> Scanned by Bayou Internet for all known viruses.
> http://www.bayou.com
>
>

RE: [Tiny-cobol-users] TC release version 0.63

[Andrew C. <apc...@so...>]

Thanks David,

We all appreciate the work you are doing on TC.

Regards
Andrew Cameron
----------------------------------------------
Andrew Cameron
e-Mail: apc...@so...
URL: http://www.myownbusinessathome.com
URL: http://www.moreinfo247.com/8763637/FREE
URL: http://www.empowerism.com/e/96001
URL: http://signups-guaranteed.us/affiliates/2887072.php
----------------------------------------------

-----Original Message-----
From: tin...@li...
[mailto:tin...@li...] On Behalf Of David
Essex
Sent: Thursday, July 21, 2005 11:09 AM
To: tiny-cobol-users
Subject: [Tiny-cobol-users] TC release version 0.63


The TinyCOBOL compiler version 0.63 is available for download at the TC =
home
page (1).

Please report any bugs and/or problems to the TC mailing list.


This will most likely be my final TC release.

I would have liked to have added support for VBISAM to TC, but now this
looks unlikely, as I do not plan to do any further TC development.


David Essex

1) TinyCOBOL Home Page
http://tiny-cobol.sourceforge.net/






-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies =
from
IBM. Find simple to follow Roadmaps, straightforward articles, =
informative
Webcasts and more! Get everything you need to get up to speed, fast.
http://ads.osdn.com/?ad_id=3D7477&alloc_id=3D16492&op=3Dclick
_______________________________________________
Tin...@li...
https://lists.sourceforge.net/lists/listinfo/tiny-cobol-users

--=20
No virus found in this incoming message.
Checked by AVG Anti-Virus.
Version: 7.0.323 / Virus Database: 267.9.2/55 - Release Date: 7/21/2005
=20

[Tiny-cobol-users] Ken Rosensteel/US/BULL is out of the office.

[<Ken...@Bu...>]

I will be out of the office starting  07/19/2005 and will not return until
07/29/2005.

 In an emergency, you might try Carl Morelli (602) 862-6306

[Tiny-cobol-users] TC release version 0.63

[David E. <de...@us...>]

The TinyCOBOL compiler version 0.63 is available for download at the TC
home page (1).

Please report any bugs and/or problems to the TC mailing list.


This will most likely be my final TC release.

I would have liked to have added support for VBISAM to TC, but now this
looks unlikely, as I do not plan to do any further TC development.


David Essex

1) TinyCOBOL Home Page
http://tiny-cobol.sourceforge.net/

Re: [Tiny-cobol-users] Segmentation Fault - unable to trace

[David E. <de...@us...>]

ravi wrote:

> I did try to debug as mentioned by you. 
 > But still no clue. Any luck with you?

No real progress.

The problem occurs with on the following statement.

05 IT-PARTY-TOT-O PIC Z(10).ZZ VALUE ZEROES.

When the identifier 'IT-PARTY-TOT-O' gets initialized by the figurative 
constant (literal) ZEROES.

Unfortunately part of the literal structure memory is corrupt, and the 
data location pointer does not seam to point to the correct contents.

If I try to duplicate the problem with a smaller program with the above 
statement, then the problem does not occur.

Re: [Tiny-cobol-users] Segmentation Fault - unable to trace

[<ra...@gr...>]

Hi David,

I did try to debug as mentioned by you. But still no clue. Any luck with you?

TIA
Ravi

On Fri, 15 Jul 2005 02:27 , David Essex <de...@us...> sent:

>ravi :
>
> > Could someone pls help me with the following?
> > I am able to compile the programs without any error.
> > But I get "segmentation fault" on executing the binary.
> > One is calling program and the other called program.
> > gdb is also of no use in this case. I am unable to
> > proceed any further. Pls help.
> > I have attached both the programs in one single file.
>
>There is some sort of memory corruption problem in one of the literals 
>or identifiers.
>
>This is causing a segmentation fault when one of the identifiers gets 
>initialized due to the VALUE clause.
>
>Due to the large amount of literals and identifiers it is difficult to 
>isolate the problem, as the memory location where the problem occurs may 
>have only a casual relation to the problem.
>And since the memory location is corrupt, it is difficult, if not 
>impossible, to identify the problem statement.
>
>Anyway I will try to isolate the problem.
>
>BTW, if you which to look at the problem just compile the run-time with 
>the GCC '-g' option, and set the '.gdbinit' file with a break-point at 
>'b tcob_move'.
>The run the tests program (gdb BPVITD3), and use the continue command.
>
>
>
>
>-------------------------------------------------------
>SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
>from IBM. Find simple to follow Roadmaps, straightforward articles,
>informative Webcasts and more! Get everything you need to get up to
>speed, fast. http://ads.osdn.com/\?ad_id=7477&alloc_id=16492&op=click
>_______________________________________________
>Tin...@li...
>https://lists.sourceforge.net/lists/listinfo/tiny-cobol-users