Back to home page

DOS ain't dead

Forum index page

Log in | Register

Search:  
Back to the forum
Board view  Mix view

FPC 3.2.0 Released ! (Announce)

posted by marcov, 26.06.2020, 12:13

> Then again, for simplicity, it may be less work to not support literally
> everything. "Good enough!"
Yeah, the bulk of code is usually reusuable. The problem is usually more in the libraries where you store routines for reuse, and might use some assembler here and there, and e.g. parts that use really large data structures.

(In my case this was more Modula2)

> > But for most stuff you just pick large, except for very small
> commandline
> > programs you use compact. Huge is afaik more a speciality for
> backporting
> > protected mode stuff.
>
> "Small" model is for the basics, the common simple stuff. "Large" would be
> for anything relatively complicated and powerful. Everything else is only
> for obscure niches (still useful but less so).
I was wrong, (the terminology is slightly different). Huge does allow data >64kb, which you can occasionally need when you are growing out of large memory model.

The huge in FPC seems to be the same as XLarge in M2. I mixed up "huge memory model", and "huge pointers" (pointer normalizing after each operations to access datastructures >64k). That is a separate item, and luckily not for all pointers. (what I thought, that would really slow down).

Fun part seems to be though that you can turn on huge on a per unit basis. So you can just put it on for some large static data units to get an own segment, but use the common data segment for the rest.

Reading it is really cool. Make me really want to do some segmented programming again. And with modern tricks like generics etc. Would be fun!

OTOH, I'm already doing 16-bit programming a lot lately(like half of my work time)/.

New boards with new microchip pic24/dspic33 variants are being developed. Which btw have an even worse data model, where 16-bit datasegment is separated in two 15-bit spaces, with the upper 15-bit being a kind of pageframe to access either flash (workaround for harvard architecture) or additional memory, the bigger ones have a crazy 48kb!

So maybe wait till this gulf of embedded jobs at work is done. But I really need to set up some freedos VM to test or so.

> There's (too) much fragmentation in the world, usually for good reason (but
> not always). Simplicity is a virtue, so is portability, but it takes hard
> work.
Yup. It is always a tradeoff.

Post reply
 

Complete thread:

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