Re: [Freedos-devel] FETCH4FD

2024-03-28 Thread Rugxulo via Freedos-devel
Hi, On Sat, Mar 23, 2024 at 2:14 PM Jim Hall via Freedos-devel wrote: > > And years ago, we used to include COMPINFO in a previous FreeDOS > distribution, but I don't remember why we stopped including it. If I had to > guess, probably it was the same question of "usefulness." I'd have to double

Re: [Freedos-devel] DX-FORTH?

2024-03-22 Thread Rugxulo via Freedos-devel
Hi, On Wed, Mar 20, 2024 at 8:19 PM Bruce Axtens via Freedos-devel wrote: > > I stumbled over DX-FORTH this morning which purports to be "... a > Forth language compiler and development system for MS-DOS and CP/M-80 > operating systems. It is intended to be a complete, easy to use, > programming

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

2023-11-14 Thread Rugxulo via Freedos-devel
Hi, On Mon, Nov 13, 2023 at 9:19 PM Steve Nickolas via Freedos-devel wrote: > > I think there may be a point where if one's going to run DOS on > a modern machine, it'll have to be through some degree of emulation. > Whether that be a KVM/QEMU-on-metal approach, or a 64-bit "DOS" which can >

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

2023-11-13 Thread Rugxulo via Freedos-devel
Hi, On Mon, Nov 13, 2023 at 7:44 AM Eric Auer via Freedos-devel wrote: > > > 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 Ryzen (Zen 1) was brand new in 2017, redesigned from scratch. I doubt the

Re: [Freedos-devel] FreePascal near to far pointer conversion

2023-11-12 Thread Rugxulo via Freedos-devel
Hi, On Sun, Nov 12, 2023 at 5:46 AM Bernd Böckmann via Freedos-devel wrote: > > On 12.11.2023 02:44, Rugxulo via Freedos-devel wrote: > > But I still have not found an elegant solution yet to do a widening > conversion of an untyped pointer from near to far. > Should be ra

Re: [Freedos-devel] FreePascal near to far pointer conversion

2023-11-11 Thread Rugxulo via Freedos-devel
uot; * http://cd.textfiles.com/ems/emspro1/ASMUTIL/QMATH0.ZIP Or how about this (32-bit assembly)? "Efficient [Unsigned] 64-Bit Integer Arithmetic in 32-Bit Mode (AMD)" * http://web.archive.org/web/2020110100*/https://sites.google.com/site/rugxulo/32math64.txt?attredirects=0 ___

Re: [Freedos-devel] FreePascal near to far pointer conversion

2023-11-11 Thread Rugxulo via Freedos-devel
Hi, On Thu, Nov 9, 2023 at 4:39 PM Bernd Böckmann via Freedos-devel wrote: > > > Could you please post the exact message you got from the compiler? > > For something like this "FarPointer(@Buffer)" I get the following error > message: > > "Error: Illegal type conversion: "Pointer" to

Re: [Freedos-devel] Error compiling FreeDOS Kernel

2023-11-09 Thread Rugxulo via Freedos-devel
Hi, On Wed, Nov 8, 2023 at 2:21 AM Walter Oesch via Freedos-devel wrote: > > I want to build the FreeDOS Kernel. Kernel 2043? Any particular reason to not use the stock build? Did you modify anything or add any patches? Just curiosity? > I use Dosbox in Ubuntu Linux and watcom comiler from

Re: [Freedos-devel] FreePascal near to far pointer conversion

