It
doesn't seem to be erasing old characters properly.
But, I see no reason to *require* a fixed width font. So what if it
screws up some ascii art, many apps would work fine. Just as long as
you can disable it when you need to.
--
Adam Olsen, aka Rhamphoryncus
___
Bug-hurd mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-hurd
most-recently-used pages would probably increase peformance
dramatically for most tasks, and I doubt it'd harm any others (unless
it doesn't leave enough memory free to satisfy the pager.)
--
Adam Olsen, aka Rhamphoryncus
___
Bug-hurd mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-hurd
ust one question. Does apache keep the log open long term, or does
it open and close it for each item it writes? If it keeps it open
you'll have the problem that the log never rotates (it'd keep the old
file open), unless you split out individual lines, but then you'd need
spec
isting data,
while free & malloc would not.
--
Adam Olsen, aka Rhamphoryncus
___
Bug-hurd mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-hurd
is problem is not
> redily aparent to the author and suggestions are welcome.
>
> The possibility exists for users to flood the log port. A solution to
> this problem does not redily exist although since the translator does
> not have to be enabled for the system to run, users concerned about
> security are free to disable the translator altogether without determent
> to the usability of the system. They will merely not see log messages
> at all.
>
> --
>
> Jonathan S. Arney
> Software Engineer
> [EMAIL PROTECTED]
>
>
> ___
> Bug-hurd mailing list
> [EMAIL PROTECTED]
> http://mail.gnu.org/mailman/listinfo/bug-hurd
--
Adam Olsen, aka Rhamphoryncus
___
Bug-hurd mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-hurd
, where most
characters are drawn using the vga fonts, but any extra characters are
drawn manually? Or is that what you meant?
>
> Call me crazy, but I really like my text mode. It would not be too hard
> to implement. And I think it would be plain cool ;)
I like text m
he crash }:>
The memory requirements wouldn't be great, but perhaps we could
bastardize it into a kernel module that's loaded post-mortem... evil..
--
Adam Olsen, aka Rhamphoryncus
___
Bug-hurd mailing list
[EMAIL PROTECTED]
http:/
ve, make it take full advantage of
the security mechanisms the hurd can provide, eg no user ids (is that
the term I'm looking for?
Personally, I'm paranoid just playing a mpeg or viewing a ps file, but
what options do I really have?
--
Adam Olsen, aka Rhamphoryncus
___
On Fri, Dec 21, 2001 at 07:24:46PM +0100, Jeroen Dekkers wrote:
> On Fri, Dec 21, 2001 at 06:08:25PM +0000, Adam Olsen wrote:
> > On Fri, Dec 21, 2001 at 05:02:52PM +0100, Jeroen Dekkers wrote:
> > > On Fri, Dec 21, 2001 at 03:34:02PM +, Adam Olsen wrote:
> > > &g
On Fri, Dec 21, 2001 at 10:22:41AM -0800, James Morrison wrote:
> --- Adam Olsen <[EMAIL PROTECTED]> wrote:
> > There's two ways for an app to support gzipped files:
> > a) within the app itself, by recognising files with a .gz extension
>
> This is bad,
On Fri, Dec 21, 2001 at 05:02:52PM +0100, Jeroen Dekkers wrote:
> On Fri, Dec 21, 2001 at 03:34:02PM +0000, Adam Olsen wrote:
> > On Fri, Dec 21, 2001 at 03:16:34PM +0100, Jeroen Dekkers wrote:
> > > On Fri, Dec 21, 2001 at 01:39:39PM +0100, Marcus Brinkmann wrote:
> > &
foo.gz
files would still be vulnerable)
> I don't know if there are other ways to do it. I think it's nice to have
> this feature. It looks a bit like how midnight commander (or the old
> non-free norton commander for dos) handles tar (or zip) files.
More important than if
me always returns bad file descriptor.
Are you checking the return value of sethostname? Most (all?)
functions don't set errno unless there's an error, so it'll contain
whatever it had before if you don't reset it to 0.
--
Adam Olsen, aka Rhamphoryncus
_
On Tue, Oct 16, 2001 at 12:09:07PM +0200, Marcus Brinkmann wrote:
> On Tue, Oct 16, 2001 at 05:48:02AM +0000, Adam Olsen wrote:
> > On Tue, Oct 16, 2001 at 04:16:42AM +0200, Marcus Brinkmann wrote:
> > > A task requesting some I/O permission will get a full blown 8192 bytes
ones, or zero the old ones not used in the new one and load the common
ones.) This'd probably be worse for everything that uses over half a
bitmap, but I have a feeling most usages will only be a small
fraction.
--
Adam Olsen, aka Rhamphoryncus
__
I like the idea of adding a --halt-on-panic option to the configure.
> I think the Debian package should probably *not* have this on by
> default (on the theory that this could be a production environment)
My thinking was that a hltonpanic=1 kernel argument would be g
On Mon, Apr 23, 2001 at 06:01:24PM -0400, Roland McGrath wrote:
[snip]
> That is what "settrans -ag" does.
Hmm. I thought it was too obvious.. what's the problem then? It's
just with the filesystem protocol, and it won't do the underlying raw
filesystem or som
. It then asks every translator that has
open ports to it to disconnect, which they'll either do or return
EBUSY. (typically, passive translators would quit unless something
else has open ports to them, and user programs would return EBUSY,
keeping everything open)
--
Adam Olsen
--
Adam Olsen, aka Rhamphoryncus
___
Bug-hurd mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-hurd
=
> Inspired by GNU
> www.gnu.org
>
> __
> Do You Yahoo!?
> Get personalized email addresses from Yahoo! Mail - only $35
> a year! http://personal.mail.yahoo.com/
>
> _______
On Wed, Jan 24, 2001 at 02:25:01PM +, David Coquil wrote:
> On Wed, Jan 24, 2001 at 12:10:14PM +, Jose Eugenio Marchesi wrote:
> >
> >
> > Would be good to make virtual consoles support into the
> > GNU/Hurd environment.
> >
> > But would be useful make it with new powerful features. So
21 matches
Mail list logo
