Talk:83Plus:BCALLs:4FF9 - Revision history

Dan Englender: i'm dumb

2006-03-27T21:46:36Z

i'm dumb

Dan Englender: other comments

2006-03-27T20:36:31Z

other comments

AndyJ at 18:28, 27 March 2006

2006-03-27T18:28:45Z

New page

Can somebody look up the flag register and say which flags are set/reset? I don't like looking at a value the F register may contain; that doesn't mean anything to me. [[User:AndyJ|Andy Janata]] 10:28, 27 March 2006 (PST)

← Older revision		Revision as of 21:46, 27 March 2006
Line 1:		Line 1:
	Can somebody look up the flag register and say which flags are set/reset? I don't like looking at a value the F register may contain; that doesn't mean anything to me. [[User:AndyJ\|Andy Janata]] 10:28, 27 March 2006 (PST)		Can somebody look up the flag register and say which flags are set/reset? I don't like looking at a value the F register may contain; that doesn't mean anything to me. [[User:AndyJ\|Andy Janata]] 10:28, 27 March 2006 (PST)
	: Agreed. Additionally, the outputs for a bcall should only reflect the values that are intentionally outputted by the routine, not just incidental outputs (i.e. The entire contents of the F register should not be listed). A particularly useful, but unintentional, output value can also be listed if it seems rather certain that it will not change between OS revisions. Things that don't fit into those categories can be listed in the notes section instead of the output section. Additionally additionally, if the bcall's destroyed list is unknown, the unknown template should be used. And last but not least, Premchai21, don't take these comments the wrong way. We definitely appreciate your help on the wiki! --[[User:Dan Englender\|Dan Englender]] 12:36, 27 March 2006 (PST)		: Agreed. Additionally, the outputs for a bcall should only reflect the values that are intentionally outputted by the routine, not just incidental outputs (i.e. The entire contents of the F register should not be listed). A particularly useful, but unintentional, output value can also be listed if it seems rather certain that it will not change between OS revisions. Things that don't fit into those categories can be listed in the notes section instead of the output section. Additionally additionally, if the bcall's destroyed list is unknown, the unknown template should be used. And last but not least, Premchai21, don't take these comments the wrong way. We definitely appreciate your help on the wiki! --[[User:Dan Englender\|Dan Englender]] 12:36, 27 March 2006 (PST)
		+	:: Oops, and we appreciate your help even more now that we (and by 'we' I mean me, I'm the only stupid one who didn't notice) realize that you were wikifying someone else's pages, and didn't have control over the content! Thanks again! --[[User:Dan Englender\|Dan Englender]] 13:46, 27 March 2006 (PST)

← Older revision		Revision as of 20:36, 27 March 2006
Line 1:		Line 1:
	Can somebody look up the flag register and say which flags are set/reset? I don't like looking at a value the F register may contain; that doesn't mean anything to me. [[User:AndyJ\|Andy Janata]] 10:28, 27 March 2006 (PST)		Can somebody look up the flag register and say which flags are set/reset? I don't like looking at a value the F register may contain; that doesn't mean anything to me. [[User:AndyJ\|Andy Janata]] 10:28, 27 March 2006 (PST)
		+	: Agreed. Additionally, the outputs for a bcall should only reflect the values that are intentionally outputted by the routine, not just incidental outputs (i.e. The entire contents of the F register should not be listed). A particularly useful, but unintentional, output value can also be listed if it seems rather certain that it will not change between OS revisions. Things that don't fit into those categories can be listed in the notes section instead of the output section. Additionally additionally, if the bcall's destroyed list is unknown, the unknown template should be used. And last but not least, Premchai21, don't take these comments the wrong way. We definitely appreciate your help on the wiki! --[[User:Dan Englender\|Dan Englender]] 12:36, 27 March 2006 (PST)