User Activity

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

    Done: [bugs:#370] Cheers, Brian

  • Created ticket #370 on GnuCOBOL (formerly OpenCOBOL)

    calc_ref_mod with invalid offset

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

    In terms of the elephant, this is a good read: https://access.redhat.com/blogs/766093/posts/2592591 Have good, make safe(r), Brian

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

    There is an X11 resize command, resize -s rows cols but it's flaky when faced with the variety of emulators and window managers and would require experimenting. The -s sends Sun codes, not VT-100, so you need the right kind of termcap. Display of Esc[8rows;cols;t 27 91 56 r 59 c 59 116 where r and c are digits as ascii, might work, or muck up your terminal. (I might have the r and c backwards). Windows mode command is similar. mode CON: COLS=80 LINES=52 Cheers, Brian

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

    Ok, this is just weirdness and not really trickery. display python("result = (200+1 is 201)") display python("result = (256+1 is 257)") Object identity tests True False Yeah... The first N integers are predefined objects, so 201 is 201, but 256+1 is not the same object as 257 as 257 is a newly defined object, not a reused copy of the predefined list. N may vary from version to version. And floating point is rarely your friend display python("result = 2.2 * 3.0") display python("result = 2.0 * 3.3")...

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

    Will look into it. I have a rather minimal xterm-256 termcap that I use. I gut all blinking, reverse video, and other distracting VT100 controls, so I haven't seen an underscore in a man page in years. ;-) The alias has other downsides. As it is a pipeline, man noman displays an empty stdin page instead of just a quick not found error message. Cheers, Brian

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

    Agree. It'll give us something to announce for 2.2.1 :-) Cheers, Brian

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

    Yeah, rexec and friends were deprecated as far back as 2.3 due to "various known and not readily fixable security holes". I think it was dropped instead of offering up a false sense of safety. Python is by design a reflective language to the core. The entire system can be pretty much swapped out at runtime, making any restricted modes a thin veil at best. Having said that, in front of the elephant, Python is likely used in some fairly sensitive production environments, (being everywhere at the moment)...

View All

Personal Data

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

Projects

Skills

  • Programming Language

Personal Tools

Get latest updates about Open Source Projects, Conferences and News.

Sign up for the SourceForge newsletter:





No, thanks