I just added to wiki, compiler memory model check it out
http://wiki.osdev.org/Memory_model
CheerS
,a.T.d
memory model
memory model
Hi everybody
I just added to wiki, compiler memory model check it out
http://wiki.osdev.org/Memory_model
CheerS ,
a.T.d
I just added to wiki, compiler memory model check it out
http://wiki.osdev.org/Memory_model
CheerS
,a.T.d
Distance doesn't make you any smaller,
but it does make you part of a larger picture.
but it does make you part of a larger picture.
Re: memory model
I guess this will be useful only if your OS is 16-bit. I think that information should be added to the Wiki.
BTW, I saw this from your page
BTW, I saw this from your page
Is your OS 16-bit real mode? How will it be flat mode then?flat mode multi thread OS
-
Brynet-Inc
- Member
- Posts: 2426
- Joined: Tue Oct 17, 2006 9:29 pm
- Libera.chat IRC: brynet
- Location: Canada
- Contact:
Re: memory model
He thinks he's on Mars, his sanity should be questioned.raghuk wrote:Is your OS 16-bit real mode? How will it be flat mode then?
This article is not relevant, it will likely be removed.
Re: memory model
I am not sure about that. It will be useful for someone who develops an MS-DOS clone.This article is not relevant, it will likely be removed.
-
Love4Boobies
- Member
- Posts: 2111
- Joined: Fri Mar 07, 2008 5:36 pm
- Location: Bucharest, Romania
Re: memory model
Article deleted. As mentioned by Brynet-Inc, the information is wrong. In addition to that, even the correct information is Windows/DOS specific. Those memory models are just standards accepted by these OSes.
"Computers in the future may weigh no more than 1.5 tons.", Popular Mechanics (1949)
[ Project UDI ]
[ Project UDI ]
Re: memory model
So you take your Decision and deleted my article from wiki , i'm very sad to hear that
but please notice the information was correct
as is from BORLAND free user manual,so
in my opinion if you interest in 32bit programming also there is another guys interests in 16bit and even 8bit programming
but please notice the information was correct
as is from BORLAND free user manual,so
in my opinion if you interest in 32bit programming also there is another guys interests in 16bit and even 8bit programming
Distance doesn't make you any smaller,
but it does make you part of a larger picture.
but it does make you part of a larger picture.
Re: memory model
and please take look at this wiki link http://wiki.osdev.org/Turbo_C
upon your criticism on my article , the url above should remove to, it's a 16bit compiler and IDE
and no one on earth and even MARS use it ???
upon your criticism on my article , the url above should remove to, it's a 16bit compiler and IDE
and no one on earth and even MARS use it ???
Distance doesn't make you any smaller,
but it does make you part of a larger picture.
but it does make you part of a larger picture.
-
Combuster
- Member
- Posts: 9301
- Joined: Wed Oct 18, 2006 3:45 am
- Libera.chat IRC: [com]buster
- Location: On the balcony, where I can actually keep 1½m distance
- Contact:
Re: memory model
Article undeleted. By a count of this thread I see two votes in favor (you and Brynet) and two against (the OP and raghuk). I There is no majority, let alone consensus.Love4Boobies wrote:Article deleted. As mentioned by Brynet-Inc, the information is wrong. In addition to that, even the correct information is Windows/DOS specific. Those memory models are just standards accepted by these OSes.
Also, if you state that the information is factually inaccurate, I need a bit more concrete evidence of the matter, since I couldn't personally find any discrepancies between the page and my own recollections of Turbo C use. Also Brynet never said that the article's facts are off, only displayed doubt of the relevance.
Hence, delete rolled back.
That said, the article does need quite a bit of work to become something more than a boring summation of terms (which ATM is my biggest objection)