On Saturday 02 July 2005 15:50, Kenneth Gonsalves wrote:
> its here:
> http://www.onlamp.com/pub/a/onlamp/2005/06/30/esr_interview.html
While the superiority of the development process guarantees a superior
product, that in itself does not guarantee a future. It is a rather
naive assumption that just because some socio-technical process works
well there no need for using the law to protect it. Just yesterday M$
paid up $775+75 million for illegal monopolistic behaviour. Everybody
knows that monopolies are bad and eventually fail. But in the
intervening period the law breaker is a pain in the ass for everybody
else. The law ensures that everbody else gets a chance to be a pain in
their ass.
Infact inspite of the gpl u have companies like google who do not
contribute back derived gpld code. GPL v 3 will ensure that using forked
closed gpld code to deliver services will be very difficult.
rgds
jtd
Hi all,
>
> any idea what a message like this means, this is just when the
> kernel is loaded from floppy, uncompresses and the below message
> comes repeated in screenfull.
>
> Unable to handle kernel NULL pointer dereference at virtual address
> 00000000
>
> the machine is a 486 with 40MB ram, 4.3GB HDD. (dos/windows too are
> unable to start up apart from the initial messages.)
> just curious typically which part of hardware could have gone
> wrong?
4.3GB?? afaik these machines cant detect a harddisk > 2gb.
Check the bios setup. Insert maximum wait states to slow down ram
access. Replace the ram if you can find some of those ancient pieces.
Or try a floppy distro. since these use very little ram it might
just work.
rgds
jtd
Hi all,
any idea what a message like this means, this is just when the kernel
is loaded from floppy, uncompresses and the below message comes
repeated in screenfull.
Unable to handle kernel NULL pointer dereference at virtual address
00000000
the machine is a 486 with 40MB ram, 4.3GB HDD. (dos/windows too are
unable to start up apart from the initial messages.)
just curious typically which part of hardware could have gone wrong?
Karunakar
--
*************************************
* Work: http://www.indlinux.org *
* Blog: http://cartoonsoft.com/blog *
*************************************
