Re: [Freedos-user] Funny thing about DOSBox-x
DOSBox-X intends to support FreeDOS well. For example, DOSBox-X includes an increasing number of DOS commands from FreeDOS, such as APPEND, CHKDSK, COMP, DEBUG, DEFRAG, DISKCOPY, FC, FDISK, FORMAT, MEM, MOVE, SORT, SYS, PRINT, XCOPY, and more as of the latest version. They are well-supported in DOSBox-X's internal DOS shell, or you can boot FreeDOS from a guest system. DOSBox-X also provides official DOS builds which will run in FreeDOS. More importantly, DOSBox-X not only intends to run existing DOS programs, but also want to support new DOS software by encouraging continued DOS developments including the FreeDOS project. You can see the official "DOSBox-X and Continued DOS Development Efforts" page from: https://dosbox-x.com/newdosdevelopment.html DOS is of course never dead despite some rumors. Wengier___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] DBCS question about dosbox-x
I am a developer of DOSBox-X so let me try to explain more about its DBCS support. DOSBox-X (as of current version 0.83.20) supports DBCS systems in different ways, including the following: 1. TrueType font support for Chinese/Japanese/Korean code pages. 2. Chinese/Japanese/Korean DOS/V modes (dosv=cn/tw/jp/ko). 3. Japanese-specific PC-98, JEGA/AX, and DCGA/J-3100 modes. So DOSBox-X not only supports one DBCS mode, but multiple DBCS modes, which are implemented in DOSBox-X as separated subsystems for different purposes. The first mode is supported by enabling the TrueType font (TTF) output (output=ttf) and setting a DBCS code page (e.g. country=81,932, country=86,936, etc). In this mode DOSBox-X will display Chinese/Japanese/Korean characters using any TTF/OTF font you specify (e.g. font=SarasaGothicFixed in [ttf] section of dosbox-x.conf). This mode is intended as a general DOS environment and can run Chinese/Japanese/Korean-language DOS programs without external software. The second mode is for emulating the Chinese/Japanese/Korean DOS/V systems, which I believe is what you were referring. For DOS/V mode you can either let DOSBox-X get the host system font or provide your own font (FONTX fonts for Japanese DOS/V, or HZK16/STDFONT15 for Chinese DOS/V, etc, see fontxdbcs= option in [dosv] section of dosbox-x.conf)). If you do not provide a custom font, then DOSBox-X will try to get the Windows/Linux system font, or fallback to internal Japanese DOS/V font if getting the system font is not possible. So the Windows/Linux-based font rendering mode as you said is only an *optional* feature for the DOS/V mode, instead of relying on it. The Japanese-specific PC-98, JEGA/AX and DCGA/J-3100 modes are separated from the above and provide emulations for PC-98, JEGA/AX, and DCGA/J-3100 systems respectively. More information about East-Asian support in DOSBox-X can be found in the following Wiki page: https://dosbox-x.com/wiki/Guide%3AEast-Asian-language-support-in-DOSBox%E2%80%90X Wengier I use DOSBOX-X and you can notice they use completely different fonts and GUI. I think they use native Windows API, because the text looks like anti-aliased native app using HiDPI. Therefore this is something completely separate from DOS and it is Windows based font rendering feature. But that is just my quick guess from what I see when I see it. ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
[Freedos-user] Announcements seen on BTTR
Hi! Maybe interesting for you: Announcements seen on BTTR recently. There is a new Lynx 2.9.0dev.10 for DOS. The 8.3 filenames of the downloads are horrible, you would never google for l290d10b when searching for LYNX if you ask me... https://www.bttr-software.de/forum/forum_entry.php?id=18555 ALINK has been released as GPL, as bocke and Rugxulo write. There also is a "C++ Concurrenty in Action" book by Williams: https://www.bttr-software.de/forum/forum_entry.php?id=18539 https://www.bttr-software.de/forum/forum_entry.php?id=18540 https://sourceforge.net/projects/alink/ https://sourceforge.net/p/alink/code/ci/default/tree/ https://www.cplusplusconcurrencyinaction.com/ A new version of DOSBox-X is available, DOSBox-X 0.83.20: https://www.bttr-software.de/forum/forum_entry.php?id=18538 https://dosbox-x.com/ https://dosbox-x.com/release-0.83.20.html And last but not least, there is an update for the HWiNFO tool by Martin Malík, DOS version 6.2.0, date 2021-12-04: https://www.bttr-software.de/forum/forum_entry.php?id=18553 https://www.hwinfo.com/download/ ftp://ftp.elf.stuba.sk/pub/pc/utildiag/hwinf620.zip Requires 386 or newer CPU and plenty of free DOS memory, as well as up to a few megabytes of free XMS memory in the normal version, but there also is an 8086 edition which use only 300 kB of DOS RAM. In turn, that version will not tell you about PCI and other modern things. Cheers, Eric PS: Have a nice end-of the year and change of the year :-) ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] FreeDOS and LFN
> LFN are for Unix programs (DJGPP). DOS programs, like dir, do not know > about them. FreeDOS command has support for LFN dir since ~15 years. use DIR /LFN for this, or set DIRCMD=/LFN the most recent command has LFN support almost everywhere, like in COPY, DEL, redirection and more Tom ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] FreeDOS and LFN
On Sun, 19 Dec 2021 09:24:07 +0100 Tomas By wrote: > On Sat, 18 Dec 2021 14:18:44 +0100, Joseph Norton wrote: > LFN are for Unix programs (DJGPP). DOS programs, like dir, do not know > about them. Not really. Some DOS programs such as the doszip file manager have support for the LFN API as well which is useful when you're sharing a drive with Windows 9x. -- ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] FreeDOS and LFN
On Sat, 18 Dec 2021 14:18:44 +0100, Joseph Norton wrote: > What are the considerations in using FreeDOS with LFN support? `Don't bother unless you need it' ? It is not something that requires deep thought and mature judgement. There are no downsides that have to be carefully weighed against the potential benefits. (Except the tiny bit of memory it takes to load the driver.) LFN are for Unix programs (DJGPP). DOS programs, like dir, do not know about them. /Tomas ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
