You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
While fixing some issues with the CRYNWR packages, I found another bug.
Basically, it has a [[X|4]] or similar in a REM statement. That was causing a "4]]" command not found. Docs say everything after the REM is ignored. But, the shell is obviously trying to pipe output. I haven idea how this wasn't a problem before with this package.
However out of curiosity, I checked MS-DOS6.22. It does the same thing.
So, although it is really a bug. It is consistent with MS-DOS.
So should it be fixed? IDK.
The text was updated successfully, but these errors were encountered:
see issue #63 - FreeCom pipe handling is not the same as MSDOS which can cause issues. A more comprehensive view of pipe handling should be done and FreeCom updated to match or document the differences.
Hi,
While fixing some issues with the CRYNWR packages, I found another bug.
Basically, it has a [[X|4]] or similar in a REM statement. That was causing a "4]]" command not found. Docs say everything after the REM is ignored. But, the shell is obviously trying to pipe output. I haven idea how this wasn't a problem before with this package.
However out of curiosity, I checked MS-DOS6.22. It does the same thing.
So, although it is really a bug. It is consistent with MS-DOS.
So should it be fixed? IDK.
The text was updated successfully, but these errors were encountered: