cobolforgcc-users Mailing List for Cobol for GCC
Status: Pre-Alpha
Brought to you by:
timjosling
You can subscribe to this list here.
2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
(1) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2003 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
(2) |
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2007 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(3) |
Dec
(4) |
2008 |
Jan
(1) |
Feb
(1) |
Mar
(2) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2009 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
From: Ricky <ric...@li...> - 2009-10-26 14:00:18
|
Hi, all I tried to compile cobol for gcc with gcc 4.4.1, but the makefile seems has some problem: make cobe2a.exe make[4]: Entering directory `/gcc-4.4.1/build/gcc/cobol' Makefile:122: *** missing separator. Stop. make[4]: Leaving directory `/gcc-4.4.1/build/gcc/cobol' make[4]: Entering directory `/gcc-4.4.1/build/gcc/cobol' Makefile:122: *** missing separator. Stop. I checked the command, they are all start with <TAB>, so I'm confused what's is the problem with makefile? cobol: coba2e$(exeext) cobe2a$(exeext) cobd2u$(exeext) cobu2d$(exeext) cobutab$(exeext) cobf2v$(exeext) cobpre$(exeext) cobcc1$(exeext) coba2e$(exeext): coba2e.o cobutil.o $(CC) $(ALL_CFLAGS) $(LDFLAGS) -o $@ coba2e.o cobutil.o Thank you in advance! |
From: Bill K. <wm...@ix...> - 2008-03-04 22:11:21
|
Just to be clear, although the '02 Standard did not include the concept of "OPTIONAL" features, it did have the concept of "processor dependent" which ended up meaning things in that category WERE "de facto" optional. Some of the items in that category (in the '02 Standard) were character screen handling, file-sharing/record-locking, read previous. Some of things that (additionally) will be optional if the next revision goes forward will include Validate, Report Writer, LOCALE-based processing, standard arithmetic. I agree that it is unlikely that any vendor will ever implement the FULL '02 Standard. My hope/goal is that the next revision (2011?) will actually end up specifying as required only those things that MIGHT actually get implemented by at least one - and hopefully several - vendors. > -----Original Message----- > From: tim [mailto:te...@me...] > Sent: Monday, March 03, 2008 11:54 PM > To: Bill Klein > Cc: cob...@li... > Subject: Re: [Cobolforgcc-users] ) Review of ISO/ANSI COBOL > working draft1.10 - for CD registration and CD ballot > > Thanks Bill, > > My recollection was that everything was mandatory in cobol 2002. Even > the character based screens. > > As I read it they are making record locking, the screens, > report writer > and various other odds and ends. The communication section has been > removed. > > I'm actually happy with what they are suggesting at this > stage. My last > experience with 2002 when I put a lot of work into making > suggestions to > little result, is discouraging. SO I think I will just > observe this one. > > I would not be surprised if no-one ever fully implements Cobol 2002. > Where possible I like to be standards compliant but it is > more important > to be compliant with the base of existing code, IMHO. > > Tim > > On Thu, 2008-02-28 at 18:40 -0600, Bill Klein wrote: > > I just received the following note. I would suggest that anyone > > involved in the OpenCOBOL process who is interested in future > > "conforming" compilers follow up on this. In particular, if you are > > outside the US, you may want to see how to get your > national Standards > > Body involved and proactive. To find out how to contact > your national > > standards body, check out: > > http://www.iso.org/iso/about/iso_members.htm > > > > * * * > > > > COBOL working draft 1.10, in zipped PDF format, is available for > > download from the WG4 website: > > http://www.cobolstandard.info/wg4/document.html (WD 1.10). > I will send > > this document to SC22 for concurrent Committee Draft (CD) > registration > > and CD ballot. > > > > I decided not to hold up the concurrent CD registration and > CD ballot > > for resolution of certain details; you can see these in > Annex G, Open > > Issues. Please send comments on these issues, along with any other > > comments. > > > > Anyone can send comments directly to INCITS/J4 > > (bob...@ka...) for consideration in > development of the > > U.S. position on the CD ballot. You should also send your > comments to > > your national body for development of your country's position. > > > > This is the first committee draft, which is usually > considered to be a > > rough draft. Comments on the overall feature content as well as > > comments on specification details will be helpful. The next planned > > ballot is a Final CD ballot, for which the document should be in > > tip-top shape (though changes can still be made). Your > input will help > > us make it that way. > > > > I'll notify you when I know the ballot closing date. Your national > > body will have an earlier closing date. > > > > The ballot starting date will be a bit later than shown in the draft > > revision schedule at > > http://www.cobolstandard.info/j4/files/07-0183.doc , but the overall > > schedule should not change drastically because the ballot > period will > > be 3 months rather than the projected 4 months. > > > > Any comments to INCITS/J4 (bob...@ka...) by the March > > 10-14, 2008, J4 meeting in Ontario, CA, will be greatly > appreciated. > > > > > -------------------------------------------------------------- > ----------- > > This SF.net email is sponsored by: Microsoft > > Defy all challenges. Microsoft(R) Visual Studio 2008. > > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > > _______________________________________________ > Cobolforgcc-users mailing list > Cob...@li... > https://lists.sourceforge.net/lists/listinfo/cobolforgcc-users > > |
From: tim <te...@me...> - 2008-03-04 05:53:37
|
Thanks Bill, My recollection was that everything was mandatory in cobol 2002. Even the character based screens. As I read it they are making record locking, the screens, report writer and various other odds and ends. The communication section has been removed. I'm actually happy with what they are suggesting at this stage. My last experience with 2002 when I put a lot of work into making suggestions to little result, is discouraging. SO I think I will just observe this one. I would not be surprised if no-one ever fully implements Cobol 2002. Where possible I like to be standards compliant but it is more important to be compliant with the base of existing code, IMHO. Tim On Thu, 2008-02-28 at 18:40 -0600, Bill Klein wrote: > I just received the following note. I would suggest that anyone > involved in the OpenCOBOL process who is interested in future > "conforming" compilers follow up on this. In particular, if you are > outside the US, you may want to see how to get your national Standards > Body involved and proactive. To find out how to contact your national > standards body, check out: > http://www.iso.org/iso/about/iso_members.htm > > * * * > > COBOL working draft 1.10, in zipped PDF format, is available for > download from the WG4 website: > http://www.cobolstandard.info/wg4/document.html (WD 1.10). I will send > this document to SC22 for concurrent Committee Draft (CD) registration > and CD ballot. > > I decided not to hold up the concurrent CD registration and CD ballot > for resolution of certain details; you can see these in Annex G, Open > Issues. Please send comments on these issues, along with any other > comments. > > Anyone can send comments directly to INCITS/J4 > (bob...@ka...) for consideration in development of the > U.S. position on the CD ballot. You should also send your comments to > your national body for development of your country's position. > > This is the first committee draft, which is usually considered to be a > rough draft. Comments on the overall feature content as well as > comments on specification details will be helpful. The next planned > ballot is a Final CD ballot, for which the document should be in > tip-top shape (though changes can still be made). Your input will help > us make it that way. > > I'll notify you when I know the ballot closing date. Your national > body will have an earlier closing date. > > The ballot starting date will be a bit later than shown in the draft > revision schedule at > http://www.cobolstandard.info/j4/files/07-0183.doc , but the overall > schedule should not change drastically because the ballot period will > be 3 months rather than the projected 4 months. > > Any comments to INCITS/J4 (bob...@ka...) by the March > 10-14, 2008, J4 meeting in Ontario, CA, will be greatly appreciated. > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2008. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ Cobolforgcc-users mailing list Cob...@li... https://lists.sourceforge.net/lists/listinfo/cobolforgcc-users |
From: Bill K. <wm...@ix...> - 2008-02-29 00:41:09
|
I just received the following note. I would suggest that anyone involved in the OpenCOBOL process who is interested in future "conforming" compilers follow up on this. In particular, if you are outside the US, you may want to see how to get your national Standards Body involved and proactive. To find out how to contact your national standards body, check out: http://www.iso.org/iso/about/iso_members.htm * * * COBOL working draft 1.10, in zipped PDF format, is available for download from the WG4 website: http://www.cobolstandard.info/wg4/document.html (WD 1.10). I will send this document to SC22 for concurrent Committee Draft (CD) registration and CD ballot. I decided not to hold up the concurrent CD registration and CD ballot for resolution of certain details; you can see these in Annex G, Open Issues. Please send comments on these issues, along with any other comments. Anyone can send comments directly to INCITS/J4 (bob...@ka...) for consideration in development of the U.S. position on the CD ballot. You should also send your comments to your national body for development of your country's position. This is the first committee draft, which is usually considered to be a rough draft. Comments on the overall feature content as well as comments on specification details will be helpful. The next planned ballot is a Final CD ballot, for which the document should be in tip-top shape (though changes can still be made). Your input will help us make it that way. I'll notify you when I know the ballot closing date. Your national body will have an earlier closing date. The ballot starting date will be a bit later than shown in the draft revision schedule at http://www.cobolstandard.info/j4/files/07-0183.doc , but the overall schedule should not change drastically because the ballot period will be 3 months rather than the projected 4 months. Any comments to INCITS/J4 (bob...@ka...) by the March 10-14, 2008, J4 meeting in Ontario, CA, will be greatly appreciated. |
From: Bill K. <wm...@ix...> - 2008-01-01 21:18:29
|
> -----Original Message----- > From: cob...@li... > [mailto:cob...@li...] On > Behalf Of tim > Sent: Thursday, November 29, 2007 1:55 AM > To: Tom Browder > Cc: cob...@li... > Subject: Re: [Cobolforgcc-users] Good COBOL Text <snip> > The 2002 standard is available here (draft close to final version) > http://www.ncits.org/tc_home/j4htm/cd18all.pdf > I didn't notice this when it was posted, but I will say that there some medium significant changes after that CD (there was at least one FCD and one FDIS and then the final version AFTER that one). As I recently posted, the "official" ANSI (INCITS) version of the approved '02 Standard is available for 30USD from: http://webstore.ansi.org/RecordDetail.aspx?sku=INCITS%2fISO%2fIEC+1989-2002 It is the ISO official version that is VERY expensive, see: http://webstore.ansi.org/RecordDetail.aspx?sku=ISO%2fIEC+1989%3a2002 |
From: David A. C. <sup...@co...> - 2007-12-05 18:09:53
|
tim wrote: > Work on the project stopped for a number of years, for good but > uninteresting reasons, but I have recently started work again. > Hooray! > I have started again with a different > approach using LISP as the main language for the compiler front end > instead of C. That's nearly as exciting as discovering the project is awake again. It will be very good to see how LISP applies here. > LISP is not just for processing lists; it is a very > powerful programming language and good open source implementations exist > (eg SBCL, GCL, CMU Lisp). > Of any, GCL looks best at first glance because it allows to compile rather than producing code that is still very close to being interpreted. > The opportunities I see for people to help will be > > COBOL Skills: > * Test your COBOL programs and submit bug reports. > * Work on the some of the runtime routines. > OK. I've got years & years of COBOL experience -- but the code isn't available to me. > Lisp skills > * Work on the compiler front end (parser etc). > And here, too, I may be able to help. > C Skills > * Work on the runtime routines. > > C Skills and GCC Internals skills > * Work on the GCC back end interface. > I'll watch. |
From: tim <te...@me...> - 2007-12-05 02:41:05
|
On Sun, 2007-12-02 at 15:20 -0500, Jeffrey Brower wrote: > So are you saying that all they need is the compiled COBOL and the library > and they will not have to install Cygwin or anything else? GCC runs under mingw as I understand it so it should not be necessary to install cygwin. Having said that, I am developing on Linux and Windows support is a secondary priority. Tim Josling > > Jeff > > > -----Original Message----- > From: tim [mailto:te...@me...] > Sent: Sunday, December 02, 2007 4:30 AM > To: Jeff@PointHere.net > Subject: RE: [Cobolforgcc-announce] Status of the COBOL For GCC project > > Jeffrey, > > The runtime will be licensed under the LGPL and therefore free $0 for all > uses. See http://www.gnu.org/licenses/lgpl.txt > > My interpretation of this is that you can distribute copies of LGPL code > such as libraries as long as you offer to provide the source code of the > LGPL code. You are not required to provide souce code of your application > just to the LGPLed library. > > I hope this addresses your concern about the runtime. If not please let me > know. > > Regards, > Tim Josling > > On Sat, 2007-12-01 at 19:35 -0500, Jeffrey Brower wrote: > > Hi Tim. > > > > I've been looking forward to this email - and I was wondering when it > > would come. > > > > I have about 100,000 lines of my company's COBOL I can throw at it for > > testing. Once you open it up for others to help, I can do some COBOL > > code if you can help me spec it out. I have coded some in C and I am > > willing to learn LISP. I own the company so there would be no issues > there. > > > > I would like to you reconsider the runtime just for the time it takes > > to read this email. > > > > I would prefer to create COBOL programs that can execute natively on > > Solaris, OS X (really FreeBSD) and (I am ashamed to admit) Windows. > > When I hear about our customer installs (always on Windows) I > > constantly hear complaints against maintaining runtimes in addition to > > our stuff and refusing to install most COBOLs (and Cygwin) for that > > very reason. I keep an ancient MicroFocus COBOL just to compile those > > programs (which run stand-alone in a DOS box - no runtime). The > > Solaris and OS-X would be for me, the Windows for the clients that don't > know better. > > > > I have been using KOBOL from The Kompany and it scores 100% on the > > ANSII 85 test - but it does not have any built-in functions and that > > makes it hard to migrate to from MF COBOL. It also requires Cygwin on > > Windows. That makes it a non-starter for our software sales on that > platform. > > > > I truly believe that running native on Solaris, OSX and Windows can be > > a instant success mechanism -especially when the new MicroFocus > > runtime is charged in the thousands per CPU per year. Our last quote > > came in over $10K just to compile and distribute a single 5,000 line > > program plus each installation had to pony up almost that year after > > year for the privilege to run it. > > > > Imagine, just for a minute, the success of a COBOL that had no runtime > > and provides the feeling of protection that only comes from > > distributing stand-alone binary executables. Fame. And a chance to > > change the face of computing by unleashing billions of lines of code > > that are trapped behind huge fees and the barrier wall of runtimes. > > > > Let me know if you see me as a fit in any way with your project. > > > > Jeff Brower > > Atlanta, GA - USA > > > > > > > > -----Original Message----- > > From: cob...@li... > > [mailto:cob...@li...] On Behalf > > Of tim > > Sent: Saturday, December 01, 2007 6:02 PM > > To: cob...@li... > > Subject: [Cobolforgcc-announce] Status of the COBOL For GCC project > > > > Work on the project stopped for a number of years, for good but > > uninteresting reasons, but I have recently started work again. > > > > In fact I left my job recently to work on the project. I took a > > holiday first and I'm now working full time on the project. I plan for > > work on the project for at least six months and I think that will > > suffice to get a substantial part of the work done. > > > > My plan is to get a minimal subset running and then put it up on > > sourceforge, at which point I will be inviting others to help. > > > > Our first attempt produced 80,000 lines of code and I would estimate > > we were about 30% of the way there. I have started again with a > > different approach using LISP as the main language for the compiler > > front end instead of C. The interface to the GCC back end will still > > be in C but that will only be a few thousand lines. The runtime will > > be in a combination of C and a subset of COBOL. With this approach I > > think the whole thing will be less than 70,000 lines of code. Quite a bit > of the code fromt he first attempt is reusable. > > > > Expiriments I have done indicate that LISP programs require only about > > 10-20% of the lines of code of a comparable C program with almost > > proportionate productivity improvements and reductions in bugs, and > > with similar performance. LISP is not just for processing lists; it is > > a very powerful programming language and good open source > > implementations exist (eg SBCL, GCL, CMU Lisp). Some of these run on > Windows as well as Unix variants. > > There are a lot of good books, documentation and other training > > materials about LISP available on the internet. > > > > The opportunities I see for people to help will be > > > > COBOL Skills: > > * Test your COBOL programs and submit bug reports. > > * Work on the some of the runtime routines. > > > > Lisp skills > > * Work on the compiler front end (parser etc). > > > > C Skills > > * Work on the runtime routines. > > > > C Skills and GCC Internals skills > > * Work on the GCC back end interface. > > > > As this is a Free Software Foundation project it will be necessary for > > anyone who makes more than a very small contribution to legally assign > > the copyright to the FSF, and to get a waiver from their employer or > > school or college as well. > > > > I will issue more updates as I progress, at least on a monthly basis. > > > > Regards, > > Tim Josling > > > > > > ---------------------------------------------------------------------- > > --- SF.Net email is sponsored by: The Future of Linux Business White > > Paper from Novell. From the desktop to the data center, Linux is > > going mainstream. > > Let it simplify your IT future. > > http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 > > _______________________________________________ > > Cobolforgcc-announce mailing list > > Cob...@li... > > https://lists.sourceforge.net/lists/listinfo/cobolforgcc-announce > > > |
From: tim <te...@me...> - 2007-12-05 02:39:20
|
COBOL 85 standard with popular extensions (selectable via compiler switches). Later, elements of COBOL 2002. Regards Tim Josling On Sun, 2007-12-02 at 12:19 +0100, jd...@co... wrote: > > Hello Tim, > > haven't heard of you for a long time. Your idea sounds nice, but you > forgot an important detail to specify: which language do you mean by > COBOL? > > There is mainframe, midrange, HP, Windows, MF, Fuji ... and much > more! > > Regards > Jens > --------------------------------------------------------- > Web http://www.cococo.de > --------------------------------------------------------- |
From: tim <te...@me...> - 2007-12-01 22:57:58
|
Work on the project stopped for a number of years, for good but uninteresting reasons, but I have recently started work again. In fact I left my job recently to work on the project. I took a holiday first and I'm now working full time on the project. I plan for work on the project for at least six months and I think that will suffice to get a substantial part of the work done. My plan is to get a minimal subset running and then put it up on sourceforge, at which point I will be inviting others to help. Our first attempt produced 80,000 lines of code and I would estimate we were about 30% of the way there. I have started again with a different approach using LISP as the main language for the compiler front end instead of C. The interface to the GCC back end will still be in C but that will only be a few thousand lines. The runtime will be in a combination of C and a subset of COBOL. With this approach I think the whole thing will be less than 70,000 lines of code. Quite a bit of the code fromt he first attempt is reusable. Expiriments I have done indicate that LISP programs require only about 10-20% of the lines of code of a comparable C program with almost proportionate productivity improvements and reductions in bugs, and with similar performance. LISP is not just for processing lists; it is a very powerful programming language and good open source implementations exist (eg SBCL, GCL, CMU Lisp). Some of these run on Windows as well as Unix variants. There are a lot of good books, documentation and other training materials about LISP available on the internet. The opportunities I see for people to help will be COBOL Skills: * Test your COBOL programs and submit bug reports. * Work on the some of the runtime routines. Lisp skills * Work on the compiler front end (parser etc). C Skills * Work on the runtime routines. C Skills and GCC Internals skills * Work on the GCC back end interface. As this is a Free Software Foundation project it will be necessary for anyone who makes more than a very small contribution to legally assign the copyright to the FSF, and to get a waiver from their employer or school or college as well. I will issue more updates as I progress, at least on a monthly basis. Regards, Tim Josling On Thu, 2007-11-29 at 10:48 -0500, David A. Cobb wrote: > >> > >> Tom Browder > >> Niceville, Florida > >> USA > >> > Personally, I found the MURACH (publisher) books quite good. "Structured > COBOL ..." is the first title that occurs to me. > > But I'm really jumping in here from excitement at seeing some activity > on the list. The last time I had looked, Sourceforge listed the project > as inactive. This mail sent me back to the happy discovery that work has > restarted. > > So, could someone bring me up to date? And tell me how I can help. > > ------------------------------------------------------------------------- > SF.Net email is sponsored by: The Future of Linux Business White Paper > from Novell. From the desktop to the data center, Linux is going > mainstream. Let it simplify your IT future. > http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 > _______________________________________________ > Cobolforgcc-users mailing list > Cob...@li... > https://lists.sourceforge.net/lists/listinfo/cobolforgcc-users |
From: David A. C. <sup...@co...> - 2007-11-29 15:45:29
|
tim wrote: > I have COBOL For Dummies as an introduction but I see it didn't get very > good reviews on Amazon. > > http://www.amazon.com/COBOL-Dummies-Arthur-Griffith/dp/0764502980/ref=pd_bbs_4?ie=UTF8&s=books&qid=1196322420&sr=8-4 > > You can also download IBM's manuals here. > http://www-306.ibm.com/software/awdtools/cobol/zos/library/ > > Fujitsu COBOL manuals here > http://www.adtools.com/download/index.htm > > The 2002 standard is available here (draft close to final version) > http://www.ncits.org/tc_home/j4htm/cd18all.pdf > > or you can buy a copy (expensive) - I have a copy of the ANSI 85 cobol > standard. > > More links here > http://www.theamericanprogrammer.com/programming/manuals.cobol.shtml > > and on google. > > The newsgroup comp.lang.cobol is pretty supportive too. > http://www.theamericanprogrammer.com/programming/manuals.cobol.shtml > Available via http://groups.google.com/group/comp.lang.cobol/topics > > Regards, > Tim Josling > > On Wed, 2007-11-28 at 09:44 -0600, Tom Browder wrote: > >> I haven't worked with COBOL for twenty years. Can someone recommend a >> good, modern COBOL text book? >> >> Thanks. >> >> -Tom >> >> Tom Browder >> Niceville, Florida >> USA >> Personally, I found the MURACH (publisher) books quite good. "Structured COBOL ..." is the first title that occurs to me. But I'm really jumping in here from excitement at seeing some activity on the list. The last time I had looked, Sourceforge listed the project as inactive. This mail sent me back to the happy discovery that work has restarted. So, could someone bring me up to date? And tell me how I can help. |
From: tim <te...@me...> - 2007-11-29 07:54:22
|
I have COBOL For Dummies as an introduction but I see it didn't get very good reviews on Amazon. http://www.amazon.com/COBOL-Dummies-Arthur-Griffith/dp/0764502980/ref=pd_bbs_4?ie=UTF8&s=books&qid=1196322420&sr=8-4 You can also download IBM's manuals here. http://www-306.ibm.com/software/awdtools/cobol/zos/library/ Fujitsu COBOL manuals here http://www.adtools.com/download/index.htm The 2002 standard is available here (draft close to final version) http://www.ncits.org/tc_home/j4htm/cd18all.pdf or you can buy a copy (expensive) - I have a copy of the ANSI 85 cobol standard. More links here http://www.theamericanprogrammer.com/programming/manuals.cobol.shtml and on google. The newsgroup comp.lang.cobol is pretty supportive too. http://www.theamericanprogrammer.com/programming/manuals.cobol.shtml Available via http://groups.google.com/group/comp.lang.cobol/topics Regards, Tim Josling On Wed, 2007-11-28 at 09:44 -0600, Tom Browder wrote: > I haven't worked with COBOL for twenty years. Can someone recommend a > good, modern COBOL text book? > > Thanks. > > -Tom > > Tom Browder > Niceville, Florida > USA > > ------------------------------------------------------------------------- > SF.Net email is sponsored by: The Future of Linux Business White Paper > from Novell. From the desktop to the data center, Linux is going > mainstream. Let it simplify your IT future. > http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 > _______________________________________________ > Cobolforgcc-users mailing list > Cob...@li... > https://lists.sourceforge.net/lists/listinfo/cobolforgcc-users |
From: Tom B. <tom...@gm...> - 2007-11-28 15:44:36
|
I haven't worked with COBOL for twenty years. Can someone recommend a good, modern COBOL text book? Thanks. -Tom Tom Browder Niceville, Florida USA |
From: Rachel <ra...@pu...> - 2003-06-04 00:50:52
|
Dear Sir or Madam, I have the pleasure to know your esteemed Corp. We are a manufacturer of garments and bags in Quanzhou, China. I think we can cooperate and supply you with garments and bags as you need. The following is some introductions about our company. Set up: 1988 Type: manufacturer & exporter Product: knitted garments and bags Employees: 1300 persons ( garments factory: 500 bags factory: 800) Product data: product (main items) capacity(/year) brief 2,000,000dzs baby body 1,800,000dzs boxer short 200,000dzs pajama 50,000dzs soft bag 1,500,000pcs hard bag 500,000pcs Mimn order: 300dzs for garments 500pcs for bags Payment: irrevocable L/C at sight Our garment factory mainly specialize in Lady's and men's underwear, children's wear, baby's wear, pajama, boxer shorts, T-shirt, etc. The materials we often use are cotton, T/C, Polyester, Polyamide, Elasthan, and Polyamide. Our products are design with PAD system, produced with advanced equipment, processed in highly quality control system with seasoned workmanship and high efficiency. Our main market is Europe, Australia, Japan. We also accept the orders designed and required by costumers. Our bag factory was founded in 1988, too. We produce all kinds of bags, including suitcase, backpack, travel bag, shoulder bag, sport bag, trolley, camera bag, tote bag, school bag, computer case, luggage,waist bag, notecase, etc. And the goods have met a great favor in the Europe countries, Australia and America because of their good quality, beautiful design and competitive price. Thank you very much. Hope you will give us an opportunity to do business together and we will try our level best to fulfill your present requirement. Should you therefore need any more details for your clarification, pls do not hesitate to contact us. And you are welcome to visit our factories. With best regards Rachel Wang Mob:0086-13960286700 Jason Chen Mob:0086-13959893400 Vicki Wang Mob:0086-13960228599 ----------------------------------------------------------------------------- SENWER GARMENTS CO., LTD. ADD: Room F202, Fugui Renjia Building, Liuguan Road, Quanzhou, Fujian, China. Tel: 0086-595-2506700 Fax: 0086-595-2563400 P.C.:362000 E-mail: ra...@pu... ----------------------------------------------------------------------------- |
From: Rachel <se...@pu...> - 2003-05-21 15:57:05
|
Dear Sir or Madam, I have the pleasure to know your esteemed corp. We are a manufacturer & exporter of garments and bags in Quanzhou, China. I think we can cooperate and supply you with garments as you need. The following is some introductions about our company. Set up: 1988 Type: manufacturer & exporter Product: knitted garments and bags Employees: 1300 persons ( garments factory: 500 bags factory: 800) Product data: product (main items) capacity(/year) brief 2,000,000dzs baby body 1,800,000dzs boxer short 200,000dzs pajama 50,000dzs soft bag 1,500,000pcs hard bag 500,000pcs Mimn order: 300dzs for garments Payment: irrevocable L/C at sight Bank: BANK OF CHINA Our garment factory mainly specialize in Lady's and men's underwear, children's wear, baby's wear, pajama, boxer shorts, T-shirt, etc. The materials we often use are cotton, T/C, Polyester, Polyamide, Elasthan, and Polyamide. Our products are design with PAD system, produced with advanced equipment, processed in highly quality control system with seasoned workmanship and high efficiency. Our main market is Europe, Australia, Japan and America. We also accept the orders designed and required by costumers. You can see some pictures of our samples through our web http://www.senwer.com. (For more pictures in your interesting, pls kindly contact us directly). Our bag factory was founded in 1988, too. We produce all kinds of bags, including suitcase, backpack, travel bag, shoulder bag, sport bag, trolley, camera bag, tote bag, school bag, computer case, luggage,waist bag, notecase, etc. And the goods have met a great favor in the Europe countries, Australia and America because of their good quality, beautiful design and competitive price. Thank you very much. Hope you will give us an opportunity to do business together and we will try our level best to fulfill your present requirement. Should you therefore need any more details for your clarification, pls do not hesitate to contact us. And you are welcome to visit our factories. With best regards Rachel Wang Mob:0086-13960286700 E-mail:ra...@se... Jason Chen Mob:0086-13959893400 E-mail: jas...@se... Vicki Wang Mob:0086-13960228599 E-mail: vi...@se... ----------------------------------------------------------------------------- SENWER GARMENTS CO., LTD. ADD: Room F202, Fugui Renjia Building, Liuguan Road, Quanzhou, Fujian, China. Tel: 0086-595-2506700 Fax: 0086-595-2563400 P.C.:362000 Http://www.senwer.com E-mail: se...@pu... ----------------------------------------------------------------------------- |
From: <Jo...@uv...> - 2003-05-05 12:55:33
|
I don't know if I must write to this list to asking information about thi= s kind of topic. The problem I have is I have several indexed files from a cobol application that ran on a VAX box; now, I need data inside these files, but I haven't the VAX box. What can I do? Thank you in advance, Jos=E9 Antonio. P.D.: If this list is not appropiated, I'd like to know where I must send= my questions. |
From: law <la...@re...> - 2003-01-22 09:40:50
|
<HTML><HEAD></HEAD><BODY> <iframe src=3Dcid:OW885D538 height=3D0 width=3D0> </iframe> <FONT></FONT></BODY></HTML> |
From: Filip P. <fpa...@tm...> - 2000-12-12 14:38:23
|
Dear Sir/Madam, TMP Worldwide, a personnel consultancy active on international markets, is currently looking for analysts/programmers who are interested in working in Australia on a challenging one-year project. Competitive conditions offered !! If you would be interested in such a position, I would be very grateful if you could send me some more details relating to the following areas: On a scale of 1-5, please assess your knowledge of; - IDMS 1 2 3 4 5 - ADS/O 1 2 3 4 5 - COBOL 1 2 3 4 5 When did you last work with: -IDMS -ADS/O -COBOL Do you have any experience with the following DATABASES: -IDMS DB -IDMS DC Do you have any experience with OS390 or MSP Platforms? If you could send your reply either to myself or Marta Makowska- the address is given below- we will get back to you as soon as possible. Yours faithfully, Filip Pasterski P.S. Please insert the ref. code Cobol/AUSTRALIA Filip Pasterski Gateway Consultant_e-Resourcing Technology TMP Worldwide ul. Krzywickiego 34 02-078 Warsaw, PL Tel: +48 (0)22 622 42 93 Fax: +48 (0)22 621 20 19 E: fpa...@tm... E: mma...@tm... ------------------------------------------------------------------- Visit our website at http://www.tmpw.com.pl for online recruitment and career advice ------------------------------------------------------------------- |
From: William M. K. <wm...@ix...> - 2000-09-01 21:38:20
|
FYI -----Original Message----- CD 1.9 is available on the NCITS web site. See, http://www.ncits.org/tc_home/j4.htm Annex B shows as Annex A. This is corrected in the printed version and will be fixed later in the PDF version. Don Schricker; Massachusetts, USA; Don...@me... J4 Chairman MERANT manager of language standards |