Back to home page

DOS ain't dead

Forum index page

Log in | Register

Search:  
Back to the forum
Board view  Mix view

modern 64-bit cpus (Miscellaneous)

posted by Rugxulo Homepage, Usono, 24.02.2020, 00:11

> > > My work laptop is Medion, which is a large German OEM
> >
> > Gesundheit (obvious joke).
>
> Don't you mean "gezondheid" ?
You know, America is fairly uncultured, including myself. But it's still sometimes a joke when people pretend to be fancy: "Pardonez moi!"

You said German (not Dutch) OEM, so I said "Gesundheit!" Here in the States, we say that when someone sneezes (or "Bless you."), but it's also a joke when someone says something unintelligible (almost as if a sneeze). So since I've never heard of "Medion", I was joking. (I assume you half knew that already.)

> > Never heard of it. All we have is the mundane
> > HP, Dell, MS, Apple, Lenovo, Asus, etc.
>
> Yup, except for Apple of course since it doesn't sell Windows laptops
> afaik.
Bootcamp still exists, right? Dunno, never owned a Mac, and they indeed are a bit overpriced (as any Linux nerd will tell you ... wait, didn't Linus actually prefer a Macbook because of its battery life or convenience??).

> > > > I need to rebuild the Go32v2 version one of these days.
> > > It really should be buildable in DOS natively.
> > >
> > > It could at some point, though most used Win9x. Later XP.
> >
> > Certainly FreeDOS (under VM) is more viable than those other "dead"
> > OSes, IMHO.
>
> Does it finally have decent LFN driver? That and commandline lengths are
> usually the breaking point.
No native LFN support in the kernel (yet, if ever). Patents did finally expire in 2017 (ugh). We still only have old tools like (2012??) third-party TSR DOSLFN. It's somewhat slow, but it mostly works.

Cmdline stuff was automatically solved long ago for DJGPP stuff (via proxy). Those specific Watcom tools should've been cross-compiled for DJGPP to avoid such hangups.

> Yesterday I did some benchmarking of FPC building:
>
> - RPI4 (32-bit(*)) with SSD (not flash) 4 minute 5 seconds
> - Ryzen 2600 with SSD 1 minute 2 seconds.
>
> That is still quite a gap, and then emulation overhead on top of that?
> Brr.
Keep in mind that recompiling p7zip natively in DOS (with admittedly old G++ 3.4.6) also only took four minutes, IIRC. Yes, emulation can be very slow. Still, not to complain, slow emulation is better than literally nothing, as long as it's relatively accurate.

> > > > (Nested functions would be very nice to standardize, too.
> > > > GCC and TCC support it, so do others like D.)
> > >
> > > Proper nested functions is a complex topic, specially how nested
> > > functions can reach their parents parameters and variables,
> > > even when recursing.
> > >
> > > Afaik gcc doesn't really support that, only simple nesting.
> >
> > Trampolines? (I have no idea.)
>
> There are many ways. Displays is the most common one (which is just passing
> a pointer to a record with framepointers btw). Trampolines is afaik more a
> workaround if you don't want to change your stack and parameter handling
> too much.
Macs don't like trampolines, IIRC, and I'm not even sure if GPC works there anymore (from what little I read). Of course, they also discontinued 32-bit apps entirely, so that probably doesn't help. It's main platforms like that which hold up others (for good or bad, their dislike of Flash probably helped, indirectly, which is rare). I'm not complaining, if anything they probably have good reasons. BUT ... nested functions are (yet another) feature that many people can't live without. I wonder how Pascal-p5c deals with it (probably using the GCC extension, I haven't looked closely).

Post reply
 

Complete thread:

Back to the forum
Board view  Mix view
22049 Postings in 2034 Threads, 396 registered users, 276 users online (0 registered, 276 guests)
DOS ain't dead | Admin contact
RSS Feed
powered by my little forum