Re: [Freedos-devel] Bochs modified to run SoftICE dual screen

2024-01-31 Thread tom ehlert via Freedos-devel
Hallo Herr Liam Proven via Freedos-devel, am Mittwoch, 31. Januar 2024 um 18:23 schrieben Sie: > This could be useful to several here, I think. > https://and0uille.net/misc/debug90.html thanks for the link. SoftICE was indeed tremendously useful when debugging the FreeDOS kernel; I think fr

[Freedos-devel] Bochs modified to run SoftICE dual screen

2024-01-31 Thread Liam Proven via Freedos-devel
This could be useful to several here, I think. https://and0uille.net/misc/debug90.html -- Liam Proven ~ Profile: https://about.me/liamproven Email: lpro...@cix.co.uk ~ gMail/gTalk/FB: lpro...@gmail.com Twitter/LinkedIn: lproven ~ Skype: liamproven IoM: (+44) 7624 277612: UK: (+44) 7939-087884 Cz

Re: [Freedos-devel] Next FreeDOS virtual get-together

2024-01-31 Thread Jim Hall via Freedos-devel
Jerome Shidel wrote: > > Did you decide on the new conferencing software? > I have a Google Apps subscription and Google Meet does a good job, doesn't require installing client software, and it doesn't "cut off" after a half hour. (When's I googled it, it looked like Meet would limit you to 30 m

Re: [Freedos-devel] Bug: SET /E

2024-01-31 Thread Bernd Böckmann via Freedos-devel
Yes, that SET /E is a tricky beast. I am currently struggling to implement this for EDR command.com for the EDR-DOS fork at https://github.com/SvarDOS/edrdos. At first this seems to be easy to implement. But as always, the tasks that seem to be easy… I also had some thoughts of how to process p

Re: [Freedos-devel] Next FreeDOS virtual get-together

2024-01-31 Thread Jerome Shidel via Freedos-devel
Hi Jim, > On Jan 19, 2024, at 4:58 PM, Jim Hall via Freedos-devel > wrote: > > Hi everyone! > > I promised to propose the next virtual get-together after the holiday > break, so here it is. :-) > > How about Sunday, February 4 for the next get-together? That's three > Sundays from now. > > T

[Freedos-devel] Bug: SET /E

2024-01-31 Thread Jerome Shidel via Freedos-devel
Hi All, This bug has been around a very long time. I just did not think of mentioning it until now. The FreeCOM SET /E bug is easy to reproduce by trying to use I/O redirection. Example: set /e TEST=time /d | more Now, the behavior of pipe here is debatable. It could redirect from “time /d”