Thread Rating:
  • 0 Vote(s) - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5
DAY 035: SHELL
#2
(12-16-2022, 02:10 AM)Pete Wrote: In Windows 98 and prior, we had to use COMMAND/c with our SHELL call. command.exe was the command prompt then, but sometime after Windows 98, M$ remade the command prompt, and called it cmd.exe. We then used CMD /c in our SHELL calls. Well, along comes QB64 and guess what, cmd /c, forgetaboutit! We don't need it anymore, well, that isn't quite true. QB64 takes care of the command prompt call for us, but it fails once in awhile. (See the example marked INCLUDE PATH, a few lines below).

It was incredible that, as late as QB64 v0.98 the "SHELL" internals was checking for the existence of COMMAND.COM. I think it should have thrown an error in Windows8 or later, must have been silently ignored instead. I had no problems with it but it was one of those curiosities that persisted in Galleon's code.

Another thing that impressed me, in "libqb.cpp" was almost replicating the C++ code for "func_shell" another three times or so for the various modes, "_HIDE", "_DONTWAIT", and as a function. That was also done in various sections of the graphics routines, an awful lot of long hexadecimal numbers and bit-shift operators there.

Remember when the Wiki said that Galleon and others wanted QB64 to work on Windows98? Probably the desire to make it work on portable phones and screens destroyed that first wish.
Reply


Messages In This Thread
DAY 035: SHELL - by Pete - 12-16-2022, 02:10 AM
RE: DAY 035: SHELL - by mnrvovrfc - 12-16-2022, 11:15 AM
RE: DAY 035: SHELL - by mnrvovrfc - 12-16-2022, 11:26 AM
RE: DAY 035: SHELL - by Pete - 12-16-2022, 03:45 PM



Users browsing this thread: 1 Guest(s)