Menu
▾
▴
tiny-cobol-users
You can subscribe to this list here.
| 1999 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(341) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2000 |
Jan
(42) |
Feb
(22) |
Mar
(59) |
Apr
(12) |
May
(15) |
Jun
(30) |
Jul
(25) |
Aug
(13) |
Sep
(98) |
Oct
(51) |
Nov
(95) |
Dec
(99) |
| 2001 |
Jan
(105) |
Feb
(175) |
Mar
(411) |
Apr
(310) |
May
(294) |
Jun
(213) |
Jul
(132) |
Aug
(82) |
Sep
(26) |
Oct
(121) |
Nov
(181) |
Dec
(96) |
| 2002 |
Jan
(52) |
Feb
(128) |
Mar
(141) |
Apr
(111) |
May
(149) |
Jun
(164) |
Jul
(33) |
Aug
(77) |
Sep
(62) |
Oct
(92) |
Nov
(14) |
Dec
(33) |
| 2003 |
Jan
(33) |
Feb
(58) |
Mar
(120) |
Apr
(180) |
May
(206) |
Jun
(110) |
Jul
(232) |
Aug
(207) |
Sep
(103) |
Oct
(122) |
Nov
(42) |
Dec
(68) |
| 2004 |
Jan
(83) |
Feb
(107) |
Mar
(90) |
Apr
(7) |
May
(42) |
Jun
(36) |
Jul
(11) |
Aug
(24) |
Sep
(67) |
Oct
(116) |
Nov
(96) |
Dec
(22) |
| 2005 |
Jan
(29) |
Feb
(6) |
Mar
(12) |
Apr
(31) |
May
(47) |
Jun
(12) |
Jul
(76) |
Aug
(69) |
Sep
(7) |
Oct
(21) |
Nov
(5) |
Dec
(4) |
| 2006 |
Jan
(5) |
Feb
(7) |
Mar
(7) |
Apr
(3) |
May
(4) |
Jun
(4) |
Jul
(8) |
Aug
(13) |
Sep
(7) |
Oct
(2) |
Nov
(6) |
Dec
(30) |
| 2007 |
Jan
(43) |
Feb
(7) |
Mar
(2) |
Apr
(4) |
May
(11) |
Jun
(1) |
Jul
|
Aug
|
Sep
(22) |
Oct
(18) |
Nov
(6) |
Dec
(31) |
| 2008 |
Jan
(1) |
Feb
(2) |
Mar
(3) |
Apr
|
May
|
Jun
(3) |
Jul
(1) |
Aug
(2) |
Sep
(2) |
Oct
(11) |
Nov
(8) |
Dec
|
| 2009 |
Jan
(6) |
Feb
(4) |
Mar
|
Apr
|
May
(2) |
Jun
|
Jul
|
Aug
(3) |
Sep
|
Oct
(3) |
Nov
|
Dec
(8) |
| 2010 |
Jan
(15) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
(4) |
Nov
|
Dec
|
| 2011 |
Jan
|
Feb
|
Mar
|
Apr
(12) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2012 |
Jan
(7) |
Feb
(3) |
Mar
|
Apr
|
May
|
Jun
(4) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2014 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2018 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: David E. <de...@ar...> - 2002-07-23 21:35:39
|
At 11:19 AM 23/07/02 +0200, Joel Van Boeckel wrote:
> SELECT FLUP-FILE
> ASSIGN TO "/tmp/FFLUP"
>
> This select statement assigns a file to a real name file.
> Is it possible, on Linux systems, to link this file dynamically, for
> instance by mean of an environment variable exported before execution.
The 'EXTERNAL' clause in the 'SELECT' statement can be used to relate
internal to external filenames at run time, by using environment variables.
The syntax is a follows.
SELECT ... ASSIGN TO EXTERNAL { variable | literal }
Example (Win32):
SET FILENAMEOUT=C:\somepath\somefile
....
SELECT FILE-OUT ASSIGN TO EXTERNAL "FILENAMEOUT" .
In this case the stored value of the literal or variable is used as an
environment variable which is used to determined the actual filename.
If no environment variable is found or is empty, then the filename defaults
to the value stored in the literal or variable.
A working example can be found 'test19b.cob' in the 'test.code' directory.
Hope this helps.
David Essex
|
|
From: <bko...@ma...> - 2002-07-23 14:01:06
|
Sorry about that, I seem to have replied to you directly instead of the
list. Hopefully this will help.
=20
Tell me a little more about what you are trying to do. How does the
environment variable get set?
=20
I think there is a way to access environment variables, but I don't =
recall
what it is. Others should be getting on line soon and may be able to =
help
better.
=20
-----Original Message-----
From: Joel Van Boeckel [mailto:jva...@ke...]
Sent: Tuesday, July 23, 2002 9:58 AM
To: Boris Kortiak
Subject: RE: [Tiny-cobol-users] Dynamic assign of a file
=20
The first solution "$FILENAME" doesn't work.
The second does, but I have to find a solution to pass the value of the =
real
filename during runtime.
One solution would be to have access to an environment variable in the =
cobol
program. Do you know if this is possible in TC ?
Regards,
Jo=EBl.
-----Message d'origine-----
De : bko...@ma... [mailto:bko...@ma...]
Envoy=E9 : mardi 23 juillet 2002 15:16
=C0 : jva...@ke...
Objet : RE: [Tiny-cobol-users] Dynamic assign of a file
=20
-----Original Message-----=20
From: Joel Van Boeckel [ mailto:jva...@ke...
<mailto:jva...@ke...> ]=20
Sent: Tuesday, July 23, 2002 5:20 AM=20
To: tin...@li...=20
Subject: [Tiny-cobol-users] Dynamic assign of a file=20
=20
SELECT FLUP-FILE=20
ASSIGN TO "/tmp/FFLUP"=20
This select statement assigns a file to a real name file.=20
Is it possible, on Linux systems, to link this file dynamically, for=20
instance by mean of an environment variable exported before execution.=20
Jo=EBl.=20
Do you mean you want something like:=20
SELECT FLUP-FILE=20
ASSIGN TO "$FLUPFILE".=20
Have you tried it? What happens?=20
Alternatively, you could do it internally:=20
SELECT FLUP-FILE=20
ASSIGN TO FLUP-FILE-NAME.=20
...=20
01 FLUP-FILE-NAME PIC X(50).=20
...=20
MOVE SPACES TO FLUP-FILE-NAME.=20
STRING WS-FILE-PATH DELIMITED BY " "=20
WS-FILE-NAME DELIMITED BY " "=20
WS-FILE-UID DELIMITED BY SIZE=20
INTO FLUP-FILE-NAME=20
END-STRING.=20
|
|
From: Joel V. B. <jva...@ke...> - 2002-07-23 09:17:41
|
SELECT FLUP-FILE
ASSIGN TO "/tmp/FFLUP"
This select statement assigns a file to a real name file.
Is it possible, on Linux systems, to link this file dynamically, for
instance by mean of an environment variable exported before execution.
Jo=EBl.
|
|
From: Cornelio B. <cor...@pu...> - 2002-07-22 19:39:34
|
Si estas trabajando sobre linux el problema puede estar en la defnicion del tipo de Terminal que tengas definida en la variable de ambiente para tales fines. Ver Archivo /etc/TERMCAP No estoy seguro si esa es la ruta exacta ni si es TERMCAP o termcap. Corba -----Mensaje original----- De: tin...@li... [mailto:tin...@li...]En nombre de tin...@li... Enviado el: July 22, 2002 3:07 PM Para: tin...@li... Asunto: Tiny-cobol-users digest, Vol 1 #764 - 1 msg Send Tiny-cobol-users mailing list submissions to tin...@li... To subscribe or unsubscribe via the World Wide Web, visit https://lists.sourceforge.net/lists/listinfo/tiny-cobol-users or, via email, send a message with subject or body 'help' to tin...@li... You can reach the person managing the list at tin...@li... When replying, please edit your Subject line so it is more specific than "Re: Contents of Tiny-cobol-users digest..." Today's Topics: 1. Left and Right keys (Hudson Reis) --__--__-- Message: 1 Date: Sun, 21 Jul 2002 18:25:00 -0300 From: Hudson Reis <hud...@so...> To: Lista SourceForge <tin...@li...> Subject: [Tiny-cobol-users] Left and Right keys This is a MIME-formatted message. If you see this text it means that your E-mail software does not support MIME-formatted messages. --=_jive-29153-1027287100-0001-2 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi all, The left and right keys of my program are not working anymore. I've never had problems whith them but now I have... anyone knows why? Am I wrong in something? Could anyone help me? I attached my program in this e-mail. identification division. program-id. tecla00. author. Hudson Reis. environment division. configuration section. special-names. crt status is Tecla. data division. working-storage section. 77 Tecla pic 9(004) value zeros. 77 Var pic X(001) value spaces. 77 Esc pic 9(004) value 0027. screen section. procedure division. Inicio. initialize Var Tecla. Meio. accept Var line 10 position 50 auto if Tecla equal Esc then go to Fim end-if * display "01 Tecla-" Tecla " pic 9(004) value " Tecla * no advancing display "01 Tecla-" Tecla " pic 9(004) value " Tecla line 05 position 05 no advancing * display "01 Tecla-" line 10 position 10 * display Tecla line 10 position 19 * display "pic 9(004) value" line 10 position 24 * display Tecla line 10 position 41 go to Meio. Fim. stop run. Thanks Hudson --=_jive-29153-1027287100-0001-2 Content-Type: application/octet-stream; name="tecla00.cob" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="tecla00.cob" ICAgICAgIGlkZW50aWZpY2F0aW9uIGRpdmlzaW9uLg0KICAgICAgIHByb2dyYW0taWQuIHRlY2xh MDAuDQogICAgICAgYXV0aG9yLiBIdWRzb24gUmVpcy4NCg0KICAgICAgIGVudmlyb25tZW50IGRp dmlzaW9uLg0KICAgICAgIGNvbmZpZ3VyYXRpb24gc2VjdGlvbi4NCiAgICAgICBzcGVjaWFsLW5h bWVzLg0KICAgICAgIAkgICBjcnQgc3RhdHVzIGlzIFRlY2xhLg0KDQogICAgICAgZGF0YSBkaXZp c2lvbi4NCiAgICAgICB3b3JraW5nLXN0b3JhZ2Ugc2VjdGlvbi4NCiAgICAgICA3NyAgVGVjbGEg ICAgICAgICAgICAgICAgICAgcGljIDkoMDA0KSAgdmFsdWUgemVyb3MuDQogICAgICAgNzcgIFZh ciAgICAgICAgICAgICAgICAgICAgIHBpYyBYKDAwMSkgIHZhbHVlIHNwYWNlcy4NCiAgICAgICA3 NyAgRXNjICAgICAgICAgICAgICAgICAgICAgcGljIDkoMDA0KSAgdmFsdWUgMDAyNy4gDQogICAg ICAgDQogICAgICAgc2NyZWVuIHNlY3Rpb24uDQogICAgICAgDQogICAgICAgcHJvY2VkdXJlIGRp dmlzaW9uLg0KICAgICAgIEluaWNpby4NCiAgICAgICAgICAgaW5pdGlhbGl6ZSBWYXIgVGVjbGEu DQoNCiAgICAgICBNZWlvLg0KICAgICAgICAgICBhY2NlcHQgVmFyIGxpbmUgMTAgcG9zaXRpb24g NTAgYXV0bw0KICAgICAgICAgICBpZiAgVGVjbGEgZXF1YWwgRXNjDQogICAgICAgICAgIHRoZW4N CiAgICAgICAgICAgICAgIGdvIHRvIEZpbQ0KICAgICAgICAgICBlbmQtaWYNCiAgICAgICogICAg ZGlzcGxheSAiMDEgVGVjbGEtIiBUZWNsYSAiIHBpYyA5KDAwNCkgdmFsdWUgIiBUZWNsYSANCiAg ICAgICoJICAgbm8gYWR2YW5jaW5nDQoJICAgZGlzcGxheSAiMDEgVGVjbGEtIiBUZWNsYSAiIHBp YyA5KDAwNCkgdmFsdWUgIiBUZWNsYQ0KCSAgIGxpbmUgMDUgcG9zaXRpb24gMDUgbm8gYWR2YW5j aW5nDQogICAgICAqICAgICBkaXNwbGF5ICIwMSBUZWNsYS0iICAgICAgICAgIGxpbmUgMTAgcG9z aXRpb24gMTANCiAgICAgICoJICAgIGRpc3BsYXkgVGVjbGEgICAgICAgICAgICAgICAgbGluZSAx MCBwb3NpdGlvbiAxOQ0KICAgICAgKgkgICAgZGlzcGxheSAicGljIDkoMDA0KSB2YWx1ZSIgICBs aW5lIDEwIHBvc2l0aW9uIDI0DQogICAgICAqCSAgICBkaXNwbGF5IFRlY2xhICAgICAgICAgICAg ICAgIGxpbmUgMTAgcG9zaXRpb24gNDENCiAgICAgICAgICAgZ28gdG8gTWVpby4NCiAgICAgICAN CiAgICAgICBGaW0uIA0KICAgICAgICAgICBzdG9wIHJ1bi4NCg0K --=_jive-29153-1027287100-0001-2-- --__--__-- _______________________________________________ Tiny-cobol-users mailing list Tin...@li... https://lists.sourceforge.net/lists/listinfo/tiny-cobol-users End of Tiny-cobol-users Digest |
|
From: Hudson R. <hud...@so...> - 2002-07-21 21:31:42
|
Hi all,
The left and right keys of my program are not working anymore. I've never had problems whith them but now I have... anyone knows why?
Am I wrong in something?
Could anyone help me?
I attached my program in this e-mail.
identification division.
program-id. tecla00.
author. Hudson Reis.
environment division.
configuration section.
special-names.
crt status is Tecla.
data division.
working-storage section.
77 Tecla pic 9(004) value zeros.
77 Var pic X(001) value spaces.
77 Esc pic 9(004) value 0027.
screen section.
procedure division.
Inicio.
initialize Var Tecla.
Meio.
accept Var line 10 position 50 auto
if Tecla equal Esc
then
go to Fim
end-if
* display "01 Tecla-" Tecla " pic 9(004) value " Tecla
* no advancing
display "01 Tecla-" Tecla " pic 9(004) value " Tecla
line 05 position 05 no advancing
* display "01 Tecla-" line 10 position 10
* display Tecla line 10 position 19
* display "pic 9(004) value" line 10 position 24
* display Tecla line 10 position 41
go to Meio.
Fim.
stop run.
Thanks
Hudson
|
|
From: Hudson R. <hud...@so...> - 2002-07-19 01:53:18
|
Hi Michael > Hello All, > It seems that we have made some progress thanks to Jonathan Riddell's > message... but we are still unable to compile our first test program with > Tiny Cobol... Here is a trace of our last attempt and a copy of the source > code. > Any help will be greatly appreciated ;-) Thanks Well, change the first line(id division) of your program to: identification division. This will should work. I Hope this helps Hudson Reis. |
|
From: Ferran P. <fer...@re...> - 2002-07-15 13:25:18
|
Horacio Lorenzo wrote: >Hi, > >I would like to know if there is someone using TinyCobol as a corporate >development language in your companies. > >The point is that I must go out from SCOUnixware because, as u know, SCO >was bought by Caldera and SCOUnixware is no longer supported. I have >application written for oracle, those application was migrated to >red-hat linux, but I also have application written in cobol and running >under scounixware and I would like to migrate those application to >linux. So, I have two option, TinyCobol as a GNU development language or >some private vendor of cobol. That's why I would like to know if there >is someone using TinyCobol for commercial purposes. > There is another solution, you can try to run the SCO binaries on Linux. I run some SCO acucobol programs on linux with kernel 2.2 and iBCS, (on kernel 2.4 there is another module that does the same as iBCS). It worked very well and in this case and in another with informix the programs seem to run faster on linux than on SCO. > >Thanks a lot and sorry about my english. >Horacio > >-----Mensaje original----- >De: tin...@li... >[mailto:tin...@li...] En nombre de >Andrew Cameron >Enviado el: Sábado, 13 de Julio de 2002 05:18 p.m. >Para: tin...@li... >Asunto: [Tiny-cobol-users] Tiny Cobol Download Figures > > >Hi, > >If anyone is interested in how many people download TC directly from the >tiny cobol soueceforge page have a look at >http://sourceforge.net/project/showfiles.php?group_id=383 >The D/L colum is the number of downloads. It will also give you an Idea >as to how many people download the Linux version vs the Windows Version. > >Note:- It does NOT include any information on how many people download >TC using CVS or via other Web Sites. > >Regards >Andrew Cameron > > > >------------------------------------------------------- >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 > > > >------------------------------------------------------- >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) | +---------------------------------------------------------------+ |
|
From: Horacio L. <ho...@ta...> - 2002-07-15 12:50:48
|
Hi, =20 I would like to know if there is someone using TinyCobol as a corporate development language in your companies. =20 The point is that I must go out from SCOUnixware because, as u know, SCO was bought by Caldera and SCOUnixware is no longer supported. I have application written for oracle, those application was migrated to red-hat linux, but I also have application written in cobol and running under scounixware and I would like to migrate those application to linux. So, I have two option, TinyCobol as a GNU development language or some private vendor of cobol. That's why I would like to know if there is someone using TinyCobol for commercial purposes. =20 Thanks a lot and sorry about my english. =20 Horacio -----Mensaje original----- De: tin...@li... [mailto:tin...@li...] En nombre de Andrew Cameron Enviado el: S=E1bado, 13 de Julio de 2002 05:18 p.m. Para: tin...@li... Asunto: [Tiny-cobol-users] Tiny Cobol Download Figures Hi, If anyone is interested in how many people download TC directly from the tiny cobol soueceforge page have a look at http://sourceforge.net/project/showfiles.php?group_id=3D383 The D/L colum is the number of downloads. It will also give you an Idea as to how many people download the Linux version vs the Windows Version. Note:- It does NOT include any information on how many people download TC using CVS or via other Web Sites. Regards Andrew Cameron ------------------------------------------------------- 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 |
|
From: Andrew C. <apc...@so...> - 2002-07-13 20:18:11
|
Hi, If anyone is interested in how many people download TC directly from the tiny cobol soueceforge page have a look at http://sourceforge.net/project/showfiles.php?group_id=383 The D/L colum is the number of downloads. It will also give you an Idea as to how many people download the Linux version vs the Windows Version. Note:- It does NOT include any information on how many people download TC using CVS or via other Web Sites. Regards Andrew Cameron |
|
From: <hud...@so...> - 2002-07-11 18:45:40
|
Hi Bouhlel > I want to UNSUBCRIBE pleasssssssssssssssssse go to http://lists.sourceforge.net/lists/listinfo/tiny-cobol-users Type your e-mail, click in "Edit Options", click in subscribe. or send a e-mail to tin...@li... with subscribe in message body Hope this helps Hudson |
|
From: <tu...@ya...> - 2002-07-11 15:58:51
|
I want to UNSUBCRIBE pleasssssssssssssssssse --------------------------------- Yahoo! Mail -- Une adresse @yahoo.fr gratuite et en français ! |
|
From: Hudson R. <hud...@so...> - 2002-07-05 13:13:28
|
Hi Harold > v1...@br... schrieb am 05.07.2002, 10:19:04: > > http://www.braginsaya.net/inout/vdb.c > Sorry. This should read: > http://www.braginskaya.net/inout/vdb.c Thanks Hudson |
|
From: <v1...@br...> - 2002-07-05 08:22:30
|
v1...@br... schrieb am 05.07.2002, 10:19:04: > http://www.braginsaya.net/inout/vdb.c Sorry. This should read: http://www.braginskaya.net/inout/vdb.c |
|
From: <v1...@br...> - 2002-07-05 08:19:15
|
Hudson Reis <hud...@so...> schrieb am 05.07.2002, 06:03:17: > Your conversion routines was written in which language? C. It's basically an adaptation of the code I found in the TinyCobol sources and made it usable without much overhead. I put it at http://www.braginsaya.net/inout/vdb.c --Harald |
|
From: Hudson R. <hud...@so...> - 2002-07-05 04:09:44
|
Hi Harald, > I'm also using Postgres and I use the NUMERIC type. But I am converting the > Cobol data when writing and reading to/from the database. I'd like to use > the TinyCobol routines for conversion, which are already there in the TC > source. But I found them quite hard to understand and even harder to use > (have to build a complicated [at least poorly documented] datastructure), > so I wrote my own conversion routines. They work fine for me, but I don't > know if they cover all cases. (They do cover PIC S9(..)V9(..) at least.) I > can send you the code, if you like. Your conversion routines was written in which language? Hudson |
|
From: Ferran P. <fer...@re...> - 2002-07-04 16:00:14
|
> > >After this modifications, the compilation is ok, but any programs in test.code not working, as in compilation as in run. To have a better description about this problems, I did test all programs and here is a list of problems for t00-t35 examples: > > > I don't know what causes that problems, but I think the makefiles from test.code should be changed to make use of options -x and -m of the compiler. This can solve some problems. -- Salutacions / Regards +---------------------------------------------------------------+ | Ferran Pegueroles Forcadell | | mailto:fer...@re... | | Tels (+34)937252106 - (+34)667658535 | | C/Unió 44 2n 2a 08201 Sabadell (BCN) | +---------------------------------------------------------------+ |
|
From: Hudson R. <hud...@so...> - 2002-07-04 15:45:59
|
Hi David.
> I can't duplicate the problem, so I do not know what is wrong.
Ok... I get to duplicate the problem. The problem is this: When you install mingw, you must insert a mingw\bin directory in autoexec.bat file, and all binaries, libraries and other dependencies must be installed from mingw directory. See my hierarchy as the TinyCOBOL files are installed now in my Win98.
c:\mingw\bin\htcobol.exe
c:\mingw\bin\htcobolpp.exe
c:\mingw\lib\libhtcobol.a
c:\mingw\lib\libhtcobol2.a
c:\mingw\share\htcobol\htcobolrc
c:\mingw\share\htcobol\copybooks\screen.cpy
c:\mingw\tinycobol-0.58-1\doc\announce
c:\mingw\tinycobol-0.58-1\doc\authors
c:\mingw\tinycobol-0.58-1\doc\copying
c:\mingw\tinycobol-0.58-1\doc\copying.lib
c:\mingw\tinycobol-0.58-1\doc\COPYRIGHT
c:\mingw\tinycobol-0.58-1\doc\htcobf2f_man.html
c:\mingw\tinycobol-0.58-1\doc\htcobol_man.html
c:\mingw\tinycobol-0.58-1\doc\htcobolpp_man.html
c:\mingw\tinycobol-0.58-1\doc\htcobf2f_man.txt
c:\mingw\tinycobol-0.58-1\doc\htcobol_man.txt
c:\mingw\tinycobol-0.58-1\doc\htcobolpp_man.txt
c:\mingw\tinycobol-0.58-1\doc\install
c:\mingw\tinycobol-0.58-1\doc\INSTALL.bin
c:\mingw\tinycobol-0.58-1\doc\INSTALL.Win32
c:\mingw\tinycobol-0.58-1\doc\readme
c:\mingw\tinycobol-0.58-1\doc\Readme.mingw32.txt
A favor: Could you add the brazilian TinyCOBOL manfiles in mingw and cygwin TinyCOBOL Win32 distribuitions?
See my hierarchy as the DB files are installed.
c:\mingw\include\db.h
c:\mingw\lib\libdb.a
See my hierarchy as the PDCurses files are installed.
c:\mingw\include\curses.h
c:\mingw\include\panel.h
c:\mingw\lib\pdcurses.a (libpdcurses.a or pdcurses.a?)
c:\mingw\lib\panel.a (libpdpanel.a or panel.a?)
See my hierarchy as the GetOpt files are installed.
c:\mingw\include\getopt.h
c:\mingw\lib\libgetopts.a
See my hierarchy as the YACC files are installed.
c:\mingw\bin\yacc193.exe
I had installed in c:\mingw\lib\gcc-lib\mingw32\2.95.3-5 and not in c:\mingw, then, in compilation, the compiler haven't founding the file htcobolrc I don't know why, even which I did setting the TinyCOBOL variables in maktc.bat file I've setting the TinyCOBOL variables in maktc.bat file this way:
@echo off
set TCOB_OPTIONS_PATH=C:\mingw\lib\gcc-lib\mingw32\2.95.3-5\share\htcobol
set TCOB_PP_PATH=C:\mingw\lib\gcc-lib\mingw32\2.95.3-5\bin
Then, I did have modify the maktc.bat file to set the TinyCOBOL variables this way:
@echo off
set TCOB_OPTIONS_PATH=C:\mingw\share\htcobol
set TCOB_PP_PATH=C:\mingw\bin
Then, the compiler work correctly, without error/warning messages.
> First check the version with the 'htcobol -V' command, to ensure that no
> other versions are in the paths.
Is this ok now. :-D
A another problem is this.. Installing the auxiliar libraries (libdb, yacc, getopt, pdcurses), in special pdcurses, it is called pdcurses.a in zip file, but and in compilation, the gcc find the library -lpdcurses(libpdcurses.a), then, I did have which modify the name the file pdcurses.a to libpdcurses.a. Is this correct?
Is need modify the name of panel.a file to libpdpanel.a?
> Which version are you using, the one I compiled with gcc-2.95.2 and is
> available on the web site, or did you compile it ?
- My mingw version is 1.0.1 (Installed in c:\lang\mingw)
- My windows is 98, second version.
- My gcc version is 2.95.3.
I don't compile TinyCOBOL. I'm been download the binaries in the web site, so I don't know with compile TinyCOBOL to be used in mingw32 environment. As you compile TinyCOBOL to be used in Mingw32 environment? As you use a configure script with mingw? I prefered compile TinyCOBOL to use binary versions it... I think to many people think the same thing.. You could help me?
> Why not try this 'htcobol -v test01a.cob' and see what happens.
After this modifications, the compilation is ok, but any programs in test.code not working, as in compilation as in run. To have a better description about this problems, I did test all programs and here is a list of problems for t00-t35 examples:
t00/ Ok.
t01/ Ok.
t02/ Ok.
t03/ Ok.
t04/ Ok.
t05/ Ok.
t06/ error running test06v.cob.
error compiling index01.cob.
why index01.cob isn't declared in makefile?
why test06s.cob isn't declared in makefile?
t07/ Ok.
t08/ error compiling test08u.cob
error compiling test08g.cob
error compiling test08ug.cob (core dumped)
t09/ why anliste.cob isn't declared in makefile?
error compiling move-test.cob
why move-test.cob isn't declared in makefile?
why subscripts.cob isn't declared in makefile?
error linking upro.cob
why upro.cob isn't declared in makefile?
error compiling var+perform.cob (core dumped)
why var+perform.cob isn't declared in makefile?
t10/ Ok.
t11/ Ok.
t12/ Ok.
t13/ Ok.
t14/ Ok.
t15/ Ok.
t16/ Ok.
t17/ Ok.
t18/ Ok.
t19/ Ok.
t20/ error compiling test20a.cob (trace activated)
error compiling test20a_at.cob (trace activated)
error running test20c.cob
error compiling test20e.cob (trace activated)
t21/ error compiling test21.cob (trace activated)
t22/ Ok.
t23/ Ok.
t24/ Ok.
t24/ Ok.
t25/ error linking libtestz.a.
t26/ error compiling test27.cob.
t27/ Ok.
t28/ Ok.
t29/ Ok.
t30/ Ok.
t31/ Ok.
t32/ Ok.
t33/ error linking libsubrots.so.
t34/ error running aaaa.cob.
t35/ error assembling test35.cob.
In all makefiles which have a clear section and is used the section cleanbase in that clear section, where problems(Ex: makefile error number 13, 15) and not delete the files selected.
Ex:
When I typed 'make clean' it shows:
MAKE: *** [cleanbase] Error 13
ou
MAKE: *** [cleanbase] Error 13
ou
MAKE: *** [cleanbase] Error 14
ou
MAKE: *** [cleanbase] Error 15
Will be why is not found core?
This problems isn't a problem from TinyCOBOL, and yes in Make, but you know why happen this problem? or this error is me? I'm wrong in something? Makefiles in mingw32 environment have a special configuration?
Thanks for your help!
Hudson
|
|
From: Rildo P. <ri...@pr...> - 2002-07-02 18:24:14
|
Hi Ferran, On Tue, 2 Jul 2002, Ferran Pegueroles wrote: > I think that we should provide by default athe libraries of the runtime > as shared objects. > > This should be the default because is saves lots of disk space, and the > only reason to keep it like now if for debugging, and teorically only > developers debug the runtime. > > What do you think about this ? <snip> > I want to know what the rest of the developers and users think about this ! Here's my vote: yes. Anything that makes the user's life easier have my support. cheers, Rildo ---------------------------------------------------------------- Rildo Pragana FPGA/uControllers * Linux * tcl/tk P.O. Box 721 Camaragibe PE http://www.pragana.net Brazil 54792-990 +55-81-3223-5694 |
|
From: Ferran P. <fer...@re...> - 2002-07-02 17:48:41
|
I think that we should provide by default athe libraries of the runtime as shared objects. This should be the default because is saves lots of disk space, and the only reason to keep it like now if for debugging, and teorically only developers debug the runtime. What do you think about this ? I also think that now that is possible to compile and call dll with mingw32 we should join the libraries libhtcobol and libhtcobol2 in one. If the runtime is a shared object there is no reason to keep 2 separate libs. To make to separate libs also is a problem when creating the runtime as a shared object on a windows platform. If on configure somebody indicated that don't want sahred libs, we can make the lib without the dyncall object. There are also some things that should be changes on the compiler to use shared libs. When using shared libs, the db, ltdl/dl, math and curses libraries are linked to the runtime shared library and the link of the cobol program is very easy, only needs to link to htcobol. This make the compiler simpler. I want to know what the rest of the developers and users think about this ! -- Salutacions / Regards +---------------------------------------------------------------+ | Ferran Pegueroles Forcadell | | mailto:fer...@re... | | Tels (+34)937252106 - (+34)667658535 | | C/Unió 44 2n 2a 08201 Sabadell (BCN) | +---------------------------------------------------------------+ |
|
From: Hudson R. <hud...@so...> - 2002-07-02 14:32:50
|
Hi Ferran, > Don't worry, we all have lot of work... I agree with you... The time is little to contribute... > For me is OK to include my makefile on the wiki. I'm happy helping > people all arround the world. The open source world is good for this, we don't help one, two or tree peoples, we help very people the several coutries! :-D > I think you are doing a very good work documenting TC. Thank you! Unfortunatelly, I can help only that so I'm a begginner in Linux, and I have which learn much more.. > I can read a > little portugese, because is similar to spanish and catalan (the > languages I speack better) and is also similar to french (that I can > also speak a little). I'm speak a little spanish too, french I don't know... :-( Thank you for your attention! :-D Best Regards Hudson Reis. |
|
From: Mario L. R. <ma...@ka...> - 2002-07-02 08:55:49
|
-----Messaggio originale-----
Da: Jason Dravet [mailto:dr...@ca...]
Inviato: venerd=EC 28 giugno 2002 2.08
A: tin...@li...
Oggetto: [Tiny-cobol-users] Evaluate statement
I have the following code.
02 WA-RUN-TIME.
03 WA-TIME-HOUR PIC 99.
03 WA-TIME-MIN PIC 99.
ACCEPT WA-RUN-TIME FROM TIME.
EVALUATE WA-TIME-HOUR
WHEN > 12
SUBTRACT 12 FROM WA-TIME-HOUR
MOVE "PM" TO RH-TIME-PERIOD
WHEN =3D 12
MOVE "PM" TO RH-TIME-PERIOD
WHEN < 12
MOVE "AM" TO RH-TIME-PERIOD
WHEN =3D 00
MOVE "AM" TO RH-TIME-PERIOD
MOVE 12 TO WA-TIME-HOUR
END-EVALUATE.
Everytime I try to compile this code I get a parse error on the =
evaluate
statement. Then I get unknown or wrong statement errors for each line
of the evaluate. Can anyone please tell me what is wrong with this
code?
The orignal code was the following. I found an example in the tiny
cobol examples so I modified the following to work like the example.
Neither is working. Is the following code still good or will I have to
use the above modified code?
EVALUATE TRUE
WHEN WA-TIME-HOUR > 12
SUBTRACT 12 FROM WA-TIME-HOUR
MOVE "PM" TO RH-TIME-PERIOD
WHEN WA-TIME-HOUR =3D 12
MOVE "PM" TO RH-TIME-PERIOD
WHEN WA-TIME-HOUR < 12
MOVE "AM" TO RH-TIME-PERIOD
WHEN WA-TIME-HOUR =3D 00
MOVE "AM" TO RH-TIME-PERIOD
MOVE 12 TO WA-TIME-HOUR.
Jason
-------------------------------------------------------
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
I think the right code is below:
EVALUATE WA-TIME-HOUR
WHEN 13 THRU 24
SUBTRACT 12 FROM WA-TIME-HOUR
MOVE "PM" TO RH-TIME-PERIOD
WHEN 12
MOVE "PM" TO RH-TIME-PERIOD
WHEN 01 THRU 12
MOVE "AM" TO RH-TIME-PERIOD
WHEN 00
MOVE "AM" TO RH-TIME-PERIOD
MOVE 12 TO WA-TIME-HOUR
END-EVALUATE.
Try and tell me if ok (or not).
Regards
Mario Lodi Rizzini
|
|
From: eurlix <eu...@li...> - 2002-06-30 19:46:58
|
Le Sun, 30 Jun 2002 09:16:58 -0400 "Vinicio Aizpurua" <aiz...@be...> a =E9crit: > Congratulations to Brazil!!!!!! =20 > =20 >=20 >=20 > Vinicio Aizpurua =20 > Miami, FL, USA >=20 =66rom me too ! ;-) --=20 Alain Lucari Eurlix 1, rue Reine Elisabeth 13001 Marseille FRANCE |
|
From: Vinicio A. <aiz...@be...> - 2002-06-30 13:14:35
|
Congratulations to Brazil!!!!!! =20
=20
Vinicio Aizpurua =20
Miami, FL, USA
|
|
From: David E. <de...@ar...> - 2002-06-29 14:47:25
|
Alejandro Sager wrote: > > I´ve MinGW with gcc 2.95, the program run ok, but did not display anything when > use DISPLAY or ACCEPT verbs. There is a problem with the DISPLAY/ACCEPT LINE/POS and SCREEN statements on MinGW, which is related to PDcurses library. There not be problem with the regular DISPLAY/ACCEPT statements, if so then it is a bug. David Essex |
|
From: Alejandro S. <ale...@ho...> - 2002-06-28 20:10:34
|
I´ve MinGW with gcc 2.95, the program run ok, but dont display nothin when use DISPLAY or ACCEPT verbs. _________________________________________________________________ MSN. Más Útil cada Día. http://www.msn.es/intmap/ |
24 messages has been excluded from this view by a project administrator.
