tiny-cobol-users

Re: [Tiny-cobol-users] Changes to RTS names

[eurlix <eu...@li...>]

Hi all,

Le Mon, 30 Sep 2002 22:28:46 -0300 (BRT)
Rildo Pragana <ri...@pr...> a =E9crit:

> Hi,
>=20
> On Mon, 30 Sep 2002, Hudson Reis wrote:
>=20
> > About directories, I have a following opinion:
> > 1. We could modify the test.code and test_suite diretories to
> > testcode and testsuite to windows compatibility(win9X
> > especifically). =20
... (snip)

Really, I don't understand for what you are so interested by
a windaube compatibility ... there are many  (eventually without
charge, if not free : MF personal cobol per example) cobol for win..
It seem to me that if you  are not so interested by win, TC=20
progress more quickly=20
(count the mails about win in the list)

We works on Linux or not ?

For what are you working  to help BG ?

> The directories test.code and test_suite are not users examples.
>=20
... but, unless there are not always up to date, there are the only
(actual ?) way for a poor user to understand what TC do or dont't do.


Best regard,
--=20
Alain Lucari    Eurlix
1, rue Reine Elisabeth von Witellsbach
       (Reine des Belges)
13001 Marseille
FRANCE

Re: [Tiny-cobol-users] Bug on INITIALIZE and ACCEPT ?

[Ferran P. F. <fer...@re...>]

On dc, 2002-10-09 at 22:24, eurlix wrote:
> Hi all,
> 
> I have downloaded the last CVS version on oct. 4
> It works better than ever ... but now I have two problems
> the big : on some fields, writing "move zero to xfield"
>          or initialize xfield (elementary : level 77)
> 	 the program start always with -16 or, if decimal
> 	 field, -0.16 value ...
> the little : on accept from DATE always four leading zero
>          and on accept from TIME alwayss two leading zero 
> 	 ...
> an idea ?	 
Please, send an example program with this problems and we will try to
solve it.


> Best regard,
> -- 
> Alain Lucari    Eurlix
> 1, rue Reine Elisabeth von Witellsbach
>        (Reine des Belges)
> 13001 Marseille
> FRANCE
> 
> 
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Tin...@li...
> https://lists.sourceforge.net/lists/listinfo/tiny-cobol-users

[Tiny-cobol-users] Bug on INITIALIZE and ACCEPT ?

[eurlix <eu...@li...>]

Hi all,

I have downloaded the last CVS version on oct. 4
It works better than ever ... but now I have two problems
the big : on some fields, writing "move zero to xfield"
         or initialize xfield (elementary : level 77)
	 the program start always with -16 or, if decimal
	 field, -0.16 value ...
the little : on accept from DATE always four leading zero
         and on accept from TIME alwayss two leading zero 
	 ...
an idea ?	 
Best regard,
-- 
Alain Lucari    Eurlix
1, rue Reine Elisabeth von Witellsbach
       (Reine des Belges)
13001 Marseille
FRANCE

Re: [Tiny-cobol-users] Make target cleandist

[Ferran P. <fer...@re...>]

Jeff Smith wrote:

>  Make target 'cleandist' appears to serve the function
>of the *standard* make target 'distclean'.  Anybody
>have a problem with me changing it to distclean?  Anyone
>know if there's a "method to the madness" (a reason it is
>done the way it is)?
>
>  I think this would help any new TC developers.  It would
>help me when I switch back and forth among various
>projects.
>And I believe it would be the "Right Way" (TM).
>
>  -- Jeff S
>  
>
No problem for me, but it is better to leave the 2 options distclena and 
cleandist.


>
>__________________________________________________
>Do you Yahoo!?
>Faith Hill - Exclusive Performances, Videos & More
>http://faith.yahoo.com
>
>
>-------------------------------------------------------
>This sf.net email is sponsored by:ThinkGeek
>Welcome to geek heaven.
>http://thinkgeek.com/sf
>_______________________________________________
>Tin...@li...
>https://lists.sourceforge.net/lists/listinfo/tiny-cobol-users
>  
>


