[Freedos-devel] Please make the curl package smaller

Hi! As Jim said things get overlooked in "PS", a new thread: Has somebody looked into removing that SECOND copy of the openssl sources from our CURL zip yet? I also propose to drop all those test cases, which can only be used by "make test", from our CURL zip. People wanting to go THAT much in

Re: [Freedos-devel] Confirming I see malware inside FreeDOS official 1.3 release

Hi Paul, Second.. the detected files are not DOS files... but part of the source of doszip, being tools to compile on Windows. DOSZIP should neither ship with Windows tools nor with compiler binaries. And I bet it does not include the sources of the compilers either. So while we are not sur

Re: [Freedos-devel] Confirming I see malware inside FreeDOS official 1.3 release

Hi Paul, even if one can argue about whether those might be false positives given that many modern viruses fail to work in DOS, I definitely do not like the fact that multiple files got flagged by multiple antivirus tools and that all files are part of the DOSZIP package! -rw-r--r-- 1 paul pau

Re: [Freedos-devel] Virtual Woes

Hi Jerome, The VirtualBox user manual has more than 1200 pages, so now we know that "defaults for something with DOS in the title" are not good enough, but we do not know whether something can be manually done to fix things: https://download.virtualbox.org/virtualbox/7.1.2/UserManual.pdf The u

Re: [Freedos-devel] FreeDOS Interim Build T2410

Hi Jim and Jerome, * 'sqlite' has moved from 'apps' (2409) to 'devel' (2410) which is good - thanks! ... * 'sbemu' and 'vsbhda' are both new in 2410, as we discussed last week - thanks! * 'clamav' and 'clamdb' are dropped in 2410, which was also discussed last week. Nice :-) T2409: to

Re: [Freedos-devel] Virtual Woes

Hi Jerome! while messing around with all this stuff, I found an even bigger issue. UNZIP, P7ZIP and possibly other programs now immediately cause an exception and crash the VM. I even had it happen booting in emergency mode (no memory manager, no drivers). Simply running "p7zip /?” Or just an

Re: [Freedos-devel] FreeDOS Installed Packages

Hi Jerome, how about something we probably already had in earlier distros: Have a menu where people can select checkboxes on a per-group level. The BASE checkbox will always be on and not de-selectable. Some other categories can be default on, but user-unselectable, while yet other categories

Re: [Freedos-devel] FreeDOS Installed Packages

Hi Jerome, if I understand you correctly, you suggest to only install BASE by default, then use FDIMPLES to install individual packages from the CD or USB stick later? I would say it is good to have a somewhat more comprehensive default available as well. Similar to Linux installers, where you

[Freedos-devel] All the other FreeDOS gitlab tickets

Hi! As the newer tickets are less in need of a bump, I suggest looking at https://gitlab.com/groups/FreeDOS/-/issues/?sort=updated_asc&state=opened&first_page_size=100 to ponder in particular the fate of the more than 40 out of 120 currently open issues which got no updates in the last 2 year

Re: [Freedos-devel] FreeDOS gitlab tickets: distro downloads

Hi again, the point that the current non-test version of the distro is as old as February 2022, also means that a number of boot related tickets are still SORT OF relevant, while I suspect them to already have fixes in updates in TESTING: https://gitlab.com/FreeDOS/OS/FDI/-/issues/10 FreeDOS 1

[Freedos-devel] Gitlab tickets about UDVD2

Hi! As part of my series of mails about interesting gitlab tickets, let me write about two tickets regarding UDVD2: https://gitlab.com/FreeDOS/drivers/udvd2/-/issues/3 tells that for some reason one needs TWO attempts in some CD-player app to make a drive play CD audio (in hardware). Maybe so

Re: [Freedos-devel] FreeDOS gitlab ticket: edit hangs on escape in submenu

There are other interesting EDIT tickets as well: https://gitlab.com/FreeDOS/base/edit-freedos/-/issues/6 just points to https://sourceforge.net/p/freedos/bugs/264/ which discussed clock and status bar having unreasonably high CPU usage. I vaguely remember that EDIT does take measures to upd

[Freedos-devel] FreeDOS gitlab ticket: edit hangs on escape in submenu

Hi! I would like to "bump" some interesting tickets on gitlab: https://gitlab.com/FreeDOS/issue-reporting/-/issues/61 tells that EDIT hangs after pressing ESC in a submenu: Alt-O opens the Options menu. Pressing escape here, or in any other menu, dismisses it as expected. But opening the Op

