Activity for pottmi
-
pottmi posted a comment on discussion GnuCOBOL
Regardless of whether the data is stored in a database or in a regular file in order to achieve transactional integrity there needs to be some kind of monitor that stays up after the business logic program dies. Relying on the user executable to back out an update is a fool's errand. You have to consider the case of a kill -9 on the user program. One could argue that a kill -9 could happen on the monitor process; but the monitor process should be running as a service user and not be subject to a...
-
As part of OpenKicks we wrote an EXTFH that replaces the C-ISAM files with database tables and then one gets the commit and rollback associated with the database. It is not open source. On Sat, Sep 21, 2024 at 6:30 PM Mario Emmanuel marioemmanuel@users.sourceforge.net wrote: | What do you mean with "transaction fails"? A simplified "for instance" might be easier to explain: Imagine that you have the file invoices and the file invoicelines. A transaction will involve writing to both to update. You...
-
“intention is to prevent this from moving forward.” What are you observing that makes you say that? What is “this”? On Wed, Sep 4, 2024 at 12:20 Juan Carlos Escartí juanc@users.sourceforge.net wrote: I really believe that there are people on the forum whose real intention is to prevent this from moving forward. GnuCOBOL compared to Micro Focus - According to Bard / Gemini https://sourceforge.net/p/gnucobol/discussion/cobol/thread/314a46e0d5/?limit=25#e9bd Sent from sourceforge.net because you indicated...
-
I would like 32bit GnuCOBOL to be maintained. There is a lot of code on mainframes that are coded with redefined pointers and other idioms that are hard to convert to 64bit. Although 32bit on Linux is getting harder to do, you can still install 32bit libraries on a 64bit machine. On Sat, Aug 17, 2024 at 10:45 AM Mickey White jamesbwhite@users.sourceforge.net wrote: Well one reason I use 64 bit, is it is the only way to Memory Map a file over 4 Gig. ( I only know how on Linux, haven't done it on windows,...
-
Thanks for the replies. All useful links and tools. The code base that I am tasked with looking at is in the 10s of millions of lines. I am looking for something that analyzes the code enmasse. On Sat, Aug 3, 2024 at 7:56 AM Mickey White jamesbwhite@users.sourceforge.net wrote: This site lists 7 tools . I think we had to use one of them ( SolarCloud ) but we never got deep into it. https://analysis-tools.dev/tag/cobol I guess I just dove into the code, read any documentation, ask anyone that knew...
-
I would like to gather a list of tools that people have used to analyze the structure of a large base of COBOL code. I have never used them but I am tasked with evaluating existing tools and integrating them into OpenKIcks. What have you used? What are you aware of? Sample output.
-
This is a status report in case anyone wants to comment: I did not find anyone that knew the monarch syntax and had any idea about COBOL so we are trying to write this ourselves. All the samples I find are too simple to be useful. I used ChatGPT 4o and it actually came up with some code fragments that kinda worked and we could patch up. On Sun, May 5, 2024 at 9:49 AM Simon Sobisch sf-mensch@users.sourceforge.net wrote: That's nearly a good description, but I'd be more specific: Task: convert COBOL.tmLanguage.json...
-
All, I have turned off my payment of the World Wide GnuCOBOL user group on meetup. It will go lights out in October of 2024. If anyone else wants to take it over let me know and I will add you as an admin so you can add a payment method and keep it alive.
-
John, Wanna do a show and tell at an online meetup? On Fri, May 10, 2024 at 2:24 PM John Ritter jmrit@users.sourceforge.net wrote: Nothing new really to contribute, but managed to create a SCO UnixWare 7.1.4 VM with RM/COBOL 85 and everything from 40 years ago compiles without any errors. The original code was written on a DEC VAX 11/785 with AT&T System V UNIX. Even got Microsoft Multiplan to run! Now who remembers that one? Too bad I can't remember how to use it though with no manual. Naturally...
-
Thanks Simon. I am going to focus on the syntax-highlighting only solution as that looks like a good first start. Is this a good problem statement for what I am trying to do: Please take this file: https://github.com/nberth/superbol-studio-oss/blob/master/syntaxes/COBOL.tmLanguage.json and convert it to a Monarch language syntax definition On Sat, May 4, 2024 at 6:18 PM Simon Sobisch sf-mensch@users.sourceforge.net wrote: It all depends what you expect - only syntax highlighting? That should be easy...
-
I need a COBOL plugin for Monaco. Background: For those of you not familiar with Monaco: it is a browser based version of VS Code. It is not compatible with VS Code because VS Code allows C based libraries to be loaded; this is important because the syntax highlighters use some C based libraries that don't work on Monaco. Questions: 1. Is there a COBOL plugin for Monaco? (I looked, but I am asking anyway). 2. What is the list of COBOL plugins for VS Code and your opinion of their functionality? The...
-
Recall that COBOL-IT was a fork of OpenCOBOL and it was subsequently purchased by Micro Focus. If anyone has a licensed copy of COBOL-IT from Micro Focus I would appreciate asking you a couple of questions to help get the open source version of COBOL-IT running on one of my computers. Please reach out to me off list. Thank you.
-
Vincent, Is the source open source? I am interested in collecting as much COBOL code that actually works as I can find. On Tue, Apr 2, 2024 at 8:28 PM Vincent (Bryan) Coen vcoen@users.sourceforge.net wrote: Woul dbe interested in looking at those and even more if you have the manuals for them all. You can grab my OE sources by going to : http://www.applewood.linkpc.net/files/acas/nightlybuilds/ Where you will find OE and also the ACAS sources. These builds occur every night at 00:00 UK time (GMT+1)...
-
Cindy, If you don't need the code to compile again on microfocus it is pretty trivial to write a script to remove them. If you need them to compile on microfocus then I think there is a way to make the $SET statements look like a comment to other compilers. Feel free to send me an email to get some help with scripting this. On Thu, Mar 28, 2024 at 6:56 PM Cathy Welsh cswelsh-cdms@users.sourceforge.net wrote: Is there a way to interpret the items that we put in the top of every single program that...
-
Gentle Critters, I have been paying for the meetup group: https://www.meetup.com/worldwide-gnucobol-user-group/ I am happy to continue to pay for it if someone else will take over doing all the organization. Michael Potter
-
I have a keen interest in getting ebcdic supported in GnuCOBOL like it is in MF. If there is ever an initiative to get this done I would like to participate. On Wed, Aug 9, 2023 at 6:44 PM Ralph Linkletter zosralph@users.sourceforge.net wrote: Vincent a common misunderstanding :-) The issue is not any binary form or packed decimal form. The issue is usage display data fields - the only data type that must participate in the conversion of ASCII<->EBCDIC. Long ago in a galaxy far away I personally...
-
I am confused by the post. Are you using JCL on LInux or Windows? If so, how? On Fri, May 26, 2023 at 6:16 PM Ralph Linkletter zosralph@users.sourceforge.net wrote: There is: SD SORT-FILE. 01 SORT-RECORD. 03 SORT-STATE PIC X(02). 03 SORT-SALESREP PIC X(20). 03 SORT-SALES-OFFICE PIC X(15). This program work fine it executed without using -fcallfh It fails when using JCL. The program when compiled for emulating zOS requires -fcallfh The JCL: //E5MAKE JOB 'WINZOS EBCDIC TEST',CLASS=A,MSGCLASS=A //STEPSOFZ...
-
I was involved ina project that read every record in a dataset and then made a guess at a template to convert the data from ebcdic to ascii. Specifically, each column would be classified in these categories: 1. contained only ebcdic printable characters 2. contained only ebcdic numeric characters. 3. contained only ebcdic numeric characters that also matched the restrictions of being a date. 4. contained a sign indicator of a packed decimal. 5. contained values constrained to packed decimal. It would...
-
Is there an option that will output the offending statement with the error message? Google was no help. Micro Focus does this and indicates the character in the statement that was causing the issue. The error messages are pretty standard so I can add a post processor that will add the statement to the output but it would be better if the compiler can do it.
-
FWIW: We use dlopen() to load the shared object and then use dlload() to load the function pointer. Then we call that function pointer. What ever you do to deal with this please don't add any runtime code. The context of that request is that a coupole years ago there was a change to GnuCOBOL that somehow was detecting number of parameters being passed and was monkeying with the pointers to the parameters. the code only took into account COBOL -> COBOL -> COBOL. It did not take into account C ->COBOL...
-
I should have pointed it out earlier.... One of the tests also complains about the elementary item not having a PICTURE clause. These are both GnuCOBOL 4.0-early-dev.0 On Sun, May 14, 2023 at 10:58 PM Arnold Trembley arn79@users.sourceforge.net wrote: This also fails in GnuCOBOL 3.1.2, either MinGW 32-bit or MSYS2 64-bit. It fails the same way in GC 3.1rc2, either MinGW 32-bit or MSYS2 64-bit So it probably needs to be fixed in GnuCOBOL 3.2, unless it's extremely difficult to make the change. Here...
-
error: invalid expression on USAGE POINTER item
-
COBOL Crew, Any suggestions on this error? Is this something that should be "fixed" in GnuCOBOL or is it just obtuse code that should be changed? Can anyone recommend a change that would work? Also, is there an option that instructs cobc to output the offending line of code? On Tue, May 9, 2023 at 10:28 AM pottmi pottmi@users.sourceforge.net wrote: Here is the strange thing.... I use that variable in many other places in the code and it compiles just fine. Only the "IF TGRAC-GRAC-PNTR NOT = NULLS"...
-
Here is the strange thing.... I use that variable in many other places in the code and it compiles just fine. Only the "IF TGRAC-GRAC-PNTR NOT = NULLS" is throwing that error. This is a couple million lines of code so changing the code is not my first choice. On Tue, May 9, 2023 at 2:01 AM Arnold Trembley arn79@users.sourceforge.net wrote: IBM COBOL supports usage at the group level, which applies to all elementary items in the group. https://www.ibm.com/docs/en/cobol-zos/6.3?topic=entry-usage-clause...
-
https://replatformtech.github.io/ I will be adding additional open source tools used with OpenKicks. On Tue, May 9, 2023 at 1:36 AM Simon Sobisch sf-mensch@users.sourceforge.net wrote: Someone did and that person is me. At least I got a copy of it. I will put it up on a github site soon. so... @pottmi - any update? Micro Focus Acquires COBOL-IT; which relaunch as CobolCloud Sent from sourceforge.net because you indicated interest in https://sourceforge.net/p/gnucobol/discussion/cobol/ To unsubscribe...
-
COBOL Crew, Is there any support conditional compile similar to what is implemented for IBM here: https://www.ibm.com/docs/en/i/7.4?topic=cd-conditional-compilation Or for Micro Focus here: https://www.microfocus.com/documentation/visual-cobol/vc60/DevHub/HRLHLHCOMP0J.html Or Micro Focus Constants: https://www.microfocus.com/documentation/visual-cobol/vc60/DevHub/HRCDRHCDIR24.html I would like to find a way to make something like this work: CONSTANT MYSUB 10 01 SOMEVAR PIC X OCCURS MYSUB TIMES. That...
-
I have this code: 01 PARMLIST USAGE IS POINTER. 05 CICS-PNTR. 05 LOAD-BLLS. 10 MY-LIST-PNTR. IF TGRAC-GRAC-PNTR NOT = NULLS The NOT = NULLS line fails with: error: invalid expression Is there some option I can turn on that will allow a POINTER to be compared with NULL? This compiles on Mainframe and Micro Focus.
-
Someone did and that person is me. At least I got a copy of it. I will put it up on a github site soon. I originally tried to get it from the COBOL-IT people but they just ignored my requests and I was too lazy to push it. I got it from Micro Focus and they were quite cooperative. On Tue, Mar 28, 2023 at 4:54 PM Simon Sobisch sf-mensch@users.sourceforge.net wrote: and COBOL-IT people "dit it again", now forking not OpenCOBOL but COBOL-IT and creating https://cobolcloud.io/cobolcloud-compiler-suite/...
-
This is not my area so I may be completely off base but isn't there ODBC drivers that can be used with ACCESS? On Sat, Mar 11, 2023 at 11:53 AM Brian Tiffin btiffin@users.sourceforge.net wrote: Yeah, there was once a full treatise written up on how to access Excel and Access data from OpenCOBOL, but I didn't snag the article out of the TikiWiki before Aoirthoir had to reset the hosting. Steve unlayered the docx zip and got at the inner XML. I think goes all the way back to 2015ish or before. And...
-
Hello, This seems like an easy question but my google foo is getting messed up with the documentation for the different versions of gnuCOBOL floating around. We are getting this error: libcob: /home/docroot/regions/region1/someapp/srcpp/cbl/SOMEPROG.cbl:1166: error: offset of 'DFHCOMMAREA' out of bounds: 161, maximum: 160 What are my options to turn off that error? The developer is not getting that error message so there must be a way to turn it off. We tried GnuCOBOL 3.2 and 4. We can see it is...
-
One note about the meeting: if you are rearranging your schedule to attend the meeting make sure we know so we can make sure it happens. it hasbeen known to be lightly attended. it is in the middle of my day so I get called into client meetings some hours before the zoom. On Mon, Oct 10, 2022 at 3:29 PM pottmi pottmi@users.sourceforge.net wrote: Actually we use jitsi. I will wipe my tears with kleenex and xerox a note to put on my monitor to remind me not to say zoom :). I would say anything related...
-
Actually we use jitsi. I will wipe my tears with kleenex and xerox a note to put on my monitor to remind me not to say zoom :). I would say anything related to GnuCOBOL is up for scrutiny. Here is one sample of something that could be scrutinized: [image: Screen Shot 2022-10-10 at 15.26.43.png] I am not posting that as a sample of something I think is wrong, but it is a sample of something we could look at as a group. On Mon, Oct 10, 2022 at 3:19 PM Aoirthoir An Broc aoirthoir@users.sourceforge.net...
-
I recommend just getting rid of the stale information that is on the internet. We could make that the focus of the next monthly zoom call: we all search for information and as a group agree it is stale and then contact the website to ask them to take it down and replace with a pointer to good information. On Mon, Oct 10, 2022 at 2:33 PM Aoirthoir An Broc aoirthoir@users.sourceforge.net wrote: @arn79 https://sourceforge.net/u/arn79/ That is what I was wondering. If there should be one larger (or large)...
-
I can not attend again. This will probably be an ongoing issue (Me developing conflicts) as long as we meet during the week. I will like someone else to take over planning the meeting and the announcements on meetup. I will continue to pay for the meetup. If no other topic comes up I recommend this be a working session to find outdated information about GnuCOBOL on the internet and try to add a historical marking or take it down. You can submit it to wayback machine before you ask the owner to take...
-
Hi All, The World Wide GnuCOBOL user group meets again in two days. Does anyone have a particular topic they would like to present? Here are some ideas: 1. Status of difference between 3.2 and 4.0 releases. debugging options/features built into GnuCOBOL Little used command line options on GnuCOBOL Runtime optimizations Source level debugging using gdb (my favorite topic) Discussion on moving off of source forge Working session to update any misinformation on the web.
-
Group, I can't host the meetup tomorrow. Someone else please step in and set a meeting topic. I might be able to attend, but I definitely can't host. Potter
-
Shoot, I forgot to put what day: Wednesday August 3rd, Noon ET (same as New York). On Mon, Aug 1, 2022 at 9:21 PM pottmi pottmi@users.sourceforge.net wrote: All, The meeting up is scheduled for Noon Eastern U.S. Time (Same as New York). We don't have a topic yet. I would not mind to keep digging into how the debuggers work but if someone has a better idea I would rather do a fresh topic. Meeting Topic https://sourceforge.net/p/gnucobol/discussion/cobol/thread/fba6ce585c/?limit=25#4aa2 Sent from sourceforge.net...
-
All, The meeting up is scheduled for Noon Eastern U.S. Time (Same as New York). We don't have a topic yet. I would not mind to keep digging into how the debuggers work but if someone has a better idea I would rather do a fresh topic.
-
The meetups have been scheduled here: https://www.meetup.com/worldwide-gnucobol-user-group/events/ Please RSVP so people who stumble on the group see some activity. Also, please comment on the previous meeting. Yet more also, Please suggest some topic. If we don't get a topic we will either continue the debugger discussion (perhaps help someone setup their system to debug) or we can demonstrate GnuCOBOL running under OpenKicks.
-
Hi All, The meetup is today at Noon U.S. Eastern Time (New York). https://www.meetup.com/worldwide-gnucobol-user-group/events/286289601/
-
TriAttack, To answer your question directly: -C Translation only. COBOL source files are translated into C files. The output is saved in file *.c. from this URL: https://gnucobol.sourceforge.io/doc/gnucobol.html Here is what I would do.... Compile the cobol code to a .so. Then write a python module (in C) that will load and run the .so file. On Sun, Jul 10, 2022 at 12:10 PM TriAttack triattack238@users.sourceforge.net wrote: Recently, I was thinking about how I could call COBOL code from a python...
-
I think the post is that the WINCOBOL editor supports the CICS syntax. Please correct me if I am wrong. On Sat, Jul 2, 2022 at 10:38 PM Sergio Samayoa ssamayoagt@users.sourceforge.net wrote: Crazy stuff. What is the license? Is open source? WINCOBOL / WINZOS support of CICS and Db2 https://sourceforge.net/p/gnucobol/discussion/cobol/thread/2879615820/?limit=25#59c5 Sent from sourceforge.net because you indicated interest in https://sourceforge.net/p/gnucobol/discussion/cobol/ To unsubscribe from...
-
I set it for Wednesday July 6th at Noon Eastern U.S. time On Tue, Jun 21, 2022 at 5:51 PM Mickey White jamesbwhite@users.sourceforge.net wrote: Do we need to setup the 'meetup' for July 1, 2022? At what time? Will we record the demo session? Can we submit suggestions or questions or want of examples before the meeting? Jitsi seems to work ok. Thoughts? Link for meeting https://sourceforge.net/p/gnucobol/discussion/cobol/thread/415ade9f22/?limit=25#67a7 Sent from sourceforge.net because you indicated...
-
The GnuCOBOL Debugger meetup will take place in two hours on this link: https://meet.jit.si/gnucobolDeBug Mickey will open it up about 1/2 hour before the scheduled time (11:30 am Eastern U.S. Time) so people can have time to connect. We will start the content of the meeting at 12:05pm Eastern U.S. time.
-
I got on a zoom several months ago with someone with a similar issue. We ran strace to see all the activity just before the "strange behavior". My guess at that time was a bug in the GnuCOBOL run time that was not properly handling errors in reading the file. Specifically, just testing for feof(fp) when there also needed to be a ferror(fp) to properly detect that the fp had an error and was not at the end of the file. I did not follow up because it was not my bug; I was just a second pair of eyes...
-
"when I checked into it I could not get a copy to play with." yeah, it is not open source (yet). On Sat, May 21, 2022 at 8:49 PM Vincent (Bryan) Coen vcoen@users.sourceforge.net wrote: Lucky you - when I checked into it I could not get a copy to play with. Such is life :( There are others but I have now stopped bothering with the very old tech ! Vince On 21/05/2022 23:25, pottmi wrote: @Vincent ... We have the CICS functionality using OpenKicks. I am just looking for more sample code to demonstrate...
-
@Vincent ... We have the CICS functionality using OpenKicks. I am just looking for more sample code to demonstrate OpenKicks with. On Sat, May 21, 2022 at 4:48 PM Vincent (Bryan) Coen vcoen@users.sourceforge.net wrote: That is Kicks which run on an IBM m/f. but try under Downloads then recepes BUT it will not work with GnuCobol as you do not have KICKS TACDemo source https://sourceforge.net/p/gnucobol/discussion/cobol/thread/011e4663ee/?limit=25#0a9c Sent from sourceforge.net because you indicated...
-
here is the only reference I can find to it: http://www.kicksfortso.com/User's%20Guide%201.5.0/index.html?Examples.shtml and there is not link to the source. On Sat, May 21, 2022 at 10:13 AM Jim Popovitch coboljim@users.sourceforge.net wrote: Where might I find the TAC demo source? My google'foo is failing me. tia, -Jim P. TACDemo source https://sourceforge.net/p/gnucobol/discussion/cobol/thread/011e4663ee/?limit=25#90d1 Sent from sourceforge.net because you indicated interest in https://sourceforge.net/p/gnucobol/discussion/cobol/...
-
We will use jitsi on the next meetup. I will test a few days before to make sure it works. I have issues because I have security dialed up on my mac and it blocks mic and camera; that is my problem and I will overcome it before the meeting. this link will pull it up: https://www.meetup.com/find/?keywords=gnucobol&source=GROUPS I will look into getting the COBOL keyword to pull it up but that will either take changing the group to be generic COBOL or to get meetup.com to cooperate with us. On Fri,...
-
We dump the value of ulimit in the code to confirm that the code sees that limit so we know it is set properly. We also have a pure C program that crashes to test that we have the system settings set. As far as we can tell the only difference from when we can and can't get a core dump is when we call COBOL. Is there anything in the cobol runtime system it self that suppresses coredumps? for instance, what does --debug do that might affect runtime system? On Thu, May 12, 2022 at 2:18 PM Brian Tiffin...
-
GnuCOBOL Crew, We are trying to get a GnuCOBOL program to coredump in addition to output the error message. This is the error message: libcob: /home/jimp/bregion1/bregion1/regress1/srcpp/cbl/GMSHR102.cbl:82: error: BASED/LINKAGE item 'STR1' has NULL address Last statement of "GMSHR102" was at line 82 of /home/jimp/bregion1/bregion1/regress1/srcpp/cbl/GMSHR102.cbl /home/jimp/bregion1/bregion1/regress1/srcpp/cbl/GMSHR102.cbl:82: attempt to reference invalid memory address (signal SIGSEGV) I would post...
-
We have scheduled the next meeting: https://www.meetup.com/worldwide-gnucobol-user-group/events/285696973/ On Wed, May 4, 2022 at 11:59 AM Rich Di Iulio trolley78@users.sourceforge.net wrote: Unfortunately, I am not that speaker if you are looking to me. I am just getting my legs under me with debugging. Today is not good for me. Rich Di Iulio Debugging with GDB https://sourceforge.net/p/gnucobol/discussion/cobol/thread/70b44d8b75/?limit=25&page=1#e29f/9020/496e/ebb1/37d3/d18f/ecb4/335f/6fe2/220f/bc5e/a1a4/2d65/c161/2bfe/1530...
-
We gave up on Jitsi and moved to zoom: https://us02web.zoom.us/j/88369841538?pwd=VEFuWEVCdUxLOUF5VnBRUlE5SEg5UT09 On Wed, May 4, 2022 at 10:56 AM pottmi pottmi@users.sourceforge.net wrote: I have started the meet up on Jitsi. We did not get a volunteer to speak but I am holding the meeting at a test of using jitsi. Please join if you can so we see if jitsi will work for the group. https://meet.jit.si/WorldWideGnuCOBOL On Tue, May 3, 2022 at 8:30 AM pottmi pottmi@users.sourceforge.net wrote: I still...
-
I have started the meet up on Jitsi. We did not get a volunteer to speak but I am holding the meeting at a test of using jitsi. Please join if you can so we see if jitsi will work for the group. https://meet.jit.si/WorldWideGnuCOBOL On Tue, May 3, 2022 at 8:30 AM pottmi pottmi@users.sourceforge.net wrote: I still need a volunteer. Is there anyone that uses the debugger daily that can do this demo? You don't need to be an expert. On Mon, May 2, 2022 at 11:49 AM pottmi pottmi@users.sourceforge.net...
-
I am hijacking this thread for one question... Is anyone on this thread able to demo debugging in about twelve hours? We are going to have a jitsi meeting about debugging. I suspect we will not have a speaker but I am still going to attempt to have the meeting as a practise run for jitsi. On Tue, May 3, 2022 at 9:39 PM Rich Di Iulio trolley78@users.sourceforge.net wrote: Tonight I continued working on this. I had built GC312 32 and 64 for MinGW last week. I installed CBL-GDB4.28. I was able to debug...
-
I still need a volunteer. Is there anyone that uses the debugger daily that can do this demo? You don't need to be an expert. On Mon, May 2, 2022 at 11:49 AM pottmi pottmi@users.sourceforge.net wrote: Can someone volunteer to show this off in the meeting and be prepared to answer questions about it? You don't need to an expert. On Mon, May 2, 2022 at 10:50 AM Simon Sobisch sf-mensch@users.sourceforge.net %0Dsf-mensch@users.sourceforge.net wrote: For the source-level debugging you have in general...
-
Can someone volunteer to show this off in the meeting and be prepared to answer questions about it? You don't need to an expert. On Mon, May 2, 2022 at 10:50 AM Simon Sobisch sf-mensch@users.sourceforge.net wrote: For the source-level debugging you have in general the following options: a) cobc -g YOURPROG.cob --> can set program breakpoints with break PROGNAME_ and step through the program to follow execution flow, you'll likely want to skip the GnuCOBOL internal functions from stepping. gdb -ex...
-
You can RSVP for the meeting here: https://www.meetup.com/worldwide-gnucobol-user-group/events/285619234/ On Mon, May 2, 2022 at 3:12 AM thomas cooljd@users.sourceforge.net wrote: Follow this guide, ask if you're experiencing any issues https://open-vsx.org/extension/OlegKunitsyn/gnucobol-debug Monthly Meeting Coordinated on Meetup - Input Requested https://sourceforge.net/p/gnucobol/discussion/cobol/thread/2781eb2aea/?limit=25#aa15/d9a6/b98e/aedf/2368 Sent from sourceforge.net because you indicated...
-
I would like some to show debugging a cobol program with VS Code. Can anyone volunteer to show that off? On Sat, Apr 30, 2022 at 4:26 PM Mickey White jamesbwhite@users.sourceforge.net wrote: Yes I think that is a good schedule. I appreciate you doing this. Monthly Meeting Coordinated on Meetup - Input Requested https://sourceforge.net/p/gnucobol/discussion/cobol/thread/2781eb2aea/?limit=25#aa15/d9a6/b98e Sent from sourceforge.net because you indicated interest in https://sourceforge.net/p/gnucobol/discussion/cobol/...
-
I am of the mind to do it. How does 1st Wednesday of each month at 11am EST (same time as New York) work for everyone? May 4th would be our first meeting. On Thu, Apr 28, 2022 at 12:54 AM Chuck H. chaat@users.sourceforge.net wrote: I would be interested as well. I have been cloning some of the Fujitsu CBL routines using GCC. I've also been working on using embedded SQL with DB2, currently this only works with STATIC calls on the 32 bit version of GNUCOBOL. Simon has identified the problem with DYNAMIC...
-
I posted this on a different thread but I did not get too much feedback so I am thinking people were ignoring that thread: How about I sponsor a meetup.com group for GnuCOBOL and gccCOBOL monthly meetings? We can get people to sign up there. We would reach more people who might otherwise not stumble on the mailing list. How about the stakeholders in GnuCOBOL and gccCOBOL sound off and I will create it and sponsor it if it is a consensus to do it. I am involved in other open source groups and their...
-
"We already all "meet" here." agreed, Meetup will not change that. Meetup is not really a forum for chatting (other than to arrange the meeting) so people will still use the mailing list. It is really a platform for new people to find groups that they are interested in and also a way to have people RSVP to the event. Other Open Source groups I am involved with are using meetup with success: Atlanta Linux Enthusiasts: https://www.meetup.com/ALE-Atlanta-Linux-Enthusiasts/events/285355610/ UniForum...
-
I have an idea... How about I sponsor a meetup.com group for GnuCOBOL and gccCOBOL meetups? We can get people to sign up there. We would reach more people who might otherwise not stumble on the mailing list. How about the stakeholders in GnuCOBOL and gccCOBOL sound off and I will create it and sponsor it if it is a consensus to do it. On Sat, Apr 23, 2022 at 4:26 PM Michael Potter pottmi@gmail.com wrote: I use zoom all the time but we are an open source group so we may want to use https://jitsi.org/...
-
I use zoom all the time but we are an open source group so we may want to use https://jitsi.org/ On Sat, Apr 23, 2022 at 4:06 PM Mickey White jamesbwhite@users.sourceforge.net wrote: Yes, I would like to see VS Codium in use and GDB and GIX and other debuggers and your CICS and any DataBase stuff. Cool. Zoom works for me? Do you have a special sharing apt? Monthly would be good, too much to do weekly or twice a month.... I'm in ! Good Idea Rich ! Debugging with GDB https://sourceforge.net/p/gnucobol/discussion/cobol/thread/70b44d8b75/?limit=25#50ba/0fc8/0c43/7d8c...
-
I would love to see someone using VS Codium working with GnuCOBOL. Would there be interest in having a monthly show and tell for GnuCOBOL where we could meet "face to face" and talk all things GnuCOBOL? first meeting could be someone showing us VS Codium. on a different meeting I could show off how we use GnuCOBOL to run CICS code. On Sat, Apr 23, 2022 at 1:13 PM Rich Di Iulio trolley78@users.sourceforge.net wrote: Hi Alf, I use VS Codium and display my source code there. I then refer to it to determine...
-
Okay, I will bite.... I can't help you, but I am curious: what is your use case for GnuCOBOL on DOSBOX? On Sun, Mar 13, 2022 at 11:09 PM Everaldo Bernardo Cunha arcanjoebc1067@users.sourceforge.net wrote: Hello, I would to install GNU Cobol in the FreeDOS 1.3. Someone here can help me that work??? I'm using the FreeDOS in a virtual machine DOSBOX-X, in the Debian 11.2 LXDE 64 bits ... I'll await future contact. Everaldo GNU Cobol in the FreeDOS/MS-DOS ... https://sourceforge.net/p/gnucobol/discussion/cobol/thread/bf585faa58/?limit=25#0233...
-
This would confuse me: "Is the phrase GnuCOBOL: free software, lesser free run-time ok without an explanation? Or does it need to be a more full "GnuCOBOL: greater free software COBOL compiler, lesser free COBOL run-time (allowing closed source COBOL development and binary only delivery)"?" Just as Simon wrote, keep it simple. Then add this to be completely terse but complete accurate: GnuCOBOL compile is licensed under the GPL and the GnuCOBOL runtime is licensed under LGPL. On Wed, Mar 9, 2022...
-
Quick Reply; Excuse the Curtness. I am firmly in the "Make it compatible with IBM COBOL" camp. For me to agree or disagree with what you wrote I would need to understand exactly what change you are proposing. Having ready to run cloud machines with GnuCOBOL setup with tutorials for users to use would be helpful. For instance, having a cloud machine with GnuCOBOL, esql, and Postgres would be helpful to some. When someone says "cloud ready" it should mean that their application can simply scale by...
-
do a "man system" on linux and then read the "RETURN VALUE" section. Pay particular attention to the part about using the macros defined in waitpid to parse the return code. That will be a trick to do in COBOL. I am not trying to insult you with a RTFM post. Just trying to help point you to the right document to read. On Tue, Jan 18, 2022 at 11:40 AM Sauro Menna smenna@users.sourceforge.net wrote: Hi, i have a problem with RETURN-CODE value from CALL 'SYSTEM'. In the development of GCSort, in particular...
-
Here is my $0.02 based on looking at the strace output. This is pure speculation as I am not looking at the source of cobc. I speculate that the system is hitting some artificial limit on memory usage and fgets (or one of its friends) is returning null and setting errno. cobc is detecting that is EOF when it should be detected as an error. As is happens fgets is returns null for EOF and for errors. The difference is the eof indicator is set for successful EOF and errno is set for an error. It will...
-
You should be able to see the files that were opened by looking at the strace output. my email is pottmi@gmail.com if you want to zoom and look at the trace output together. On Fri, Dec 17, 2021 at 5:08 PM Ralph Linkletter zosralph@users.sourceforge.net wrote: Just for grins: Can you have your preprocessor directly insert the copy / replace member in the source being being preprocessed? Perhaps create a copybook with the replace parameters already "replaced". Is there a suite of programs that you...
-
I will do a zoom with you and try to figure out why strace is not outputting anything. There are flags that need to be set to "Follow Children". On Thu, Dec 16, 2021 at 5:35 PM Jonathan Beit-Aharon jbeit-aharon@users.sourceforge.net wrote: Gentlemen, thank you both for your help! The failure is sporadic / intermittent... the worst kind :-( I ran the translation multiple times on a small sample of programs, using varying degrees of parallelism (2 to 10) and got these results meaning that in this last...
-
Try this: strace cobc x.cbl That will output all the files that the compiler opened. Then you can look for duplicates. Make a small sample so you are not overwhelmed with output. On Wed, Dec 15, 2021 at 8:23 PM Jonathan Beit-Aharon jbeit-aharon@users.sourceforge.net wrote: Digging further, for each program the first error reported by cobc was on a line just prior to a COPY .. REPLACING directive. I'll dig in the code, but does anyone already know if COPY REPLACING processing creates an intermediate...
-
We are getting this error: ABCDEF.cbl:239: error: invalid Z literal: '' ABCDEF.cbl:239: error: Z literals must contain at least one character On code that looks like this: STRING ' TBL/DATASET(X' QUOTE DELIMITED BY SIZE WS-TEMP-HEX DELIMITED BY Z'' QUOTE ')' DELIMITED BY SIZE INTO WS-TDQ-TEXT WITH POINTER WS-MSG-POS END-STRING 01 WS-TEMP-HEX PIC X(21) VALUE Z''. Presumably this works on IBM COBOL because we got this code from an IBM mainframe. We just changed Z'' to X'00' which seems better to me...
-
1. [Simon] I think you are confused about what "complex-odo" does. I've adjusted the one liner and guess this makes it a bit clearer: allow non-standard OCCURS DEPENDING ON syntax [Potter] I am most certainly confused. I also shamelessly use the trick of making a guess knowing it is likely wrong in order to get an answer. ;). "allow non-standard ODO syntax" is not really descriptive. I would still have no idea what it actually means. However, the rest of what you wrote in that thread was FANTASTIC....
-
How about this for the documentation: odoslide Adjust the memory location of the items following OCCURS DEPENDING ON based on the specified index value. Without this option that memory location is set based on the maximum value of the index. When odoslide is specified and an OCCURS DEPENDING ON is specified on a variable the complex-odo option is implied on that specific variable. Consider the following code: 01 A. 05 B PIC X(4) 05 C PIC 9(2) 05 D PIC X(1) OCCURS 0 TO 10 TIMES DEPENDING ON C. 05...
-
Regarding VSE: There are also differences in how PERFORMS are done. I really can not express enough that the std=XXX option should be implemented and documented as which other discrete options are turned on. Here are my reasons: 1. I had a lot of frustration with MF over this because they did not document what their equivalent option did. I was compiling code that presumably worked on both VSE and MVS so allowing me to compare their std=vse versus std=mvs would have been really handy. Even their...
-
" The help for odoslide says: adjust items following OCCURS DEPENDING (implies complex-odo); which seems quite clear to me, too." Adjust them to match the maximum? Adjust them to match the setting of the depending on variable? What is the default behavior? We did not see any change in behavior based on the setting of odoslide so quite frankly I really still don't know what it does. I don't know what "implies complex-odo" means. Does it mean that when set also sets complex-odo? On Wed, Dec 8, 2021...
-
I would be happy if there were just better documentation on what it does. When I tried it I was pretty sure it was not what I needed but I figured it would be the first suggestion when I posted so I would make sure I mentioned i tried it. I would prefer if the -std=ibm option were to be completely defined as what discrete options it turns on. This preference is based on 30 years of using Micro Focus and never quite understanding what their equivalent option did. Beyond my experience I would further...
-
I have code that looks like this: 01 A. 05 B PIC X(4) 05 C PIC 9(3) 05 D PIC X(1) OCCURS 0 TO 100 TIMES DEPENDING ON C. 05 E PIC X(4). It seems that E is always at offset 107 on GnuCOBOL rather than 7 + C offset (as it is on IBM COBOL). The code I have comes from IBM COBOL and works fine on IBM COBOL. We tried these two compile flags: -fcomplex-odo -fodoslide They had no effect. What compile option can I use to get this to behave the same on GnuCOBOL?
-
This is not time urgent for me so the "better" fix is just fine by me. I don't know if GnuCOBOL works this way but I would like to see each feature to have a separate flag and then define the dialect option defined as which of the options it turns on. I base that request on my experience with Micro Focus where the dialect options were a bit mysterious. I am pretty good at doxygen so my contribution could be to define doxygen macros that help developers maintain such documentation. On Wed, Nov 24,...
-
I have code that looks like this that presumably compiles on z/OS; 01 SOME-PNTR-GROUP USAGE IS POINTER. 05 A-PNTR. 05 B-PNTR. 05 C-PNTR. But on GnuCOBOL it produces these error messages: MYPROG.cbl:100: error: PICTURE clause required for 'A-PNTR' MYPROG.cbl:101: error: PICTURE clause required for 'B-PNTR' MYPROG.cbl:102: error: PICTURE clause required for 'C-PNTR' Is there an option in GnuCOBOLL that will allow that to compile? Presumably the type on the group level item applies to the elementary...
-
We recently went thru the process of figuring out what we will use. We settled on esql build from the gnu cobol contrib folder. Our use case is migrating DB2 COBOL from z/OS to Linux. The eventual target is Postgres but we are are starting doing z/OS/DB2 -> Linux/DB2. After get some success with that we will try -> Linux/Postgres. We are making minor changes that we intend to contribute back. It would not hurt my feelings if someone told me we picked poorly.
-
I was on a zoom session with the person making the change so I just grabbed the screenshot. I will set myself up for development and just start to commit the changes. Our focus will be to make changes to support converting code originally written for DB2 to run under postgres. On Wed, Nov 10, 2021 at 1:46 AM Simon Sobisch sf-mensch@users.sourceforge.net wrote: The change with a PNG is... special can you please ideally provide a diff or otherwise the new code with an "around line NNN" note? Syntax...
-
We got a syntax error in ocsql2.cpp and fixed it with the following change:
-
I got this error: unsupported VAR construction in DECLARE SECTION: On this code: EXEC SQL DECLARE D63_A999 TABLE ( VAR1 CHAR(17) NOT NULL, VAR2 DECIMAL(13, 0) NOT NULL, VAR3 DATE NOT NULL, VAR4 DECIMAL(7, 0) NOT NULL, VAR5 CHAR(1) NOT NULL, VAR6 CHAR(1) NOT NULL, VAR7 DECIMAL(11, 0) NOT NULL, VAR8 DECIMAL(7, 0) NOT NULL, VAR9 CHAR(9) NOT NULL, VAR10 DECIMAL(15, 2) NOT NULL, VAR11 CHAR(2) NOT NULL, VAR12 DATE NOT NULL, VAR13 DECIMAL(9, 0) NOT NULL, VAR14 DECIMAL(3, 0) NOT NULL, VAR15 CHAR(1) NOT NULL,...
-
VOTE:scons
-
So I am getting the same errors are you are getting. All I am doing is adding -Q...
-
I am using 64 bit Linux and would like to compile COBOL programs twice: 1) 32bit...
-
I am using 64 bit Linux and would like to compile COBOL programs twice: 1) 32bit...
1