Menu

#1610 SysFileSearch Crashes entire OOREXX process w/o Error Msgs

5.0.0
closed
nobody
none
1
2023-01-01
2019-03-15
Mark Harsen
No

64-bit OOREXX 5.0.0 build 11841 on Windows 10

Calling SysFileSearch can cause the entire OOREXX process to crash without displaying any error messages. To reproduce the issue:

  1. Download the attached zip file.
  2. Create two empty directories: "Procedures" and "Work".
  3. Put "Test62.rex" somewhere else, edit the program, and change variable "Procs" to point to the "Procedures" directory and change "WorkDir" to point to the "Work" directory.
  4. Put the two pseudo OOREXX files "Locate.rex" and "LockList.rex" into the "Procedures" directory.
  5. Run "Test62.rex"

OOREXX crashes consistently on my computer with both the production and this simplified test set. Interestingly enough, both files must be present before the crash will occur: deleting either file will allow the program to succeed. Processing many other combinations of files in a test directory will also cause OOREXX to crash for me. Whatever is causing the crash isn't just caused by the specific content of the files read by SysFileSearch. Other similar content is also apparently causes issues.

Please let me know if you need anything else. Similar crashes also happened with builds 11806, 11813, and 11840 although I have not tested any of them against this specific set of test files. They all did, however, crash OOREXX using the full set of 95 files currently of need of scanning prior to the startup of my application.

Thank you, Mark

1 Attachments

Related

Bugs: #1610

