User Activity

  • Posted a comment on discussion Help getting started on GnuCOBOL (formerly OpenCOBOL)

    (it checks for recursive copybooks since years). Are you sure about that Simon? identification division. program-id. sample. data division. working-storage section. COPY datadef. procedure division. display datadef goback. end program sample. copies.cob 01 datadef pic x(32). COPY datadef. datadef.cpy prompt$ cobc copies.cob datadef.cpy: 2: error: datadef.cpy: Too many open files attempt to reference unallocated memory (signal SIGSEGV) cobc: aborting compile of datadef.cpy at line 2 (unknown: unknown)...

  • Posted a comment on discussion Help getting started on GnuCOBOL (formerly OpenCOBOL)

    I'm not convinced. ;-) Can I get you to do me a favour, Anon and post the last hundred or so lines from prompt$ strace cobc ... 2>&1 >compilepass.txt where the ... is your program build of TEST.cob and whatever other files you are using on the command line? We'll track this down, but I'm still leaning to find that there is a cyclic loop going on somewhere. The strace will show all the low level open and access calls. Cheers, Brian

  • Modified a comment on discussion Help getting started on GnuCOBOL (formerly OpenCOBOL)

    This really sounds like you have a cyclic COPY going on. Look through your copybooks and make sure you aren't making a COPY from inside a COPY that leads to an infinite copy include loop. Cheers, Brian

  • Posted a comment on discussion Help getting started on GnuCOBOL (formerly OpenCOBOL)

    This really sounds like you a cyclic COPY going on. Look through your copybooks and make sure you aren't making a COPY from inside a COPY that leads to an infinite copy include loop. Cheers, Brian

  • Posted a comment on discussion GnuCOBOL on GnuCOBOL (formerly OpenCOBOL)

    BINARY sizes depend on a configuration setting at compile time, Rich. binary-size: Default is 1-2-4-8, so your example would fit in 4 bytes. 9 digits is always 4 bytes as computational-4, but if the field was say PIC 9(7) things get weirder. 7 digit decimal will fit in 3 bytes of base 2 binary. And a setting of binary-size: 1--8 would allow an executable to compile with a 3 byte PIC 9(7) COMP-4. In your example, 4 bytes is always the number, but that is due to the decmal width. Other values will...

  • Modified a comment on discussion GnuCOBOL on GnuCOBOL (formerly OpenCOBOL)

    Had need for some password hashing. This is a tail chase game, but there are people continually working on keeping human needs ahead of Moore's Law. Argon2 won a Password Hashing Competition recently and is getting some good press, as is scrypt still, with an evolution in to yescrypt. One of the nice things about scrypt is that there is a Javascript version available for keeping passwords off the wire completely with the salted hash work done right in the browser. scrypt is not near end of life,...

  • Posted a comment on discussion GnuCOBOL on GnuCOBOL (formerly OpenCOBOL)

    Had need for some password hashing. This is a tail chase game, but there are people continually working on keeping human needs ahead of Moore's Law. Argon2 won a Password Hashing Competition recently and is getting some good press, as is scrypt still, with an evolution in to yescrypt. One of the nice things about scrypt is that there is a Javascript version available for keeping passwords off the wire completely with the salted hash work done right in the browser. scrypt is not near end of life,...

  • Posted a comment on discussion The Lounge on GnuCOBOL (formerly OpenCOBOL)

    You can't trust atoms. They make up everything.

View All

Personal Data

Username:
btiffin
Joined:
2012-04-09 05:04:42
Location:
Ottawa / Canada / EST
Gender:
Male

Projects

Skills

  • Programming Language

Personal Tools