Re: [Freedos-user] "The very weird Hewlett Packard FreeDOS option"
On Tue, May 17, 2022, 10:52 AM wrote: > Hi! > > Just out of curiosity... > > Jim Hall wrote on 16 May 2022, 19:07: > > FreeDOS pre-installed. But it's UEFI only (no BIOS) and any DOS > > requires a BIOS. > > Is there a way to load a BIOS from an UEFI that lacks a CSM? SeaBIOS > comes to mind... By loading something like a "BIOSEMU.EFI" > third-party/external CSM, FreeDOS would again be bootable, even on GPT > partitioning, because the protective MBR (PMBR) could be used for hybrid > partitioning... > Yes, but it will not be 100% compatible. Graphics and sound are big issues. The graphics card will likely not support int10h video BIOS so that will be needed as well. Modern sound cards are an issue in themselves, with most DOS programs lacking support. USB and mice/keyboard support is another problem. A non-motherboard provided CSM lacks access to SMM so can't use some tricks to hide compatibility issues. I don't have links handy but there are a couple projects (not directly FreeDOS ones) working on this. > Alternatively, FreeDOS could learn GPT natively. > Having the kernel boot on UEFI systems is not overly difficult, but currently entirely useless as only pure DOS programs that don't talk to BIOS would work. No video mode changes, scrolling, output, etc even for text mode, no hard drive int 13h access for disk or file access. Probably no keyboard use either as it is likely a USB device. As for booting off GPT disks instead of MBR partitioned ones on BIOS based systems, that is in the works. > If anyone knows Clover > (https://github.com/CloverHackyColor/CloverBootloader) -- this would be > the reverse: Clover loads a UEFI on a BIOS system, while FreeDOS would > require to load a BIOS on a UEFI system without a CSM. > > Is there anything in the pipeline for UEFI systems? > > Thanks, > So yes there is work in the pipeline, but nothing coming soon or guaranteed to be useful. Jeremy ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] How to build FreeDOS kernel on FreeDOS
I forgot you also need to have upx to compress the kernel, or comment out the upx usage. set XUPX=upx --8086 --best :- or use set XUPX= :- if you don't want to use it Jeremy ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] How to build FreeDOS kernel on FreeDOS
On Sun, Oct 24, 2021, 5:44 AM saito yutaka wrote: > Hello. > > I want to build FreeDOS kernel on FreeDOS. > > But I don't have any idea that what tools I need. > And what steps should I need. > > For example which should I use compiler to build source? > And what library should I need? > > Thanks. > Saito Yutaka > The recommended C compiler is Open Watcom, but Borland or Microsoft's should work as well. You will also need Nasm assembler. No other tools or libraries are needed (other than those that come with the compiler and shell). Note that share.com currently requires Borland Turbo C or GCC-ia16 where GCC is the preferred compiler but it is not integrated into build.bat yet. GCC-ia16 is also a supported C compiler, but I haven't used it on any platform than Linux. You should then be able to run build.bat to build the kernel. If you run into any errors with the batch file running under latest FreeCom let me know. (Other command processors may work but are not supported.) Make is run in each directory by build.bat. There is also a top level Makefile but it is used on Linux. If you have any more questions please ask and I will try to help. Jeremy > ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] command.com and long commands
Yes, I had hoped to get a release out already but ran into build issues getting all compilers to build which was just fixed*. I will look into the cmdline issue, already filled a bug for it. Then post the release. * More improvements are needed, but that's a different issue. Jeremy ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] CMDLINE
On Sun, May 30, 2021, 5:31 AM Eric Auer wrote: > > Hi ... > > PS: I suggest to include a NEWER version in our distro! > But maybe wait a few days so 0.85 can be built and released Jeremy ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] num lock
Looks like I need to update the help files. The help.fdos.org site is on hosted by GitHub https://github.com/fdos/help to make updates easier. Jeremy On Wed, Mar 3, 2021, 6:49 AM Eric Auer wrote: > > Hi Tomas, Jim, Jeremy and others :-) > > > On Wed, 03 Mar 2021 03:16:19 +0100, ZB wrote: > >> > http://home.mnet-online.de/willybilly/fdhelp-internet/en/hhstndrd/cnfigsys/numlock.htm > > > > Thanks. Maybe this should be under freedos.org somewhere, and > > available for search engine indexing... > > > > /Tomas > > The default version is on > > http://help.fdos.org/ > > which is hopefully linked from freedos.org? Jim? Note that > the default version does NOT yet mention the numlock command. > I guess Jeremy could update it? > > The version by willybilly is probably updates in progress :-) > > Eric > > > > ___ > 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] boot floppy disk image too big for a disk
On Mar 23, 2017 9:32 PM, "Dennis Fenton"wrote: After some research I decided FreeDOS would be a good replacement for ... To my dismay I found that the boot disk image is too big to fit on a 1.44 floppy. ... What program are you using to write the image to your floppy? Boot images cannot be copied using copy, they must be written with a program like rawwrite or dd. Does it give an explicit error code or just a message about insufficient space? Thank you, Jeremy -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] verification checksums should be served over https
On Jan 15, 2017 11:23 AM, "Dale E Sterner"wrote: ... what does MITM'd mean. ... man in the middle -- Developer Access Program for Intel Xeon Phi Processors Access to Intel Xeon Phi processor-based developer platforms. With one year of Intel Parallel Studio XE. Training and support from Colfax. Order your platform today. http://sdm.link/xeonphi___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] command / shell conflict
On Jun 8, 2016 2:05 PM, "Bret Johnson"wrote: > > This actually sounds similar to a problem I was having with FreeDOS, which I needed to work around in my programs. In my case, the problem is actually with how FreeDOS allocates memory. I don't know for sure if this is the same thing or not, but it could be related. > > In my particular case, the problem occurs when I try to install a TSR in CONFIG.SYS using the INSTALL= option. FreeDOS installs its code, including the code it needs to return to when it's done "installing" my TSR, at the top of conventional memory. In and of itself this is not a problem. But, the memory that the FreeDOS kernel uses is simply used without actually being allocated (there is no MCB to prevent other programs from trying to use the same memory). > ... This should be fixed (or at least better) in an upcoming kernel later this year. If you could direct me to one of your programs that works with MS-DOS but not FD kernel that I can test with, I would appreciate it. Given Tom's email, I gather this is a different but similar issue though. Jeremy -- What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic patterns at an interface-level. Reveals which users, apps, and protocols are consuming the most bandwidth. Provides multi-vendor support for NetFlow, J-Flow, sFlow and other flows. Make informed decisions using capacity planning reports. https://ad.doubleclick.net/ddm/clk/305295220;132659582;e___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] FreeDOS 1.2 Package LSM Data Verification
Some replies intermixed, on my phone so hopefully readable. On May 19, 2016 3:33 PM, "Don Flowers"wrote: > > >UMBPCI - Listed as free, No sources, Not Included. > > http://www.uwe-sieber.de/umbpci_e.html > Conditions and Download > The original version came from the german magazine c't, but there were several problems and no free updates. This version is based upon the source-code published by c't in 1995 which supported only intel chipsets up to the 430FX. > > It's Freeware. > > Download: > http://www.uwe-sieber.de/files/umbpci_e.zip > > Source code (TASM 3.x) is available on request. > > > No one in the history of FreeDOS ever bothered to request this source code? > I have in the past, however it is for an older version and if memory serves it is preferred to retrieve from origin to avoid using outdated version. I will eventually ask for an updated version, but we should respect authors wishes and not make available without explicit permission as as it can still be obtained from origin. (I fully believe local mirrors of DOS software are important as sites disappear all the time) > On Thu, May 19, 2016 at 3:15 PM, Jerome E. Shidel Jr. wrote: >> >> Hello Eric and all, >> >> First, I went through the couple old 1.1 packages that were not on the update repo. They were buried elsewhere on ibiblio. >> >> So, at present these will be included on big USB but are not currently installed under ALL or BASE. >> >> RIPCORD This should not be included. It is specific to defunct ripcord (beta) releases. It is public domain (from me). It included version information now fully replaced by LSMs in packages. >> DOSUTIL, also updated to latest version. >> SYSLINUX, 4.x, there is a 6.x version available if someone wants to build it, probably should add this to ALL. >> FLASHROM >> FDSHIELD, updated to latest version. >> CALLVER, probably should add this to base. >> SAMCFG Yes this just a sample/documented config.sys file. It is also public domain I think (also originated from me - I can't recall if it includes any copyrighted comments ie examples I borrowed and can't read it currently to check.) >> >> Thank you for all your work, I know how time consuming it can be. Jeremy -- Mobile security can be enabling, not merely restricting. Employees who bring their own devices (BYOD) to work are irked by the imposition of MDM restrictions. Mobile Device Manager Plus allows you to control only the apps on BYO-devices by containerizing them, leaving personal data untouched! https://ad.doubleclick.net/ddm/clk/304595813;131938128;j___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] FreeDOS 1.2 - Preview 17
On Sat, May 7, 2016 at 10:02 AM, Don Flowerswrote: >>Other than Package and Package Data updates, no further updates are >>planned for FDI before FreeDOS 1.2 Final. > > No KERNEL update? > > On Sat, May 7, 2016 at 9:55 AM, Jerome E. Shidel Jr. > wrote: >> >> Hello all, >> >> I have just released Preview 17, http://up.lod.bz/FDI >> >> This release contains: >> >> * Minor package and data updates. >> * Some internal improvements. >> * Some VirtualBox compatibility updates. >> * USB versions include FDIDEV.BAT to aid in >> replicating the FDI Build Environment. >> >> Other than Package and Package Data updates, no further updates are >> planned for FDI before FreeDOS 1.2 Final. >> >> Thanks, Jerome >> Kernel update is forthcoming. I still need to run some tests and make 386+ builds, but updated packages will be available at http://www.fdos.org/kernel/release/LATEST/fdpkg/ and release builds uploaded to SF. Jeremy -- Mobile security can be enabling, not merely restricting. Employees who bring their own devices (BYOD) to work are irked by the imposition of MDM restrictions. Mobile Device Manager Plus allows you to control only the apps on BYO-devices by containerizing them, leaving personal data untouched! https://ad.doubleclick.net/ddm/clk/304595813;131938128;j ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] INTERLINK
Have tried with latest* kernel, there is a fixed bug in int 25/26 that may effect it. You may want to try RIFS as well, it has source, but I don't recall if it used serial, parallel, or either but did work with FreeDOS kernel as well as it did with PCDOS. * I'm releasing updated version this weekend if time permits after I commit changes from git to svn. On Feb 5, 2016 11:04 AM, "Tom Ehlert"wrote: > Bret, > > > Eric/Tom: > > > I used to use INTERxxx a lot many years ago using the special > > parallel cables designed for that purpose (I think I still have a > > couple of those cables in my "spare cable box"). Parallel is MUCH > > faster than serial (null modem) cables. > I also used it *A LOT*. in times when there were no network cards a > commodity. (the times they are a changing ...) > > > I believe Eric is correct when he says INTERxxx is sector-based > > rather than file-based as Tom states. I do know that the client > > (INTERLNK) must be capable of "understanding" the file system of the > > server (INTERSVR). For example, if the client is MS-DOS 6.2 (which > > doesn't understand FAT32) and the server is MS-DOS 7.x (which does > > understand FAT32) and you're trying to access a FAT32 disk on the > > server, it doesn't work. I know this for sure because I've tried > > it. If INTERxxx was file-based, it wouldn't matter which version of > > FAT was on either computer (and could even work on non-FAT drives > > the server had mounted, like CD's and network drives). > > you are right, my memory was plain wrong on this. > > and - while debugging the crashing problem - I also saw that it > installs itself as handler for INT 25/26 'DOS DISK READ/WRITE' > > Tom > > > > -- > Site24x7 APM Insight: Get Deep Visibility into Application Performance > APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month > Monitor end-to-end web transactions and take corrective actions now > Troubleshoot faster and improve end-user experience. Signup Now! > http://pubads.g.doubleclick.net/gampad/clk?id=272487151=/4140 > ___ > Freedos-user mailing list > Freedos-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/freedos-user > -- Site24x7 APM Insight: Get Deep Visibility into Application Performance APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month Monitor end-to-end web transactions and take corrective actions now Troubleshoot faster and improve end-user experience. Signup Now! http://pubads.g.doubleclick.net/gampad/clk?id=272487151=/4140___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Debug bug
It looks like a command.com issue not debug. What shell are you using? On May 27, 2015 2:04 PM, Don Flowers donr...@gmail.com wrote: I'm was using version 1.25 and using a batch file to reinit my Lotus 1-2-3 install disk. I booted into DOS 5.0 and am using it now. This is the command that causes error: echo reinit.scr/ On Wed, May 27, 2015 at 1:38 PM, Rugxulo rugx...@gmail.com wrote: Hi, On Wed, May 27, 2015 at 11:34 AM, Don Flowers donr...@gmail.com wrote: What is wrong with debug? - I keep getting cannot redirect error I thought this bug was fixed. What do you mean? Which version? What are you trying to do, redirect a script? http://www.freedos.org/software/?prog=debug http://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/dos/debug/DEBUG125.zip -- ___ 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 -- ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] OpenWatcom unavailable!?!?!?!
I saw on another email, it is a known technical issue and being worked on. No estimate on resolution but confirmation not down on purpose. Jeremy -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Official kernels and distribution
On Mon, Nov 17, 2014 at 6:04 PM, Don Flowers donr...@gmail.com wrote: Hi All, As a user for whom 2 kernels were modified, I just wanted to add to the current conversation. With regard to the official kernel, even as one who uses quite obscure DOS programs, the compatibility is remarkable. I now only have one program that I cannot run on FreeDOS. ... Which program is that? Any additional details about the program will help track down what the incompatibility is and see how difficult it will be to fix. Thank you, Jeremy -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=157005751iu=/4140/ostg.clktrk___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Kernel Feature Request (RE: Online Bible Revisited)
Please try the kernel build (8086,FAT32) at http://www.fdos.org/kernel/testing/olb/ and let me know if this one also works for you. It is a variation of the mentioned patch. This patch in its simplest form updates the characters in the common separators and terminators. Thank you, Kenneth J. Davis -- ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Installing with no CD drive
File the bug report on the sourceforge site bug tracker. I don't have a computer handy to provide better links/details. I believe there is a distribution option, but if you can assign it to me. Thank you. Jeremy -- Simplify data backup and recovery for your virtual environment with vRanger. Installation's a snap, and flexible recovery options mean your data is safe, secure and there when you need it. Data protection magic? Nope - It's vRanger. Get your free trial download today. http://p.sf.net/sfu/quest-sfdev2dev___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Problem with USB keyboard in some computers
And apparently, it's this file which doesn't support USB keyboard in some computers. But I'm unable to see how to replace kernel (or even sys.com) inside it. Is there any plan to release a new fdbasecd.iso? Yes. Soon, but no definite date yet. Jeremy -- Benefiting from Server Virtualization: Beyond Initial Workload Consolidation -- Increasing the use of server virtualization is a top priority.Virtualization can reduce costs, simplify management, and improve application availability and disaster protection. Learn more about boosting the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user