Discussion

  • Rick McGuire

    Rick McGuire - 2019-03-15

    Unfortunately, this is not crashing for me.

     
  • Mark Harsen

    Mark Harsen - 2019-03-15

    Well crud. It happens every time for me. I just rebooted (actually, I always have to reboot between versions sometime after 11740 because it says it can't stop RXAPI even though the service was really stopped) and reinstalled 11841 without doing the quick upgrade - I deleted the tree and started completely over. I don't run any other software at all, just the test62.rex program and I get the attached crash every time. Even after a fresh reboot before testing.

    Now what? Do I need to build the Visual Studio test environment to capture the crash and send it to you? Can I get some help with that? Do you want me to try sending a bigger set of files? And if so, can I send them to just you so I don't have to worry about sanitizing all of them first?

    I have to fall back to 11740 for development since that's the last release I have where this works for me.

    Please advise, Mark

     
    • Rick McGuire

      Rick McGuire - 2019-03-16

      Mark,

      Installing visual studio and capturing debug information would certainly be
      helpful. Sending the full set of files would also be useful. I am leaving
      on my trip on Monday and this weekend is going to be pretty hectic, so I
      doubt I'll have an opportunity to help with this. Maybe Erick can help you
      get setup and/or take a look at debugging the problem.

      Rick

      On Fri, Mar 15, 2019 at 6:46 PM Mark Harsen mharsen@users.sourceforge.net
      wrote:

      Well crud. It happens every time for me. I just rebooted (actually, I
      always have to reboot between versions sometime after 11740 because it says
      it can't stop RXAPI even though the service was really stopped) and
      reinstalled 11841 without doing the quick upgrade - I deleted the tree and
      started completely over. I don't run any other software at all, just the
      test62.rex program and I get the attached crash every time. Even after a
      fresh reboot before testing.

      Now what? Do I need to build the Visual Studio test environment to
      capture the crash and send it to you? Can I get some help with that? Do
      you want me to try sending a bigger set of files? And if so, can I send
      them to just you so I don't have to worry about sanitizing all of them
      first?

      I have to fall back to 11740 for development since that's the last release
      I have where this works for me.

      Please advise, Mark

      Attachments:

      • Test62.PNG (sourceforge.net)
        (25.6 kB; image/png)

      ** [bugs:#1610] SysFileSearch Crashes entire OOREXX process w/o Error
      Msgs**

      Status: open
      Group: 5.0.0
      Labels: Windows 10 64-bit SysFileSearch
      Created: Fri Mar 15, 2019 09:05 PM UTC by Mark Harsen
      Last Updated: Fri Mar 15, 2019 09:47 PM UTC
      Owner: nobody
      Attachments:

      • Test62.zip (sourceforge.net) (17.9
        kB; application/x-zip-compressed)

      64-bit OOREXX 5.0.0 build 11841 on Windows 10

      Calling SysFileSearch can cause the entire OOREXX process to crash without
      displaying any error messages. To reproduce the issue:

      1. Download the attached zip file.
      2. Create two empty directories: "Procedures" and "Work".
      3. Put "Test62.rex" somewhere else, edit the program, and change variable
        "Procs" to point to the "Procedures" directory and change "WorkDir" to
        point to the "Work" directory.
      4. Put the two pseudo OOREXX files "Locate.rex" and "LockList.rex" into
        the "Procedures" directory.
      5. Run "Test62.rex"

      OOREXX crashes consistently on my computer with both the production and
      this simplified test set. Interestingly enough, both files must be present
      before the crash will occur: deleting either file will allow the program
      to succeed. Processing many other combinations of files in a test
      directory will also cause OOREXX to crash for me. Whatever is causing the
      crash isn't just caused by the specific content of the files read by
      SysFileSearch. Other similar content is also apparently causes issues.

      Please let me know if you need anything else. Similar crashes also
      happened with builds 11806, 11813, and 11840 although I have not tested any
      of them against this specific set of test files. They all did, however,
      crash OOREXX using the full set of 95 files currently of need of scanning
      prior to the startup of my application.

      Thank you, Mark


      Sent from sourceforge.net because you indicated interest in <
      https://sourceforge.net/p/oorexx/bugs/1610/>

      To unsubscribe from further messages, please visit <
      https://sourceforge.net/auth/subscriptions/>

       

      Related

      Bugs: #1610

  • Rick McGuire

    Rick McGuire - 2019-03-16

    Code committed [r11482]

    Erich's post about commenting out one line might have given me the answer. I definitely fixed a couple of problems with the code that reads on the next buffer of data that would cause some buffer overruns that would result in random traps. I hope this fixes all of the problems.

     

    Related

    Commit: [r11482]


    Last edit: Rick McGuire 2019-03-16
  • Rick McGuire

    Rick McGuire - 2019-03-16

    Additional fix committed [r11483]

     

    Related

    Commit: [r11483]

  • Erich

    Erich - 2019-03-16

    Committed revision [r11844] - this should fix the reported issues

     

    Related

    Commit: [r11844]

  • Mark Harsen

    Mark Harsen - 2019-03-18

    Thank you Rick and Erich! Build 11844 gets past the previous crash and appears to produce proper results from my limited testing this morning. I will perform further testing and let you know if anything else untoward occurs, but it looks very good!

    Sincere Gratitude, Mark

    P.S. Rick, have a great trip!

     
  • Mark Harsen

    Mark Harsen - 2019-03-18

    I found another issue with 11844 SysFileSearch. A successful execution is not setting a numeric return code of zero ("0") but is returning an empty string instead.

    Address "CMD" "DIR /B" MyDirectory ">" MyWorkFile "2>&1"
    Rc = SysFileSearch(".rex", MyWorkFile, "List.")
    Say "Rc={"Rc"}"
    

    The above program displays "{}" since Rc contains an empty string. The stem List. contains the proper values including List.0 having the correct number of items.

    Let me know if you prefer another bug report instead of updating this one.

    Thanks, Mark

     
    • Rick McGuire

      Rick McGuire - 2019-03-19

      Please open a new bug report.

      Rick

      On Mon, Mar 18, 2019 at 6:34 PM Mark Harsen mharsen@users.sourceforge.net
      wrote:

      I found another issue with 11844 SysFileSearch. A successful execution is
      not setting a numeric return code of zero ("0") but is returning an empty
      string instead.

      Address "CMD" "DIR /B" MyDirectory ">" MyWorkFile "2>&1"
      Rc = SysFileSearch(".rex", MyWorkFile, "List.")
      Say "Rc={"Rc"}"
      

      The above program displays "{}" since Rc contains an empty string. The
      stem List. contains the proper values including List.0 having the correct
      number of items.

      Let me know if you prefer another bug report instead of updating this one.

      Thanks, Mark


      ** [bugs:#1610] SysFileSearch Crashes entire OOREXX process w/o Error
      Msgs**

      Status: open
      Group: 5.0.0
      Labels: Windows 10 64-bit SysFileSearch
      Created: Fri Mar 15, 2019 09:05 PM UTC by Mark Harsen
      Last Updated: Mon Mar 18, 2019 01:50 PM UTC
      Owner: nobody
      Attachments:

      • Test62.zip (sourceforge.net) (17.9
        kB; application/x-zip-compressed)

      64-bit OOREXX 5.0.0 build 11841 on Windows 10

      Calling SysFileSearch can cause the entire OOREXX process to crash without
      displaying any error messages. To reproduce the issue:

      1. Download the attached zip file.
      2. Create two empty directories: "Procedures" and "Work".
      3. Put "Test62.rex" somewhere else, edit the program, and change variable
        "Procs" to point to the "Procedures" directory and change "WorkDir" to
        point to the "Work" directory.
      4. Put the two pseudo OOREXX files "Locate.rex" and "LockList.rex" into
        the "Procedures" directory.
      5. Run "Test62.rex"

      OOREXX crashes consistently on my computer with both the production and
      this simplified test set. Interestingly enough, both files must be present
      before the crash will occur: deleting either file will allow the program
      to succeed. Processing many other combinations of files in a test
      directory will also cause OOREXX to crash for me. Whatever is causing the
      crash isn't just caused by the specific content of the files read by
      SysFileSearch. Other similar content is also apparently causes issues.

      Please let me know if you need anything else. Similar crashes also
      happened with builds 11806, 11813, and 11840 although I have not tested any
      of them against this specific set of test files. They all did, however,
      crash OOREXX using the full set of 95 files currently of need of scanning
      prior to the startup of my application.

      Thank you, Mark


      Sent from sourceforge.net because you indicated interest in <
      https://sourceforge.net/p/oorexx/bugs/1610/>

      To unsubscribe from further messages, please visit <
      https://sourceforge.net/auth/subscriptions/>

       

      Related

      Bugs: #1610

  • Erich

    Erich - 2019-03-23

    Committed revision [r11847] for another attempt to fix the issue.
    Added more tests
    Updated rexxref

     

    Related

    Commit: [r11847]

  • Rick McGuire

    Rick McGuire - 2019-07-13
    • status: open --> pending
     
  • Rony G. Flatscher

    • Status: pending --> closed
     

Anonymous
Anonymous

Add attachments
Cancel