Novell DOS 7 can preemptively multitask and switch between multiple DOS programs according to the back of the box. Manual doesn't say anything about copy&paste between applications or terminal scrollback though. I assume copy&paste between applications wouldn't be impossible to implement but I can imagine scrolling could be a challenge (how do you scroll something like edit?).
There's plenty of multitaskers and task-swappers for DOS, some of them even shipped with certain DOS versions, see eg. Dosshell.
But I'm not aware of any with support for scrollback or copy&paste.
Nie tylko, jak widzicie, w tym trudność, że nie zdołacie wejść na moją górę, lecz i w tym, że ja do was cały zejść nie mogę, gdyż schodząc, gubię po drodze to, co miałem donieść.
"Time, it seems, doesn't flow. For some it's fast, for some it's slow.
In what to one race is no time at all, another race can rise and fall..." - The Minstrel
Thanks for the answers guys, neither of them is exactly what I'm looking for.
Like I said, I'm looking for something like GNU screen or tmux, text only. Maybe the programs I linked could do the trick, but I haven't tried them yet.
"Time, it seems, doesn't flow. For some it's fast, for some it's slow.
In what to one race is no time at all, another race can rise and fall..." - The Minstrel
I used SCROLLit for scrollback, you can find it here: http://ftp.mpoli.fi/pub/software/DOS/UTILS/SCREEN/. It lets you select lines and save them to a file. Naturally you can use it inside a DOS session in DESQview or Windows to scroll back an individual DOS session's history, then use DESQview or Windows's copy facility to copy from the visible part of the buffer.
I imagine that there were probably many copy and paste TSRs out there, just search http://cd.textfiles.com/simtel/simtel20/MSDOS … EEN/.index.html for "paste" for example. I just used Windows for this (and confirmed that DESQview can do it too). You could probably use a combination of SCROLLit and a copy/paste TSR with some other multitasker.
I used SCROLLit for scrollback, you can find it here: http://ftp.mpoli.fi/pub/software/DOS/UTILS/SCREEN/. It lets you select lines and save them to a file. Naturally you can use it inside a DOS session in DESQview or Windows to scroll back an individual DOS session's history, then use DESQview or Windows's copy facility to copy from the visible part of the buffer.
I imagine that there were probably many copy and paste TSRs out there, just search http://cd.textfiles.com/simtel/simtel20/MSDOS … EEN/.index.html for "paste" for example. I just used Windows for this (and confirmed that DESQview can do it too). You could probably use a combination of SCROLLit and a copy/paste TSR with some other multitasker.
Thanks!! I will try them and try to find the setup that suits me better. As I can see there are a lot of options and it will take time.
For instance, I'm currently using DOSKey (not the official Windows one), but it doesn't save history to a file.
One thing that's bugging me is that I can't do CTRL+P to go back in the command history. I have to press the UP arrow. If I screw up and press CTRL+P then... DOS hangs and it's time for rebooting. It looks for the printer, apparently. It would be great to block that. It even happens on MS-DOS command prompts on Windows.
I've been trying that little program I linked "Peruse" and it works like a charm. Not all the programs let you scroll back, I guess not all write to the buffer, somehow. For example, "ls" from a certain port of the GNU utils doesn't seem to do it, but native DOS programs such as "dir", do.
For instance, I'm currently using DOSKey (not the official Windows one), but it doesn't save history to a file.
Have you tried alternate command interpreters? I just checked and 4DOS 7.50 (not sure if it's the last version) doesn't save history either, but at least it's much nicer than regular DOS COMMAND.COM + DOSKEY.
One thing that's bugging me is that I can't do CTRL+P to go back in the command history. I have to press the UP arrow. If I screw up and press CTRL+P then... DOS hangs and it's time for rebooting. It looks for the printer, apparently. It would be great to block that. It even happens on MS-DOS command prompts on Windows.
Some options you could consider:
Find a TSR which claims to fix this specific problem, since I seem to recall it being something that people did find annoying. Worse, they might have had a printer attached and wasted paper by hitting the wrong key. I assume you have it worse than DOS users who just accidentally hit Ctrl-P - I assume you're hitting it intentionally because you're used to *nix shells?
Find a TSR which redirects printing to a file: should stop the hanging, but might fill up your disk inadvertently, since if I recall correctly Ctrl-P toggles printing everything on the screen.
"Rebind" Ctrl-P using a suitable ANSI driver: maybe it doesn't work, but I think it should, I imagine the driver should intercept the key before it gets to whatever interprets Ctrl-P (DOS? BIOS?). Rebinding keys via the standard ANSI.SYS that comes with DOS was considered a security vulnerability - you might TYPE a text file and find one of your keys was changed to run a FORMAT command - so I used an ANSI.COM from PC Magazine which let me pass it a /B 10 option to limit the size of the rebindings buffer so no malicious text files could add more bindings after I set mine up (I'm not 100% sure that 10 was the right buffer size, I didn't write comments), then I used TYPE ...\KEYS.ANS to load my key bindings. This is a hex dump of the contents of that file:
That rebinds Ctrl-D to send "exit" followed by CRLF (probably didn't need both CR and LF there?) so I could exit from a subshell or close a command prompt in Windows/DESQview/etc. just like I closed a shell in *nix, which you might appreciate. You could probably search old PC Magazine articles using Google Books to find out the syntax of the ANSI escape codes for rebinding keys if they're not actually standard VT100 or something.
Use bash: DJGPP provides bash, and I assume this is what you're used to if you're hitting Ctrl-P, although I assume it uses a lot more RAM.
I've been trying that little program I linked "Peruse" and it works like a charm. Not all the programs let you scroll back, I guess not all write to the buffer, somehow. For example, "ls" from a certain port of the GNU utils doesn't seem to do it, but native DOS programs such as "dir", do.
I imagine that programs that don't use BIOS screen routines but instead write directly to video memory would not be captured by scrollback buffers, maybe that's the issue.
Just based on what I have installed in a VM, I tried SCROLLit 1.7 with fairly old DJGPP bash and ls (bash is version 2.04) and the output was captured in the scrollback buffer. The DJGPP tools are 32-bit though, so they're kind of heavyweight and might not be what you want.
I might have found a better option: http://cd.textfiles.com/simtel/simtel0595/DIS … ARD/WCED19C.ZIP I haven't tried it, but it seems to be described as tcsh-like including completion, and one of the key binding options is Emacs and it definitely uses Ctrl-P for previous line.
Wced is a command line editor. Features include a history of
commands typed, aliasing of commands (with parameters), filename
co […] Show full quote
Wced is a command line editor. Features include a history of
commands typed, aliasing of commands (with parameters), filename
completion and command line editing. The main aim of Wced is to
improve the command line editing of DOS but use as little memory as
possible. When installed, wced uses approximately 14k of
conventional memory. Wcedlite performs like Wced but has no alias
functions.
If I was going to use it, I think I'd use the wcedlite version and use .BAT files for my "aliases" rather than consume RAM for them, since I assume it would keep the aliases in RAM.
It even supports Alt-F/Alt-B to go forward/backward by a word and lets you customise how it determines word boundaries, which sounds nice! I might try it one day.
I used SCROLLit for scrollback, you can find it here: http://ftp.mpoli.fi/pub/software/DOS/UTILS/SCREEN/. It lets you select lines and save them to a file. Naturally you can use it inside a DOS session in DESQview or Windows to scroll back an individual DOS session's history, then use DESQview or Windows's copy facility to copy from the visible part of the buffer.
I imagine that there were probably many copy and paste TSRs out there, just search http://cd.textfiles.com/simtel/simtel20/MSDOS … EEN/.index.html for "paste" for example. I just used Windows for this (and confirmed that DESQview can do it too). You could probably use a combination of SCROLLit and a copy/paste TSR with some other multitasker.
I come to the need for a scrolling utility and this one is cool. I didn't RTFM much so would you bother to share if it has any hotkey to directly scroll (like in linux) instead of an activation hotkey?
BTW it's a shareware and has 30 day of tiral.
Toshiba Satellite Pro 4300 - YMF744, Savage IX
Toshiba Satellite 2805-S501 - YMF754, GeForce 2Go
IBM Thinkpad A21p - CS4624, Mobility Radeon 128
main: Intel NUC11PHKi7C Phantom Canyon: i7-1165G7 RTX2060 64G 2T760PSDD
I come to the need for a scrolling utility and this one is cool. I didn't RTFM much so would you bother to share if it has any hotkey to directly scroll (like in linux) instead of an activation hotkey?
Sorry, I don't know if it has anything like Linux's behaviour, after all these years I think I'm just used to DOS and Linux being different.
BTW it's a shareware and has 30 day of tiral.
I wish I could register it but it doesn't seem to be possible to contact the author. NAG-BUSTER v1.1d has support for Scrollit 1.7.
I wish I could register it but it doesn't seem to be possible to contact the author. NAG-BUSTER v1.1d has support for Scrollit 1.7.
Didn't find NAG-BUSTER 1.1d but as I searched on the net and found nag buster itself may need patches to enable some features, that's very funny. 🤣
But I managed to found a serial for ScroLLit 1.8, as I was searching the key word for nag-buster 1.1d, another funny thing too. 🤣 LMAO
It might be inappropriate to talk about those but I think it will make an exception that those software are totally out of maintenance. 😁
Toshiba Satellite Pro 4300 - YMF744, Savage IX
Toshiba Satellite 2805-S501 - YMF754, GeForce 2Go
IBM Thinkpad A21p - CS4624, Mobility Radeon 128
main: Intel NUC11PHKi7C Phantom Canyon: i7-1165G7 RTX2060 64G 2T760PSDD
I suppose it's cheaper to register a cracking program than to individually register all the programs that it can crack, so people might still register it? 😀
I guess it probably uses conventional memory and hence has a smaller buffer than Scrollit which uses XMS, but it does have assembler source code available. The license on that source is unclear, but it might be a useful read for anyone who wants to figure out how to write their own utility. That might be me one day 😀
Here is the documentation in the copy of this utility I got from simtel:
1 2 WAITASEC (and SCROLL) Charles Petzold 3 Command(s) PC Magazine Vol 4, No 24 4 Copyright 1985 Ziff-Davis Publishing Company 5 ______________________________________________________ 6 7 Purpose: Uses the single-keystroke ScrollLock key to 8 halt a fast-scrolling display; then allows 9 you to scroll backwards, recalling previous 10 screens. 11 12 Format: WAITASEC (loads memory-resident program) 13 <ScrollLock> (activates command) 14 15 Remarks: WAITASEC is a memory-resident program that is 16 normally loaded through your AUTOEXEC.BAT 17 file. Thereafter, alternately pressing and 18 releasing the ScrollLock key will halt and 19 restart a scrolling display, e.g., a lengthy 20 DIR listing. 21 22 While holding down the ScrollLock key to 23 freeze the display, if you also press one of 24 the cursor movement keys (Home, Up Arrow, 25 PgUp, End, Down Arrow, or PgDn), the display 26 will not resume scrolling when you release 27 the ScrollLock key. Thereafter, the Up and 28 Down arrow keys move the display by one line, 29 the PgUp and PgDown move it by 25 lines, and 30 the Home and End keys take you to the 31 beginning and end of the stored screen 32 memory. Pressing any non cursor key at this 33 point deactivates the stored mode, and the 34 original scrolling resumes. 35 36 Notes: 37 38 1. WAITASEC will not work with an 80-column 39 color/graphics display if an unmodified 40 PC-DOS ANSI.SYS has been loaded. (The 41 ANSI.SYS that comes with various 42 versions of MS-DOS does not cause 43 problems with WAITASEC.) To run with 44 IBM's ANSI.SYS, make a copy 45 (MODANSI.SYS) of the original ANSI.SYS 46 and use DEBUG to patch the copy as 47 follows: 48 49 DEBUG MODANSI.SYS 50 E 29D 90 90 51 E 2A1 90 90 52 W 53 Q 54 55 Put the modified MODANSI.SYS in your 56 CONFIG.SYS file in place of ANSI.SYS. 57 58 2. Because of the way they handle TTY 59 output, certain EGA cards will not 60 permit WAITASEC to scroll backwards.
…Show last 18 lines
61 This problem can often be cured by 62 adding MODANSI.SYS, as above. 63 64 3. WAITASEC does not save your current 65 display screen. To save your current 66 display, before beginning a scroll, 67 enter the complementary SCROLL command, 68 and everything on the screen will scroll 69 off the top and be captured in the 70 WAITASEC buffer. 71 72 4. While WAITASEC has been found compatible 73 with XyWrite III (XYKBD.COM loaded) on a 74 PC AT, as with other memory-resident 75 programs, unforeseen hardware and 76 software incompatibilities may be 77 encountered.
I guess it probably uses conventional memory and hence has a smaller buffer than Scrollit which uses XMS, but it does have assembler source code available. The license on that source is unclear, but it might be a useful read for anyone who wants to figure out how to write their own utility. That might be me one day 😀
That's very exciting news! may I suggest GNU screen/Emacs-like shortcuts? (and disabling C-p) 😆
Very interesting Doshea! that's another great alternative to try. You're a great scout.
How do you find all this?
In this case my dad bought the DOS Power Tools book sometime back when it was relevant - probably having the PC Magazine logo on it meant it seemed reputable, or maybe he read about it in the magazine - and held onto it until I asked for it probably 10 years ago! I don't know when it came out but it was talking like DOS version 4 was the latest version 😀 Given the copyright message on SCROLLit, I suppose I probably found it on a BBS in the mid 1990s, or else dad or I read about it in some magazine.
None of that is very helpful to anyone who wants to find things today, but what might be useful is looking at shovelware CDs like simtel (cd.textfiles.com is a good resource for finding other ones) and reading - or even searching - old PC Magazines at books.google.com. Both of these can sometimes work if you're searching for something by name, searching for a tool that has some particular capability (shovelware CDs are better because you can just try things out), or just feel like reading and seeing what things you might discover that you didn't even know you needed!
I recently downloaded the simtel CDs from archive.org just to have all these files on hand.
I have a few from different years, and they also have some which are DOS-only, I think some Windows-only ones and some mixed ones. I don't have them all though 😀
That's very exciting news! may I suggest GNU screen/Emacs-like shortcuts? (and disabling C-p) 😆
I found out the filename was "vol4n24" from a Google search for "site:cd.textfiles.com waitasec" and then found it in some of my simtel CDs:
June 1992: vol4n26.arc
October 1993: vol4n24.zip
September 1994: vol4n24.zip
May 1995: vol4n24.zip
September 1997: no longer there in , I guess it was too old by this point
Google searches of site:cd.textfiles.com can sometimes be useful like this for finding something when you don't know the filename (or finding what shovelware CD it was on even if you do know the filename). I would love a site that actually indexed the full contents of the FILE_ID.DIZ files in all these archives and made them searchable too though, and dealt better with all the duplicates spread across all the CDs.
I just happened to run across the DOS Power Tools book at http://vtda.org/books/Computing/OperatingSystems/ although it's the first edition; I think the second edition had a chapter about issues in DOS 4, although this first edition does mention DOS 4 a little. Others might find it interesting to browse through occasionally like I have.
Edit: actually I think I might only have the first edition myself!