[Freedos-devel] FreeDOS gitlab ticket: Ctrl-C versus TAB freeze in freecom

Hi! I would like to "bump" some interesting tickets on gitlab: https://gitlab.com/FreeDOS/issue-reporting/-/issues/60 tells that Ctrl-C in context of a TAB / beep situation (tab completion) can cause a freeze of freecom command.com, which is similar to what I remember to have noticed in some

[Freedos-devel] FreeDOS gitlab ticket: ISO/USB boot problem

Hi! I would like to "bump" some interesting tickets on gitlab: https://gitlab.com/FreeDOS/issue-reporting/-/issues/59 wrote 1 year ago that some user failed to boot after creating "a live USB from the full USB iso using Rufus", because of "Could not find kernel: /fdos/bin/chain.c32" Not sure

[Freedos-devel] FreeDOS gitlab ticket: Win386 compatibility

Hi! I would like to "bump" some interesting tickets on gitlab: https://gitlab.com/FreeDOS/issue-reporting/-/issues/58 is more than 2 years old, yet it still fails to provide an easy download of and instructions how to test the modified, Windows for Workgroups 3.11 386enh compatible FreeDOS ke

[Freedos-devel] FreeDOS gitlab tickets: distro downloads

Hi! I would like to "bump" some interesting tickets on gitlab: https://gitlab.com/FreeDOS/issue-reporting/-/issues/57 tells that the DOSZIP.ZIP on the current LiveCD gets reported as generic Win32 malware. This also reminds me that https://freedos.org/download/ deep-links all files, without

Re: [Freedos-devel] Packages on the FreeDOS distribution

Hi Jim, Michael makes a good point about keeping Net in LiveCD, but I'd recommend the "live" part on the CD (where you can boot into FreeDOS without installing) should not try to load networking by default in FDAUTO. This could cause problems and a bunch of "help me" emails How about loading

Re: [Freedos-devel] Packages on the FreeDOS distribution

Hi Jim, sure, we can keep "each category is entirely on one CD", so: - move sqlite, maybe to devel? Agreed. Good. - let fancymines use gif or jpeg That would be nice. :-) - move doom and, unless using gif, fancymines to BONUS I think the games should all stay together.

Re: [Freedos-devel] Packages on the FreeDOS distribution

Hi Jim, others, If you are in a hurry, see the summary at the bottom! :-) Or, if you prefer MB: 643M T2409BNS.iso 279M T2409LGCY.iso 449M T2409LIVE.iso For readability and "knowing what you get", I propose to rename those ISOs from 9+3 to longer names, such as: test202409bonus.iso test202

Re: [Freedos-devel] GEMMIS, Win3, 386MAX and SBEMU - was: Actually doing stuff with MS-DOS 4.01

Hi Ralf, That is NOT correct. GEMMIS was the interface to allow two (any two) memory managers to work together, nicely. That is interesting to know, although it sounds like a very specific use case. For classic DOS extenders, VCPI or DPMI are enough. You can load DPMI providers using VCPI, o

[Freedos-devel] GEMMIS, Win3, 386MAX and SBEMU - was: Actually doing stuff with MS-DOS 4.01

Hi Ralf and Steve, Our EMM386 has been supporting VCPI for quite a while ;-) In ancient times, free EMM386 versions without VCPI existed. Those were not even compatible with DOS extenders or DPMI hosts (CWSDPMI, DPMIONE etc.) which was quite a limitation. GEMMIS is a different story. It tells

Re: [Freedos-devel] jemmex crash dumps and game compatibility in a 3/2024 youtube about SBEMU

just needed to change the configuration settings and that fixed me right up. :-) On Aug 15, 2024, at 6:13 PM, Eric Auer via Freedos-devel wrote: Hi! I have been watching https://www.youtube.com/watch?v=K6-AlpCEqpc where Phils Computer Lab tests SBEMU with the pre-installed FreeDOS image whic

[Freedos-devel] jemmex crash dumps and game compatibility in a 3/2024 youtube about SBEMU

Hi! I have been watching https://www.youtube.com/watch?v=K6-AlpCEqpc where Phils Computer Lab tests SBEMU with the pre-installed FreeDOS image which you can download from SBEMU's crazii. At one point, a game crashes with a loop of the following, some leading 0s omitted by me: JemmEx: excepti

