Re: A question
Alan Cox wrote: > hybrid crossing between the V7 and the linux method. Like allocating a > relatively small struct, but then make it an option to grow the struct by > making a linked list of these structs. Given the low computative power of The struct size is fixed - I dont follow you If I understand him correctly, the idea is to make the struct one node of a Btree -like construct. IE: (struct-of 2-or3-processes)(link to next struct) That way, with a minimal amount of processes (2,3,4, or 5) you would have one struct, just as you described. But, if you try to have more, the struct chain grows by another struct (2,3,4,or 5), etc... If you are crazy enough to have MANY processes, the chain would grow accordingly and so would the time necessary to traverse it. But with a small amount, (small being relative to personal taste), the response would be acceptable. -- == Never cross a Dragon, for you are crunchy and taste delicious! My Interests are: Ham Radio (N8MGU) | Opera | Theater | Sailing | Judaica
ELKS and TCP/IP
Is the TCP/IP project totally dead, or is someone still working on it? I have an ATT PC6300 just waiting for me to install ELKS on it, but without a TCP/IP stack, it is of limited use to me. I **really** want to put it back into service!! Thanks - Larry -- == Never cross a Dragon, for you are crunchy and taste delicious! My Interests are: Ham Radio (N8MGU) | Opera | Theater | Sailing | Judaica
Re: Lots of questions from someone.
Greg Haerr wrote: I have spent considerable effort trying to make sure that the Microwindows system will run on 16 bit systems, and it should continue to do so, although currently the application must be bound with the server since we lack UNIX sockets. This limits the application size. Could you please explain what you mean by the above statement? (bound?...UNIX sockets?) Thank you. -- Never cross a Dragon, for you are crunchy and taste delicious! My Interests are: Ham Radio (N8MGU) | Opera | Theater | Sailing | Judaica
Stability
Taken from the ELKS web site - road map page After 0.1 more elaborate features will be added, in particular networking. At this stage it may be desirable to maintain a 0.1 stable series, and do all new development in the 0.2 series. It may reduce confusion to maintain the convention of numbering the development series kernel with an odd minor number, and stable series with an even minor number. This appears contradictory - ie: how can 0.1 be a stable kernel and 0.2 be development when you state that the development kernels will have an ODD minor number and stable will have an EVEN minor number? -- Never cross a Dragon, for you are crunchy and taste delicious! My Interests are: Ham Radio (N8MGU) | Opera | Theater | Sailing | Judaica
Re: Capabilities
I really don't see where this is a problem. User level processing does not need hardware memory protection; it could be implemented as a strictly software solution. For example, a table defined within the OS giving the user and the level. Then, all memory access could interrogate this table and give pseudo memory level security. == Never cross a dragon - for you are crunchy and taste delicious! My major interests are: Amateur {Ham} Radio - N8MGU | Opera-Jazz-Musical Theater | Sailing | Judaica - Original Message - From: Perry Harrington [EMAIL PROTECTED] To: Luke [EMAIL PROTECTED] Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED] Sent: Thursday, June 03, 1999 9:11 PM Subject: Re: Capabilities In addition, the user programs could be protected from the kernel and vice versa... Note, without memory protection we really have no lower priviledged users, all users are the equivelent of root. Users exist merely to provide some logical division. And that would be a big bonus, especially for embeded systems Luke(Boo) Farrar. -- Perry Harrington Linux rules all OSes.APSoft () email: [EMAIL PROTECTED] Think Blue. /\
Hello?????
What has happened to this list? The last message I received in my mailbox was June 3. Since then, nothing. Has it truly been this quiet, or is it ANOTHER one of the on-going problems I have with my ISP? == Never cross a dragon - for you are crunchy and taste delicious! My major interests are: Amateur {Ham} Radio - N8MGU | Opera-Jazz-Musical Theater | Sailing | Judaica