-- 
Salutacions / Regards
+---------------------------------------------------------------+
| Ferran Pegueroles Forcadell                                   |
| mailto:fer...@re...                          |
| Tels (+34)937252106 - (+34)667658535                          |
| C/Unió 44 2n 2a 08201 Sabadell (BCN)                          |
+---------------------------------------------------------------+

[Tiny-cobol-users] Make target cleandist

[Jeff S. <why...@ya...>]

  Make target 'cleandist' appears to serve the function
of the *standard* make target 'distclean'.  Anybody
have a problem with me changing it to distclean?  Anyone
know if there's a "method to the madness" (a reason it is
done the way it is)?

  I think this would help any new TC developers.  It would
help me when I switch back and forth among various
projects.
And I believe it would be the "Right Way" (TM).

  -- Jeff S


__________________________________________________
Do you Yahoo!?
Faith Hill - Exclusive Performances, Videos & More
http://faith.yahoo.com

RE: [Tiny-cobol-users] Bugs in DISPLAY

[<bko...@ma...>]

I don't have an example right to hand, but imagine something like this.

01 WS-TELA-01.
  03  WS-T01-LINHA-01         PIC  X(40)
     VALUE "Esta e a prima linha da tela".
  03  WS-T01-LINHA-02        PIC  X(40)
    VALUE "Aqui pode continuar na Segunda linha".
...
  03  WS-T01-LINHA-12        PIC  X(40)
    VALUE "a ultima linha de uma tela 40x12".

-----Original Message-----
From: Hudson Reis [mailto:hud...@so...]
Sent: Tuesday, October 08, 2002 9:13 AM
To: tin...@li...
Cc: Boris Kortiak
Subject: Re: [Tiny-cobol-users] Bugs in DISPLAY

Hi Boris,

> Number 1 makes sense.  Without the closing quote mark, the token continues
> until the end of the file.  What behavior were you expecting?

I expect the compiler should be a error, but this message "scanner token to
large" is very strange to the user.

> I have always created a screen of literals in WORKING-STORAGE rather than
> using a DISPLAY <literal> format.  There are a few reasons for this: i)
> depending on the screen size (ROWxCOL) one can pretty easily lay out the
> screen so that it is easily viewable in WORKING-STORAGE as what you expect
> to see on the screen after the DISPLAY [an early wysiwyg :)]; ii)
> reusability, you may find a use for different parts of the screen at some
> later point; iii) maintainability, just easier for me to maintain my
> ewysiwyg.

Well, I think good your way to use a screen. If it doesn't bother you, could
you send me a simple example?

Thanks
Hudson

Re: [Tiny-cobol-users] Bugs in DISPLAY

[Hudson R. <hud...@so...>]

Hi Boris,

> Number 1 makes sense.  Without the closing quote mark, the token continues
> until the end of the file.  What behavior were you expecting?

I expect the compiler should be a error, but this message "scanner token to large" is very strange to the user.

> I have always created a screen of literals in WORKING-STORAGE rather than
> using a DISPLAY <literal> format.  There are a few reasons for this: i)
> depending on the screen size (ROWxCOL) one can pretty easily lay out the
> screen so that it is easily viewable in WORKING-STORAGE as what you expect
> to see on the screen after the DISPLAY [an early wysiwyg :)]; ii)
> reusability, you may find a use for different parts of the screen at some
> later point; iii) maintainability, just easier for me to maintain my
> ewysiwyg.

Well, I think good your way to use a screen. If it doesn't bother you, could you send me a simple example? 

Thanks 
Hudson

Re: [Tiny-cobol-users] How to Compile programs??

[Hudson R. <hud...@so...>]

Hi Vinicio.

Sorry to don't answered yet.

> Should I use always the Makefile and make in order to compile my 
> programs?  

No.

> Especially when I'm trying to use TCGUI and I trying to find 
> and expedite way to do this and expend most of my time in testing and 
> developing in Tinycobol.

Well, I think that you doesn't search about this topic. I think that you should read the our documentation written by Jonhathan Riddell called "Introduction to Cobol and TinyCobol". It's very good and I learn makefiles from it.