[Freedos-devel] game compatibility updates?

Hi! As Lisa somehow managed to first change her email address, then drop both the old and new address, I am moving an off-list discussion on game compatibility back to the list. Which also is a good thing given that I myself wonder how much compatibility improved since 2022 :-) Her https://g

Re: [Freedos-devel] Format 0.92 announce Was: Re: Xcopy 1.5

Hi Jeremy and Bernd, I published a new version of format to fix the couple bugs reported and finally got around to merging a pull request adding 128KB cluster support. https://github.com/FDOS/format (I bumped version from 0.91w to 0.92 since almost out of letters and 128KB feature seamed to

Re: [Freedos-devel] 16-bit Windows development

Hi! This group is about DOS, not about GEM. Actually we included GEM in our distro. This group is about DOS, not DJGPP, 32-bit DPMI hosts aren't DOS. Actually we use DJGPP to compile some of our 32-bit tools. This group is about DOS, not random compression utilities like ZOO. Actuall

Re: [Freedos-devel] convert ms-dos code to C#

Hi Lisa! I need a C# program that can read the THF file: it must just tell me the information of the screenshot Here you find the needed files and all source code, including screenshot (see last post) https://csharpforums.net/threads/read-bytes-from-binary-file.9764/page-2#post-40107 I al

Re: [Freedos-devel] Reminder: FreeDOS virtual get-together on Sunday

Hi! Bluejeans required you to install a client. In theory you could have used Bluejeans directly from the browser without the client, but it was super slow. Well, I did not even know a client existed, so apparently it was not slow enough for me to notice a problem :-) Cheers, Eric _

Re: [Freedos-devel] Reminder: FreeDOS virtual get-together on Sunday

Hi Jim! As before, we'll meet via Google Meet so you can join right from your browser without a plug-in. I do not remember that anyone would ever have needed a plug-in for any of the other platforms we used before, either? Google meetings do not exactly sound privacy-friendly to be honest.

[Freedos-devel] EDR-DOS kernel and toolchain news: JWasm port and Ident86

Hi! News from BTTR: https://www.bttr-software.de/forum/board_entry.php?id=20959&page=0&order=time&category=0 while working on a single-file version of the EDR-DOS kernel, GPT partition support was discussed and ECM mentioned a new interesting tool: IDENT86. This is able to confirm that the JWA

Re: [Freedos-devel] vbados

My vote: While I do not use VM (I use dosemu2) I do think VBADOS is useful :-) No opinion on row4 and fdtui, though. Eric Really no comment? No installation via fdnpkg wanted? Am 16.07.24, 17:22 schrieb Fritz Mueller via Freedos-devel: Hi, I just noticed, that vbados 0.66 is at FD

Re: [Freedos-devel] Retro framebuffer graphics project?

Hi! I got a VESA mode list for GeForce 1650 now, too :-) 0101: 640x 480 8x16 8Bit Typ4 640BpL 0103: 800x 600 8x16 8Bit Typ4 1024BpL 0105: 1024x 768 8x16 8Bit Typ4 1024BpL 0107: 1280x1024 8x16 8Bit Typ4 1280BpL 0111: 640x 480 8x16 16Bit Typ6 1280BpL 0112: 640x 480 8x16 32Bit Typ

Re: [Freedos-devel] Retro framebuffer graphics project?

Hi! I would like to develop with freedos like I developed with MS-DOS (and VESA/DJGPP/NASM with 1024x768x8bit) in the 90s. Hence the questions: - is VESA framebuffer even supported by modern GPUs (i.e Intel onboard HD graphics) or emulated by freedos? If yes, what framebuffer layout/reso

Re: [Freedos-devel] development and advertising plan

Hi armo...@mail.ee It's obvious that Freedos is dying. What makes you think so? I can probably revive it if I take a course towards the servers. Which servers? For example, you can save a lot of money if you deploy a VPN on Free DOS. Linux is better for that and zero already is a ver

Re: [Freedos-devel] we need 16 bit utilites

Hi Sparky, I hope you have had a nice time since November :-) Indeed we should include a 16-bit UNZIP in some way, maybe on the extra CD, or maybe in the floppy distro for older computers. For DEFRAG, I have doubts whether it will work well enough on such old computers with so little RAM as 16-

Re: [Freedos-devel] FreeDOS wiki is temporary offline

