: About "Dev86src-0.14.9.tar.gz" (or what else release) I reach to
: recompile application with a Linux kernel 2.0.x but not with 2.2.x once.
:
Some newer distributions core dump when running /usr/bin/ar with
Dev86-0-14.9. I have rewritten a new /usr/bin/ar that will work for these
dist
I'm not sure of the best way to fix this (some constants should
: > be passed for the "dir" and "perm" arguments, I guess). Maybe
: > someone more familiar with this code can offer the correct fix.
: >
:
: Yep, definitly a bug, which might explain some of the bizare behavoir
: umount(1) used
On Monday, August 30, 1999 4:59 PM, David Murn [SMTP:[EMAIL PROTECTED]] wrote:
: On Mon, 30 Aug 1999, Alan Cox wrote:
:
: > You mean
: >
: > unsigned long peekd(unsigned short *x)
: > {
: > return peekw(x)(peekw(x+1)<<8);
: > }
:
: Shiftin
..has anyone
: > suceeded in compiling any of those for elks? Lets see.what
: > else...
:
: Greg Haerr has been working on getting bcc working under elks, and I
: think he made some progress a while back once the kernel memory allocation
: code was fixed. bash and tcsh and both far too large to bui
On Monday, August 16, 1999 5:47 AM, Simon Wood [SMTP:[EMAIL PROTECTED]] wrote:
: Ok my beef (well it was only supposed to be a comment - I'm not steaming at
: the ears) was that the elkcmd package should really be transportable across
: all platforms. (I acknowledge that is basically PC at present
: > > 1). Reduced character size to 8x8 to increase screen size and save
: > memory
: > > (the font is held in Data segment)
: >
: > Can you not find the Psion font in rom ? Also you could push the font into
: > its own segment and 'borrow' ES momentarily with a cli around a single
: > char
: > r
: 2). PS requires '/proc', but I can't see any code where this 'created'.
ps doesn't require /proc. Are you using the one from elkscmds?
Also, I added the display of program arguments from ps, but I can't remember
if I ever checked it in... In any case, ps just reads /dev/kmem for eac
: One other thing I noticed is that you trash the es register, the C library
: treats this as callee saves, like si & di, but if I do that round every
: int $80 it'll go an defeat this vfork() thing :-)
:
It's important that the ELKS kernel save all segment registers
and si, di, just like
: Can't we (you) mark in the process table if the process needs its F-registers saved?
:
On boot, determine if mathco present. If so, all process switches
save/restore the F regs.
gh
On Friday, July 30, 1999 10:31 AM, Eric J. Korpela [SMTP:[EMAIL PROTECTED]]
wrote:
: > ELKS doesn't yet support floating point. The bcc compiler libraries have
: > support for 32 bit floating point though. All ELKS float support will have
: > to come from bcc primarily, unless you're talkin
: I don't think ELKS has floating point support yet, Alistair would be the best
: person to ask this question to, I think.
:
ELKS doesn't yet support floating point. The bcc compiler libraries have
support for 32 bit floating point though. All ELKS float support will have
to come from bc
: The Problem is that the Tarball has no filename information in it, so
: all the contents just spit put into one large file that I can't use.
:
Sounds like something a typical Apple ][ hacker would do... ;-)
Tell me where it is, I'd like to see this.
gh
On Thursday, July 29, 1999 12:47 PM, Matt [SMTP:[EMAIL PROTECTED]] wrote:
: I have an old 286 that's just collecting dust, but if I could use ELKS and
: minicom then I'd have a nice little terminal. Can ELKS run minicom? It
: says it has serial IO support.
:
: Matt
:
What's minicom?
: The idea would be to get a real mode compiler that can do the things we
: want, but it would need a back end linker to produce ELKS executables.
:
Not if we added back MSDOS binary support in the kernel. This
would be fairly simple to add. We wouldn't have MSDOS emulation, just
the b
On Thursday, July 29, 1999 11:16 AM, David Murn [SMTP:[EMAIL PROTECTED]] wrote:
: On Thu, 29 Jul 1999, Perry Harrington wrote:
:
: > I brought up a thread a long time ago on this, Borland wasn't interested
: > then, but they just released Turbo C for free.
:
: Source, or just free binaries? If
> :
: > : The scheme I am using at the moment, that of copying the bottom 100 bytes
: > : of the stack for the child to use, works, but does not really offer any
: > : kind of safety net. Is it fair to just accept that if a process vfork()s,
: > : and does not exec or exit, but instead carries on
I've been listening to the (sparse) comments about the need
for a faster VGA driver and am now responding with another
MicroWindows driver written in asm for ELKS. This one
operates faster, although the 8086 still doesn't exactly
blaze when it comes to graphics.
However, I've encountered a _stra
: This is essentially what I have done. The only problem with doing this is
: that when fork() returns to the child, and the child calls exec(), the stack
: will be modified, so when the parent comes to return from fork(), it will
: crash, or at best do something odd.
Ok. When vfork() is
: The parent process's data segment is not copied, just re-alloced, and
: rather than returning to the parrent process, fork sleeps on the parents
: child_wait wait queue.
Let me try to remind myself of the vfork semantics Basically,
rather than copying the data segment on real com
Al,
I just noticed you're cleaning up a bunch of fs code in ELKS.
I have been reviewing the original linux sources, and I think I've noticed an
error in the #ifdef BLOAT_FS stuff in ELKS.
The problem is in elks/fs/buffer.c, 22 lines into the function getblk().
There is a comment m
On Tuesday, July 20, 1999 2:39 AM, Thomas Stewart [SMTP:[EMAIL PROTECTED]]
wrote:
: I fired up my old beast last night, a v20 640k with a herc card, I ran my
: compiled copy of microwin with herc support, and it worked!
:
: WELL done to greg and whoever helped write that driver!
:
Unbe
: I can tell you that it won't work. I know this because I wrote it :) Al
: fixed a small part of it a while ago, but afaik, it still doesn't work
: properly. Feel free to debug it if you want though, it's fairly simple to
: navigate through the source.
:
If anyone wants another bios k
: > What is so special about ps/2 keyboards?
:
: They have blue electrons running thru their chips :-)
:
That's true. Normal electrons are greenish-gold.
: the listing will show two "aa"s!!! Then the fresh
: "aa" will be recognized for the following 'cp', 'mv',
: or 'ln', but is tarnished by that operation again.. I have
: reason to believe the "No such file or directory" is returned by
: namei() which is called in sys_stat
: > Likely the problem is the link -s is missing in the /usr/bcc/include for
:the
: > arch and linuxmt dirs.
: I have set the links from /usr/lib/bcc/include (Debian 2.1) to the ELKS
: kernel and
: it compiled without any error now. But the main problem still remains.
: When
: booting fr
: 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
:
On Sunday, July 18, 1999 1:13 PM, Thomas Stewart [SMTP:[EMAIL PROTECTED]]
wrote:
: I have got a mouse to work in mirowin at last! dont know if it was me or
: what, I could not for the life of me get any mouse to work. So in dispare I
: tryed my 10 year old genus mouse in 3-button mode in "pc" m
On Monday, July 19, 1999 11:08 AM, David Murn [SMTP:[EMAIL PROTECTED]] wrote:
: On Mon, 19 Jul 1999, Greg Haerr wrote:
:
: > > Why has elks chosen a 16 bit inode number for stat when the rest of
: > > the world has 32 bit inode numbers? It probably is a good idea to use
: >
:
: >
: > I tried to make a 0.0.78 kernel than and got this error:
: >
: > make[2]: Leaving directory `/usr/local/src/elks/arch/i86/drivers/block'
: > bcc -D__KERNEL__ -O -i \
: > 2 -nostdinc -Iinclude -c -o boot/crt1.o boot/crt1.c
: > boot/crt1.c:5.25: error: cannot find include file arch/segm
: The code in devdraw.c is very naiive. It assumes pixel plotting is the underlyin
: op. On many cards line slices are the underlying operation, horizontal or
: vertical. What you probably want to do is generate a series of
:
: draw_horizontal(x,y,l)
:
: or
: draw_vertical(x,y,l)
:
On Sunday, July 18, 1999 6:01 AM, Alan Cox [SMTP:[EMAIL PROTECTED]] wrote:
: > Why has elks chosen a 16 bit inode number for stat when the rest of the world
: > has 32 bit inode numbers? It probably is a good idea to use 32bit inode numbers.
:
: Small computers, small problems.
:
Alan's
On Sunday, July 18, 1999 4:21 AM, Thomas Stewart [SMTP:[EMAIL PROTECTED]]
wrote:
: How do you enable herc support in microwin? Greg?
:
Find the makefile lines that have scr_bios.o and scr_herc.o in them;
comment out the first one and uncomment the second...
Greg
: Actually there's semi-standard 800x600x16 support that works on most
: SVGA controllers using the same VGA16 code; that requires 800 * 600 /
: 2 = 240,000 bytes memory, but it's mapped into 800 * 600 / 8 = 60,000
: bytes memory at one bit per pixel with the VGA16 code.
:
Speaking of thi
A good idea, almost. The BOGL library performs this for the packed pixel
:modes, but the VGA requires OUT instructions inbetween memory accesses,
:so it can't run on a generalized bit-depth algorithm in planes mode. (The VGA
:design has to be seen/studied to be believed, I'
Al,
I've been thinking about an enhancement to ELKS, regarding system
buffer management, but I don't quite understand how it works now.
After I ported elvis to ELKS, I noticed that ELKS has to reload
elvis from floppy every time after I run it. Other programs load from buffer cac
: Actually, I have only studied the extent file systems, which are good for some
: things (like performace on really big files and smaller files). For small
: systems, these are not really suitable because they require too much caching,
: esp for really small files. Under an OS like elks, this was
: 3) The rest of the space is divided up into zones, each containing a maximum of
: 65536 blocks.
:
: 4) The first 8K of each zone is a bitmap of free blocks in the zone, 1 for
: used, 0 for free.
:
: 5) The rest of the zone is used for storing inodes/files.
:
This is basically the BSD
: > The place where nano-X and microwindows spend at *least* 95% of their
: > pixel-pushing code is in drawing horizontal lines. All the demos but one
: > *never* draw a diagonal line, the only case where bresenham is used. I had
: > completed test cases to prove this...
:
: OK, granted. Ne
: 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://microwind
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 fix
: Hmm. A 8086 isn't quite a PC on which you want to loose performance. And
: that's exactly what you're doing here. PutPixel is a short routine and you
: loose way to much time if you don't inline it...
The place where nano-X and microwindows spend at *least* 95% of their
pixel-pushing
: I got the VGA mode 13h Bresenham line code here (in asm), which I got from
: SWAG (SourceWare Archival Group, Pascal Code). I don't know if it's of any
: use, but I can post it here. If anyone is interested, there is some asm
: Bresenhams circle code out there too. SWAG is not copyrighted.
: Ju
: Obviously it would be smart to fill it in. However you must set it to NULL
: in the driver because of symbol resolution.
:
: As long as the device driver header file version matches with the one that
: the microwin server uses, the offsets are known.
:
: Locating the symbols inside the driver
:
: If someone's really going to take that approach (I assumed something
: like this was already being done), then I recommend modifying it a
: little for speed. Instead of leaving NULL in the table and having to
: test it each time the function is being called, replace the NULL with
: a functio
: Why not take the approach that Linux takes with the module:
:
: Create the driver structure, have the primitives referenced in the
: driver structure. If the driver doesn't implement a primitive, set
: the structure member to NULL, and the driver loader will take care
: to use the builtin fun
: That is fine for normal cards, but since Hercules cards are so ... strange...
The VGA is *far* stranger, believe me, because of it's requiring more than
64k of video memory...
: the algo is very optimized for the Hercules.
: Example:
:
:
:
:
:
: I downloaded the images.zip and used RaWrite to pu them on 5 1/4" floppies
: from my Win95 machine. I took them down to the basement and fired up an
: old XT clone. Boot messages appear normal (it identifies 2 floppies and 1
: HDD), but when it asks for the root floppy, the drive light never
: Do we need your bcc fixes to make it work?
No, I haven't published my ansi bcc or cross compilation stuff yet.
:
: I don't suppose there's any chance of a pre-built disk
: image, is there?
:
Sure - would you like the binaries for microwindows and nano-X?
I can't create them
: I have examples on how to draw fast lines horizontal, vertical and
: (x1, y1) -> (x2, y2) using Bresenham.
: These are in a book in asm. so I don't know about their copyright but
: I think they are intended to be used, ie public domain.
: Bresenham on Hercules is a little tricky.
No ne
MicroWindows version 0.83 is released at
ftp://microwindows.censoft.com/pub/microwindows
This version of MicroWindows is released in tandem with Al Riddoch's ELKS v0.78,
which fixes a kernel select() bug with certain mice.
The ChangeLog for this version is:
Version 0.83 - 14th July 199
: I am not realy up to writing the driver myself because I have never writen a
: driver before, but I will test it for you. I have 2 8086's with herc cards
: in.
Well, last night I took Jacob's hercules code samples and wrote
a complete hercules graphics driver for MicroWindows and Nano
On Wednesday, July 14, 1999 1:17 PM, Thor Harald Johansen [SMTP:[EMAIL PROTECTED]]
wrote:
: > GEM's the only thing that I can remember that pushed pixels in
: > those early days on herc You know, GEM's src is available, but I've
: > heard its **ugly**. That's why I went with the nano-X grou
: I wouldn't mind looking into adding some kind of optimization capability
: to bcc so that we don't have to spend as much time optimizing code by
: hand.
:
Well, bcc -O uses copt, which is an ingenious, table driven solution. Perhaps
you can identify some bad code sequences that copt can fi
On Wednesday, July 14, 1999 10:50 AM, Thor Harald Johansen [SMTP:[EMAIL PROTECTED]]
wrote:
: > : I had a friend who used a DOS based graphical desktop publishing program
: > : on his 8088 with a hercules graphics card, 640KB of RAM, and a 20MB hard
: > : disk, and it was snappier than MS Word on
Last night, I got bcc, as86 and ld86 running on ELKS.
However, bcc can't quite compile itself, because it doesn't support
the STDC ## operator, which is used in bcc.c. I worked around this.
So I started cross-compiling the ELKS kernel with my new tools,
initially using the elkemu emulator.
The
On Wednesday, July 14, 1999 10:41 AM, David Murn [SMTP:[EMAIL PROTECTED]]
wrote:
: On Wed, 14 Jul 1999, Greg Haerr wrote:
:
: > The issue here is that the size of the libc.a file itself is > 512k, so
: > the filesystem won't let ld86 read it...
:
: It is? I dunno where you g
I've identifed other debugging tools that we can use to get ELKS going, fast.
One issue is elksemu. It's a great tool to run bcc-created ELKS binaries
on linux. My first plan for getting bcc cross-compiling is to get it
running well on linux, thru elksemu.
But - elksemu handles the chm
Al,
I've now fixed the select() bug in ELKS, and, since MicroWindows
now runs on my system, have also fixed the mouse down bug for window moves
in MicroWindows. In addition, other changes to the kernel are proposed,
for better debugging.
Last night I spent some time really gettin
On Wednesday, July 14, 1999 6:32 AM, David Murn [SMTP:[EMAIL PROTECTED]] wrote:
: On Wed, 14 Jul 1999, Scott Lanning wrote:
:
: > 3) Also FAQ Q2.5, it says 'mkfs -t minix -n14 /dev/fd0 1440', but
: > my mkfs has no -n14 option. However, 'mkfs.minix -n14 /dev/fd0 1440'
: > works okay. (Maybe it's
: Not quite. I didn't actually know about the 512k limit, but greg says
: it's there. libc is tiny, as all ELKS programs are statically linked, so
: libc+program must be less than 64k.
:
The issue here is that the size of the libc.a file itself is > 512k, so
the filesystem won't let ld
On Wednesday, July 14, 1999 2:19 AM, Alex Holden [SMTP:[EMAIL PROTECTED]] 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
:
: I had a
: 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 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
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,
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
: 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
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 elkscmd 0.77.
o Po
:
: > I compiled microwin, copied the binary to my elks root disk and it worked.
: > Except that the mouse does not work properly, when I move the mouse the
: > pointer moves all over at ramdom.
:
: First thought is wrong protocol. But normally this means the mouse moves
: to one corner and j
: At present it gets as far as mounting the 'hard disk' and loading 'init' and
: then it falls over in a big heap. I suspect the kernel stack is a little
: screwed as this version has the psion 'stack/data/bss/heap' sequence.
:
Having just perused alot of ELKS kernel code lately, your
p
: Okay, I'll clean it up a bit, make sure it still works, and send it to you.
: Please don't release it. It is just not actually useful. I am also
: concerned about select(), and have spent some time trying to track it down,
: but it is impossible to get debugging output out of the kernel when th
: Added a basic pseudo tty driver. This almost certainly does not work in a
: standard way, but was enough for me to hack together a terminal program for
: nano-X.
:
Quite cool. I can't wait to see the terminal program. Like we talked
before, I'll recode up some fast text primitives onc
-Original Message-
From: Greg Haerr [SMTP:[EMAIL PROTECTED]]
Sent: Wednesday, July 07, 1999 12:45 PM
To: '[EMAIL PROTECTED]'; [EMAIL PROTECTED]
Subject:RE: Hardware
I also found a
: couple of software for it including old unix V5, V6, V7. And
: for s
On Wednesday, July 07, 1999 3:43 PM, Blaz Antonic [SMTP:[EMAIL PROTECTED]] wrote:
: > i had an idea a few weeks ago to toggle the a20 gate on a 286, and use the
: > memory from : to : for a ramdisk. this way we could use
: > 64k-1byte of memory, which would otherwise be wasted.
:
: Basically it compiled cleanly for me, and worked under both systems. The
: only problem was that there is a C++ style comment at line 432 of winuser.c.
:
I missed that. I'll correct it for the next version.
: I still can't move windows under microwindows, in XOR or opaque mode.
:
: I wasn't quite sure how this worked from reading the gettimeofday man page.
: There are some references made in the manpage to the kernel
: no longer using the tz structure, but when I included the second line
: of the code fragment below, it worked fine in the UK. (we are currently in
: daylig
I have released another version of Micro-Windows, which allows
much easier porting to ELKS through use of a single Makefile for ELKS
and Linux, as well as adding another improved window move algorithm
for cpu's that don't have much pixelpower. Visible region calculations
are now performed for fli
Al,
I have added the clock program to MicroWindows v0.82, which
I will release shortly.
It's pretty cool! Anyway, I have a couple comments. I changed
the color model to RGB a while back, so any function that takes a GR_COLOR,
like GrSetGCForeground, must use an RGB color, or a c
I have been cross compiling the three editors on the elkscmd distribution under
gcc, to attempt to see which ones work.
These are levee, stevie, and elvis.
Some definitely don't work well. Has anyone every used any of these,
and does anyone have any comments? I am looking for input as to use
u
I've created patches for elkscmd-0.77 and dev86-0.14.8 to compile
on my system, which is Caldera Linux 2.2.5.
These patches are small and fix the following problems:
elkscmd:
o make doesn't complete, gcc used instead of bcc
dev86:
o unknown struct timezone
o /usr
On Tuesday, June 29, 1999 9:21 PM, Larry Howard Mittman [SMTP:[EMAIL PROTECTED]]
wrote:
: I am sorry, but in my copy of MS Outlook Express 5, there is no path such as
: you have shown. After extensive detection, I have come to the definite
: conclusion that there is NOT a method to do what has be
: It seems to work fine for me in terms of drawing, mouse movement etc. I was
: not able to move the windows around however.
:
Geez, that's half the fun of Micro-Windows! Mouse down on the caption
of a window and drag the mouse, the window moves. Mouse down on the non-caption
area, an
On Tuesday, June 29, 1999 5:26 AM, Alistair Riddoch [SMTP:[EMAIL PROTECTED]] wrote:
: Greg Haerr writes:
: >
: > Al,
: > In using ELKS v0.77, it's apparent that ^C console signals work
: > about 50% of the time. I was going to get involved in tracking this down,
: > but
: I have seen something like this, but it has never frozen on me. In nano-X,
: whenever I stop moving the mouse, the cursor stops moving (as expected),
: but when I start moving it in the oposite direction, it moves a few pixels
: in the same direction as before, then changes to move in the new d
: Making the contents of images.zip is not fully automatic, but most of the
: work is done by the Makefiles. I change the Makefile a bit between buidlign
: comb and root (modify size etc.)
:
I would *really* like a makefile that automatically makes your
distribution. (its a quality thin
On Tuesday, June 29, 1999 4:13 AM, Simon Wood [SMTP:[EMAIL PROTECTED]] wrote:
: see below...
:
: PS (Pre-script) does anyone know how to get MS outlook to append your reply
: to the END of the quoted message, rather than put it at the beginning?
:
"Tools->Options->Internet Email->Email re
[bytes and bytes of technical data deleted]
: I'm not sure about a converter, but this should give you something to
: build upon, I hope.
:
: -Darran (minefiled of useless information)
:
Interesting typo above.
Darran - you're an animal of technical information! I don't
On Monday, June 28, 1999 1:37 PM, David Murn [SMTP:[EMAIL PROTECTED]] wrote:
: On Mon, 28 Jun 1999, Greg Haerr wrote:
:
: > I can't get Micro-Windows to work with the serial mouse driver.
: > It appears there's still possibly a bug in select(). Basically, the
: > mous
On Monday, June 28, 1999 1:37 PM, David Murn [SMTP:[EMAIL PROTECTED]] wrote:
: On Mon, 28 Jun 1999, Greg Haerr wrote:
:
: > I can't get Micro-Windows to work with the serial mouse driver.
: > It appears there's still possibly a bug in select(). Basically, the
: > mous
Al,
In using ELKS v0.77, it's apparent that ^C console signals work
about 50% of the time. I was going to get involved in tracking this down,
but have some questions first.
Does ELKS use interrupt driven keyboard input? You were saying something
about tty input chars being checke
Al,
I worked on getting up to date this weekend on the linux-86 devkit (v0.14.8)
and ELKS (v0.77). After quite a few compile time problems, I got everything
compiling and working. I'll detail the problems later, and submit a patch.
I can't get Micro-Windows to work with the seri
I'm trying to get some more non-copyrighted fonts for micro-windows
use. I've found a good rom alternative, vga.pcf, which is part of the
dosemu distribution.
Does anyone know how to convert .pcf files to, say bdf?
I've found bdftopcf, but I only know how to convert bdf files to micro-wi
I will be releasing another update to Micro-Windows shortly. This version
will contain the following additions/enhancements:
o Single makefile for ELKS and Linux makes. Previously, three
makefiles had to be modified for ELKS vs Linux making. Fixed bogus .
o Single makefile for
: I added the line to my rc.local file to echo "i-elks:" ..blah, blah..
: "/proc/sys/fs/binfmt_misc/register" so I could try out the binaries I compile
: with bcc. However, my machine doesn't seem to be able to stay up for more than
: a day before kswapd dies and the whole system crashes. It ha
101 - 200 of 265 matches
Mail list logo