Archiverse Internet Archive
投稿のみ 投稿と返信
前のページ(最近)
1 2
次のページ(過去)
返信[24]
親投稿
Huu SquareFingers
From above post: Y3K833JM Sorry, wrong key. KKEQ83RJ
1そうだね
未プレイ
返信[23]
親投稿
Huu SquareFingers
Y3K833JM SmileBasic has an error: "Communication buffer overflow". It does not (always) signify when communication buffer overflows. The key above is a program which sends 16 messages on one console, tries to receive 16 messages on the other, and really only gets 15. Either: - Remove the error and specify that some messages may be dropped, or - Don't drop any messages and use the error.
1そうだね
未プレイ
返信[54]
親投稿
Huu SquareFingers
Static variables are very useful.
0そうだね
未プレイ
返信[13]
親投稿
Huu SquareFingers
Follow-up to Alex's post about PI: CALL applied to the strings like "INKEY$", "MPSTAT", "MPNAME$", "PRGNAME$", "DISPLAY" - other system functions that take no parameters - appears to use the system functions. CALL applied to the string "PI" uses the user-defined DEF PI(). It was silly to make it a function in Petit Computer, and it was silly to make the same mistake in SmileBasic.
1そうだね
未プレイ
返信[9]
親投稿
Huu SquareFingers
E5E3NNQE MPSTART 2,"Test" MPSEND "" The MPSEND "" causes "Illegal function call"
2そうだね
未プレイ
返信[7]
親投稿
Huu SquareFingers
43KNNEK6 A$=DIALOG("","%"+CHR$(279)) result: "An error has occurred, forcing the software to close. The system will now restart. (Unsaved data may be lost.)"
3そうだね
未プレイ
返信[6]
親投稿
Huu SquareFingers
5K33A3RJ A$="A"*65536*65536 result: "An error has occurred, forcing the software to close. The system will now restart. (Unsaved data may be lost.)"
3そうだね
未プレイ
返信[5]
親投稿
Huu SquareFingers
Operators perform differently depending on whether they are in a 'constant-folded' expression or not. 223NNQV VAR A% A%=60000 PRINT "60000*50000=";60000*50000 PRINT "A%=";A% PRINT "A%*50000=";A%*50000 output: 60000*50000=3000000000 A%=60000 A%*50000=-1294967296
3そうだね
未プレイ
返信[4]
親投稿
Huu SquareFingers
Anything that follows CLEAR is entirely ignored, e.g. CLEAR:DIM A%[10] on one line followed by A%[0]=100 on the next gives "Undefined variable".
3そうだね
未プレイ
返信[11]
親投稿
Huu SquareFingers
A way of figuring out the size of the dimensions in an array, other than getting an error when you don't use the right size (e.g. LOAD"DAT:2DARRAY",ARRAY may result in LEN(ARRAY) being 12; the array might be [1,12], [2,6], [3,4], [4,3], [6,2], or [12,1], and there's no way of knowing except getting errors for using indices that are out-of-bounds).
1そうだね
未プレイ
返信[10]
親投稿
Huu SquareFingers
A way of figuring out what type of array needs to go at the end of LOAD "DAT:FILE",ARRAY other than getting errors when it's not the right type. (By 'type', I mean number of dimensions, since you can LOAD"DAT:STRINGS",ARRAY% and ARRAY% will then be an array of strings...)
1そうだね
未プレイ