2023-11-08 Thread Rugxulo via Freedos-devel
Hi, On Wed, Nov 8, 2023 at 2:21 PM Bernd Böckmann via Freedos-devel wrote: > > the tests I did showed that FreePascal is perfectly capable of producing > reasonably small binaries fitting the small memory model, if you do not > require the full language feature set (stay away from ObjFpc /

Re: [Freedos-devel] FreePascal near to far pointer conversion

2023-11-08 Thread Rugxulo via Freedos-devel
Hi, On Wed, Nov 8, 2023 at 1:42 PM Bernd Böckmann via Freedos-devel wrote: > > has anyone recently played around with the FreePascal 8086 cross > compiler to generate DOS executables? I try to convert a near pointer to > a far pointer while working under the small memory model, but that is > not

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

2023-11-02 Thread Rugxulo via Freedos-devel
Hi, Gmail caught one with its Spam filter. It doesn't show any prior emails from this person. author: th...@yamashita1921.com subject: Re: [Freedos-user] TASM under an emulator? link: urdirec.com On Thu, Nov 2, 2023 at 11:07 AM Mercury Thirteen via Freedos-devel wrote: > > ...as did I. Mine

Re: [Freedos-devel] FreeDOS Interim Build T2310

2023-10-25 Thread Rugxulo via Freedos-devel
Hi, On Mon, Oct 2, 2023 at 2:07 PM Jim Hall via Freedos-devel wrote: > > Jim wrote: > > I want to compile some things using IA-16 GCC in the new Interim Build > > T2310, but neither the LiveCD or BonusCD have the DJGPP Environment > > package on it. We had this on previous FreeDOS installs; to

Re: [Freedos-devel] Ré : Ré : T2308 invalid partition signature after format

2023-09-20 Thread Rugxulo via Freedos-devel
Hi, On Sat, Sep 16, 2023 at 10:21 PM Paul Dufresne via Freedos-devel wrote: > > Sorry, the address was in octal, > > with -Ax to have the address in hexa it feels ok to me: Most people prefer "hexdump" these days: * https://man7.org/linux/man-pages/man1/hexdump.1.html *

Re: [Freedos-devel] Booting FreeDOS kernel without a 386

2023-08-11 Thread Rugxulo via Freedos-devel
Hi, On Fri, Aug 11, 2023 at 5:28 AM Paul Edwards via Freedos-devel wrote: > > Sorry for the delay. I've been sick recently (possibly Covid) > plus had other stuff to deal with. No fun, get well soon. ___ Freedos-devel mailing list

Re: [Freedos-devel] CD-ROMs was ANSI for DOS

2023-08-08 Thread Rugxulo via Freedos-devel
Hi, On Sun, Aug 6, 2023 at 9:05 PM Michael Brutman via Freedos-devel wrote: > > Just an opinion, but it's bad software design to assume that the presence or > a peripheral implies > a certain class of machine. The presence of a CD-ROM should not imply a 386 > or better machine; > it's

Re: [Freedos-devel] dir issues

2023-08-08 Thread Rugxulo via Freedos-devel
Hi, On Tue, Aug 8, 2023 at 10:46 AM Kirn Gill via Freedos-devel wrote: > > On Mon, Aug 7, 2023 at 7:24 PM Rugxulo via Freedos-devel > wrote: >> >> Wikipedia says the 286 "was designed for multi-user systems with >> multitasking applications". OS/2 1.x t

Re: [Freedos-devel] dir issues

2023-08-07 Thread Rugxulo via Freedos-devel
Hi, On Mon, Aug 7, 2023 at 7:45 AM Liam Proven via Freedos-devel wrote: > > On Sun, 30 Jul 2023 at 17:55, Rugxulo via Freedos-devel > wrote: > > > I believe "task swapping" was one of the main benefits of a 286. > > It's not a 286 hardware feature, no. > &g

Re: [Freedos-devel] ANSI for DOS

2023-08-02 Thread Rugxulo via Freedos-devel
Hi, On Wed, Aug 2, 2023 at 2:29 AM Paul Edwards via Freedos-devel wrote: > > > FreeDOS should run on 8086, both kernel and shell. If it doesn't, > > that's a bug or omission. > > Are you sure? I thought I was told that the standard > distribution relied on an 80386. Jerome's work on the

Re: [Freedos-devel] ANSI for DOS

2023-08-01 Thread Rugxulo via Freedos-devel
Hi, On Tue, Aug 1, 2023 at 3:24 AM Paul Edwards via Freedos-devel wrote: > > > However, most people don't care about standards, and even the ones who > > do don't really think anything "useful" can be written in them. Which > > is untrue and a shame. > > It is only recently - perhaps only a few

Re: [Freedos-devel] ANSI for DOS

2023-07-31 Thread Rugxulo via Freedos-devel
Hi, On Mon, Jul 31, 2023 at 8:38 PM Paul Edwards via Freedos-devel wrote: > > Yes, if you're prepared to add a curses layer, then you can > support both the standard, plus non-standard things like > a PC BIOS. But neither fullscreen application that I actually > used and care about (microemacs

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

2023-07-31 Thread Rugxulo via Freedos-devel
Hi, On Sun, Jul 30, 2023 at 12:19 PM Eric Auer via Freedos-devel wrote: > > VCPI was a small interface added to things like EMM386 which gave other > apps access to things they would normally no longer reach after DOS gets > locked up in a VM86 task by EMM386. While it is nice that it is small,

Re: [Freedos-devel] dir issues

2023-07-30 Thread Rugxulo via Freedos-devel
Hi, On Fri, Jul 28, 2023 at 11:51 AM Liam Proven via Freedos-devel wrote: > > For me, when I worked with, supplied and supported DOS in the late > 1980s and early 1990s, the chronology went like this: > > [2] DOS 4 came along. It was a memory hog, but it had big-disk support > (over 32MB) and

Re: [Freedos-devel] Virtual get-together?

2023-07-30 Thread Rugxulo via Freedos-devel
Hi, On Sun, Jul 30, 2023 at 11:03 AM Gregory Pietsch via Freedos-devel wrote: > > Wasn't a virtual get-together supposed to happen about now? -- Gregory Maybe Jim is still under the weather? ___ Freedos-devel mailing list

Re: [Freedos-devel] dir issues

2023-07-23 Thread Rugxulo via Freedos-devel
Hi, On Sun, Jul 23, 2023 at 7:08 AM perditionc--- via Freedos-devel wrote: > > On Sun, Jul 23, 2023, 7:54 AM Liam Proven via Freedos-devel > wrote: >> >> AFAICS you never explain. What is "HX"? > > https://www.japheth.de/HX.html > > HX DOS-Extender is a free DOS extender with built-in Win32 PE

Re: [Freedos-devel] Happy 29th anniversary to FreeDOS!

2023-07-02 Thread Rugxulo via Freedos-devel
Hi, On Thu, Jun 29, 2023 at 12:46 PM Jim Hall via Freedos-devel wrote: > > In 1994, several of us got together around a pretty neat idea. > > We liked DOS, but Microsoft was clearly moving completely to Windows. "The > next version of Windows," they said, "would do away with DOS." > > We wanted

Re: [Freedos-devel] FDISK 1.3.7 and HTMLHELP 5.3.6

2023-06-26 Thread Rugxulo
Hi, On Mon, Jun 26, 2023 at 5:56 AM Bernd Böckmann via Freedos-devel wrote: > > I released FDISK 1.3.7. > > I also pushed HTMLHELP 5.3.6 to the unstable branch at gitlab. > > It everything goes well both should be included in the next interim build. Thank you for your work on these.

Re: [Freedos-devel] I want my 10K

2023-05-23 Thread Rugxulo
Hi, On Mon, May 22, 2023 at 11:04 AM wrote: > > On May 22, 2023, at 7:03 AM, Rugxulo wrote: > > On Mon, May 15, 2023 at 6:48 PM wrote: > >> > >> Let me show you a MEM print out from my Pentium Pro: > >> > >> NANSI3,536(3K)

Re: [Freedos-devel] I want my 10K

2023-05-22 Thread Rugxulo
Hi, On Mon, May 15, 2023 at 6:48 PM wrote: > > Let me show you a MEM print out from my Pentium Pro: > > NANSI3,536(3K) 0(0K) 3,536(3K) > SHSURDRV 400(0K) 0(0K)400(0K) > LBACACHE10,576 (10K) 0(0K)

Re: [Freedos-devel] CPU flags register not updating on interrupt calls

2023-05-01 Thread Rugxulo
Hi, On Sun, Apr 30, 2023 at 4:54 PM wrote: > > In, kernel/pcb.h, I see some notes about “offsets must match the assembly > process” > and a couple of different layouts for the offsets. Could this be related to > the issue I am having? > I am using NASM 2.16.01 and Watcom 1.9. Someone reported

Re: [Freedos-devel] FreePascal bug [off-list]

2023-04-13 Thread Rugxulo
Hi, On Wed, Apr 12, 2023 at 7:10 PM Jim Hall wrote: > > > I believe this is a Free Pascal issue because the short > > hello world test works, but if you decide to use any > > objects, the Video unit is completely missing. I don't do a lot of graphical programming, so I'm unfamiliar with the

Re: [Freedos-devel] Bug 0x5801/41

2023-04-07 Thread Rugxulo
Hi, On Fri, Apr 7, 2023 at 11:46 AM tom ehlert wrote: > > and - well I understand that kernel version control is a complete > mess - but Kernel 0.85a seems a bit unlikely given that > https://github.com/FDOS/kernel/blob/master/docs/history.txt refers to > 0.42. * https://github.com/FDOS/kernel

Re: [Freedos-devel] DOS Swappable Data (SDA) Area

2023-03-21 Thread Rugxulo
Hi, On Mon, Mar 20, 2023 at 5:20 PM Rugxulo wrote: > > On Mon, Mar 20, 2023 at 5:06 PM Bret Johnson wrote: > > > > This is something much more serious than a "tradeoff" or a > > "regression". My new i5 CPU appears to be spending _at least_ 99%

Re: [Freedos-devel] DOS Swappable Data (SDA) Area

2023-03-20 Thread Rugxulo
Hi again, On Mon, Mar 20, 2023 at 5:06 PM Bret Johnson wrote: > > This is something much more serious than a "tradeoff" or a > "regression". My new i5 CPU appears to be spending _at least_ 99% > of its resources NOT processing OpCodes and NOT accessing the > cache (because there isn't one).

Re: [Freedos-devel] How to setup a compiler for FreePascal on Fedora Linux to FreeDOS 16 bit

2023-03-20 Thread Rugxulo
Hi, On Sun, Mar 19, 2023 at 11:16 PM Paul Dufresne via Freedos-devel wrote: > > I am thinking about using FreePascal to write programs for DOS. > > Writing an "hello world" program in FreePascal for 32 bit DOS (Go32) is easy, > because the fpc package can be installed > with fdimples from the

Re: [Freedos-devel] I wish I had a boot.log file

2023-03-19 Thread Rugxulo
So you want a TEE utility? Or just to single step through it all (F8)? Try pressing the Pause key. (Yes, I know that's timing sensitive, sorry.) On Sun, Mar 19, 2023 at 10:30 AM Paul Dufresne via Freedos-devel wrote: > > So many messages on boot I cannot scroll back. > If only the boot process

Re: [Freedos-devel] Booting and FDAPM

2023-03-17 Thread Rugxulo
Hi, On Fri, Mar 17, 2023 at 5:32 AM wrote: > > At present, the FreeDOS installed system and installer boot media load FDAPM > on many hardware configurations and virtual machines. > > As most are aware, there has recently discussed issue that the watcom > installer was taking an excessively

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

2023-03-16 Thread Rugxulo
Hi, Just for completeness On Thu, Mar 9, 2023 at 4:22 PM Eric Auer wrote: > > 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 settings which are not fast for DOS or which > expect more than 32 MB RAM.

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

2023-03-16 Thread Rugxulo
Hi, On Mon, Mar 13, 2023 at 4:26 AM Wilhelm Spiegl wrote: > > after several tests I found the reason for this strange behaviour. > It disappeared when I booted from a virtual diskette without fdconfig / > fdauto.bat and executed watcom.exe. Same from HD. > Then I added fdconfig again - it was

Re: [Freedos-devel] DOS Swappable Data (SDA) Area

2023-03-09 Thread Rugxulo
Hi, On Thu, Mar 9, 2023 at 4:29 PM Bret Johnson wrote: > > The computer I'm currently using is a few years old, old enough that I can > boot DOS on the actual hardware. > The CPU is an Intel i5-4590 running at 3.30 GHz. *

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

2023-03-08 Thread Rugxulo
Hi, On Wed, Mar 8, 2023 at 3:12 PM Volkert via Freedos-devel wrote: > > On Wed, Mar 8, 2023 at 11:35 AM tom ehlert wrote: >> >> > Over a month ago, I opened an issue on the FreeDOS project on >> > GitLab about the Open Watcom v2 installer being extremely slow in >> > FreeDOS. It takes an hour

Re: [Freedos-devel] DOS Swappable Data (SDA) Area

2023-03-08 Thread Rugxulo
Hi, On Wed, Mar 8, 2023 at 8:57 AM Liam Proven wrote: > > On Tue, 7 Mar 2023 at 14:50, Bret Johnson wrote: > > > The problem is, the CPU's _themselves_ really haven't gotten a whole lot > > faster than they were in the 386 days. > > Drastic oversimplification to the point of not being true,

Re: [Freedos-devel] DOS Swappable Data (SDA) Area

2023-03-07 Thread Rugxulo
Hi again, On Tue, Mar 7, 2023 at 12:41 PM Rugxulo wrote: > > On Tue, Mar 7, 2023 at 8:50 AM Bret Johnson wrote: > > > > That model sort of illustrates the concept, though. Both Windows and Linux > > want to manage the _entire_ machine's > > resources while th

Re: [Freedos-devel] FreeDOS Interim Build T2303

2023-03-07 Thread Rugxulo
Hi, On Tue, Mar 7, 2023 at 5:59 AM wrote: > > > On Mar 6, 2023, at 10:19 AM, Bernd Boeckmann via Freedos-devel > > wrote: > > > > I noticed edlin32 2.21 is not working because of missing dos4gw.exe, but > > perhaps that is already obsoleted by the 2.22 release? A quick fix is copying

Re: [Freedos-devel] DOS Swappable Data (SDA) Area

2023-03-07 Thread Rugxulo
Hi, On Tue, Mar 7, 2023 at 8:50 AM Bret Johnson wrote: > > That model sort of illustrates the concept, though. Both Windows and Linux > want to manage the _entire_ machine's > resources while they are running and one OS must give give up that control to > let the other OS take over. > I'm

Re: [Freedos-devel] DOS Swappable Data (SDA) Area

2023-03-03 Thread Rugxulo
Hi, Apologies if this is *slightly* off-topic. On Fri, Mar 3, 2023 at 7:01 PM Bret Johnson wrote: > > Let me just say that the computing world would be a VERY different place than > it is now if Operating Systems > (and maybe even BIOS's) were re-entrant. For one thing, MS probably never >

[Freedos-devel] MS-DOG (was Re: [Freedos-user] FSF)

2023-03-01 Thread Rugxulo
Hi again, I was thinking about this old email and thought I should clarify (in a technical sense). (comments below) On Wed, Mar 31, 2021 at 6:56 PM Jim Hall wrote: > > Here's the thing: I've had years of direct experience with Stallman. > > He calls DOS a "DOG operating system." The FSF and

Re: [Freedos-devel] IFS API

2023-02-27 Thread Rugxulo
Hi, On Mon, Feb 27, 2023 at 5:59 PM Aitor Santamaría wrote: > > As a matter of curiosity, given that we were unable to find a precise answer > to why Microsoft dropped IFS after MS-DOS 5.0 (although we had speculations), > I thought, why not ask ChatGPT (Bing) about that? > > I had hoped that

Re: [Freedos-devel] Free FDISK interim builds

2023-02-27 Thread Rugxulo
Hi, On Sun, Feb 26, 2023 at 1:07 PM Bernd Boeckmann via Freedos-devel wrote: > > in the last two weeks I ported Free FDISK to Watcom C and started fixing the > bugs people mentioned > at the bttr forum and in the issue trackers. Great news! Thanks a ton for your work on this. BTW, it seems

Re: [Freedos-devel] IFS API

2023-02-22 Thread Rugxulo
Hi, On Wed, Feb 22, 2023 at 5:19 PM Bret Johnson wrote: > > As an aside, I'm wondering if anybody has a "fool-proof" test for FAT32 > capability in the kernel. In USBDRIVE > what I currently do is go through all the drive letters and see if any of > them responds correctly to INT 21.7302h >

Re: [Freedos-devel] IFS API

2023-02-22 Thread Rugxulo
Hi, I got bored (despite already knowing about this history), so I started watching Nostalgia Nerd's video on "AARD" (re: Win 3.1 beta atop DR-DOS) on YouTube. "Windows’ Hidden Self Destruct Code | Nostalgia Nerd" * https://youtu.be/TIfNIWn2Ad4?t=753 (comments further below) On Wed, Feb 22,

Re: [Freedos-devel] More on Packages

2023-02-22 Thread Rugxulo
Hi, On Wed, Feb 22, 2023 at 7:53 AM wrote: > > So…. > > There is only an old version with sources. Or, a newer version without > sources. We only have 1.1 of P5 mirrored (so far). I've built 1.4 (pcom.exe, pint.exe) locally but haven't run the test suite yet. (He changed it so my old

Re: [Freedos-devel] More on Packages

2023-02-21 Thread Rugxulo
Hi, On Tue, Feb 21, 2023 at 10:22 AM wrote: > > On Feb 21, 2023, at 3:19 AM, jer...@shidel.net wrote: > [..] > I’ve not looked into P5 Pascal. It would be nice to have a alternative to FPC > for DOS. > > > I just took a quick look at P5 at https://sourceforge.net/projects/pascalp5/ > > I did

Re: [Freedos-devel] IFS API

2023-02-20 Thread Rugxulo
Hi, On Sun, Feb 19, 2023 at 7:39 PM Aitor Santamaría wrote: > > Does anyone know if the IFS (Installable File System) API is documented > anywhere? I have no idea if this link will help you, but I'm mentioning it "just in case" (because it sounds useful and impressive). *

Re: [Freedos-devel] More on Packages

2023-02-20 Thread Rugxulo
Hi, On Mon, Feb 20, 2023 at 1:37 PM wrote: > > Other possible new packages to consider for inclusion (or at least watch): > > 386SWAT - GPLv3, Debugger (may require someone to compile) > https://github.com/sudleyplace/386SWAT You mean the old compile isn't sufficient? (IIRC, it was on his

Re: [Freedos-devel] Needs testing: SJGPlay

2023-02-20 Thread Rugxulo
Hi again, On Mon, Feb 20, 2023 at 7:31 PM Rugxulo wrote: > > On Sun, Feb 19, 2023 at 3:58 PM Jim Hall wrote: > > I haven't checked the new sources (IIRC, it was said to be BASIC ... > PowerBASIC??). Does it also include ACD kit (or whatever third-party > lib)? This releas

Re: [Freedos-devel] IFS API

2023-02-20 Thread Rugxulo
Hi, On Mon, Feb 20, 2023 at 6:41 PM Ralf Quint wrote: > > (just for example, DOS maintains > only one single date for a file, "Time modified", while on NTFS and > OS/2, you have additionally, "Time created", "Time access" as well. Some OSes do update "time created" for FAT. (There was a patch

Re: [Freedos-devel] Needs testing: SJGPlay

2023-02-20 Thread Rugxulo
Hi again, On Mon, Feb 20, 2023 at 7:31 PM Rugxulo wrote: > > On Sun, Feb 19, 2023 at 3:58 PM Jim Hall wrote: > > > I used to use SJGPlay a lot (back in the day). I loved it. But I > haven't tried again in many years. > > > Could anyone with a CD player and a s

Re: [Freedos-devel] Needs testing: SJGPlay

2023-02-20 Thread Rugxulo
Hi, On Sun, Feb 19, 2023 at 3:58 PM Jim Hall wrote: > > I wanted to start a new thread for this request. Based on the > discussion from the "FreeDOS package issues" thread, Jerome identified > that the CDP package didn't include source code. Robert suggested > SJGPlay as a replacement. I used

Re: [Freedos-devel] Proposal: remove Graphical Desktops from next FreeDOS

2023-02-15 Thread Rugxulo
Hi, On Wed, Feb 15, 2023 at 5:28 PM Danilo Pecher wrote: > > Quite frankly, I would throw them all on the scrap heap. I wouldn't quite "throw them away", but for simplicity we really don't have to include them. I don't use any GUI in DOS (by default). > As Jim said, none of them has any number

Re: [Freedos-devel] Email Oblivion

2023-01-07 Thread Rugxulo
Hi, On Wed, Jan 4, 2023 at 4:11 PM wrote: > > Due to some changes at the current registrar I use for my SHIDEL.NET domain, > my email was broken for the last week or so. > > If any of you attempted to contact me or if I missed something that required > my attention, I would not have received

Re: [Freedos-devel] FreeDOS floppy edition boot disk lacks an editor?

2022-12-05 Thread Rugxulo
Hi, On Mon, Dec 5, 2022 at 8:58 AM Bret Johnson wrote: > > FWIW, the one I use is also called TED and is an old utility from PC > Magazine. The executable is only about 3 kB > (way smaller than the EDLIN that comes with MS-DOS) and is a VERY basic text > editor with a TUI > (it's not a

Re: [Freedos-devel] Problem with procedural types in 16-bit DOS FreePascal

2022-11-07 Thread Rugxulo
Hi, On Sun, Nov 6, 2022 at 9:08 PM Jerome Shidel wrote: > > Make sure your compiling to the correct memory model. (I think huge, but > you’ll need to double check that) Default is Small, e.g. "-WmSmall". I assume "-WmCompact" would work better for you? > You may need to ensure the actual

Re: [Freedos-devel] Bonus/Devel CD

2022-11-01 Thread Rugxulo
Hi, On Tue, Nov 1, 2022 at 3:40 AM Liam Proven wrote: > > On Fri, 28 Oct 2022 at 19:29, Robert Riebisch wrote: > > > Just to add: Virtual PC 2004 SP1 and Virtual PC 2007) were/are available > > as a free download from Microsoft, but didn't/doesn't include any DOS > > version. > > That's true. >

Re: [Freedos-devel] When is FreeDOS slow and when fast

2022-10-29 Thread Rugxulo
Hi, On Sat, Oct 29, 2022 at 2:11 AM Ladislav Lacina wrote: > > In the last time I worked a lot with the Freepasval compiler. > The computer: Pentium 4, SSD PATA disk, 512MB RAM > The task: Compilation of the full Blocek source ("Build all") - 64603 lines > of code using FreePascal 3.2.0 (GUI) >

Re: [Freedos-devel] New version of text editor (and image viewer) Blocek

2022-10-28 Thread Rugxulo
Hi, On Fri, Oct 28, 2022 at 6:14 AM Eric Auer wrote: > > I noticed that Jim's TRCH only translates one char at a time, > do we already have a variant which is as powerful as Linux "TR", > supporting for example TR 'a-z' 'A-Z' or TR -d '\n' and so on? DJGPP's TextUtils has TR.EXE (but I'm not

Re: [Freedos-devel] Bonus/Devel CD

2022-10-25 Thread Rugxulo
Hi, On Tue, Oct 25, 2022 at 10:27 PM Bret Johnson wrote: > > > Although I never truly needed to know what VM > > One of the main things that started me down this rabbit trail was the need to > know which Ethernet card is being virtualized in a particular VM so I can > load the correct packet

Re: [Freedos-devel] Bonus/Devel CD

2022-10-25 Thread Rugxulo
Hi, On Mon, Oct 24, 2022 at 9:07 PM Bret Johnson wrote: > > I've been working on some updates to the ISLOADED program I sent to Jim a few > weeks ago. > Lately I have been specifically trying to add the detection of different > Virtual Machines (including VirtualBox) > to ISLOADED. It turns

Re: [Freedos-devel] FreeDOS Interim Build T2210

2022-10-23 Thread Rugxulo
Hi, On Mon, Oct 17, 2022 at 11:04 AM Jerome Shidel wrote: > > > On Oct 2, 2022, at 5:08 AM, tom ehlert wrote: > > [..] > > btw dowloading 900 MB .zip over a 4MB/s download link is a PITA; this > > alone should recommend a split. (Sorry, I'm horrible at trying to calculate such things, but I

Re: [Freedos-devel] Bonus/Devel CD

2022-10-23 Thread Rugxulo
Hi, On Sun, Oct 23, 2022 at 1:46 PM Jerome Shidel wrote: > > Although there has not been a lot of feed back on what to do with the > excessively (nearly 1GB) BonusCD in T2210, I think the majority of feedback > has been in favor of splitting off the development packages from the BonusCD > on

[Freedos-devel] GNU C Language Intro and Reference Manual

2022-09-24 Thread Rugxulo
I stumbled upon a link to another cool e-book about C (using the GNU Free Documentation License 1.3): "GNU C Language Intro and Reference Manual" * https://lists.gnu.org/archive/html/info-gnu/2022-09/msg5.html * https://git.savannah.nongnu.org/cgit/c-intro-and-ref.git/tree/ "This manual is

Re: [Freedos-devel] Ré : Ré : GCC 12.2.0 and BinUtils 2.35.1 packages

2022-09-01 Thread Rugxulo
Hi, On Thu, Sep 1, 2022 at 1:10 AM Paul Dufresne via Freedos-devel wrote: > > I said previously: > > Please do not try to install the previous packages for now. > > > > I have created the files in DEVEL\BIN rather than DEVEL\DJGPP\BIN, etc. > > > > Will fix the packages now. > > I think it

Re: [Freedos-devel] How to install GCC in FreeDOS? (avoid the segmentation fault when running gcc)

2022-08-30 Thread Rugxulo
Hi, On Mon, Aug 29, 2022 at 1:52 PM Paul Dufresne via Freedos-devel wrote: > > At first I did: > fdnpkg install djgpp_gc > and then tried: gcc , in some directory... was not working > > I then "cd c:\devel\djgpp\bin" > I then "gcc", but then I got a segmentation fault. > > I think that after

Re: [Freedos-devel] No simple cpu identification program returning an error code as an answer?

2022-08-26 Thread Rugxulo
Hi, On Fri, Aug 26, 2022 at 1:27 PM Paul Dufresne via Freedos-devel wrote: > > Following the modification of my idea proposed by Tom: run edit32 on 386+ > else run edit... BTW thanks Tom! I believe CC386 had a 386+ text editor also using D-Flat. > I have been looking a bit for a simple

Re: [Freedos-devel] MS-DOS compatibility issue

2022-07-29 Thread Rugxulo
Hi, On Fri, Jul 29, 2022 at 1:45 PM Steve Nickolas wrote: > > On Fri, 29 Jul 2022, Ralf Quint wrote: > > > But IIRC, the common way to check for the presence of an ANSI device driver >> was to check via an INT 2Fh (multiplexer) call (don't recall the exact call >> value > > (AX/AH)). > > That

[Freedos-devel] m2c 0.6 for DJGPP (Modula-2)

2022-07-26 Thread Rugxulo
es/devel/modula2/m2c/ * https://sites.google.com/site/rugxulo/DJGPP203.7Z?attredirects=0 * https://sites.google.com/site/rugxulo/compilers (sources to GCC et al.) Sorry if the binary .ZIP (m2c.zip) doesn't have proper documentation (check the source archive, it has the man pages and examples). The

Re: [Freedos-devel] The 386MAX source code has been released :)

2022-07-02 Thread Rugxulo
Hi, On Sat, Jul 2, 2022 at 4:53 PM Eric Auer wrote: > > PS: Regarding Jim's search and replace suggestion, I like > to add the twist to use "touch" to "copy" the timestamp to > a /tmp/tstamp file, then use sed -i for in-place-edits and > then copy back the change time from the temp tstamp file.

Re: [Freedos-devel] REMember a bug

2022-01-09 Thread Rugxulo
Hi, On Sun, Jan 9, 2022 at 1:39 AM Jerome Shidel wrote: > > > Since the docs say everything after the REM is ignored, > I feel that the behavior is not consistent with the stated > behavior. So, it is a bug in either the handling of the pipe > in a REM statement. Or, it is a bug in the

Re: [Freedos-devel] Fwd: FDTUI and Minibox

2021-12-21 Thread Rugxulo
Hi, On Tue, Dec 21, 2021 at 11:29 AM Jim Hall wrote: > > Ercan sent this announcement and question to me, and I wanted to share > it with the freedos-devel list: > > > -- Forwarded message - > From: Ercan Ersoy > Subject: FDTUI and Minibox > > I hve read documnetation on CWSDPMI

Re: [Freedos-devel] SmallerC compiler

2021-10-23 Thread Rugxulo
Hi, sorry for late reply, On Sun, Sep 19, 2021 at 6:27 PM Jim Hall wrote: > > Smaller C is a simple and small single-pass C compiler, currently > supporting most of the C language common between C89/ANSI C and C99 > (minus some C89 and plus some C99 features). Currently it generates > 16-bit and

Re: [Freedos-devel] DIGPAK sound drivers now open source under MIT license :) Can anybody help me port these from TASM?

2021-10-02 Thread Rugxulo
Hi, On Thu, Sep 23, 2021 at 4:55 PM Volkert via Freedos-devel wrote: > > A few months ago, John W. Ratcliff released the sources of most of the DIGPAK > DOS sound drivers on GitHub. > He wrote those drivers in the '90s and used to license them commercially > under the name The Audio Solution.

Re: [Freedos-devel] desmet-c link

2021-09-25 Thread Rugxulo
Hi, On Sun, Sep 19, 2021 at 6:22 PM Jim Hall wrote: > > > On 9/19/2021 1:17 PM, Paul Dufresne via Freedos-devel wrote: > > > On the chat today, desmet-c (that seems to be some kind of fork to > > > https://github.com/IanHarvey/pcc [A small C compiler]). That's not DeSmet C. That's something

Re: [Freedos-devel] freecom beep crash question

2021-08-28 Thread Rugxulo
Hi, On Thu, Aug 12, 2021 at 12:43 PM Eric Auer wrote: > > I notice that FreeCOM 0.84pre2 hangs after beeping, probably > because it uses some method for timing the beep which fails > on certain hardware. Could somebody tell me whether newer > FreeCOM versions fix this by using a foolproof timer,

[Freedos-devel] Wirth compilers (was: 2 diffrent index of ibiblio?)

2021-06-16 Thread Rugxulo
the second list a kind of index with rejected packages for > Freedos? First of all, I'm far from an expert in these languages, but I did fiddle quite a bit (for such a simple project as a Befunge-93 interpreter) with various Pascal(s), Modula-2, and Oberon(s). * https://sites.google.com/site/rugxu

Re: [Freedos-devel] Smaller C

2020-11-23 Thread Rugxulo
Hi again, On Wed, Nov 4, 2020 at 7:45 PM Rugxulo wrote: > > On Sat, Oct 31, 2020 at 4:11 PM Paul Dufresne via Freedos-devel > wrote: > > > > Well, after having a problem with IA-16 gcc (which seems to requires DJGPP > > gcc installed and working), I have search f

Re: [Freedos-devel] Simplifying FreeDOS

2020-11-17 Thread Rugxulo
Hi again, Just FYI, if anyone cares, just to be more informed about such things On Tue, Nov 10, 2020 at 2:54 PM Rugxulo wrote: > > On Sun, Nov 8, 2020 at 7:31 AM Rugxulo wrote: > > > > Regina was (IIRC) compiled with Watt-32 due to external stack queue or > > wha

Re: [Freedos-devel] Simplifying FreeDOS

2020-11-10 Thread Rugxulo
Hi again, On Sun, Nov 8, 2020 at 7:31 AM Rugxulo wrote: > > Regina was (IIRC) compiled with Watt-32 due to external stack queue or > whatever (rxqueue). You can almost certainly rebuild without it (I've > done it) > > > > Regina at least has some justification. Some

Re: [Freedos-devel] Simplifying FreeDOS

2020-11-08 Thread Rugxulo
Hi, On Sun, Nov 8, 2020 at 10:40 AM Mark Olesen wrote: > > DOS Chromebook? I do not believe FreeDOS could compete with the latest > web browser technologies. It is an interesting concept though.I > believe an attempt was made to Resurrect Amiga with a working machine > and desktop sometime ago.

Re: [Freedos-devel] Simplifying FreeDOS

2020-11-08 Thread Rugxulo
Hi, On Sun, Nov 8, 2020 at 8:10 AM Mark Olesen wrote: > > That sounds fantastic. It is unfortunate development was abandoned. > Having multiple choices seems like a good idea. TinyCore Linux also has a "Core" (11 MB) "base system which provides only a command line interface". The biggest

Re: [Freedos-devel] Simplifying FreeDOS

2020-11-08 Thread Rugxulo
Hi again, (Sorry in advance for the ramble.) On Tue, Oct 27, 2020 at 2:06 PM Rugxulo wrote: > > On Sat, Oct 24, 2020 at 4:21 PM Steve Nickolas wrote: > > > > On Sat, 24 Oct 2020, Eric Auer wrote: > > > > > Regina REXX was not very small, while some others are s

Re: [Freedos-devel] Simplifying FreeDOS

2020-11-08 Thread Rugxulo
Hi, On Sat, Nov 7, 2020 at 2:24 PM Mark Olesen wrote: > > Great idea. I like minimalism. However, I don't think networking > drivers are up to snuff to completely automate the process. This has already (unofficially) been done. *

Re: [Freedos-devel] Simplifying FreeDOS

2020-11-06 Thread Rugxulo
Hi, On Tue, Oct 27, 2020 at 2:15 PM Rugxulo wrote: > > (AFAIK) > Perl 6 was officially renamed Rakudo. Apparently the language proper is "Raku" ("camel" in Japanese, like the old mascot) while the only current major/stable implementation is Rakudo (Artistic Li

Re: [Freedos-devel] Smaller C

2020-11-04 Thread Rugxulo
Hi, On Sat, Oct 31, 2020 at 4:11 PM Paul Dufresne via Freedos-devel wrote: > > Well, after having a problem with IA-16 gcc (which seems to requires DJGPP > gcc installed and working), I have search for an other free C compiler for > FreeDOS. I can send you a .BAT to setup IA16-GCC in FreeDOS,

Re: [Freedos-devel] Simplifying FreeDOS

2020-11-03 Thread Rugxulo
Hi again, Just to clarify On Tue, Oct 27, 2020 at 2:15 PM Rugxulo wrote: > > On Sat, Oct 24, 2020 at 6:27 PM Jim Hall wrote: > > > > Another thought: how outdated is this DOS version of perl? > > Our build of 5.8.8 (from DJGPP) is from 2008. Not quite, but

Re: [Freedos-devel] Obsolete DJGPP in upcomming FreeDos 1.3

2020-10-31 Thread Rugxulo
Hi, On Wed, Oct 28, 2020 at 7:56 PM Jerome Shidel wrote: > > Aren’t there nearly 100 DGJPP packages? Any others needed or should be added? > > Like I said, I don’t use DGJPP and am not very familiar with it. Someone who > actually uses it should work on making the updated packages. Getting all

Re: [Freedos-devel] Simplifying FreeDOS

2020-10-27 Thread Rugxulo
Hi, On Sat, Oct 24, 2020 at 6:27 PM Jim Hall wrote: > > Another thought: how outdated is this DOS version of perl? I know it's Perl > 5.8.8 and the current version is 5.32.x. > But how "far apart" are those two versions? (It's been years since I > intentionally wrote a perl script, so I don't

Re: [Freedos-devel] Simplifying FreeDOS

2020-10-27 Thread Rugxulo
Hi, On Sat, Oct 24, 2020 at 4:21 PM Steve Nickolas wrote: > > On Sat, 24 Oct 2020, Eric Auer wrote: > > > Regina REXX was not very small, while some others are small? > > Regina at least has some justification. Some later versions of PC DOS > came with REXX. Yeah, it replaced QBASIC there.

Re: [Freedos-devel] Simplifying FreeDOS

2020-10-27 Thread Rugxulo
Hi, Sorry, I'm late to this thread, but ... I don't feel like reading ten pages before quickly responding to this misunderstanding. On Sat, Oct 24, 2020 at 2:39 PM Jim Hall wrote: > > Over time, FreeDOS has grown to include lots of interesting programs. The > FreeDOS 1.2 and 1.3RCx

Re: [Freedos-devel] Thought I'd mention - An updated bc(1) for 16-bit DOS

2020-09-09 Thread Rugxulo
Hi, On Wed, Sep 2, 2020 at 4:27 PM Steve Nickolas wrote: > > GNU's bc ... I ported it to DOS using Borland C++ 3.1 I'll be honest, although I've heard of it, I'm not directly familiar with the syntax of "bc", but thanks for the port! I'll look closer eventually. (The makefile is a bit confusing

Re: [Freedos-devel] freecom beep / stuck freedos core components

2020-05-14 Thread Rugxulo
Hi, On Wed, May 13, 2020 at 5:04 PM tom ehlert wrote: > > > Please shed some light on the well known reasons. > see Bart's 29 dez 2019 mail in freedos-devel Sorry, I'm preoccupied, so I haven't been doing as much contributing to FreeDOS as I'd like. So I haven't tested the latest pre-release

Re: [Freedos-devel] beep implementation

2020-05-12 Thread Rugxulo
from MetaDOS, if that'll help you (7-Zip's "7z" can extract from .img), since I disabled it there: * https://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/distributions/unofficial/metados/metados-0.7.zip * https://sites.google.com/site/rugxulo/p7z1602b.7z?attredirects=0=1 * http://ww

  1   2   3   4   5   6   7   >