> In other words guys, Is there any way to do this process transparent for > the Cobol programmer and make this project more popular and competitive??

Yes. Look it:

To compile a program.
htcobol <program.cob> (To generate a binary executable).

To compile a program that use a C call's.
htcobol -c <program.cob> (To generate a binary object)
gcc -o routine.o -c routine.c
gcc -o program program.o routine.o -lhtcobol -<additional routines>

In case of tcl/tk, you should use this:

htcobol -c program.cob (To generate a binary object)
gcc -o tcgui-run.o -c tcgui-run.c
gcc -o program program.o tcgui-run.o -lhtcobol -L/usr/X11/lib/ -ltcl8.3 -ltk8.3 -lX11

> Am i right or wrong about this?

I'm think that you are wrong. To more information:

1. Read the Introduction to Cobol and TinyCobol written by Jonhathan Riddell.
2. See the our wiki, in http://wiki.tinycobol.org. Some informations are written in English, others in portuguese.
3. Read the manfiles created by Ferran Pegueroles and David Essex:
man htcobol
man htcobolpp
man htcobf2f

Hope this helps.
Hudson

Re: [Tiny-cobol-users] Before the next release...

[Ferran P. F. <fer...@re...>]

> >
> >      2. When there is a  :             DISPLAY MYSCREEN.
> > ACCEPT  MYSCREEN.             and type something in the first field on
> > the screen and then I move from one screen field to        another ,
> > and then I goback to previous screen field ,  it's value (of the
> > previous) gets lost and an empty        field is presented.
> > Ferran, could you comment on this one ?
> >      4.            READ MY-FILE.            MOVE
> > FILE-ALPHANUMERIC-FIELD TO SCREEN-ALPHANUMERIC-FIELD.
> > DISPLAY MY-SCREEN.            ACCEPT MY-SCREEN.       The value of the
> > FILE-ALPHANUMERIC-FIELD is="1234567     "and the value of
> > SCREEN-ALPHANUMERIC-FIELD that is shown on the screen is="
> > 1234567" .In other words, it's right justified,instead of (it's
> > original value) left justified.
> > Another point for Ferran I'm afraid!

I'm really busy right now, but if you send me a program showing this,
I'll do what I can.

Re: [Tiny-cobol-users] Before the next release...

[Bernard G. <bg...@fr...>]

Mirce Vladimirov a écrit :

> There are some things that I think should be improved in the next
> release :     1. INSPECT SOME-FIELD .... doesn't work and
> INSPECT "some text in brackets" ..... works.
> Could you me more specific for this point ? I.e. complete pgm
> fragment.
>
>      2. When there is a  :             DISPLAY MYSCREEN.
> ACCEPT  MYSCREEN.             and type something in the first field on
> the screen and then I move from one screen field to        another ,
> and then I goback to previous screen field ,  it's value (of the
> previous) gets lost and an empty        field is presented.
> Ferran, could you comment on this one ?
>      3. It would be good if the ctrl+C is enabled to interrupt
> TINY-COBOL programs just like all the other programs in Linux.
> It works for me (Redhat 7.0)! And there should be no reason that TC
> would intercept
> ctrl+c.
>
>      4.            READ MY-FILE.            MOVE
> FILE-ALPHANUMERIC-FIELD TO SCREEN-ALPHANUMERIC-FIELD.
> DISPLAY MY-SCREEN.            ACCEPT MY-SCREEN.       The value of the
> FILE-ALPHANUMERIC-FIELD is="1234567     "and the value of
> SCREEN-ALPHANUMERIC-FIELD that is shown on the screen is="
> 1234567" .In other words, it's right justified,instead of (it's
> original value) left justified.
> Another point for Ferran I'm afraid!
>      5. Is it posible to show the source-line number and cause of a
> runtime-failure ?
> Yes, I think this is a good idea. OpenCobol does a similar thing, I'll
> look at it.
>      6. TINY-COBOL permits 3 redefinitions of a same field. Is it
> posible to increase the number of redefinitions ?
> Again, some specific pgm fragment...
>      7. How can we rebuild(or re-index, whatever) an indexed file ? Or
> is Berkley the proper adress to ask this        question ? If so ,
> where on the WWW can I find such information ?
> I think one could provide such a pgm, even if I think that the best
> place
> would be within the DB lib (but they are way ahead, with a non LGPL
> license).
> Who can volunteer to write a useful COBOL utiity calling
> DB API's? That is a kind of pgm which could join the cocol-utils
> project...
>
> But in all cases, the next release won't have these features, we need
> to issue pretty quickly what we have done so far (more than two
> monthes from last one).
>
>
> But we will seriously consider some of this points for release
> 0.60.
>
> Bernard Giroud
>  That's all for now.   Mirce Vladimirov
> Bul.Jane Sandanski 35-5-/13
> 1000 Skopje
> Macedonia home telephone +389 2 458 434
> office telephone/fax +389 2 362 428
> mobile +389 70 262 021 e-mail : vm...@ma...

