nanogui: Thread: ELKS v0.78 bugs fixed


[<<] [<] Page 1 of 1 [>] [>>]
Subject: ELKS v0.78 bugs fixed
From: Greg Haerr ####@####.####
Date: 16 Jul 1999 17:30:10 -0000
Message-Id: <01BECF7E.107032D0.greg@censoft.com>

Al,
	After receiving ELKS v0.78, I compiled Microwindows and Nano-X for
it and found we need one more kernel patch, and have several other items
in elkscmd, some of which were missed.  Overall, ELKS 0.78 is a great step
forward for ELKS and MicroWindows.

	The following items are fixed in my ELKS 0.78 patch #1:

	ELKSCMD:
	login.c: set TERM=ansi, remove debug printf's
	etc/issue: change to 0.78
	sash: fix to allow environment variables to be unset by specifying only
the environment variable name, e.g.: "setenv TERM" will delete any TERM environment
variable.  BTW, this requires my putenv.c rewrite for the dev86 kit.  putenv() was completely
rewritten, to fix the fact that it basically doesn't work.
	
	ELKS:
	fix kernel exec code when chmem field is exactly 64K.  This is required
or the new nano-X won't run, it says "Out of memory"

Greg
.

Subject: RE: ELKS v0.78 bugs fixed
From: Greg Haerr ####@####.####
Date: 16 Jul 1999 17:42:24 -0000
Message-Id: <01BECF7F.C65862B0.greg@censoft.com>

: 	The following items are fixed in my ELKS 0.78 patch #1:
:
	I am posting the elks patches on my ftp site, as patch781.tar.
	putenv.c is also rewritten and posted there.

	I am also posting binaries for Microwindows and nano-X in ElksExamples/

The url is ftp://microwindows.censoft.com/pub/microwindows.

Greg
Subject: Re: ELKS v0.78 bugs fixed
From: Alistair Riddoch ####@####.####
Date: 19 Jul 1999 10:17:13 -0000
Message-Id: <199907191010.LAA16601@penelope.ecs.soton.ac.uk>

Greg Haerr writes:
> 
> Al,
> 	After receiving ELKS v0.78, I compiled Microwindows and Nano-X for
> it and found we need one more kernel patch, and have several other items
> in elkscmd, some of which were missed.  Overall, ELKS 0.78 is a great step
> forward for ELKS and MicroWindows.
> 
> 	The following items are fixed in my ELKS 0.78 patch #1:
> 
> 	ELKSCMD:
> 	login.c: set TERM=ansi, remove debug printf's
> 	etc/issue: change to 0.78

I got things a bit messed up in this release because I did things in the
wrong order. The etc/issue file is automatically generated from the elks
Makefile, but I had not updated it when I built the release. Releasing
elkscmd and elks at the same time is becoming more work than is easy to
deal with as elkscmd grows. I think it would be best to switch over to a
different release model. elkscmd updates can be released regularly with
date stamped version MAJOR.MINOR version release don't really have any
meaning for elkscmd as it contains so many packages. I can then release
the kernel on its own with its disk images much more easily.


> 	sash: fix to allow environment variables to be unset by specifying only
> the environment variable name, e.g.: "setenv TERM" will delete any TERM environment
> variable.  BTW, this requires my putenv.c rewrite for the dev86 kit.  putenv() was completely
> rewritten, to fix the fact that it basically doesn't work.

Quite alot of the libc stuff in dev86 is untested. The utent.c file in
elkscmd is just there as a fix until I submit the patch to the version in
dev86.

> 	
> 	ELKS:
> 	fix kernel exec code when chmem field is exactly 64K.  This is required
> or the new nano-X won't run, it says "Out of memory"
> 

I was aware of this bug, and it was in my todo list. Thanks for looking at
it.

Al
Subject: RE: ELKS v0.78 bugs fixed
From: Greg Haerr ####@####.####
Date: 19 Jul 1999 19:28:08 -0000
Message-Id: <01BED1EA.0C224EC0.greg@censoft.com>

: I got things a bit messed up in this release because I did things in the
: wrong order. The etc/issue file is automatically generated from the elks
: Makefile, but I had not updated it when I built the release. Releasing
: elkscmd and elks at the same time is becoming more work than is easy to
: deal with as elkscmd grows. I think it would be best to switch over to a
: different release model. elkscmd updates can be released regularly with
: date stamped version MAJOR.MINOR version release don't really have any
: meaning for elkscmd as it contains so many packages. I can then release
: the kernel on its own with its disk images much more easily.

	As long as if you have both elks and elkscmd, you can "make comb"
etc.  We're getting significant enhancements by posting them together though.
I know my work depended on it.  I don't mind splitting them if it's too much
work, but we're finding alot of kernel bugs from elkscmd...


: Quite alot of the libc stuff in dev86 is untested. The utent.c file in
: elkscmd is just there as a fix until I submit the patch to the version in
: dev86.
: 

	Send Rob utent, he'll integrate it I'm sure.

Greg
[<<] [<] Page 1 of 1 [>] [>>]


Powered by ezmlm-browse 0.20.