Hi Jim, I asked around a bit and got some recommendations: https://en.wikipedia.org/wiki/Wikipedia:Vandalism#Tools https://en.wikipedia.org/wiki/Wikipedia:Cleaning_up_vandalism/Tools In other wiki engines, you could for example filter for changes by NEWCOMERS (people who have fewer than 4 day

Re: [Freedos-devel] FreeDOS wiki is temporary offline

Hi Jim, sounds like somebody copied their whole spam wiki on top of our wiki? That means it barely got damaged, we only need a way to mass-delete their content, recognizable by originating from edits in a very small time window from many different accounts which all are very young. We need so

[Freedos-devel] Boot sector games, was: Re: segment override prefix for XLAT instruction

Hi Daniel, I'm far from an expert in the subject, but I'm in the middle of reading Programming Boot Sector Games, by Oscar Toledo. That sounds like a fun topic, which types of games does he cover? Do all games fit into a FAT boot sector, or at least in 1 sector? I once wrote a boot sector PO

Re: [Freedos-devel] 16-bit Windows development

Hi Bernd, To my knowledge, we do not have a working open source DOS task switcher yet, capable of switching between "multiple DOS sessions", or is there one? There is TRIDOS, which was included in the old Blair distro of FreeDOS, but it is far from perfect. You could compare the situation to

Re: [Freedos-devel] FreeDOS on Pocket386

Hi Bernd, Thinking again about the problem, wouldn't it be an option to always install the CHS loader if the partition to boot from is within the first 1024 cylinders? That would have mitigated the problem on the Book386. Earlier in this thread, I explicitly suggested to NOT use CHS unless a

Re: [Freedos-devel] Four in a Row

Hi Jim, I downloaded it and looked it over. The sources are fine, no problem there. Then I played it on FreeDOS under QEMU. The on-screen help says 'N' for a new game, 'Q' to quit. Using 'N' to start a new game is fine. Playing the game works fine. But when I press 'Q' to quit, it hangs and n

Re: [Freedos-devel] FreeDOS on Pocket386

Hi Jim, from an engineering point of view, I would say LBA avoids problems related to mismatching CHS geometries on different computers, so I still prefer the MANUAL method where users have to run SYS C: /FORCE:CHS before transplanting a disk from a computer with LBA support to one without LBA.

Re: [Freedos-devel] FreeDOS on Pocket386

Hi Jim, To Jim: Are you sure you ran FDISK /XO on the Pocket386 system? If FDISK says it detects LBA there but the LBA loader from FreeDOS doesn't work that'd be quite the bug. Definitely I'm seeing "W95B INT LBA FAT32" when running FDISK /xo on the Pocket386. I can't send photos to the ema

Re: [Freedos-devel] FreeDOS on Pocket386

Hi! It would be possible to add an additional screen to the installer (probably only advanced mode) to use the /FORCE:CHS option. That would be a good option to have, but I'd like to fix sys bootcode  so lba code works and maybe make a multi sector fat32 version that supports both chs & lba

Re: [Freedos-devel] FreeDOS on Pocket386

Hi! It would be possible to add an additional screen to the installer (probably only advanced mode) to use the /FORCE:CHS option. That would be a good option to have, but I'd like to fix sys bootcode so lba code works and maybe make a multi sector fat32 version that supports both chs & lba

Re: [Freedos-devel] FreeDOS on Pocket386

Hi Willi, checking tools like chkdsk which support FAT16 only than dosfsck (the only one that supports FAT 32, but even this one stops at 256 gb. The actual Linux dosfsck supports 2 tb, it is part of dosfstools). If you want to know which type of FAT your kernel supports and which type of F

Re: [Freedos-devel] Back at it with DOG

Hi and welcome back, Wolf :-) I used to map a virtual drive to a folder on Linux - but like you found, I sometimes had problems with that (not all the time, just sometimes) so I stopped doing that. When I need to get access to my virtual drive, I use guestmount from the libguestfs package to "

Re: [Freedos-devel] zoo just needs packaging

Hi! To get the discussion a bit more productive again: https://www.bttr-software.de/forum/board_entry.php?id=21046&page=0&order=time&category=0 is the original thread and apparently RayeR has used Borland C to compile a fixed binary which Fritz has received and tested? So the ONLY thing miss

Re: [Freedos-devel] zoo

Hi! I ran one more test with zoo. It runs with FAT16 998 MB but not with FAT16 1025 MB. Did you use the original version for that test? Or the one already having the fix from the forum? The old zipper "zoo" has a built-in bug that prevents it to expand compressed files on FAT32 system.