[Tiny-cobol-users] How to Compile programs??

[Vinicio <co...@be...>]

Hi, everyone

Should I use always the Makefile and make in order to compile my 
programs? Especially when I'm trying to use TCGUI and I trying to find 
and expedite way to do this and expend most of my time in testing and 
developing in Tinycobol.
In other words guys, Is there any way to do this process transparent for 
the Cobol programmer and make this project more popular and competitive??

Am i right or wrong about this?


Thanks.


Vinicio Aizpurua
Miami, FL, USA

RES: RES: [Tiny-cobol-users] programa test23

[Carlucio L. <car...@te...>]

>
> Hi Carlucio,
>
> > por exemplo o campo esta carregado inicialmente com um
> > valor = 1.000,00,eu digito 2.000,00, movo o cursor com tab ou
> > seta para baixo para o proximo campo, ele mostra 1.000,00 e nao
> > 2.000,00 . Isso nao ocorre com você.
>
> Bom, isto não acontece comigo.
>
> > translation:
> > for example the field this loaded initially with a
> > value = 1.000,00,I type 2.000,00, I move the cursor with tab or
> > arrow downwards for nearby field, he shows 1.000,00 and nao
> > 2.000,00 . That not occurs with you.
>
> Well, this not occurs with me.
>
> Regards
> Hudson
>>

será que algum problema de biblioteca? ou configurei errado?
eu uso Debian 3.0(wood) kernel 2.4.18.

will it be that some library problem? or I setuped wrong?
I use Debian 3.0(Wood) kernel 2.4.18.

Carlucio Lopes
http://br.tinycobol.org Projeto Cobol Linux
http://wiki.tinycobol.org tutoriais,dicas,etc.
www.focalinux.org  tutoriais
Linux counter nr. 285056.

---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.386 / Virus Database: 218 - Release Date: 09/09/02

RES: RES: [Tiny-cobol-users] programa test23

[Carlucio L. <car...@te...>]

>
> Hi Carlucio,
>
> > por exemplo o campo esta carregado inicialmente com um
> > valor = 1.000,00,eu digito 2.000,00, movo o cursor com tab ou
> > seta para baixo para o proximo campo, ele mostra 1.000,00 e nao
> > 2.000,00 . Isso nao ocorre com você.
>
> Bom, isto não acontece comigo.
>
> > translation:
> > for example the field this loaded initially with a
> > value = 1.000,00,I type 2.000,00, I move the cursor with tab or
> > arrow downwards for nearby field, he shows 1.000,00 and nao
> > 2.000,00 . That not occurs with you.
>
> Well, this not occurs with me.
>
> Regards
> Hudson
>>

será que algum problema de biblioteca? ou configurei errado?
eu uso Debian 3.0(wood) kernel 2.4.18.

will it be that some library problem? or I setuped wrong?
I use Debian 3.0(Wood) kernel 2.4.18.

Carlucio Lopes
http://br.tinycobol.org Projeto Cobol Linux
http://wiki.tinycobol.org tutoriais,dicas,etc.
www.focalinux.org  tutoriais
Linux counter nr. 285056.

---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.386 / Virus Database: 218 - Release Date: 09/09/02

