Re: [Freedos-devel] New Old Timer reporting :-)

2020-12-01 Thread Danilo Pecher
wireless, I don't even go there, it's an iwi that need proprietary Intel firmware - no sale. No, the machine is a geriatric Compaq Nx8220 and the NIC in question is a Broadcom Ethernet card. BCM5751M. On Wed, 2 Dec 2020 at 00:09, Eric Auer wrote: > > Hi! > > > laptop is 15 years old, and even

Re: [Freedos-devel] New Old Timer reporting :-)

2020-12-01 Thread Danilo Pecher
Tom, Sorry, but I think you're too snippy here. First of all, if the idea of an 80x25 single file editor frightens you, you're either a wimp or too young to have done any programming when that was the norm. May I introduce you to Turbo Pascal 3.0? 80x25 text is the best there is. As for not

Re: [Freedos-devel] New Old Timer reporting :-)

2020-12-01 Thread Danilo Pecher
Hi Eric, Well, your argument is compelling, but I think it sort of misses the point. FreeDOS is a system for legacy hardware - I mean - really legacy. My oldest laptop is 15 years old, and even that has hardware that is 'too new' and not supported by FreeDOS. I'm currently trying to nail a Packet

Re: [Freedos-devel] New Old Timer reporting :-)

2020-12-03 Thread Danilo Pecher
I agree Jim, If you go for effective, then the standard FreeDOS window is certainly not the ideal solution, and perhaps I should have made it clearer that my remark to Tom wasn't meant overly seriously. The nice thing about FreeDOS is that you have choice these days, unlike in the days of yore,

Re: [Freedos-devel] New Old Timer reporting :-)

2020-12-02 Thread Danilo Pecher
Hi Tom, Well, I guess we'll have to agree to disagree then, and maybe I'm just weird. I'm the sort of guy that actually would look for spare parts on horse back, because that's way more fun. Probably not for the horse though, considering that, unlike 30 years ago, I weigh more than Belgium these

Re: [Freedos-devel] New Old Timer reporting :-)

2020-12-01 Thread Danilo Pecher
I would agree with Ralf on most points. As for the 16 bit C-Compiler, I think Turbo-C fits that bill but acquiring it legally requires a registration with embarcadero, so not exactly optimal and not everyone is an old hack like me, who started coding in 1989 and still legally owns nearly every

[Freedos-devel] New packages for future releases

2020-12-24 Thread Danilo Pecher
Ho,ho, everybody, First of all, merry holidays to all and I hope you're all safe in these difficult times. As the new year looms, it's time to get them new years resolutions in. I'm foregoing the usual stuff, like losing weight, because that won't work, just like the other years. Instead,

Re: [Freedos-devel] New packages for future releases

2020-12-24 Thread Danilo Pecher
Hi Eric, The ReactOS/Wine combo was what got me thinking in the first place. ReactOS was from the start meant to replicate WIndows NT though, which isn't quite what I had in mind, as that isn't quite the 16 bit world in which FreeDOS exists. Wine would be a starting point, as that definitely has

Re: [Freedos-devel] Jordan Hargraphix SvgaBGI goes MIT license

2020-12-21 Thread Danilo Pecher
BGI ran like a three-legged pregnant hippo in a mud pit, mainly because it used the INT10h functions. Pretty much everyone I know, who also started programming in the late 80s got their first taste of inline assembler and hardware programming, when we realized that you could speed up things by

Re: [Freedos-devel] Jordan Hargraphix SvgaBGI goes MIT license

2020-12-22 Thread Danilo Pecher
It happens on both Virtualbox and my ancient Compaq NX-8220. And indeed, as hinted by several folks, it seems to be connected to fdapm. On Mon, 21 Dec 2020 at 20:03, Robert Riebisch wrote: > > Hi Danilo, > > > I still have legal copies of Turbo Pascal 3.0, 4.5, 6.0 and Borland > > Pascal 7.0, so

Re: [Freedos-devel] Jordan Hargraphix SvgaBGI goes MIT license

2020-12-20 Thread Danilo Pecher
I still have legal copies of Turbo Pascal 3.0, 4.5, 6.0 and Borland Pascal 7.0, so if there's interest, I'd be willing to take a look at them to see if there's any insects to weed out. Speaking of which. I noticed that pretty much all Borland Test-mode IDE's for Turbo-C, Turbo Pascal and

