iS-DOS which is a master

├┤i All! The question torments me very much, how can I identify it in the subject? in what order are files marked without polling in the status loop marks for each file? And how to generally identify the list of marked ones? files? And also, what is the upper limit after which Can't you use the memory? :-/ I think ADRCAT(2) $g_cnfh+5. But why do we need UsrTop then? What vector should be slipped into the line editor $smbgt in IX? In the description the length is from -47 to +horseradish_knows_how much. I slipped standard wt and everything worked... W!7h Be$7 W!$he$, FK0.

Hi Kirill, In a message of to All (), you wrote: KF> The question torments me very much, how can I identify it in the subject KF> in what order the files are marked without polling in the status loop KF> marks for each file? And how to generally identify the list of marked KF> files ? no, nothing more has been done. everyone who works with the mark does a cycle (see all sorts of copiers, etc.) how to identify? I think sequentially, like this: - first find out whether the following are marked at all: ... ld c, 0x87 rst 16 or a jr z, no_files_selected ld (total_selected), a exx ld a, h ld(_max_search_fileno), a ... - and then in the loop call something like this: ; parm : d=mark number (from 1) ; value : cf==not found ; nc==found, a=e=fileno GetSelectedFile: ld e, 0 ld c, 0x86 @@loop: ld a, (_max_search_fileno) cp e ret c ; not found rst 16 exxdec hl ld a, (hl) exx cp d ld a, e ret z inc e jr @@loop KF> And also, what is the upper limit after which KF> memory cannot be used? :-/ I think ADRCAT(2) $g_cnfh+5. you think right. KF> But why is UsrTop needed then? even less necessary than the previously mentioned shift to im2 for the blocker. KF> Which vector should be slipped into the line editor $smbgt in IX? regular eight-byte. KF> In the description the length is from -47 to +horseradish_knows_how much. I slipped KF> standard wt and everything worked... where did you find this (and most importantly, who wrote that it was for smbgt)? Bye, Michael.

Hi Oleg, In a message of to Kirill Frolov (), you wrote: KF> Well... Do you know how convenient it is to glue files with your Txt-Stick. KF> if they are on the disk in the wrong order? OG> So put it in the right place. It’s much more convenient to know when you see the marked OG> in what order it will be processed, rather than guessing... Here it is OG> mmd really pisses me off... This is where you seem to be wrong. real-life example: the files header.bin, body.bin, footer.bin. are not in order. why force the user to do everything somewhere again? copy if _you can_ do without it? KF>>> But why is UsrTop needed then? OG>> Who the hell knows. Probably as a cache limiter... I looked, it’s really a limiter. used in one single place: when checking the size in the cache creation step. This means that the appointment for the application will sound like this: the upper limit of memory guaranteed to be available to any program. Bye, Michael.