[Freedos-user] FreeDOS virtual get-together coming up on March 20
Hi everyone! Every month (on the third Sunday), we have a virtual get-together so we can meet online, and get to know each other as more than just an email address. We alternate topics every month, between "social time" and "technical," so people know what we'll focus on for that meeting. (Some folks just want to be there for tech topics, others just want to meet people.) For the March get-together, it's social time. We'll meet online at 11am US/Central on Sunday, March 20. Use your favorite timezone converter to find your local time. I use BlueJeans for my consulting business, and BlueJeans worked well last month. So we'll use BlueJeans again this month. You can join from your browser or using the desktop meeting client from bluejeans.com - I recommend the desktop client for best performance. I'll share the meeting URL here (and on the website, and on Twitter, and on Facebook, etc) shortly before the meeting starts. If I share the meeting URL too far in advance, spammers try to hit it and BlueJeans shuts down the meeting link. See you on Sunday! Jim ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Issue: FreeDOS on PCem emulating a NE2000
On Wed, Mar 16, 2022 at 2:19 PM Louis Santillan wrote: > > See - https://gitlab.com/FreeDOS/net/fdnet/-/blob/master/BIN/FDNET.BAT *sigh* That's what I get for posting before I've had my second cup of coffee. Quite right - "try" refers to a label in the batch file, not an external command. It's been long enough since I've done anything significant in batch language that I forget that was doable.I sit blushingly corrected. (The last significant batch stuff I did was using CMD under Windows 7,Pro as part of a setup to run Firefox from a RAMdisk Iwas inspired to try that by what I used to do with a RAMdisk on the old DOS PC. The batch file ran on Windows startup, and unzipped an on disk copy of the Firefox profile to the RAMdis to do it, and a shortcut started Firefox using the on RAMdisk profile. Worked a treat, and sped up, performance a lot. The fun part was saving changes made in that session back to the zipped copy on the RAMdisk.That required being able to intercept a Windows Shutdown event, and do something when it was detected. The shutdown script zipped the changed RAMdisk copy back to HD. Group Policy Editor would let me define a shutdown script, but GPE is only available on Windows Pro and above. These days I'm on Win 10 Pro, booting off an SSD. While I have a RAMdisk, the SSD is fast enough that there is no benefit in running FF from it.) __ Dennis ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Issue: FreeDOS on PCem emulating a NE2000
> On Wed, Mar 16, 2022 at 12:18 PM Brandon Taylor > wrote: > > > > Now, from what I've read in previous posts, it sounds like others have had > > success by replacing "start" with "try," such that the line now reads "call > > %dosdir%\bin\fdnet.bat try", On Wed, Mar 16, 2022 at 1:05 PM dmccunney wrote: > > Other posts where? > > Start is a command. implemented by CMD.EXE in Windows, and can be used > to start a new process in a window from the command line. I've used it > to do that. It does nor exist in pure MSDOS batch as implemented by > COMMAND.COM > > Try/Catch is an exception handling routine, present in JavasScript and > C# (and I think in Java.) Just what is supposed to be handling the > try here? > > I'm not surprised you are getting an error. It helps to look at what the person is trying to do before making a suggestion. The line CALL FDNET.BAT TRY in a BAT file will execute ("call") the second FDNET.BAT file, and FDNET.BAT gets the single argument TRY. If you look at FDNET.BAT, you will see these lines at around line 65: ││if /I "%1" == "TRY" goto Start ││if "%1" == "" goto Start ││goto %1 ││goto End And at around line 85, you have these lines: ││:Start ││vecho /t %_FDNET.LANG% INTRO ││REM if custom Packet Driver batch exists then don't test and just use it! ││if exist FDNETPD.BAT goto CustomPD ││ ││if /I "%1" == "TRY" goto TryAnyway ││REM Detect Virtual Machine Platform [..] So CALL FDNET.BAT START and CALL FDNET.BAT TRY are similar, but with TRY the FDNET.BAT will also attempt to load some other stuff (which happens at FDNET.BAT line 158). Jim ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Issue: FreeDOS on PCem emulating a NE2000
See - https://gitlab.com/FreeDOS/net/fdnet/-/blob/master/BIN/FDNET.BAT On Wed, Mar 16, 2022 at 11:15 AM Louis Santillan wrote: > "try" is an argument to the fdnet.bat batchfile. > > On Wed, Mar 16, 2022 at 11:05 AM dmccunney > wrote: > >> On Wed, Mar 16, 2022 at 12:18 PM Brandon Taylor >> wrote: >> > >> > Now, from what I've read in previous posts, it sounds like others have >> had success by replacing "start" with "try," such that the line now reads >> "call %dosdir%\bin\fdnet.bat try", >> >> Other [psts where? >> >> Start is a command. implemented by CMD.EXE in Windows, and can be used >> to start a new process in a window from the command line. I've used it >> to do that. It does nor exist in pure MSDOS batch as implemented by >> COMMAND.COM >> >> Try/Catch is an exception handling routine, present in JavasScript and >> C# (and I think in Java.) Just what is supposed to be handling the >> try here? >> >> I'm not surprised you are getting an error. >> >> > Brandon Taylor >> __ >> Dennis >> >> >> ___ >> Freedos-user mailing list >> Freedos-user@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/freedos-user >> > ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Issue: FreeDOS on PCem emulating a NE2000
"try" is an argument to the fdnet.bat batchfile. On Wed, Mar 16, 2022 at 11:05 AM dmccunney wrote: > On Wed, Mar 16, 2022 at 12:18 PM Brandon Taylor > wrote: > > > > Now, from what I've read in previous posts, it sounds like others have > had success by replacing "start" with "try," such that the line now reads > "call %dosdir%\bin\fdnet.bat try", > > Other [psts where? > > Start is a command. implemented by CMD.EXE in Windows, and can be used > to start a new process in a window from the command line. I've used it > to do that. It does nor exist in pure MSDOS batch as implemented by > COMMAND.COM > > Try/Catch is an exception handling routine, present in JavasScript and > C# (and I think in Java.) Just what is supposed to be handling the > try here? > > I'm not surprised you are getting an error. > > > Brandon Taylor > __ > Dennis > > > ___ > Freedos-user mailing list > Freedos-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/freedos-user > ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Issue: FreeDOS on PCem emulating a NE2000
On Wed, Mar 16, 2022 at 12:18 PM Brandon Taylor wrote: > > Now, from what I've read in previous posts, it sounds like others have had > success by replacing "start" with "try," such that the line now reads "call > %dosdir%\bin\fdnet.bat try", Other [psts where? Start is a command. implemented by CMD.EXE in Windows, and can be used to start a new process in a window from the command line. I've used it to do that. It does nor exist in pure MSDOS batch as implemented by COMMAND.COM Try/Catch is an exception handling routine, present in JavasScript and C# (and I think in Java.) Just what is supposed to be handling the try here? I'm not surprised you are getting an error. > Brandon Taylor __ Dennis ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
[Freedos-user] Issue: FreeDOS on PCem emulating a NE2000
I've discovered a neat little low-level emulator called PCem and have installed FreeDOS on a virtual machine using that program. There is, however, a weird little quirk. Whereas I can have PCem emulate a network card such as an NE2000, and configure FDAUTO.BAT to load high the appropriate packet driver (NE2000.COM), trying the next command -- "call %dosdir%\bin\fdnet.bat start" fails with the message "Physical hardware networking is not supported at this time." Now, from what I've read in previous posts, it sounds like others have had success by replacing "start" with "try," such that the line now reads "call %dosdir%\bin\fdnet.bat try", so I tried that fix, but now I get another problem, saying "Error: Your DHCP server never responded and no packets were seen on the wire. Check your cabling and packet driver settings, including the hardware IRQ. Network is unreachable/unavailable." Inspired by the example provided in the FreeDOS Wiki (for a 3Com 3c589 PCMCIA card -- not important), I entered the following line into FDAUTO.BAT: lh %dosdir%\drivers\crynwr\ne2000.com 0x60 10 0x300 and that's when I got the error. Looking up at the top of the screen, I saw something very weird: The IRQ for my emulated NIC was being set to 5 instead of 10! So I went into C:\FREEDOS\BIN\FDNET.BAT and changed the line that read ne2000.com 0x60 0x5 0x300 to instead read ne2000.com 0x60 0xa 0x300 and that didn't work either (although it seems PCem forks its network configuration routines from QEMU). Finally, I reverted the change and tried setting the IRQ from within PCem, but that didn't work either. Brandon Taylor ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user