Re: [Freedos-devel] New packages for future releases

2020-12-28 Thread Danilo Pecher
Hi Ralf makes a very interesting and important point here, especially as it reminds me of my idealistic and somewhat overconfident self from 1993. Like many people back in the day I thought I was a l33t hax0r after three years of dabbling with Turbo-Pascal, Turbo-C and even some assembler. So,

Re: [Freedos-devel] DOS runtime library format

2020-12-28 Thread Danilo Pecher
IIRC there was never something like a standard DLL concept, but we used to use flat binaries for that concept. Back in 1994 or something, a friend of mine and I wrote something akin to fractint and we defined a 'fractal driver' for each type. What it basically boiled down to was typedef'ing a

Re: [Freedos-devel] New packages for future releases

2020-12-25 Thread Danilo Pecher
bit realm > in the form of the Night Kernel. As part of that journey, we eventually want > a compatibility layer to make running Windows 3.x executables possible. > > > > Sent with ProtonMail Secure Email. > > > ‐‐‐ Original Message ‐‐‐ > On Thursday, December 24, 20

Re: [Freedos-devel] DOS runtime library format

2020-12-28 Thread Danilo Pecher
Well, one could also question the point of shared libraries in a system that doesn't support multitasking. Dynamic loading has a point in so far as to load binaries based on the availability of hardware, as in the BGI drivers. Having the code to support all gfx cards in the exe would be wasteful,

Re: [Freedos-devel] Detecting VMs (was: Bonus/Devel CD)

2022-10-26 Thread Danilo Pecher
Since thengraphics cards of VMs are, as far as I'm aware generally VESA compatible, unless you specifically decide not to use one in qemu or bochs, you should have a relatively high hitrate by using the 4Fh interrupt to query the VESA info. In the case of Virtualbox/VMWare, you'll definitely find

Re: [Freedos-devel] Bonus/Devel CD

2022-10-27 Thread Danilo Pecher
Hi all, I say the most important thing first - I'm not very keen on a Live DVD. One of the things that severely goes on my man-mammaries is that every Linux, BSD and whatnot nears the 1GB mark, when a basic system install could easily fit in a 300MB image. I don't think we have too many casual

Re: [Freedos-devel] Linking asm with C

2023-01-13 Thread Danilo Pecher
Oh dear, if you really want an answer for that, you need to give more infos, like which linker are you using, which memory model? On Thu, 12 Jan 2023 at 20:45, Knedlik wrote: > > Hello, > I’m currently trying to make a function in a separate assembly file, but I’m > having problems linking it

Re: [Freedos-devel] Linking asm with C

2023-01-13 Thread Danilo Pecher
Accepting the danger of sounding somewhat arrogant, but you seem to lack some basic knowledge of system programming. Are you sure you need assembler programming in the first place? Everything you've set out so far is perfectly doable in C. On Fri, 13 Jan 2023 at 17:35, Knedlik wrote: > > Okay,

Re: [Freedos-devel] Linking asm with C

2023-01-13 Thread Danilo Pecher
If you are comfortable programming in Pascal, stay with it. In fact Turbo-Pascal has pretty much the best integration of inline assembler of all the languages I encountered in 30 years. And in general, just don't follow tutorials blindly, collect your own experience. Maybe it would help if you

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

2023-02-22 Thread Danilo Pecher
Jim put it best, I think - remove the GUI's from the official media, but leave them on ibiblio, which would be the FreeDOS equivalent of the Hobbes archive for OS/2. On Wed, 22 Feb 2023 at 23:53, Liam Proven wrote: > > On Sun, 19 Feb 2023 at 17:52, Jim Hall wrote: > > > > It's been a few days

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

2023-02-15 Thread Danilo Pecher
Quite frankly, I would throw them all on the scrap heap. As Jim said, none of them has any number of apps worth noting and there is a reason why no GUI other than Windows 3.11 ever took off under Dos. I know that from painful experience of wasting two years on an attempt to create one in the early

Re: [Freedos-devel] Help Development with djgpp

