User Activity

  • Posted a comment on discussion Help on Open Object Rexx

    Erich, once again your expertise pointed me to the correct solution. The queue object was the answer (knew there had to be a better way than what I did). I have implemented and tested this code in 2 different programs and they are still working plus now I can now share datasets among multiple VDMs. What I have learned (in case anyone else tries this type programming): 1. RexxQueue vs Queue object - important to know because saving stream object information is more than just saving dataset name and...

  • Posted a comment on discussion Help on Open Object Rexx

    I have a block of code, written in traditional rexx, that has worked great for years, but, does not allow dataset sharing between VDMs. I rewrote that block of code in oorexx to address dataset sharing and am having a problem. This rewrite would integrate well with the surrounding code. Traditional rexx code (to.rex): /* */ ds = "test" do forever do while lines(ds) > 0 b = linein(ds) if upper(word(b,1)) = "INCLUDE" then do push ds ds = subword(b,2) end else say b end if queued() > 0 then do call...

  • Posted a comment on ticket #1472 on Open Object Rexx

    Tried the latest commit (r11283) and the problems defined in my previous post have disappeared on Windows XP. Windows 7 is running fine. As far as I can see the problem and side effects are gone. I can now get back to finishing the program that showed the problem consistently, without any bypasses. Thanks Erich and Rick for your assistance.

  • Posted a comment on ticket #1472 on Open Object Rexx

    I had a chance to use both Erich's and Rick's solutions to this problem. The Good News: Both appeared to have worked on Windows 7 (64bit). The bad news: On Windows XP (32bit) the above example fails in different ways. Used another program to invoke the above example that is basically a DO loop where the count goes from 1 to 2049. The DO loop number is passed to the above example. Get to 2049 and then there is failure. Using a TryRexx style environment: Messages are: Program: C:\ooRexx\T.REX, line...

  • Posted a comment on ticket #1472 on Open Object Rexx

    Erich, I discovered this AM after making the "for" statement change that there was a second problem when CRLF were seperated by 512 byte buffers. Your ungetc() solution is much more elegant (and simpler) than mine. Don't use C++ much anymore (last time was a couple of years ago). Have to look everything up, most of the time. Thanks for the assistance.

  • Posted a comment on ticket #1472 on Open Object Rexx

    Thanks for the ptr Erich and Rick. You saved me a lot of time. It has struck me as I walked thru the gets() code that the "for (i = 0; i < bufferLen - 1; i++)" statement will never look at the 512th byte if I assume that bufferLen = 512. the largest value of "i" can only be 510 because of the "<". Therefore it will never see the LF in this case and assume the string needs to be null terminated. Presto, the CR will remain in the string. Good assumption? I used the 4.2.0 source for the walkthru. Won't...

  • Created ticket #1472 on Open Object Rexx

    linein reading 510 byte records reports 511 byte length

  • Posted a comment on ticket #197 on Open Object Rexx

    Thank you Erich for removing the "patches.zip" file. I didn't see any obvious buttons...

View All

Personal Data

Username:
jlsen
Joined:
2011-09-07 16:14:44

Projects

  • No projects to display.

Skills

  • No skills entered.

Personal Tools