[Freedos-devel] Ancient Windows compatibility notes

Hi! As Jim prefers such things to be on-list, here are some 2004 (and one 2006) bits from my archive regarding Windows compatibility, in context of the WfW 3.11 compatibility howto advertised on BTTR and here recently. Maybe some of you would like to have a look to see whether anything is still m

Re: [Freedos-devel] [Semi-OT] Thoughts: Actually doing stuff with MS-DOS 4.01

Hi! Well, what is wrong with http://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/repositories/unstable/pkg-html/fdisk.html or alternatively http://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/repositories/unstable/pkg-html/xfdisk.html or even http://www.ibiblio.org/pub/micro/pc-stu

[Freedos-devel] OT: Creating new threads

Hi Willi, My main problem is, that I can answer via mail, but I have absolutely forgotten how to create a new thread. ... Simply changing the "Subject" seems not to be the solution. The trick is to send a completely new mail to freedos-devel@lists.sourceforge.net - this will create a new th

[Freedos-devel] freedos runtime and terminal updates and alternatives

ser/runtime/ there is a version from Eric Auer from 03sep2012 FDT2404 uses ver. 2.1 from Jim Hall, 2002 Is it an update? You should bring it up on the mailing list or ask Eric if it should be updated. terminal https://www.auersoft.eu/soft/ terminal-2007jun20 (3.3)

Re: [Freedos-devel] MS-DOS 4.0 source released as open source under MIT license

Hi! I have no life - I can devote the time and energy to it, just don't have the brainpower I'd like to think I have. I hope that will get better :-o Eric ___ Freedos-devel mailing list Freedos-devel@lists.sourceforge.net https://lists.source

Re: [Freedos-devel] MBR boot failure + diagnosis on a PhoenixBIOS 4.0 Release 6.0 machine

Hi Bernd, /LOADMBR restores the whole sector. Does anyone think this is a major issue? In that case, I think loadmbr should never be used except when there was a previous corresponding savembr. Because using loadmbr in another way results in deleting the whole partition table and/or installi

[Freedos-devel] FreeDOS Windows for Workgroups howto

Hi! Hidden in the "Tyrian 2000 in DOS with sound on PCIe only machines?" thread on BTTR which also contained the VSBHDA (soundblaster emulation for HDA machines, Japheth's variant) announcement, I found this link: https://github.com/pufengdu/RetroFuns/blob/main/WFWG/FDWFWG.md it explains how

Re: [Freedos-devel] MS-DOS 4.0 source released as open source under MIT license

Hi Bernd, Microsoft and IBM released the source code of MS-DOS 4.0 under MIT license [1]. To me, it looks fairly complete. Greetings, Bernd [1] https://github.com/microsoft/MS-DOS/tree/main/v4.0 As mentioned by DOSEMU2 people, this is a somewhat exotic, but interesting MS DOS 4.00, not the

[Freedos-devel] country sys update missing?

Hi! Willi and Laaca noticed that the country sys settings for Germany have a flaw, but apparently Andrew, Jeremy and RR already updated https://github.com/FDOS/country/commits/master/country.asm so I guess this is a simple fix which can be implemented by updating the relevant FreeDOS package

[Freedos-devel] List of app links and versions

Hi! Willi has made a list of links and version numbers of apps: https://www.bootablecd.de/FreeDOS-tools-hyperlinks.zip There are two new updates: doszip 2.66 (fixes a bug in search) ldebug 8 This can be useful to spot updates for our distro and for adding some extra details and links to

Re: [Freedos-devel] Fwd: lspci (pciutils) for freedos

Hi! LSPCI relies on a rather large list of known PCI ID, which is why I made PCISLEEP long ago: It just has a small list of known vendors and types, to keep the installation small :-) It also experiments with PCI based standby and suspend modes, including VGA ones. But of course, having a full

Re: [Freedos-devel] comcom32 shell

Hi again! It seems the djgpp-compiled 32-bit version of the comcom shell of dosemu2 will be abandoned, moving to a 64-bit only version. Stas found out that comcom64 is compatible with 32-bit toolchains, so dosemu2 could keep an eye on that to keep comcom64 compatible with 32-bit builds for p

[Freedos-devel] comcom32 shell

