gnucobol-users
[Top][All Lists]
Advanced

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

[open-cobol-list] Sorry for my posting, please unsubscribe me !


From: Christian . Groove . extern
Subject: [open-cobol-list] Sorry for my posting, please unsubscribe me !
Date: Thu Jun 13 00:21:02 2002

Hy there

this mail does not indicate a loss of interest. I am going to this
client and thus will not able to receive messages anymore.
Anyway, i will visit your web-page in future, so see you next time again.

Groovy

                                                                           
targit GmbH bei:
Christian Groove
HVB Systems GmbH
Quadriga Haus 3
Apianstr. 2 - 6
85774 Unterföhring
Intern:         STX4
Phone:          +49-89-378-31595
Mobile:         +49-160-382 6915
Fax:            +49-89-378-31828
mailto: address@hidden              


> -----Urspr√ľngliche Nachricht-----
> Von:  address@hidden
> [SMTP:address@hidden
> Gesendet am:  Mittwoch, 12. Juni 2002 23:59
> An:   address@hidden
> Betreff:      open-cobol-list digest, Vol 1 #12 - 3 msgs
> 
> Send open-cobol-list mailing list submissions to
>       address@hidden
> 
> To subscribe or unsubscribe via the World Wide Web, visit
>       https://lists.sourceforge.net/lists/listinfo/open-cobol-list
> or, via email, send a message with subject or body 'help' to
>       address@hidden
> 
> You can reach the person managing the list at
>       address@hidden
> 
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of open-cobol-list digest..."
> 
> 
> Today's Topics:
> 
>    1. unsubscribe (address@hidden)
>    2. open-cobol-0.9.6 (Keisuke Nishida)
>    3. Re: [Tiny-cobol-users] open-cobol-0.9.6 (David Essex)
> 
> --__--__--
> 
> Message: 1
> From: address@hidden
> To: address@hidden
> Date: Wed, 12 Jun 2002 14:34:26 +0200
> Subject: [open-cobol-list] unsubscribe
> 
> unsubscribe
> 
>                                                                         =
>   =20
> targit GmbH bei:
> Christian Groove
> HVB Systems GmbH
> Quadriga Haus 3
> Apianstr. 2 - 6
> 85774 Unterf=F6hring
> Intern:               STX4
> Phone:                +49-89-378-31595
> Mobile:               +49-160-382 6915
> Fax:          +49-89-378-31828
> mailto: address@hidden             =20
> 
> 
> > -----Urspr=FCngliche Nachricht-----
> > Von:        address@hidden
> > [SMTP:address@hidden
> > Gesendet am:        Dienstag, 11. Juni 2002 21:26
> > An: address@hidden
> > Betreff:    open-cobol-list digest, Vol 1 #11 - 2 msgs
> >=20
> > Send open-cobol-list mailing list submissions to
> >     address@hidden
> >=20
> > To subscribe or unsubscribe via the World Wide Web, visit
> >     https://lists.sourceforge.net/lists/listinfo/open-cobol-list
> > or, via email, send a message with subject or body 'help' to
> >     address@hidden
> >=20
> > You can reach the person managing the list at
> >     address@hidden
> >=20
> > When replying, please edit your Subject line so it is more specific
> > than "Re: Contents of open-cobol-list digest..."
> >=20
> >=20
> > Today's Topics:
> >=20
> >    1. Re: open-cobol-list digest, Vol 1 #10 - 1 msg (Doug Vogel)
> >    2. Re: problem with linking and execution (Keisuke Nishida)
> >=20
> > -- __--__-- 
> >=20
> > Message: 1
> > Date: Mon, 10 Jun 2002 14:55:17 -0600
> > From: "Doug Vogel" <address@hidden>
> > To: address@hidden
> > Subject: [open-cobol-list] Re: open-cobol-list digest, Vol 1 #10 - 1 =
> msg
> >=20
> > This is a multi-part message in MIME format.
> > --------------91FD1EEA429549C5004A31B4
> > Content-Type: text/plain; charset=3Dus-ascii
> > Content-Transfer-Encoding: 7bit
> >=20
> >=20
> >=20
> > address@hidden wrote:
> >=20
> > > Send open-cobol-list mailing list submissions to
> > >         address@hidden
> > >
> > > To subscribe or unsubscribe via the World Wide Web, visit
> > >         =
> https://lists.sourceforge.net/lists/listinfo/open-cobol-list
> > > or, via email, send a message with subject or body 'help' to
> > >         address@hidden
> > >
> > > You can reach the person managing the list at
> > >         address@hidden
> > >
> > > When replying, please edit your Subject line so it is more specific
> > > than "Re: Contents of open-cobol-list digest..."
> > >
> > > Today's Topics:
> > >
> > >    1. problem with linking and execution (Richard A. Painter)
> > >
> > > --  __--__-- =20
> > >
> > > Message: 1
> > > Date: Mon, 10 Jun 2002 13:24:32 -0600
> > > From: "Richard A. Painter" <address@hidden>
> > > Organization: Painter Engineering, Inc.
> > > To: Open Cobol List <address@hidden>
> > > Subject: [open-cobol-list] problem with linking and execution
> > >
> > > This is a multi-part message in MIME format.
> > > --------------1764898509D4DF9594D328C6
> > > Content-Type: text/plain; charset=3Dus-ascii
> > > Content-Transfer-Encoding: 7bit
> > >
> > > i am running cobc 0.9.5.92
> > >
> > > the attached 2 cobol files: program2.cob calls program3.cob.
> > > however i can't get program2 to execute.  here are the methods i =
> have
> > tried:
> > >
> > >         1. cobc -static -c PROGRAM3.cob
> > >            cobc -static -c -m PROGRAM2.cob
> > >            cobc -o program2 PROGRAM2.o PROGRAM3.o
> > >
> > >            all that executes is program3 and not the top-level =
> program2
> > >
> > >         2. cobc -static -C PROGRAM3.cob
> > >            cobc -static -C -m PROGRAM2.cob
> > >            gcc -c -O `cob-config --cflags` PROGRAM2.c PROGRAM3.c
> > >            gcc -o program2 PROGRAM2.o PROGRAM3.o `cob-config =
> --libs`
> > >
> > >            same as #1, all that executes is program3 and not the
> > top-level program2
> > >
> > >         3. if i leave the -m off i get "multiple main defined" and =
> the
> > link fails.
> > >
> > > examining the .c code from #1 appears to look ok.  program2.c has a =
> main
> > and
> > > program3 does not.
> > >
> > > r
> > > --
> > >
> > > +---------------------------------------------------------------+
> > > | Richard A. Painter            Phone 719 495 7054              |
> > > | Painter Engineering, Inc.     Mailto:address@hidden       |
> > > | 8470 Swan Rd.                                                 |
> > > | Black Forest, CO 80908                                        |
> > > |                                                               |
> > > | Visit our Web site:         http://painter.inc                |
> > > |         http://home.earthlink.net/~painterengineering         |
> > > |                                                               |
> > > | Systems & Software Engineering + LAN WAN Networking + X.25    |
> > > | INTERNET TCP-IP + Real-time Transaction Processing            |
> > > | System & Software Integration, Testing, Verification & Audits |
> > > | Web Hosting & Design + Apache + PHP + modSSL + cURL           |
> > > | Database Design & Applications + Oracle                       |
> > > | Benchmarks + Course & Workshop Development & Delivery         |
> > > | Financial and Medical Software Integration + Security         |
> > > | Middleware + EDI + Cryptography + Firewalls                   |
> > > | UNIX + Linux + Windows                                        |
> > > |                                                               |
> > > | What is popular is not always right and what is right is not  |
> > > | always popular.     - Howard Cosell                           |
> > > |                                                               |
> > > | Chance favors the prepared mind!   Illegitima non carborundum |
> > > +---------------------------------------------------------------+
> > > --------------1764898509D4DF9594D328C6
> > > Content-Type: text/plain; charset=3Dus-ascii;
> > >  name=3D"PROGRAM2.cob"
> > > Content-Transfer-Encoding: 7bit
> > > Content-Disposition: inline;
> > >  filename=3D"PROGRAM2.cob"
> > >
> > >       * ?SAVE ALL
> > >       * ?SYMBOLS,INSPECT,OPTIMIZE 2
> > >       * ?ANSI;NOBLANK
> > >        IDENTIFICATION DIVISION.
> > >        PROGRAM-ID. PROGRAM2.
> > >        ENVIRONMENT DIVISION.
> > >        INPUT-OUTPUT SECTION.
> > >        FILE-CONTROL.
> > >        DATA DIVISION.
> > >        WORKING-STORAGE SECTION.
> > >        01  ws-field1            pic x(10).
> > >        PROCEDURE DIVISION.
> > >        0000-MAINLINE.
> > >            display 'CALLING PROGRAM 3 1ST TIME'
> > >            CALL 'PROGRAM3'
> > >            display 'CALLING PROGRAM 3 2ND TIME'
> > >            CALL 'PROGRAM3'
> > >            exit program.
> > >
> > > --------------1764898509D4DF9594D328C6
> > > Content-Type: text/plain; charset=3Dus-ascii;
> > >  name=3D"PROGRAM3.cob"
> > > Content-Transfer-Encoding: 7bit
> > > Content-Disposition: inline;
> > >  filename=3D"PROGRAM3.cob"
> > >
> > >        IDENTIFICATION DIVISION.
> > >        PROGRAM-ID. PROGRAM3.
> > >        ENVIRONMENT DIVISION.
> > >        INPUT-OUTPUT SECTION.
> > >        FILE-CONTROL.
> > >        DATA DIVISION.
> > >        WORKING-STORAGE SECTION.
> > >        01  ws-field1            pic x(10) VALUE SPACES.
> > >        PROCEDURE DIVISION.
> > >        0000-MAINLINE.
> > >            DISPLAY 'FIELD =3D ' WS-FIELD1
> > >            MOVE 'DOUG VOGEL' TO WS-FIELD1
> > >            exit program.
> > >
> > > --------------1764898509D4DF9594D328C6--
> > >
> > > --  __--__-- =20
> > >
> > > _______________________________________________
> > > open-cobol-list mailing list
> > > address@hidden
> > > https://lists.sourceforge.net/lists/listinfo/open-cobol-list
> > >
> > > End of open-cobol-list Digest
> >=20
> > --------------91FD1EEA429549C5004A31B4
> > Content-Type: text/plain; charset=3Dus-ascii;
> >  name=3D"PROGRAM3.txt"
> > Content-Transfer-Encoding: 7bit
> > Content-Disposition: inline;
> >  filename=3D"PROGRAM3.txt"
> >=20
> > 000100 IDENTIFICATION DIVISION.
> > 00010000
> > 000200 PROGRAM-ID. PROGRAM3.
> > 00020000
> > 009900 ENVIRONMENT DIVISION.
> > 00690000
> >        INPUT-OUTPUT SECTION.
> >        FILE-CONTROL.
> > 010000 DATA DIVISION.
> > 00700000
> > 010100 WORKING-STORAGE SECTION.
> > 00710000
> >        01  ws-field1            pic x(10) VALUE SPACES.=20
> >        linkage section.
> >        01  ws-dummy-field       pic x(10).
> >        PROCEDURE DIVISION.
> > 025800 0000-MAINLINE using ws-dummy-field.
> >=20
> >            DISPLAY 'FIELD =3D ' WS-FIELD1
> >            MOVE 'DOUG VOGEL' TO WS-FIELD1=20
> >            exit program.
> > 02021000
> >=20
> >=20
> > --------------91FD1EEA429549C5004A31B4
> > Content-Type: text/plain; charset=3Dus-ascii;
> >  name=3D"PROGRAM2.txt"
> > Content-Transfer-Encoding: 7bit
> > Content-Disposition: inline;
> >  filename=3D"PROGRAM2.txt"
> >=20
> > 000100 IDENTIFICATION DIVISION.
> > 00010000
> > 000200 PROGRAM-ID. PROGRAM2.
> > 00020000
> > 009900 ENVIRONMENT DIVISION.
> > 00690000
> >        INPUT-OUTPUT SECTION.
> >        FILE-CONTROL.
> > 010000 DATA DIVISION.
> > 00700000
> > 010100 WORKING-STORAGE SECTION.
> > 00710000
> >        01  ws-field1            pic x(10).
> >        01  ws-dummy-field       pic x(10).
> >        PROCEDURE DIVISION.
> > 025800 0000-MAINLINE.
> > 01970000
> >            display 'CALLING PROGRAM 3 1ST TIME'
> >            CALL 'PROGRAM3' using ws-dummy-field
> >            display 'CALLING PROGRAM 3 2ND TIME'
> >            CALL 'PROGRAM3' using ws-dummy-field
> >            exit program.
> > 02021000
> >=20
> >=20
> > --------------91FD1EEA429549C5004A31B4--
> >=20
> >=20
> >=20
> > -- __--__-- 
> >=20
> > Message: 2
> > Date: Tue, 11 Jun 2002 10:47:43 +0900
> > From: Keisuke Nishida <address@hidden>
> > To: Open Cobol List <address@hidden>
> > Subject: Re: [open-cobol-list] problem with linking and execution
> >=20
> > At Mon, 10 Jun 2002 13:24:32 -0600,
> > Richard A. Painter <address@hidden> wrote:
> > >=20
> > > i am running cobc 0.9.5.92
> > >=20
> > > the attached 2 cobol files: program2.cob calls program3.cob.
> > > however i can't get program2 to execute.  here are the methods i =
> have
> > tried:
> >=20
> > Static linking with 0.9.5.92 sucks.  Could you try 0.9.5.93?
> >=20
> > >   1. cobc -static -c PROGRAM3.cob
> > >      cobc -static -c -m PROGRAM2.cob
> > >      cobc -o program2 PROGRAM2.o PROGRAM3.o
> >=20
> > You should put -m with PROGRAM3.cob.  Or with 0.9.5.93,
> > you can compile them as follows:
> >=20
> >   cobc -c -static -main PROGRAM3.cob
> >   cobc -c -static PROGRAM2.cob
> >   cobc -o program2 PROGRAM2.o PROGRAM3.o
> >=20
> > The `-main' flag indicates that the program has a main function.
> >=20
> >=20
> >=20
> > -- __--__-- 
> >=20
> > _______________________________________________
> > open-cobol-list mailing list
> > address@hidden
> > https://lists.sourceforge.net/lists/listinfo/open-cobol-list
> >=20
> >=20
> > End of open-cobol-list Digest
> 
> 
> --__--__--
> 
> Message: 2
> Date: Wed, 12 Jun 2002 21:45:53 +0900
> From: Keisuke Nishida <address@hidden>
> To: address@hidden
> Cc: address@hidden
> Subject: [open-cobol-list] open-cobol-0.9.6
> 
> Hi,
> 
> I have released OpenCOBOL 0.9.6, an open-source COBOL compiler
> forked from TinyCOBOL.
> 
>   http://www.open-cobol.org/
> 
> As some of you might know, I originally started my project
> because I was more comfortable with modifying the compiler
> as I feel like.
> 
> After a long period of time, I have completely reimplemented
> the compiler, the preprocessor, and the run-time library, and
> OpenCOBOL has now become a totally different COBOL compiler
> than TinyCOBOL.
> 
> A major difference between OpenCOBOL and TinyCOBOL is that
> OpenCOBOL translates COBOL into C and uses GCC to build an
> executable.  This means that OpenCOBOL can be ported wherever
> GCC works (in theory).  Some people are using it on MacOS X,
> for example.
> 
> At the moment, OpenCOBOL lacks many facilities that TinyCOBOL
> has, including SORT/MERGE statements, intrinsic functions,
> SCREEN SECTION, embedded SQL, and GDB supports.  On the other
> hand, OpenCOBOL scores better points in the NIST's COBOL core
> testsuite (NC module).
> 
> For now, I am trying to make OpenCOBOL more stable and easy
> to use rather than adding lots of facilities.  After it has
> become sufficiently stable for production use in my work, I am
> going to implement further functionalities, like embedded SQL
> with ODBC support.
> 
> I think I am going to concentrate on OpenCOBOL rather than
> contributing to TinyCOBOL any more.  Still I think it would
> be great if we could share some ideas and resources (like
> test suite), as we both have the same goal: implementing an
> open-source COBOL compiler.
> 
> I guess there are some people who are interested in OpenCOBOL,
> so I have announced it here.  Any comments are welcome.
> 
> Thank you for reading.
> 
> Best regards,
> Keisuke Nishida
> 
> 
> --__--__--
> 
> Message: 3
> Date: Wed, 12 Jun 2002 15:40:17 -0400
> To: tiny-cobol-users <address@hidden>
> From: David Essex <address@hidden>
> Cc: open-cobol-list <address@hidden>,
>       cobolforgcc-devel <address@hidden>
> Subject: [open-cobol-list] Re: [Tiny-cobol-users] open-cobol-0.9.6
> 
> At 09:45 PM 12/06/02 +0900, Keisuke Nishida wrote:
> 
> > ...
> > At the moment, OpenCOBOL lacks many facilities that TinyCOBOL
> > has, including SORT/MERGE statements, intrinsic functions,
> > SCREEN SECTION, embedded SQL, and GDB supports.  
> > ...
> > Still I think it would be great if we could share some 
> > ideas and resources (like test suite), as we both have 
> > the same goal: implementing an open-source COBOL compiler.
> > ....
> 
> Yes, I agree there should be more cooperation not only between open-COBOL
> and TC, but with cobol4gcc also.
> 
> Unfortunately this is easier said than done.
> 
> Some areas where I would like to see more cooperation are the following.
> 
> - The NIST test suite
> - SORT/MERGE utility
>   (Some thing like CA-So*t, Syncs*rt, ...)
> - Indexed/Relative file utility 
>   (ISAM, C-IS*M to the Xopen standard with file locks etc.)
> 
> In my view the above are relatively independent projects which could
> easily
> be shared between projects.
> 
> For example both the SORT/MERGE and indexed/Relative file utilities could
> be used as a stand alone program or as a library used by any of the
> projects run-time.
> 
> As for the embedded SQL pre-processor for COBOL, this is also a separate
> project, a rather large project.
> 
> The problem here is that each database has a different internal API. So to
> create a generic SQL pre-processor in my view is not realistic. 
> 
> Yes, one could use ODBC, but there some performance issues there.
> 
> Also most commercial database vendors do include a SQL pre-processor with
> the database.
> 
> As for open source database, to my knowledge Firebird it is the only one
> which has a COBOL SQL pre-processor.
> 
> PostgreSQL has C SQL pre-processor, which could be used as a starting
> point
> to create one for COBOL.
> 
> MySQL does not have any SQL pre-processors, so embedded SQL is not
> supported. Unless some one made one as an add on product.
> 
> Anyway my 2 cents worth.
> 
> 
> 
> 
> 
> 
> David Essex
> 
> 
> 
> 
> --__--__--
> 
> _______________________________________________
> open-cobol-list mailing list
> address@hidden
> https://lists.sourceforge.net/lists/listinfo/open-cobol-list
> 
> 
> End of open-cobol-list Digest


reply via email to

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