This is an archive of CompuServe forum messages from 1985 to 1995, as saved in transcripts by John Foust.
Search Results (8 messages)
I think that second paragraph is clouding the issue (if I may stick my two cents in). The fact is that very few people would be in the forums in the first place except that there are files to download. It would be like a user's group that "rents" comercial…
I think that second paragraph is clouding the issue (if I may stick my two cents in). The fact is that very few people would be in the forums in the first place except that there are files to download. It would be like a user's group that "rents" comercial…
Check DIRS.ARC when it shows up. Also includes a routine to print the current directory as a string (like CD w/o args). Could be expanded to take any file name and give back full path.
Check DIRS.ARC when it shows up. Also includes a routine to print the current directory as a string (like CD w/o args). Could be expanded to take any file name and give back full path.
My routine does straight recursion, but allocates a new FIB each time. I will send it up ARCed with some other useful stuff.
My routine does straight recursion, but allocates a new FIB each time. I will send it up ARCed with some other useful stuff.
As a matter of fact, using the value and assigning to it in the same expression is EXPLICITLY undefined according to K&R (somewhere; I lent my copy). Woe to all who try to port such things! How about: extern int garbunga; int garfunc(i) int i; { i += 5; return…
As a matter of fact, using the value and assigning to it in the same expression is EXPLICITLY undefined according to K&R (somewhere; I lent my copy). Woe to all who try to port such things! How about: extern int garbunga; int garfunc(i) int i; { i += 5; return…