Hi! It seems the djgpp-compiled 32-bit version of the comcom shell of dosemu2 will be abandoned, moving to a 64-bit only version. Maybe somebody wants to pick up comcom32 for use in plain DOS: https://github.com/dosemu2/comcom32 Note that this shell requires CWSDPMI exe in the same directory

Re: [Freedos-devel] NewDOS source code has been published!

Hi Willi, I will wait some days to see if there are other questions or proposals referring to NewDOS and then send André Olejko a list with everything at one time in german... He explicitly asked to NOT be bothered with such things. So I suggest that we just collect the questions and proposa

Re: [Freedos-devel] Problem booting FreeDOS on Book8088 PC-XT laptop

Hi Jim, http://www.bttr-software.de/forum/board_entry.php?id=21061 ... By now, the BTTR thread has figured out that the bug was in the Xi8088 BIOS, not in XT-IDE: When calling unsupported (bei neither XT-IDE nor the main BIOS) disk functions, the main BIOS trashed the int10 vector. A fixed u

Re: [Freedos-devel] NLS in Edlin

I made recompiling Edlin easy for non-programmers, so that shouldn't be a problem. You don't have to know a lick of C to recompile it. One would still need the toolchain, so it would be great if there could be somebody who already has it (and does know C, just in case) who would volunteer as

Re: [Freedos-devel] NLS in Edlin

Hi! Willi Spiegl said in the meeting that there is no NLS in Edlin. I beg to differ! As with the HTMLHELP versus AMB issue, the problem, as far as I have understood Willi, is the lack of a process, possibly an automated pipeline, which will take updated translations and spread them to the ri

Re: [Freedos-devel] Problem booting FreeDOS on Book8088 PC-XT laptop

Hi Jim, I'm glad you're bringing this conversation back to freedos-devel .. because this is a good place to discuss FreeDOS things. In related news, the dosemu2 people also find the problem interesting. Their discussion mentions that FDPP, a port of the FreeDOS kernel, https://github.com/d

Re: [Freedos-devel] Cleaning up FDAUTO

Hi guys, thanks for cleaning up autoexec! REM - streamlined the network test (user adds their own stuff anyway). I hope they add it at a place where it actually gets to run :-) set PATH=%DOSDIR%\BIN if exist %DOSDIR%\LINKS\NUL set PATH=%path%;%DOSDIR%\LINKS A special test just for one ap

[Freedos-devel] Problem booting FreeDOS on Book8088 PC-XT laptop

Hi! As you may have read, some company has created an eeepc sized PC-XT laptop called Book8088. It ships with MS DOS on a CF card. Bocke got an EDR-DOS kernel and SvarDOS apps to work on it, too, but FreeDOS kernels crash. SvarDOS is a FreeDOS based floppy distro - http://svardos.org/ which is m

Re: [Freedos-devel] FreeDOS Interim Build T2402

Hi Jerome, For these: They are version updates. 2024-02-01 05:49:48 upx (shidel): updated to 4.2.2 2024-02-01 05:44:35 liquiwar (shidel): updated to 5.6.4 2024-02-01 05:38:55 testdisk (shidel): updated to 7.2 2024-02-01 05:33:34 fbc_help (shidel): updated to 1.10.1 2024-02-01 05:17:54 sleep (

Re: [Freedos-devel] FreeDOS Interim Build T2402

Hi Jerome, thanks for the updates! :-) The FreeDOS Interim Test Build T2402 for February is now available for download at: https://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/distributions/test/ Changes sin

Re: [Freedos-devel] FDISK does not respect DLASortByDriveNo config of the kernel

Hi Bernd, I would assume the kernel parameter is neither meant to be queried at runtime nor is it used by a significant number of people at all. There is no external API, but you may pull it from RAM, possibly. Alternatively, you could extract settings from the kernel file of the boot drive or

Re: [Freedos-devel] special old DOS software looking for a place online

Hi everybody, thanks to help from two men, NEWTRACK is on track again! In other words: https://auersoft.eu/uni/newtrack-eyetracker/ and https://auersoft.eu/soft/ are working again and there even is a new mirror: https://m.lod.bz/auersoft.eu/soft/ etc. Thanks to Jerome and Tassilo for mirror

Re: [Freedos-devel] initdisk question

Hi again, Have a look at https://gitlab.com/FreeDOS/base/kernel/-/issues/4 which wonders whether there is a bug in CHS/LBA detection/forcing, risking to call the BIOS with invalid parameters or dividing by 0. We found out that the problem is something else: Kernels without FAT32 support will