Re: RES: [Tiny-cobol-users] programa test23

[Hudson R. <hud...@so...>]

Hi Carlucio,

> por exemplo o campo esta carregado inicialmente com um
> valor = 1.000,00,eu digito 2.000,00, movo o cursor com tab ou
> seta para baixo para o proximo campo, ele mostra 1.000,00 e nao
> 2.000,00 . Isso nao ocorre com você.

Bom, isto não acontece comigo. 

> translation:
> for example the field this loaded initially with a
> value = 1.000,00,I type 2.000,00, I move the cursor with tab or
> arrow downwards for nearby field, he shows 1.000,00 and nao
> 2.000,00 . That not occurs with you.

Well, this not occurs with me.

Regards 
Hudson

Re: [Tiny-cobol-users] Before the next release...

[Mirce V. <vm...@ma...>]

Actualy its not "brackets" but it is "quotes". I am not very good in =
English,sory...

      1. INSPECT SOME-FIELD .... doesn't work and=20
          INSPECT "some text in brackets" ..... works.=20

[Tiny-cobol-users] Before the next release...

[Mirce V. <vm...@ma...>]

There are some things that I think should be improved in the next =
release :

    1. INSPECT SOME-FIELD .... doesn't work and=20
        INSPECT "some text in brackets" ..... works.=20

    2. When there is a  :

            DISPLAY MYSCREEN.
            ACCEPT  MYSCREEN.

            and type something in the first field on the screen and then =
I move from one screen field to=20
        another , and then I goback to previous screen field ,  it's =
value (of the previous) gets lost and an empty=20
        field is presented.

    3. It would be good if the ctrl+C is enabled to interrupt TINY-COBOL =
programs just like all the other programs in Linux.

    4.
            READ MY-FILE.
            MOVE FILE-ALPHANUMERIC-FIELD TO SCREEN-ALPHANUMERIC-FIELD.
            DISPLAY MY-SCREEN.
            ACCEPT MY-SCREEN.

      The value of the FILE-ALPHANUMERIC-FIELD is=3D"1234567     "
and the value of SCREEN-ALPHANUMERIC-FIELD that is shown on the screen =
is=3D"     1234567" .
In other words, it's right justified,instead of (it's original value) =
left justified.

    5. Is it posible to show the source-line number and cause of a =
runtime-failure ?

    6. TINY-COBOL permits 3 redefinitions of a same field. Is it posible =
to increase the number of redefinitions ?=20

    7. How can we rebuild(or re-index, whatever) an indexed file ? Or is =
Berkley the proper adress to ask this=20
        question ? If so , where on the WWW can I find such information =
?



That's all for now.



Mirce Vladimirov
Bul.Jane Sandanski 35-5-/13
1000 Skopje
Macedonia

home telephone +389 2 458 434
office telephone/fax +389 2 362 428
mobile +389 70 262 021

e-mail : vm...@ma...

Re: [Tiny-cobol-users] A Suggestion about the configure script.

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

Bernard Giroud wrote:

