Hello Dave,
No, I didn't realize that XTC68 was the same thing as C68. That's why I
enquired about the source ;)
There is, of course, no need to produce a graphic front end as there
are several freeware C development IDEs out there that could be
pressed into service for this
All,
I am not sure if the XTC68 will work with long filenames or not.There is
no such limitation built into the C68 part of the source, but it might be a
limitation of the fact that it is compiled as a DOS console application at
the Visual Studio level?
As to whether it can run on Windows
Dave Walker wrote, On 15/10/09 10:04:
All,
I am not sure if the XTC68 will work with long filenames or not.There is
no such limitation built into the C68 part of the source, but it might be a
limitation of the fact that it is compiled as a DOS console application at
the Visual Studio level?
On 15 Oct 2009, at 00:13, Martyn Hill wrote:
Take the following simple example (no MRUN involved here):
Scenario A: LRESPR in the main program - OK.
10 LRESPR some_extn_file : REMark ** LRESPR some useful SB
extentions
20 dummy_proc : REM ** Call a PROC that
gdgqler wrote:
I wonder if your program would also allow tptr_ext to be LRESPRd. If
if so then there must be something special about what you are
LRESPRing. If not then???
I did a quick test (using MENU_REXT) and actually even managed to
crash SMSQ/E completely once. So there may be some
Marcel Kilgus writes:
Ive had a blocked pipe in my qlusers system somewhere. Just had the
odd mail until today when I got 107 all at once!
P Witte wrote:
Of course this isnt half as clever as it looks, as nowadays you arnt
guaranteed (AFAIK) that ALCHP wont return a negative address.
Is
