On Tue, 13 Jul 1999, Greg Haerr wrote:
>Send me the code if you can find it, I'll look at wrapping it into a driver,
>but I need someone else to test it, since I've got no herc card either.
I have a Hercules. It may be only monochrome, though.
On Tue, 13 Jul 1999, Alistair Riddoch wrote:
>Clean your source tree using 'make distclean', and then do 'make config'
I see my mistake now. I initially used non-default options, then
it didn't work, so I did 'make clean' instead of 'make distclean'.
It compiled fine after 'make distclean'. I'm s
Hello,
> > To my understanding ELKS is aimed as a teaching project as well
as an
> > embedded OS, there are huge numbers of out of date machine being
buried
> > as trash, hopeful ELKS will bring new life to these machines.
Some
> > machine based around the 8086 do have memory prote
On Tue, 13 Jul 1999, Luke (boo) Farrar wrote:
> Do we still have the 512k file size limit?
>
> I thought that libc was bigger than this or something, and that was one of
> the limiting factors on a self hosted bcc.
Not quite. I didn't actually know about the 512k limit, but greg says
it's the
On Tue, 13 Jul 1999, Greg Haerr wrote:
> : I agree, but of late I've had little enthusiasm to try and trim the fat
> : off the larger areas of the code.
>
> Hmm.. I haven't got to that yet. What other areas are bloated?
I basically did an: ls -lS `find -name *.a` to find all the lar
On Wed, 14 Jul 1999, Patrick LAM wrote:
> On Tue, 13 Jul 1999, Greg Haerr wrote:
>
> > Well - you've got a good point - an 8086 is probably *way* too slow
> > to run graphics programs of any merit. However, I would like to add
> > a screen driver for hercules. Is hercules only monochrome, o
On Wed, 14 Jul 1999, Greg Haerr wrote:
> On Tuesday, July 13, 1999 12:35 PM, Thomas Stewart
>[SMTP:[EMAIL PROTECTED]] wrote:
> : I think it is a good idea to look into herc support for microwin? How many
> : 8086's do you know with a VGA card? OR is it a bad idea are 8086's too slow
> : to run
: Monochrome adapters probably wouldn't take too much CPU to support. The
: most used type of Hercules card was 720x348x2 (with lots of clones) --
: perhaps this was the most common type of video card for a few years --
: although there was also a Hercules Color Card (which doesn't seem to ha
On Tue, 13 Jul 1999, Greg Haerr wrote:
> Well - you've got a good point - an 8086 is probably *way* too slow
> to run graphics programs of any merit. However, I would like to add
> a screen driver for hercules. Is hercules only monochrome, or does
> it support color? Do you know how the
On Tuesday, July 13, 1999 12:35 PM, Thomas Stewart [SMTP:[EMAIL PROTECTED]]
wrote:
: I think it is a good idea to look into herc support for microwin? How many
: 8086's do you know with a VGA card? OR is it a bad idea are 8086's too slow
: to run microwin?
:
Well - you've got a good po
On Tuesday, July 13, 1999 12:30 PM, Thomas Stewart [SMTP:[EMAIL PROTECTED]]
wrote:
: I still can't get the mouse to work in microwin,
: I have tryed editing the sorce file "mwin/src/drivers/mou_ser.c"
: changing the "#define MOUSE_TYPE "pc"" to pc,ms,logi
: it still does not work
: what can
: Do we still have the 512k file size limit?
Yep. But I'll fix it.
:
: I thought that libc was bigger than this or something, and that was one of
: the limiting factors on a self hosted bcc. Did I remember this wrong?
You're right. Its kinda funny that we could get the com
I think it is a good idea to look into herc support for microwin? How many
8086's do you know with a VGA card? OR is it a bad idea are 8086's too slow
to run microwin?
If anyone else is interested I have some specs and some assembler examples
of how to control the herc card.
From
Thomas Stewa
> > This is why elvis, as86, and many, many other large programs have never
> > run. Elks never let programs have > 32k data segments!
> > With this fix, I plan on self-hosting bcc and as86, which now will
> > run...
>
> The reason bcc wouldn't run was because it was too large (> 64k) to eve
I still can't get the mouse to work in microwin,
I have tryed editing the sorce file "mwin/src/drivers/mou_ser.c"
changing the "#define MOUSE_TYPE "pc"" to pc,ms,logi
it still does not work
what can i do
From
Thomas Stewart :-)
at [EMAIL PROTECTED]
_
Al,
In regards to patch #2, are you trying to make almost all the mods I sent in,
including the elkscmd makefile stuff? I would like it if you could.
Also, I have rewritten dircon.c last night (except for the bell()) issue that you just
mentioned). I have attached it. It is better tha
On Tuesday, July 13, 1999 8:25 AM, Alistair Riddoch [SMTP:[EMAIL PROTECTED]] wrote:
: Greg Haerr writes:
: >
: >
: > Actually signals don't work well yet. Try ^C in a variety of programs,
: > and you'll find yourself logged out with the original still running, etc.
: >
:
: This is because
Al,
I have written a test program for the select() bug. This Makefile
replaces the one in MicroWindows 0.82, and builds a test program. Test.c
uses select exactly like microwindows does, and doesn't use a graphics
screen. All kbd and mouse events are printf'd to the screen. Type ESC to
:
: I agree, but of late I've had little enthusiasm to try and trim the fat
: off the larger areas of the code. In particular, the inode hashing code
: in fs (or is it specific to minixfs) is basically redundant. Firstly, we
: can do without hashing for a slight speed decrease. Also, the hashi
: Yep, it won't do anything. The only commands supported, are: m (color),
: s (save location), u (unsave location), A (up), B (down), C (right),
: D (left), K (clear EOL). Mainly because these functions were already
: existing in the dircon code so it was very easy to interface to them.
:
> email the patches for elks 0.77 and elkscmd 0.77.
: >
: > o Ported elvis to ELKS
:
: Is this based on the code that was in elkscmd?
Yep.
:
: > o changed all elkscmd srcs to use tcsetattr/tcgetattr instead of ioctl
:
: I previously held back from doing this to make the mi
On Tuesday, July 13, 1999 12:00 PM, Blaz Antonic [SMTP:[EMAIL PROTECTED]] wrote:
: > protocol is set with environment variables (they don't work yet with ELKS, I have
: > a patch coming) or a recompile of mwin/src/drivers/mou_ser.c.
:
: Of course they do. My mouse is attached to second serial por
Scott Lanning writes:
>
> Hi, my name is Scott, and I'm a newbie. :)
>
> I'm trying out ELKS 0.0.77. The images supplied worked fine when
> I put booted them in my 286. Very cool.
> Now I'm trying to compile it. I think I followed the directions
> and didn't change any default configurations
Greg Haerr writes:
>
>
> Actually signals don't work well yet. Try ^C in a variety of programs,
> and you'll find yourself logged out with the original still running, etc.
>
This is because sash does not catch SIGINT. This is fixed in the next
release.
Al
Greg Haerr writes:
>
> Al,
> I spent a good portion of the weekend fixing quite a few ELKS
> bugs, trying to get a good visual editor running. It seems I have succeeded.
> Following is the list of fixes that I have performed. I will attach in the next
> email the patches for elks 0.77 and
> protocol is set with environment variables (they don't work yet with ELKS, I have
> a patch coming) or a recompile of mwin/src/drivers/mou_ser.c.
Of course they do. My mouse is attached to second serial port
(/dev/ttys1) so default code wouldn't work (nothing happened when i
moved mouse, of cou
On Mon, 12 Jul 1999, Alistair Riddoch wrote:
> but it is impossible to get debugging output out of the kernel when the
> console is in graphics mode!
Can't you just dump to a serial port? I've used that before when debugging
a framebuffer driver on Big Linux...
--- Linux- the choice
On Mon, 12 Jul 1999, Greg Haerr wrote:
> Killed your baby? Why, it seems this one died from neglect ;-)
> try typing ESC [ H on the console. Nothing happens.
Yep, it won't do anything. The only commands supported, are: m (color),
s (save location), u (unsave location), A (up), B (down),
: You killed my baby?? Exactly how has it stopped working? It's not a very
: complete implementation, only half-a-dozen ANSI commands are supported.
Killed your baby? Why, it seems this one died from neglect ;-)
try typing ESC [ H on the console. Nothing happens.
:
: > o added
On Tue, 13 Jul 1999, David Murn wrote:
> The reason bcc wouldn't run was because it was too large (> 64k) to even
> link. This is where the fat has to be trimmed first, before anyone even
> starts to worry about running it. I've wondered if it's possible to use
> temporary files in some way, an
On Mon, 12 Jul 1999, Greg Haerr wrote:
> BTW, the ansi elks console doesn't work. I can rewrite it quickly if
> nobody minds.
You killed my baby?? Exactly how has it stopped working? It's not a very
complete implementation, only half-a-dozen ANSI commands are supported.
> o added TERM=
31 matches
Mail list logo