>Hudson Reis a écrit :
>  
>
>>Hi all,
>>
>>As we have manfiles in four languages[english, french, italian and portuguese(brazil)], we could create a option --lang in configure script to that the own user to configure what makefile is need install to him. The default option is in english language. This way, manfiles would be more merited by users.
>>ex:
>>
>>./configure --lang=en
>>./configure --lang=fr
>>./configure --lang=it
>>./configure --lang=pt_br
>>
>>I talk with David about this in a four months later, but it was waiting more makefiles translations to add this feature in our configure script. Unfortunately this fact not occurred. :(
>>
>>Developers, is very hard add this feature in our configure script? This feature is very important to non english users(as me, for instance).
>>    
>>
>
>Who in this list has skills in configure tool and/or shell scripts to take the job ?
>It would be nice for it to be ready fr the next release, say around mid october.
>  
>
Since I'm most familiar with the configure script, I guess I should 
finish this.

>BTW, I don't have the correct version of the tool man2html. Can somebody
>just run the utility on the french files? Thanks in advance.
>
>  
>
The HTML man files were generated using the man2html utility, then the 
html source was modified manually.

This was neccessary as the man pages have automatic line wrap-around 
feature.

In anycase, it does not matter which version of man2html is used as long 
as the relative man and html files are in sync.

David Essex

Re: [Tiny-cobol-users] A Suggestion about the configure script.

[Bernard G. <bg...@fr...>]

Hudson Reis a écrit :

> Hi all,
>
> As we have manfiles in four languages[english, french, italian and portuguese(brazil)], we could create a option --lang in configure script to that the own user to configure what makefile is need install to him. The default option is in english language. This way, manfiles would be more merited by users.
> ex:
>
> ./configure --lang=en
> ./configure --lang=fr
> ./configure --lang=it
> ./configure --lang=pt_br
>
> I talk with David about this in a four months later, but it was waiting more makefiles translations to add this feature in our configure script. Unfortunately this fact not occurred. :(
>
> Developers, is very hard add this feature in our configure script? This feature is very important to non english users(as me, for instance).

Who in this list has skills in configure tool and/or shell scripts to take the job ?
It would be nice for it to be ready fr the next release, say around mid october.

BTW, I don't have the correct version of the tool man2html. Can somebody
just run the utility on the french files? Thanks in advance.

Bernard


>
>
> Thanks for attention.
> Hudson
>
> --
> Hudson Reis                                       hud...@so...
>
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Tin...@li...
> https://lists.sourceforge.net/lists/listinfo/tiny-cobol-users

[Tiny-cobol-users] Re: [cobol-utils] Common COBOL library

[Hudson R. <hud...@so...>]

Hi Bernard,

> - COBOL prettyprinter (like indent for C)

What is this? Could you explain better?

Thanks
Hudson

Re: [Tiny-cobol-users] Tiny Cobol and CGI

[Hudson R. <hud...@so...>]

Hi Rod,

> With the first way, you can create all routines in COBOL, but this way isn't portable, but it work only in apache. 

Please, this information is wrong, sorry. Thanks Rildo.

Regards.
Hudson

Re: [Tiny-cobol-users] ISAM library

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

Hi,

This looks promising. Now all they need to add is Record Locking.

regards
Andrew Cameron
----- Original Message ----- 
From: "Ferran Pegueroles Forcadell" <fer...@re...>
To: <tin...@li...>
Sent: 29 September 2002 10:05
Subject: [Tiny-cobol-users] ISAM library


> A GPLed ISAM library hes been released.It supports sequential access
> transactions etc....
> 
> This is the list of features.
> 
>       Features:
>           o ultra fast B* tree implementation for random lookups
>           o transaction handling
>           o sequential access methods
>           o embedable small footprint, < 75 Kb
>           o arbitrary size files, up to 4 Terrabytes
>           o arbitrary number of records per file, up to 2 ^^ 48 records
>           o duplicate keys and unique keys
>           o advanced key compression for minimal size index files
>           o keylength up to 255 bytes per index
>           o keylength up to 1024 bytes per record
>           o datalength up to 2 Gigabytes per record
>           o ISAM files are binary compatible between arbitrary platforms
>           o regression test frame
>     o LGPL license
> 
> You can find more info at :
> 
> http://mission.base.com/peter/source/
> 
> 
> I think this can be a good library for the TC file IO.
> 
> 
> 
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Tin...@li...
> https://lists.sourceforge.net/lists/listinfo/tiny-cobol-users

Re: [Tiny-cobol-users] Common COBOL library

[<bur...@ya...>]

 --- Rildo Pragana <ri...@pr...> wrote: > 
> If an interface similar to the postgresql database
> we have suffices
> your needs, I may try to write one. Please, tell me
> if this is
> enough for you.
> 

I need to create a similar database from that on my
3000 computer so either PostgreSQL or MYsql interfaces
would be great. Do you have an example of this
interface already for PostgreSQL , this would be great
I would happily switch to PostgreSQL if an interface
was already available.

Regards

Peter


__________________________________________________
Do You Yahoo!?
Everything you'll ever need on one web page
from News and Sport to Email and Music Charts
http://uk.my.yahoo.com

RES: [Tiny-cobol-users] programa test23

[Carlucio L. <car...@te...>]

Hudson Reis escreveu:

> Bom, eu olhei o problema que voce reportou, entretanto nao vi
> nenhum problema deste tipo, mas de qualquer forma, tente usar
> o parâmetro UPDATE no accept.

Hudson Reis wrote:
> Well, I look the problem that you report, however, I don't
> see nobody problem this kind, but from anything, try to use
> the statement UPDATE in accept.
>

por exemplo o campo esta carregado inicialmente com um
valor = 1.000,00,eu digito 2.000,00, movo o cursor com tab ou
seta para baixo para o proximo campo, ele mostra 1.000,00 e nao
2.000,00 . Isso nao ocorre com você.

translation:
for example the field this loaded initially with a
value = 1.000,00,I type 2.000,00, I move the cursor with tab or
arrow downwards for nearby field, he shows 1.000,00 and nao
2.000,00 . That not occurs with you.

see you soon
Até mais,

Carlucio Lopes
http://br.tinycobol.org Projeto Cobol Linux
http://wiki.tinycobol.org tutoriais,dicas,etc.
www.focalinux.org  tutoriais
Linux counter nr. 285056.
---
Outgoing mail is certified Virus Free.
Checked by AVG anti-virus system (http://www.grisoft.com).
Version: 6.0.386 / Virus Database: 218 - Release Date: 09/09/02

Re: [Tiny-cobol-users] Changes to RTS names

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

Hi,

On Mon, 30 Sep 2002, Hudson Reis wrote:

> About directories, I have a following opinion:
> 1. We could modify the test.code and test_suite diretories to testcode and
> testsuite to windows compatibility(win9X especifically).  2. We could pass
> all testcode directories to testsuite, classify this directories according
> with the current testsuite directories and put in testcode only real
> applications. The name of directory (testcode), in my point of view, is very
> good. A name 'example' to a directory is very commercial, then I prefer the
> 'testcode' directory name.

The directories test.code and test_suite are not users examples.

The first of them (test.code) are for exercizing added features in the
compiler itself (or at the libraries). For instance, several times I have
implemented new statements and asked David Essex to write sample code (which
were not clear to me) so I can check my implementation against his code.

The other (test_suite) is a kind of regression test, to see if something
was broken by any new additions in the parser/scanner/codegen, or even in our
standards libraries. Later, it became expanded to target a subset of NIST
tests (required to any cobol compiler being declared as standards-compliant).

We may add, preferably separate from the main compiler package, a
user-friendly (for cobol programmers) collection of examples.
Then you may be free to add anything, even if it does not exercize the
compiler, and to show how some algorithms are implemented (for instance,
pointer manipulations, tables and searching, file accesses, C interfacing,
web/cgi programming, &c). I may even be a contributor for this new package.

I don't like the idea of having a cgi-util GPLed library in our code, as
our current libraries are LGPLed. There are serious licensing legal matters
arising from this. First of all, our full library will be required to be
GPLed, making things worse for the cobol programmers (our users!).
Remember: TinyCobol compiler is GPLed, but its libraries are LGLed, which is
not the same! It allows a commercial application be distributed without
the developer being required to open its (cobol) source.

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

Re: [Tiny-cobol-users] Common COBOL library

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

Hi Peter,

On Mon, 30 Sep 2002, Peter Burgess wrote:

> I would think this would be ideal for alot of users,
> myself I am trying to convert hp3000 cobol programs to
> tc , which has worked, where I have hit a wall is
> converting the db calls to work with MYsql, I will
> have to start using perl/php/c++ to write some
> wrappers, to gain more acceptance of the package it
> would be so useful to have these libraries to hand ,
> other than that the conversion has worked fine, I have
> had to work on some post 85 functions which are not
> available on the tc but apart from that it works
> great.

If an interface similar to the postgresql database we have suffices
your needs, I may try to write one. Please, tell me if this is
enough for you.

About embedded sql, this is another story... It is too much complex to
be done with a simple library, and require a specialized pre-processor.

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