Activity for Sebastian Steinweg
-
Sebastian Steinweg posted a comment on ticket #402
We have taken a deeper look into the subject, including reviewing the implementation in COBOL-IT and the challenges involved in an older customer project, where the usage of BIT was extremely complex and risky( usage of up to PIC 1(32767)!!!). We have been able to identify the major steps that would be necessary to implement this requirement, and see some distinct activities required. Full implementation of Usage Bit behaviour in the data definition including behaviour in complex structures like...
-
Your change suggestion is correct in our view. It's always "minus 0x10". The problem is the reference to the documentation. The topic belongs to a migration project in the past from CA Realia to another compiler, were the display of sign seperate was a topic, that should be implemented. The change in that project was done by the compiler manufacturer and we did not have a CA Realia documentation in physical form. We found one online, but there are two things. It is written in old Windows help form...
-
Your change suggestion is correct in our view. It's always "minus 0x10". The problem is the reference to the documentation. The topic belongs to a migration project in the past from CA Realia to another compiler, were the display of sign seperate was a topic, that should be implemented. The change in that project was done by the compiler manufacturer and we did not have a CA Realia documentation in physical form. We found one online, but there are two things. It is written in old Windows help form...
-
Hello Vincent, The issue is working with Faircom c-tree and not BerkleyDB. c-tree works correctly with Micro Focus, Acucobol, RM/COBOL, COBOL-IT and NETCOBOL. However not with GnuCOBOL. The engineers at Faircom have informed us that the problem lies in the incorrect implementation of EXTFH. It is of course possible that it works with ISAM and perhaps the implementation of BerkleyDB is such that it is not dependent on the EXTFH. Any file system that is expecting the documented EXTFH behaviour will...
-
There occurs an error during the make process numeric.c:1875:34: error: ‘COB_FERROR_DIV_ZERO’ undeclared (first use in this function); did you mean ‘COB_FERROR_FILE’? 1875 | cob_fatal_error (COB_FERROR_DIV_ZERO); | ^~~~~~~~~~~~~~~~~~~ There is no definition of COB_FERROR_DIV_ZERO in the common.h where all other COB_FERROR* was defined And also no usage of this constant anywhere grep -R COB_FERROR_DIV_ZERO * libcob/numeric.c: cob_fatal_error (COB_FERROR_DIV_ZERO); libcob/intrinsic.c: cob_fatal_error...
-
Thanks you for your response. ok, as I wrote ROLLBACK and COMMIT is maybe not fully implemented or not implemented the way we expected. In our view this is one topic. The other topic is REWRITE and DELETE, which should work as well with any other EXTFH.
-
wrong data behaviour with GnuCOBOL & c-tree DB via EXTFH
-
Hi, could you please send me a link to download the latest version of GC 4.x. I'm not sure, but it seems that the links in the download area are not working.
-
DEPENDING ON field of Typedef produces error at compile time
-
MOVE LENGTH OF field of Typedef produces error at compile time
-
access to Level-88 declaration in Typedef not possible
-
COPY REPLACING isn't working when replacing with a star
-
same name for variable and section produce error
-
If we compile with -W we got an additional info about -Warithmetic-osvs cobc -x -W -std=ibm tc4133.cbl tc4133.cbl:39: Warnung: precision of result may change with arithmetic-osvs [-Warithmetic-osvs] Using this in compile command gives in the same result. What we can definitely say, because of an existing customer case of the past is, that the result using IBM Enterprise COBOL for z/OS V4.2 and IBM COBOL for AIX V4.1.1 is W-V-AMT-FXM-CCY-TRX=+000000000000499
-
Wrong COMPUTE ROUNDING results when using IBM emulation mode
-
Incorrect result when moving a numeric edited field containing a decimal point
-
equal field values in case of compressed fields for CA Realia
-
lock mode is not working correct
-
diff behaviour to MF when reading line sequential file
-
The testcase works fine with other compilers and produce the expected result. Maybe you did not see the the part in the Configuration Section: CONFIGURATION SECTION. SPECIAL-NAMES. DECIMAL-POINT IS COMMA. The decimal point is the comma in this case.
-
problem with moves on COMP-5 fields
-
variable show zero insted of the "." when DISPLAY or PRINT
-
names longer than 30 digits are allowed
-
sure, the warning Warnung: WITH ROLLBACK is not implemented [-Wpending] is shown. We will check this also with version 4.x
-
Rollback functionality doesn't work
-
divide by zero don't generate an exception
-
Thank you, it works with native
-
C$NARG returns wrong value after goback from nested call
-
problem with move group comp to comp-5
-
PRINT file is not created correct
-
syntax VALUE SPACE with OCCURS seems not to be initialized
-
USAGE BIT implementation
-
File Status 47 after CANCEL statement using EXTERNAL file
-
REPLACE statement inside COPY does not work correct
-
Thank you for the hint. we link the static .a ibrary, but it was also neccessary to link some more libraryies from system and c-tree to our command: cobc -x -fcallfh=CTEXTFH benchmark.cbl -L/home/gnucobol/c-treeRTG-Cobol.linux.x64.64bit.v3.0.0.144/drivers/ctree.cobol/extfh/client.singlethreaded.static -L/home/gnucobol/c-treeRTG-Cobol.linux.x64.64bit.v3.0.0.144/drivers/ctree.drivers/lib/License.Lib/openssl/lib64 -lctextfh -ldl -lm -lssl -lcrypto With these command we are now able to combine GnuCOBOL...
-
Hi, we are trying to run GNUCOBOL with c-tree file system instead of default BDB on linux 64 bit system using version 3.1.2.0 of GnuCOBOL. In the Getting started we found an option -fcallfh to set a name to be used for I/O as external provided EXTFH interface module. c-tree itself delivers an EXTFH file in form of a .so with name CTEXTFH.so file or in form of a .a file. Known from other compiler the .so file should work. We set up the following: export LD_LIBRARY_PATH to the PATH were the .so file...
1