Bochs is now LGPLd
Something else which might be of interest to those here, which I haven't seen mentioned. >From http://www.bochs.com/, Mandrake bought Bochs and put it under the LGPL. Andru -- -- | Andru Luvisi | http://libweb.sonoma.edu/ | | Programmer/Analyst | Library Resources Online | | Ruben Salazar Library|-| | Sonoma State University | http://www.belleprovence.com/ | | [EMAIL PROTECTED] | Textile imports from Provence, France | --
Re: Is ELKS a good idea for teaching O.S.
On Sat, 18 Mar 2000, Prem Setu wrote: [snip] > Host OS: Linux, Win., Mac > Emulator: Vmware, Dosemu, Bochs [snip] For those who care about this sort of thing, the vmware people have software patents. http://lpf.ai.mit.edu/ for information on why many consider this to be a Bad Thing. Andru -- -- | Andru Luvisi | http://libweb.sonoma.edu/ | | Programmer/Analyst | Library Resources Online | | Ruben Salazar Library|-| | Sonoma State University | http://www.belleprovence.com/ | | [EMAIL PROTECTED] | Textile imports from Provence, France | --
MINIX license change
W HO!! Andru --- Start of forwarded message --- From: Andy Tanenbaum <[EMAIL PROTECTED]> Newsgroups: comp.os.minix Subject: MINIX license change Date: Fri, 7 Apr 2000 12:16:47 GMT Organization: Fac. Wiskunde & Informatica, VU, Amsterdam Message-ID: <8ckjjf$[EMAIL PROTECTED]> Summary: MINIX is now available under the BSD license Keywords: license Better late than never. I finally got permission from Prentice Hall to change the MINIX license to the BSD license. The lawyers sort of sat on this for two years. Anyway, the new license conditions are below. These are the same as for Berkeley UNIX. It seems to me better for the users than GPL since there is no requirement to provide source code. MINIX is much smaller than Linux and might well be suitable as the operating system for a watch, camera, or transistor radio. The manufacturer of, say, a watch might really not want to provide a CD-ROM with the source code with each watch or even a web site with the source code, as being too much trouble. The new MINIX license says you can distribute source if you want to, but you don't have to. At this point, for most intents and purposes, MINIX is effectively no different than being in the public domain. You can do whatever you want with it. Sorry for the long delay. I had hoped this would happen earlier. As I mentioned before, there might well be an interesting future for MINIX on very low-end embedded devices where tiny size is important. What is also important is that MINIX is fairly modular. If you don't need the file system, just remove it. Andy Tanenbaum [EMAIL PROTECTED] New MINIX license Copyright (c) 1987,1997, Prentice Hall All rights reserved. Redistribution and use of the MINIX operating system in source and binary forms, with or without modification, are permitted provided that the following conditions are met: * Redistributions of source code must retain the above copyright notice, this list of conditions and the following disclaimer. * Redistributions in binary form must reproduce the above copyright notice, this list of conditions and the following disclaimer in the documentation and/or other materials provided with the distribution. * Neither the name of Prentice Hall nor the names of the software authors or contributors may be used to endorse or promote products derived from this software without specific prior written permission. THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS, AUTHORS, AND CONTRIBUTORS ``AS IS'' AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL PRENTICE HALL OR ANY AUTHORS OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. --- End of forwarded message --- -- ------ | Andru Luvisi | http://libweb.sonoma.edu/ | | Programmer/Analyst | Library Resources Online | | Ruben Salazar Library|-| | Sonoma State University | http://www.belleprovence.com/ | | [EMAIL PROTECTED] | Textile imports from Provence, France | --
Re: ELKS in AppleII+
On Fri, 21 May 1999, Sven 'Zak' Kozma wrote: [snip] > Unfortunately I´ve got no CPM Disk despite of all my CPM capable computers > |-( [snip] Don Maslin <[EMAIL PROTECTED]> maintains the DynaSig archives, including boot disks for many CP/M machines. if he has what you need, for a couple bucks he'll mail you a copy. he's also an incredibly nice and helpful guy on comp.os.cpm. not that I advocate using a proprietary compiler to build Free Software, mind you ;-) best of luck, andru -- ------ | Andru Luvisi | http://libweb.sonoma.edu/ | | Programmer/Analyst | Library Resources Online | | Ruben Salazar Library|-| | Sonoma State University | http://www.belleprovence.com/ | | [EMAIL PROTECTED] | Textile imports from Provence, France | --
Re: will it eventually run X
On Wed, 14 Apr 1999, Eric J. Korpela wrote: [snip] > I don't suppose you ever used X on an 8 MHz 68010 (like early Sun machines). I have :-) > I wonder if it's still possible to get X10 or X11R<3 source code anywhere. > X wasn't always as bloated as it is now. [snip] ftp.x.org andru
Re: kernel fission was: msdos/umsdos support?
On Tue, 9 Feb 1999, David Given wrote: [snip] > to call a function in a > driver all you have to know is the driver's segment info (SS/DS and CS) and > the entry point. For the driver to call a function in the kernel it'd have to > know the same; it's probably easier to use an interrupt for that direction. [snip] what if the module had a list of function pointers at the begining of its address space? then a snippit of org 0 asm code (well, actually just data) could be used within each module to set up the pointers properly in a 16 bit link, and the same asm stubs in the kernel would work for any module of a given type. maybe with some cleverness, there could be only one stub and a bunch of macros or wrappers for accessing it, to make porting to other platforms easier. andru
Re: Web browser ported to Microwindows
On Sat, 13 Nov 1999, Greg Haerr wrote: > I'm happy to announce that I've just heard that Opera Software has > just ported their fully functional web browser to Microwindows! [snip] > For more information on Opera Software, see www.opera.com. I suppose this is good news. Unfortunately, I don't seem to be able to find the source for either the ported browser or the original on their web site. Could I trouble you for the url? Andru -- ------ | Andru Luvisi | http://libweb.sonoma.edu/ | | Programmer/Analyst | Library Resources Online | | Ruben Salazar Library|-| | Sonoma State University | http://www.belleprovence.com/ | | [EMAIL PROTECTED] | Textile imports from Provence, France | --
Re: My embedded linux project
On Sat, 2 Jan 1999, Riley Williams wrote:
[snip]
> Not quite: It's actually at real-mode segment address -1:0 which
> corresponds to address 0000 hex in the real-mode memory map...
[snip]
I don't know about the pentium, but this isn't what the 386 programmer's
manual says. the important paragraph is included below...
andru
10.2.3 First Instructions
After RESET, address lines A{31-20} are automatically asserted for
instruction fetches. This fact, together with the initial values of CS:IP,
causes instruction execution to begin at physical address FFF0H. Near
(intrasegment) forms of control transfer instructions may be used to pass
control to other addresses in the upper 64K bytes of the address space.
The first far (intersegment) JMP or CALL instruction causes A{31-20} to
drop low, and the 80386 continues executing instructions in the lower one
megabyte of physical memory. This automatic assertion of address lines
A{31-20} allows systems designers to use a ROM at the high end of the
address space to initialize the system.