2023-10-26 Thread Danilo Pecher via Freedos-devel
As far as I know, VESA graphics mode numbers are not standardized, which is why the vesa info block of standard 1.2 and higher, returned by INT 10h function AX=4F00h, contains a mode list, which you then need to traverse using INT10h AX=4F01. So as a first step I'd check if the watcom graphics

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

2023-11-01 Thread Danilo Pecher via Freedos-devel
Sorry, Tom, but this reply is, to use a technical term, pretty shit. We're talking about FreeDOS, a system that by design was created for hardware that would lose to our phones these days. If you 'only want to support 386+' then you can just as well install Dosbox. Either FreeDOS has the ambition

Re: [Freedos-devel] FreeDOS Interim Build T2310 - no free space on CD

2023-10-03 Thread Danilo Pecher via Freedos-devel
I think the developer tools should go to the bonus CD. As was mentioned, most FreeDOS users will probably use it to run legacy apps and games. People who still have the knowledge to do some honest-to-god proper DOS programming will probably be quite able to switch the CD and install the stuff from

Re: [Freedos-devel] FreeDOS Interim Build T2310 - no free space on CD

2023-10-05 Thread Danilo Pecher via Freedos-devel
Hi, I'm with Kirn on this one. I think people have a wrong idea what people use FreeDOS for, if at all. First of all, I think that the assumption that there's a mahoosive community out there might be a wee bit optimistic. It's probably rather modest, as not too many people these days use DOS for

Re: [Freedos-devel] Calculator for DOS with GUI

2023-10-09 Thread Danilo Pecher via Freedos-devel
I've had a look at it, and I doubt there's much use for it on FreeDOS. The most glaring obstacle is the choice of programming language. Neither Microsofts Quickbasic, nor Borlands Turbo-Basic are free software, so the amount of people who would be able to compile it, is probably dwindingly small.

Re: [Freedos-devel] FreeDOS Interim Build T2310 - no free space on CD

2023-10-06 Thread Danilo Pecher via Freedos-devel
> Beside that > leaves you in general also with the problem on how to transfer your > programs from your fancy Windows/Linux/macOS box to that VM. That's a > problem that that you simply do not have when programming ON DOS. Well, I often use DOS in an emulator (pcem) because that emulates

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

2023-11-09 Thread Danilo Pecher via Freedos-devel
As far as I know the earlier Turbo-Pascal compilers (I think 5.5 and earlier) have been freeware'd years ago. They can natively compile 16bit code on Freedos and might be worth a try. You can find even ancient versions of TP, like 3.0 on winworldpc, and I actually quite like to go down memory lane

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

2023-11-08 Thread Danilo Pecher via Freedos-devel
If you have a windows or Linux machine at hand, you might want to check with pcem. It can emulate several 286 BIOS/board variants. That would give you a hint if it might be a problem with your board or the 286 architectur in general. On Wed, 8 Nov 2023 at 14:33, tom ehlert via Freedos-devel

Re: [Freedos-devel] ANSI for DOS

2023-08-03 Thread Danilo Pecher via Freedos-devel
I did have a Mitsumi single speed CD-ROM drive on my massive 20 Mhz 80286 back in 1993. It came with an own ISA interface card, so I think it probably used some proprietary protocol instead of ATAPI. Funnily enough that thing did faithful service until 2007 when it still happily see-sawed inside

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

2023-08-06 Thread Danilo Pecher via Freedos-devel
The first one I can remember was the Mitsumi CRMC-LU005S single speed drive, which was the one I had. It had its own card because it was non-IDE despite the fact that the cable and plug looked exactly like IDE. They did use a proprietary standard. They definitely worked on an 80286, so I think we

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

2023-08-06 Thread Danilo Pecher via Freedos-devel
Yeah, around 1993 was when the first ones arrived. On Mon, 7 Aug 2023 at 01:12, Steve Nickolas via Freedos-devel wrote: > > On Mon, 7 Aug 2023, Danilo Pecher via Freedos-devel wrote: > > > The first one I can remember was the Mitsumi CRMC-LU005S single speed > > drive, wh

Re: [Freedos-devel] Learning DOS assembly programming