[Freedos-devel] initdisk question

Hi! Have a look at https://gitlab.com/FreeDOS/base/kernel/-/issues/4 which wonders whether there is a bug in CHS/LBA detection/forcing, risking to call the BIOS with invalid parameters or dividing by 0. Regards, Eric ___ Freedos-devel mailing list

[Freedos-devel] special old DOS software looking for a place online

Hi developers! As you may remember, I wrote a rather specialized eyetracking software called NEWTRACK *long* ago. It is open source, written in DJGPP GNU C and works with dual PCI VGA/VESA graphics. Given that I have no working web domain at the moment, would anybody be interested in mirroring

Re: [Freedos-devel] FreeDOS Phishing attack - warning!

Hi everybody, now I have also received one of those freedos phishing mails: test at multicenter.com.bo wrote "Re: [Freedos-devel] mode.com" from 193.201.8.100 saying: Please review and sign the enclosed document. This is essential for our current project (etc.) The link in the mail interesting

[Freedos-devel] VME broken on Ryzen CPU, autodetection useful?

Hi! I just got reminded that (2017 news) http://www.os2museum.com/wp/vme-broken-on-amd-ryzen/ VME is broken on AMD Ryzen of that time. That sounds like something which would be relevant for JEMM386, because it could automatically activate NOVME mode for affected CPU. Does anybody remember whe

[Freedos-devel] ACPI infos with ACPItool

Hi! A few months ago, Laaca has released AcpiTool 1.1c and 1.2b: http://www.laaca.borec.cz/soubory/acpitool.zip It shows ACPI info in DOS. The BTTR thread here https://www.bttr-software.de/forum/board_entry.php?id=20351&page=0&order=time&category=0 discusses the update to ACPItool 1.2b: No

Re: [Freedos-devel] i have a tech question about 286 and XMS

Hi! FDXMS286.sys is the driver i am using it works with wolf3d code but not the dos game code. i made a work around but there might be a bug in that xms driver's code Please be more specific about what went wrong and which work around in which code snippet resolved the problem. I think a wor

Re: [Freedos-devel] i have a tech question about 286 and XMS

Hi! is there any supported XMS driver for 286 that FreeDOS provides? himemx dose not support it and the fd286xms driver is old and not supported. maybe i could work on it. yes i have a 286 xD it's just frustrating that everything requires a 386 If I were you, I would just use FDXMS286 and r

Re: [Freedos-devel] Help Development with djgpp

Hi! I have no knowledge for protected mode. I think you need this for OpenWatcom C compiler. This is the only reason to use DJGPP compiler. Am I right? Else the initializing you show on the YouTube Videos is very simple for OpenWatcom. I think (check the youtube videos with examples by Jim)

Re: [Freedos-devel] dir issues

Hi! VCPI was a superset of EMS, right? I don't think so, no. VCPI can be added to EMM386 to let it coexist with DOS extenders. VCPI itself does not provide EMS. EMS can exist in hardware on 8086, where DOS extenders cannot exist. EMS itself is not related to VCPI. The other complication

Re: [Freedos-devel] ANSI for DOS

Hi! There are other base components in FreeDOS, such as CuteMouse that do not support an 8086. That should be a almost compile time option. If neither .286 nor .386 are set early in the code, neither USE_286 nor USE_386 should trigger and you should get an 8086 compatible variant. However,

Re: [Freedos-devel] dosshell and task swapping, was: dir issues

Hi Rugxulo, [3] Windows 3.0 started to catch on. That meant HIMEM.SYS and XMS as standard; LIM-spec EMS started to fade. Apps like 1-2-3 r3 used DOS extenders routinely. Memory management really got important but everyone was buying 386SXs so you could sell them QEMM even if they didn't want W

Re: [Freedos-devel] FreeDOS code page Unicode compatibility

Hi! If you’re interested about the whole forint sign issue, read my Unicode proposal and its follow-up: https://www.unicode.org/L2/L2023/23060r-forint-sign.pdf https://www.unicode.org/L2/L2023/ ... -forint-sign-follow-up.pdf The way in which the follow-up quotes me misses out on quite a few

Re: [Freedos-devel] format /s

Hi Patrick, In principle, FORMAT /s simply formats your drive, which you can already do well with Linux tools, and then runs SYS to make it bootable. Alternatively, it can provide a boot sector built into FORMAT itself and fetch a copy of kernel & shell from e.g. the current drive, or the drive

