As a commercial programmer, I cannot view GPLed code, because if I do then a claim could be made that something I wrote was derived from it and that therefore it would have to be published for free. Can't take that risk. If you used a license such as BSD, Apache, or Creative (Perl), I could hack on …

Actually, the DOS boxes in windows can run any program. They are not "command prompts," though Windows does come with a shortcut labeled "Command Prompt" that runs a command interpreter, cmd.exe, in one of them. They don't need to run cmd.exe, though. In Windows 3.0 through XP, you can set them up …

I do not need a command prompt emulator; I can load in a COMMAND.COM from any of several DOS clones or from actual MS-DOS and if the emulation is good enough it will run. I can even bring in the old Norton shell. I need a DOS/BIOS emulator, which is what DOSBox is. Writing text to the screen under …

Every "DOS box" that has been implemented since Windows 3.0 and OS/2 has had the ability to copy data out of the window (and also to scroll back). I use these features regularly. Not having them makes DOSBox difficult to use. Were the code not GPLed, I would go in and hack it myself, but as a …

I'm a fan of text-based adventures and have a big collection of them. I am not sure why you would not be willing to support them, as it is surely easier than supporting every weird graphics mode.

Again, I need this for games. (And games ARE applications, BTW.)

Yes. But to scroll back and capture, I need native text capture. That's the feature that must be integrated to work.

DOSBox does have a shell, so one would think it could maintain a scrollback buffer within the display window just like cmd.exe does. DESQview could do it too. I do have some Infocom games, but also a lot of others such as Scott Adams games.

I was really hoping to run a simple emulator rather than a hypervisor, which hogs both memory and CPU and isn't going to be good for real time programs. Which is probably the same reason you run DOSBox rather than just using a VM also. As for looking for the posts: I tried typing "emendelson" into …

I also capture text OUT of DOS windows... including program registration information and other such things. (And I still have not been able to find that app; I have been looking). It seems to me that since the code has been written it ought to be in the tree. Why not?

You may not need it, but then you may play different games than me. I am wondering if the existing code could be put into the tree for those of us who could use it.

Maybe I am typing the wrong thing, but I have searched using the terms "copy", "paste", and "emendelson" and cannot find anything for Windows. I know that the Windows GUI makes it fairly easy to inject keystroke events into a process (it can be done pretty easily in VB, for example). But you'd have …

Actually, some text-based programs can require long sequences of commands to get you back to a known state. This is true of text-based "adventure" games in particular. But in general, being able to copy and paste text has been a capability of every "DOS box" I have ever seen. The Windows 3.0 DOS box …

Found the -noconsole command line argument in the readme file. Thank you! Also found a message from emendelson at http://www.vogons.org/viewtopic.php?t=32709&highlight=emendelson. Unfortunately, it's for the Mac and won't work on Windows. Also, it only pastes; it does not copy. Is there another …

Some of the programs I want to run are games, and in fact there are many text-based games for which this feature would be very, very useful. Could the code be added to the tree? Also, I am not sure what you mean by "shortcuts that are placed in the start menu." Do you mean to make a shortcut which …

I am looking for a solution which will run some of my old 16-bit code efficiently under Windows 7 Home Premium. Dosbox seems to run the programs I want to run, but there's a big hitch: I can't find a way to copy from, or paste to, a text-based application as I can in an XP DOS window. Ironically, …