Title: ±¡¤H¸`Åå»î°O
¯»¦n¯º!
¡@
Title: Government Secured
WEALTH WITHOUT RISK!
Government "Secured"
tax certificates PAY YOU between 16%-50%!
Receive your free copy of "INSIDER SECRETS OF IVESTING
IN SECURED GOVERNMENT TAX CERTIFICATES," just for filling out this form!
(A $39.95 Value)YOURS FR
This stuff all looks great. As usual, Marcus, you rule.
It would be ideal to separate the commits into: bottomhalf interface
changes, using argp, and adding the hurdio bottomhalf. But if you don't
want to bother then I don't really care. But please do clean up the log
entries not to make refer
On Fri, Feb 08, 2002 at 09:24:22PM +0100, Niels M?ller wrote:
> Or use morse code to the PC speaker ;-)
Ugh, don't even mention that. We could take the linux driver to put
normal sound on a PC Speaker, and use the Festival program to produce
speech. We could have it verbally announce the crash
> when we use a true user space console which accesses the gva graphic card at
> the hardware level (I/O ports, mapped memory), we will face some interesting
> races with the kernel.
I don't think the kernel ever ought to compete. In Linux, even if you run
X on tty1 (vt1) I don't think the conso
On Fri, Feb 08, 2002 at 07:03:02PM +0100, Marcus Brinkmann wrote:
> here is a fix on top of the other patch
and here a patch on top of the patch on top of the patch.
The whole patch is now available at
ftp://alpha.gnu.org/gnu/hurd/contrib/marcus/term.diff
This patch adds argp parsing to term, a
Marcus Brinkmann <[EMAIL PROTECTED]> writes:
> We have a kernel log device to retrieve them. It's just that if everything
> is going down, you probably want to see the last words of the kernel at the
> console, because that's your only chance.
Well, if the kernel doesn't know gfx hardware (whic
On Fri, Feb 08, 2002 at 09:24:22PM +0100, Niels Möller wrote:
> For serious debugging of kernel panics, you'd want to use a gdb on the
> serial line, or a real crash dump for post-mortem debugging (I'm not
> very familiar with crash dump feature, but I think it means writing
> the system state ont
On Fri, Feb 08, 2002 at 08:45:41PM +0100, Niels Möller wrote:
> Marcus Brinkmann <[EMAIL PROTECTED]> writes:
>
> > I am not sure we can do anything reasonable about it. Disabling the kernel
> > messages would be the cure for corruption, but it might make you miss out on
> > important messages fr
Marcus Brinkmann <[EMAIL PROTECTED]> writes:
> I am not sure we can do anything reasonable about it. Disabling the kernel
> messages would be the cure for corruption, but it might make you miss out on
> important messages from the kernel.
I guess the natural solution is to have the kernel send
Hi,
when we use a true user space console which accesses the gva graphic card at
the hardware level (I/O ports, mapped memory), we will face some interesting
races with the kernel. I am not so worried about the normal operation
(setting cursor etc) although it would be neat to avoid races there,
Hi,
talking to myself again ;) here is a fix on top of the other patch. It is
removing the constructor functions and replaces them by init functions
that are part of the bottom handler interface. This also cleans up a
special casing for ptyio_init.
This way, root permission should not be neces
On Fri, Feb 08, 2002 at 07:03:02PM +0100, Marcus Brinkmann wrote:
> here is a fix
pfft.
diff -ur term.new.old/ChangeLog term.new/ChangeLog
--- term.new.old/ChangeLog Thu Feb 7 00:29:05 2002
+++ term.new/ChangeLog Fri Feb 8 19:02:21 2002
@@ -1,4 +1,26 @@
-2002-02-07 Marcus Brinkmann <[E
¾È³çÇϼ¼¿ä. daunÄ«ÆäÁö±âÀÔ´Ï´Ù. ^^
ÀßÁö³»¼ÌÁö¿ä? ´Ù¸§ÀÌ ¾Æ´Ï¶ó Áö±Ý ÀúÈñ Ä«Æä¿Í´Â »ó°ü¾ø´Â ±ÛÀε¥,
µµ¿òÀÌ µÇ½Ç±î ÀÌ·¸°Ô Àüü ȸ¿øºÐ²² À̸ÞÀÏÀ» º¸³»µå¸³´Ï´Ù.
Áö±Ý TVȨ¼îÇÎ CJmallÀ̶ó°í ¾Æ½Ã´ÂºÐÀº ´Ù ¾Æ½Ç²«µ¥,
À̼îÇθô¿¡¼ ȸ¿ø°¡ÀÔ¸¸ÇÏ¸é ¼³³¯À» ¸ÂÀÌÇÏ¿© `º¹ÁÖ¸Ó´Ï`¶ó´Â °ÍÀ»
ÁÖ°í ÀÖ½À´Ï´Ù.
14 matches
Mail list logo