Re: [Freedos-devel] HTMLHELP progress report

Hi Bernd, thanks for all those fixes in HTMLHELP! How much faster are Unicode and HTML entity translation now? I would NOT remove the ZIP feature, because a typical help zip contains more than 100 files, with a median length of just 1 kB uncompressed. This would waste a lot of disk space with

[Freedos-devel] useful HTMLHELP bug findings and proposals

Hi! Our GITLAB has recently received multiple useful tickets from Bernd Böckmann: https://gitlab.com/FreeDOS/base/htmlhelp/-/issues/3 Line 43 in CP857.H is wrong, messing up a certain character. https://gitlab.com/FreeDOS/base/htmlhelp/-/issues/4 Some Turkish CP857 characters are not prope

Re: [Freedos-devel] trying to understand execrh.asm -- calls to EXECRH cause my 286 system to lock up

Hi Rich, -My BIOS supports both CHS and LBA. FreeDOS is using CHS due to the size of the CF card (~500MB). I will try forcing LBA. Actually that should depend on partition type, not on disk size ;-) -I log interrupt calls out to my serial debugger on my 286. In execrh(), I am not seeing an

Re: [Freedos-devel] trying to understand execrh.asm -- calls to EXECRH cause my 286 system to lock up

Hi Rich, I am trying to better understand the EXECRH function in execrh.asm . Could someone help me understand the call being made in EXECRH of "call far[.dhp]"? To where is it calling, and shoul

Re: [Freedos-devel] Extension proposal

Hi Jerome, if you are worried about collisions, use AMIS int 2d. Overhead is low and it is less crowded than MUX int 2f. RBIL was famous enough to make AMIS more widespread. FreeDOS is too niche to re-invent that wheel and declare int 2b to be a new trend. Why would your RESIDENT driver have

Re: [Freedos-devel] Extension proposal

Hi Jerome, there is no need to allocate a whole int 0x2b for just one driver. There are mechanisms which already invite drivers to share them :-) INT 2D - ALTERNATE MULTIPLEX INTERRUPT SPECIFICATION (AMIS) [v3.6] AH = multiplex number AL = function 00h installation

Re: [Freedos-devel] Slowdown-Units ratings and a CPU-bound depacker benchmark

Hi :-) To make this long thread a bit longer, I think that using port I/O in delay loops used to slow down too fast games by wasting time actually is a good idea (if you pick a safe port) BECAUSE the I/O is slow and not cached and not subject to too smart CPUs trying to optimize it away in fanc

Re: [Freedos-devel] mode.com

Hi! MODE does indeed have verbose errorlevels in codepage handling: With FreeCOM, you can display them like this: C:\>mode con cp prepare=((437) c:\freedos\cpi\ega.cpx) MODE: No compatible FreeDOS DISPLAY driver loaded. Syntax example: ... DISPLAY CON=(VGA,437,1) C:\>echo %errorlevel% 101 O

Re: [Freedos-devel] Open Watcom v2 DOS installer is abysmally slow in FreeDOS

Hi Willi, I downloaded open-watcom-2_0-c-dos.exe (an extracting .exe) at: https://github.com/open-watcom/open-watcom-v2/releases/tag/Current-build 140 MB size. This is a self-extracting ZIP file. You can try using our build of infozip UNZIP to extract it. Maybe the downloaded exe uses build

Re: [Freedos-devel] Free FDISK interim builds

Hi Bernd, thank you for your work on FDISK! Version 1.3.5 (unreleased) -- - CRITICAL: Fix FDISK loading wrong head and sector values from MBR if operating in LBA mode. The previous incorrect behaviuor was hardcoding them to cylinder boundaries instead of

Re: [Freedos-devel] IFS API

Hi! As we have various drivers which use the network redirector API, CD/DVD redirector API or both, including drivers which use those for different purposes, which advantage do we expect from using a special IFS API which is both "more on topic" and "less existing", as in only very specific DOS

Re: [Freedos-devel] FreeDOS package issues

Hi Jim, Well, you can tell a CD drive to play track X using my minimalist cdrom2ui, but I think that would be sort of an INdecent open source alternative because it is too minimal :-D On the other hand, a QuickBasic solution sounds like something needing FreeBASIC in QB mode, or something whic

  1   2   3   4   5   6   7   8   9   10   >