2023-12-26 Thread Danilo Pecher via Freedos-devel
Hi Jim, NASM already comes with FreeDOS. It's a good one to start with. It works perfectly fine under DOS. There is a German youtuber named 'root42' who has made some pretty good DOS Assembler tutorials in English. cheers, Danilo On Tue, 26 Dec 2023 at 17:50, Jim Hall via Freedos-devel wrote:

Re: [Freedos-devel] Updating the FreeDOS website

2023-12-11 Thread Danilo Pecher via Freedos-devel
Hi Jim, I know a lot of works has probably gone into this, but quite frankly I think it looks just like all the other plastic-y websites you find everywhere. I might be a bit weird, but I kind of like old school websites that are simple and render on anything. It is sort of funny to think that we

Re: [Freedos-devel] Question about USBDOS license

2023-11-29 Thread Danilo Pecher via Freedos-devel
Hi, I think the question is rather academic. The Patreon membership is voluntary. Nothing prevents a user from downloading and using the program for free and under conditions described by the program's author. This is different to, let's say, a website that requires a paid membership to get

Re: [Freedos-devel] FreeDOS Source

2023-11-29 Thread Danilo Pecher via Freedos-devel
Hi Rob, I would start a bit more at the meta level and research how kernels work. There are also many sites dealing with OS development (osdev is useful search term). It is quite instructive to see the first steps that happen after the machine boots (the boot loader mainly). Once you've really

Re: [Freedos-devel] Aw] MAD compiler for DOS?

2024-01-30 Thread Danilo Pecher via Freedos-devel
The most common translation of MAD would be Verrückt (bonkers, crazy), although it can translate to wütend in some contexts. The more accurate translation of wütend would be 'raging'. So if your theory is right, it was a German who was rather inexperienced at English or just took the translation

Re: [Freedos-devel] MAD compiler for DOS?

2024-01-30 Thread Danilo Pecher via Freedos-devel
I'm having real problems to read about MAD code written with FAP subroutines with a straight face. I'm such a child... On Tue, 30 Jan 2024 at 23:00, Ralf Quint via Freedos-devel wrote: > > On 1/30/2024 1:37 PM, Jim Hall via Freedos-devel wrote: > > Jim Hall wrote: > >>> On Mon, Jan 29, 2024 at

Re: [Freedos-devel] Simplified Chinese Edlin?

2023-11-15 Thread Danilo Pecher via Freedos-devel
The simple answer is - you can't. For starters you would need to activate the secondary character table in text mode, giving you 512 characters to work with, at the expense of 8 background colours. Therein lies the problem though. Firstly, it only works on EGA and VGA cards and secondly - as the

Re: [Freedos-devel] Where is the source code?

2024-05-08 Thread Danilo Pecher via Freedos-devel
Not to put too fine a point on it, but may I point out that your mail comes across as somewhat rude? As for your answer: Had you even bothered to install FreeDOS before kicking up a fuzz, you would have known that the source code is included in it. Cheers mate On Wed, 8 May 2024 at 03:47, Green

Re: [Freedos-devel] Where is the source code?

2024-05-08 Thread Danilo Pecher via Freedos-devel
Probably the best DOS programming channel is root42: https://www.youtube.com/@root42 He also has other retro computing stuff going on, but he does an good lot of videos on DOS programming as well. Cheers, Hippo On Wed, 8 May 2024 at 17:57, Jim Hall via Freedos-devel wrote: > > On Wed, May 8,

Re: [Freedos-devel] DX-FORTH?

2024-03-20 Thread Danilo Pecher via Freedos-devel
Used not is it. As far as I know there is no component or application for FreeDOS that's developed in Forth. But it should be perfectly useable under FreeDOS, so if you have some ideas, fill your boots mate. :) Cheers, The Hippo On Thu, 21 Mar 2024 at 02:20, Bruce Axtens via Freedos-devel

Re: [Freedos-devel] FETCH4FD

2024-03-23 Thread Danilo Pecher via Freedos-devel
Neofetch is a good way to give you a quick overview of the machine's parameters. It's perhaps more of a gimmick under DOS, but in a unix environment it can be a godsent. When I was database administrator at Infineon I had to work with about 3000 different machines running either Linux, Solaris,