related to some kind of stack overflow in
close(), where each close() on a socket generates an additional close() call of
the inflight sockets.
--
Ed Schouten
WWW: http://80386.nl/
___
freebsd-hackers@freebsd.org mailing list
http://lists.freeb
t mind seeing it go, as long as it's left the way it is in the
stable branches.
--
Ed Schouten
WWW: http://80386.nl/
pgpg2NnM0Etlr.pgp
Description: PGP signature
/* Skip non-headers */
> if (dp->d_name[i] != '.' || dp->d_name[i + 1] != 'h')
> continue;
Why not simply use strlen() unconditionally?
--
Ed Schouten
WWW: http://80386.nl/
pgpjq8GSwsoLs.pgp
Description: PGP signature
* Zhihao Yuan , 20110703 22:22:
> Programmers always want to make things "cooler". Just leave the
> ->d_namlen there :)
Portability isn't achieved by adding #ifdefs, but by writing portable
code. ;-)
--
Ed Schouten
WWW: http://80386.nl/
pgpbqUUDWhNbF.pgp
Description: PGP signature
Fixed in r223744. Thanks!
--
Ed Schouten
WWW: http://80386.nl/
pgpBp8MHciKH9.pgp
Description: PGP signature
r code conform to standards as much as
possible, do keep in mind that your patch also causes a lot of
regressions in that area. The code now uses asprintf(), which is not
part of POSIX. I also think the use of __GLIBC__ is frowned upon.
--
Ed Schouten
WWW: http://80386.nl/
pgpSZpTBufHTD.pgp
De
gt; #else
> // assume canonicalize_file_name() is present
> #endif
Considering that the function is rather small anyway, why not compile it
in unconditionally (though having a different name).
--
Ed Schouten
WWW: http://80386.nl/
pgpCxVFvPVCKF.pgp
Description: PGP signature
d_label, label, sizeof(md.md_label));
> md.md_provsize = g_get_mediasize(name);
> if (md.md_provsize == 0) {
Why not simply perform the strlcpy and check whether
if (strlcpy(...) >= sizeof(md.md_label)
?
--
Ed Schouten
WWW: http://80386.nl/
pgpiTKtTnUUyN.pgp
Description: PGP signature
ey tried to create. For strlcpy() that means the length of src.
For strlcat() that means the initial length of dst plus the length of
src. While this may seem somewhat confusing, it was done to make trunca‐
tion detection simple.
--
Ed Schouten
WWW: http://80386.nl/
pgp3k0
ocket opened from kernel and userspace processes connecting to it.
What's wrong with a character device?
--
Ed Schouten
WWW: http://80386.nl/
pgpdZgbXYqVSE.pgp
Description: PGP signature
ing this as
> a supported syscall?
I suspect that not long after we add dup3(), some random person asks us
to implement F_DUP3FD. Any chance you can implement this without using a
system call, but through fcntl()?
Thanks,
--
Ed Schouten
WWW: http://80386.nl/
pgpk2dytKI6SM.pgp
Description: PGP signature
* Ed Schouten , 20120112 10:56:
> I suspect that not long after we add dup3(), some random person asks us
> to implement F_DUP3FD. Any chance you can implement this without using a
> system call, but through fcntl()?
Never mind. This seems to be non-trivial, as fcntl() just takes
This is because the parameters itself are const -- not the objects they
point to. e.g:
int foo(int);
int foo(const int i)
{
/* code here */
}
--
Ed Schouten
WWW: http://80386.nl/
pgpKSAVj4LrZi.pgp
Description: PGP signature
k
manually. It should be useful especially when copy-pasting code between
terminals.
As mentioned in the commit message, you can just use :%!fixwhite if
you're a vi(1) user. Other editors probably support a similar construct.
Have fun!
--
Ed Schouten
WWW: http://80386.nl/
- Forward
buf = realloc(buf, (amount + 128) * sizeof *ut);
> if (buf == NULL)
>
Though not a common case, this code will not work properly when
multiple users share the same uid. Consider comparing against the
username of the logged in user (see getlogin(2)), or resolving the ui
ach would be that it's a lot easier to change the file
format then. There's only one application that interacts with these
files.
--
Ed Schouten
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hac
7;t _that_ big. On FreeBSD, utx.log only stores
entries for the last month. Especially if you implement
getutxid()/getutxuser() as separate calls, much of the filtering is
already done by the daemon.
--
Ed Schouten
___
freebsd-hackers@freebsd.org mailing lis
ut policy patch?
http://g-rave.nl/junk/freebsd-unionfs-prevent-whiteout.diff
Yours,
--
Ed Schouten <[EMAIL PROTECTED]>
WWW: http://g-rave.nl/
pgpiKHAoLjPqO.pgp
Description: PGP signature
t from
uipc_domain.c.
Yours,
--
Ed Schouten <[EMAIL PROTECTED]>
WWW: http://g-rave.nl/
pgpLjozkLVRJf.pgp
Description: PGP signature
Hello,
* Ed Schouten <[EMAIL PROTECTED]> wrote:
> Last year Kris made a list of applications that still make use of
> :
>
> http://lists.freebsd.org/pipermail/freebsd-current/2006-June/064010.html
I took a look at all the ports in the list, except the internationalized
o
* Ed Schouten <[EMAIL PROTECTED]> wrote:
> When all the PR's are closed, I guess most people can live without
> COMPAT_43TTY as well. Maybe we should add a permanent #warning to
> to warn people that they shouldn't use it and that it depends
> on COMPAT_43TT
orts or Fink. Those are package managers for Mac OS X
which contain a lot of applications you normally see on Linux and
FreeBSD.
If you mean running Linux executables on Mac OS X, you cannot. Linux
uses a different binary format as Mac OS X.
--
Ed Schouten <[EMAIL PROTECTED]>
WWW
Hello,
Just wanted to say that I think we should at least add this one to the
ideas page when there's no-one who's going to do this in the nearby
future. :-)
--
Ed Schouten <[EMAIL PROTECTED]>
WWW: http://g-rave.nl/
pgp1AnHzzg6mp.pgp
Description: PGP signature
information about this can be found at:
http://www.tel.fer.hr/zec/vimage/
http://imunes.net/
Yours,
--
Ed Schouten <[EMAIL PROTECTED]>
WWW: http://g-rave.nl/
pgpvwGa3wEFSi.pgp
Description: PGP signature
http://g-rave.nl/junk/freebsd-jail-multi-inet46.diff
Feedback (and help) is very welcome! :-)
Yours,
--
Ed Schouten <[EMAIL PROTECTED]>
WWW: http://g-rave.nl/
pgpngsfhbfFG8.pgp
Description: PGP signature
incomplete type
> /usr/include/net/if.h:368: error: field `addr' has incomplete type
> /usr/include/net/if.h:369: error: field `dstaddr' has incomplete type
Use the following lines:
#include
#include
#include
Yours,
--
Ed Schouten <[EMAIL PROTECTED]>
WWW: http://g-rave.nl/
pgpr1ufb9ScJO.pgp
Description: PGP signature
pages that are zero'd by the
kernel, so I suspect the calloc performance for big allocations on
-CURRENT is a lot better than on FreeBSD 6. As with FreeBSD 6, it
wouldn't matter if you calloc 10 pieces of 10 MB or one piece of 100 MB.
Yours,
--
Ed Schouten <[EMAIL PROTECTED]>
WWW: http://g-rave.nl/
pgpk3IoTh9vfe.pgp
Description: PGP signature
er to just implement it through fcntl() and implement
closefrom() in libc?
--
Ed Schouten <[EMAIL PROTECTED]>
WWW: http://g-rave.nl/
pgpTwA4yjX2Zw.pgp
Description: PGP signature
* Julian Elischer <[EMAIL PROTECTED]> wrote:
> Ed Schouten wrote:
>> Wouldn't it be better to just implement it through fcntl() and implement
>> closefrom() in libc?
>
> that's a possibility but I personally thing the huge difference in
> efficiency
&
* Julian Elischer <[EMAIL PROTECTED]> wrote:
> Ed Schouten wrote:
>> Woops! Sorry for responding this late, but it looks like I didn't
>> explain myself good enough. Sorry. :) To rephrase myself:
>> Wouldn't it be better to just implement fcntl(..., F_C
s.c 1.16. Can be
easily reproduced by killing the sshd while apps are still running in
the shell.
I thought we weren't able to destroy the device there, because you can't
destroy a TTY when it is used by an application (i.e. when it's the
controlling terminal).
--
Ed Schouten <[EMAIL PROTECTED]>
WWW: http://g-rave.nl/
pgpuvEtLMzJFq.pgp
Description: PGP signature
* Ed Schouten <[EMAIL PROTECTED]> wrote:
> * Vlad GALU <[EMAIL PROTECTED]> wrote:
> > On 10/2/07, Dag-Erling Smørgrav <[EMAIL PROTECTED]> wrote:
> > > "Vlad GALU" <[EMAIL PROTECTED]> writes:
> > > > The symptoms were exhibited even wi
Hello,
I asked the following question on questions@, but as requested, I'll
forward this question to this list, because of its technical nature.
- Forwarded message from Ed Schouten <[EMAIL PROTECTED]> -
> Date: Mon, 15 Oct 2007 23:13:01 +0200
> From: Ed Schouten <[EM
m willing to
write manpages for them.
Yours,
--
Ed Schouten <[EMAIL PROTECTED]>
WWW: http://g-rave.nl/
pgpgdCQ717HoE.pgp
Description: PGP signature
en it may be unsafe to call malloc().
| */
My question is whether the bottom three lines of the comment are still
accurate. If I believe the manpage, it's safe to call malloc() in
interrupt handlers, if you use M_NOWAIT. I'm not really familiar with
older xBSD implementations, but is it true
e freebsd kernel programming
> (apart of the code itself)?
You're probably looking through the mountlist? Then you need to make
sure you lock the mountlist_mtx. See src/sys/kern/vfs_mount.c.
--
Ed Schouten <[EMAIL PROTECTED]>
WWW: http://g-rave.nl/
pgpGDJHYOuLMX.pgp
Description: PGP signature
n the freebsd kernel programming
> (apart of the code itself)?
I guess most people would say "The Design and Implementation of the
FreeBSD Operating System", by McKusick and Neville-Neil:
http://www.amazon.com/Design-Implementation-FreeBSD-Operating-System/dp/0201702452
flipping the rows and columns? That will also give us more
space to add better descriptions.
--
Ed Schouten <[EMAIL PROTECTED]>
WWW: http://g-rave.nl/
pgp8mbvZq8IEf.pgp
Description: PGP signature
y doing *nothing*.
>
> (roughly half that on a 32-bit box)
>
> Something is rotten in the state of GNU...
On my i386 box it spends 27M, but when I replace `sort' with `sed',
without any arguments, it's only 1.4 MB. I tried this on RELENG_6. I can
also reproduce this on Lin
miss, namely numeric sorting
(-g). I don't know anything about NetBSD's implementation or how hard it
is to add.
--
Ed Schouten <[EMAIL PROTECTED]>
WWW: http://g-rave.nl/
pgpPh9FyQ7a2f.pgp
Description: PGP signature
our specific situation (i.e. another lock already
protects it).
--
Ed Schouten <[EMAIL PROTECTED]>
WWW: http://g-rave.nl/
pgpY1jKN977UZ.pgp
Description: PGP signature
tines, which it won't do, because the O_NONBLOCK flag
disables that.
--
Ed Schouten <[EMAIL PROTECTED]>
WWW: http://g-rave.nl/
pgpjMwC0P1ZwB.pgp
Description: PGP signature
* carlos neira <[EMAIL PROTECTED]> wrote:
> is there an equivalent of readahead syscall in linux , for freebsd ?.
> i was looking at http://preload.sourceforge.net/ , and it needs this .
Maybe a mmap(), followed by a madvise()?
--
Ed Schouten <[EMAIL PROTECTED]>
WWW
e cache with data from a file so that
subsequent reads from that file will not block on disk I/O."
This isn't guaranteed, of course.
--
Ed Schouten <[EMAIL PROTECTED]>
WWW: http://g-rave.nl/
pgpQPUbH6FFHk.pgp
Description: PGP signature
Any news on this? I'm using this patch on my machines at the office. I
would love to see it get committed.
--
Ed Schouten <[EMAIL PROTECTED]>
WWW: http://g-rave.nl/
pgpbiLxJ5LKlk.pgp
Description: PGP signature
n the following
command:
p4 diff2 -b mpsafetty
Unfortunately this command just does a braindead diff against the latest
FreeBSD vendor source, which is not useful in my case. I just want it to
generate a diff against the version I integrated.
Is it possible to do this with Perforce?
T
a
list of such relations internally to make integrations and such work.
Is there a way for us to submit feature requests at Perforce?
--
Ed Schouten <[EMAIL PROTECTED]>
WWW: http://g-rave.nl/
pgpziq53R1fOg.pgp
Description: PGP signature
* John Baldwin <[EMAIL PROTECTED]> wrote:
> On Saturday 05 April 2008 10:50:38 am Ed Schouten wrote:
> > Hello everyone,
> >
> > Because my mpsafetty project in Perforce is going quite well, I'm
> > considering running some kind of cron job to gener
16 as
well. Using the UNIX 98 PTY naming, we can't go beyond pts/999, because
it is eight bytes, including the null byte.
--
Ed Schouten <[EMAIL PROTECTED]>
WWW: http://80386.nl/
pgpMt7sUwwUTa.pgp
Description: PGP signature
Hello Matthew,
* Matthew Jacob wrote:
> Any thoughts about this?
Looks good. Maybe we should make it a tunable only? Looking at the code,
once the consbuf has been allocated, there is no way you can ever resize
it.
--
Ed Schouten
WWW: http://80386.nl/
pgpvMZK9ULhdP.pgp
Description:
anged to do something similar
to the following:
cdev = make_dev();
cdev->si_drv1 = sc;
Greetings,
--
Ed Schouten
WWW: http://80386.nl/
pgpfWd3nM8l93.pgp
Description: PGP signature
nicely
> anyway.
In theory, yes. In practice, no. Just for fun, remove your
/usr/sbin/sendmail while having Postfix's /usr/local/sbin/sendmail
installed. It simply won't work. If I remember correctly, you won't even
receive the periodic(8) emails.
Nowadays it's probably better, bu
* Mike Meyer wrote:
> Maybe it's time for /usr/sbin/lpwrapper, to do the same thing for
> print systems?
In my opinion, we should just rename mailwrapper to whateverwrapper and
list the lpr programs in there as well.
--
Ed Schouten
WWW: http://80386.nl/
pgpn1LzLEWm9v.pgp
Descr
* Bakul Shah wrote:
> I went looking for a latex class and found 'Prosper'.
Why not use the `beamer' class?
http://bitbucket.org/rivanvx/beamer/wiki/Home
This is what I always use to prepare my slides. Works great.
--
Ed Schouten
WWW: http://80386.nl/
TL_INT declaration to denote that it's a temperature value.
The sysctl(8) code on HEAD seems to suggest the type is "IK".
Greetings,
--
Ed Schouten
WWW: http://80386.nl/
pgpN5VezoVfCk.pgp
Description: PGP signature
er without inet_* functions.
Wouldn't it be possible to do the conversion in userspace and write
something like a struct sockaddr_storage/in_addr_t/etc to the kernel?
That way you can avoid the string handling in kernel space entirely.
--
Ed Schouten
WWW: http://80386.nl/
pgpADusBRjZe7.pgp
Description: PGP signature
r.
So what about other sysctls? Is it just these sysctls? It may be the
case that these values are not simply read from some variable in the
kernel, but really performs some hardware calls. Still, 436 msec is
quite a lot of time.
--
Ed Schouten
WWW: http://80386.nl/
pgpcbRRsFxAZF.pgp
Description: PGP signature
* Paul Thornton wrote:
> I'm using 8.0-RELEASE with uftdi and ucom driving the serial port.
Somewhat unrelated question: have you ever tried running the this code
on 7.x? If so, did it work?
--
Ed Schouten
WWW: http://80386.nl/
pgp1PRCv6Lq6n.pgp
Description: PGP signature
Very quick question. Does this problem still occur on FreeBSD 8.x?
FreeBSD 8.x has an entirely new TTY layer, which includes a new
pseudo-terminal driver.
Greetings,
--
Ed Schouten
WWW: http://80386.nl/
pgpR8RWIRgJks.pgp
Description: PGP signature
provided install
media? Does it actually solve shortcomings of the existing media?
If people think it's a nice CD to work with, I could consider
integrating it into release(7). Thanks!
--
Ed Schouten
WWW: http://80386.nl/
freebsd-bootcd.tar.gz
Description: Binary data
pgpEq9MbOmBDP.pgp
Description: PGP signature
hen integrating it into the release(7) infrastructure.
The current shellscript is just a mockup.
--
Ed Schouten
WWW: http://80386.nl/
pgpqpSStEb5hy.pgp
Description: PGP signature
* Lars Engels wrote:
> could you please upload the resulting ISO so that people who don't
> want to create it themselves can test your CD?
Prrr... I have a horrible internet connection and the resulting ISO is
about 600 MB big. I'll see what I can do.
--
Ed Schouten
WWW:
Hi all,
Per Lars's request I've uploaded an ISO of the FreeBSD live CD for
amd64:
URL:http://people.freebsd.org/~ed/FreeBSD-9.0-CURRENT-201008-amd64-ed.iso.xz
Size: 422452056 bytes (403 MB)
SHA256: e0b7ac8eac713ecd5ccdbf107c80563260e6000b27838b003ca11a42ae6ae700
Have fun
of the latest FreeBSD releases. If not, be sure to
install /usr/ports/archivers/xz.
Greetings,
--
Ed Schouten
WWW: http://80386.nl/
pgp7FCLPTM5t8.pgp
Description: PGP signature
Maybe it would be worth looking at other types of balanced trees? For
example, another type of tree which has only $O(\log n)$ amortized
insertion/removal/lookup time, but could already be a lot better in
practice, is a Treap.
Greetings,
--
Ed Schouten
WWW: http://80386.nl/
pgpcTegdy4WZ3.pgp
Description: PGP signature
with this branch, which should already give some coverage.
Thanks!
--
Ed Schouten
WWW: http://80386.nl/
pgpxtVH6ehp5C.pgp
Description: PGP signature
* Ed Schouten , 20101022 16:30:
> - Rebuild all your software (yes, I know it's unfortunate).
Right after I sent this, I thought I'd better clarify this. You don't
need to rebuild your software. This change will not break the existing
ABI. This step is just mentioned here,
Hi all,
* Ed Schouten , 20101022 16:30:
> At EuroBSDCon I was talking with some committers active in the area of
> Clang (brooks, kwm, others) about replacing our libgcc shipped with GCC
> 4.2.1 with a BSD-licensed version. The LLVM folks have a BSD licensed
> implementation called li
atible with the original GCC>
--
Ed Schouten <[EMAIL PROTECTED]>
WWW: http://80386.nl/
pgpOP2IxhshrC.pgp
Description: PGP signature
lly try that. Unfortunately I'm quite busy, hacking on the
TTY layer. ;-)
> You probably know about the clang project, which tries to completely
> replace the gcc parts needed for llvm-gcc ...
Yes. I haven't looked at it yet. It doesn't seem to be in Ports yet. Any
takers? ;
gt; When I try to do a gdb -c corefile on the resulting core image, all i get is a
> couple of thousand empty stack frames. Any idea why that might be, also?
I'm seeing this on HEAD, not RELENG_6. I don't have a backtrace nearby,
but it seems to be crash inside free().
--
Ed Schouten
ng) and/or flag freed data (ie
> NULL pointers after freeing them).
I just solved this on my systems by removing the call to free(). I know,
it's awful, but it was good enough for me to live with on short term.
--
Ed Schouten <[EMAIL PROTECTED]>
WWW: http://80386.nl/
pgpMvsLv69Vm5.pgp
Description: PGP signature
ew sh install.sh generic
mv /boot/GENERIC/* /boot/kernel/
# create a /etc/fstab file
vi /etc/fstab
Good luck!
--
Ed Schouten <[EMAIL PROTECTED]>
WWW: http://80386.nl/
pgpeEXop6scvZ.pgp
Description: PGP signature
think the code in sys/kern/tty_cons.c should be a good example of
that. Search for '->d_write'.
Yours,
--
Ed Schouten <[EMAIL PROTECTED]>
WWW: http://80386.nl/
pgp21ljNHfzB1.pgp
Description: PGP signature
u could mount a unionfs on top. If the bottom mount is read-only, it
will store modifications on the top mount.
--
Ed Schouten <[EMAIL PROTECTED]>
WWW: http://80386.nl/
pgpTTwDRV0IRB.pgp
Description: PGP signature
st version.
http://people.FreeBSD.org/~ed/mpsafetty/
The patchset also includes some other nice things, like some manual
pages (not finished) and a port of snp(4) to the new TTY layer (also not
finished).
Thank you for your attention!
--
Ed Schouten <[EMAIL PROTECTED]>
WWW: http://80386.nl/
pgp5jhSTM0G8z.pgp
Description: PGP signature
be to just get rid of TIOCCONS
and invent a better solution to capture syslog messages. I can't really
understand why we want to abuse TTY's to do this.
So I can't say we're working on this, but at least I can confirm the
issue.
--
Ed Schouten <[EMAIL PROTECTED]>
WWW: http://80386.nl/
pgpe3Z4oSjMVU.pgp
Description: PGP signature
e it adds a real lot of complexity to the console code,
especially related to polling and reading on /dev/console.
This weekend I'm going to commit a replacement implementation of
/dev/console, which also has this restriction.
--
Ed Schouten <[EMAIL PROTECTED]>
WWW: http://80386.nl/
pgpF88ru0nCzf.pgp
Description: PGP signature
ainly wrote the
new /dev/console implementation, because it is a lot more simple than
the existing one and removes ugly hacks from the TTY code (like
recursive locking, etc).
Maybe if I can find some more time I'll look into it more closely, but
my todo list is very long right now. ;-)
--
Ed Schouten &
ch of binaries that have these performance optimisations compiled in.
Any comments?
--
Ed Schouten <[EMAIL PROTECTED]>
WWW: http://80386.nl/
pgp0WOOLvWPl6.pgp
Description: PGP signature
I
> guess it tell no all things that the macro does.
MODULE_DEPEND is used to say: this kernel module also depends on another
module (i.e. the USB printer module depends on the USB code). Tools like
kldload can then automatically load the missing modules.
--
Ed Schouten <[EM
minutes, but it seemed
like a book nice to have. It also shows some techniques on how to hide
KLD's.
--
Ed Schouten <[EMAIL PROTECTED]>
WWW: http://80386.nl/
pgpWDDjidvjLc.pgp
Description: PGP signature
* Kris Kennaway <[EMAIL PROTECTED]> wrote:
> P.S. In 8.0 there is a new USB stack that is Giant-free.
I'm not sure this is completely true. Maybe HPS could explain it in more
detail, but Giant still seems to be used pretty often.
--
Ed Schouten <[EMAIL PROTECTED]>
Hello Carlos, others,
* Ed Schouten <[EMAIL PROTECTED]> wrote:
> About the /dev/console issues: Robert Watson and I discussed this some
> time ago on IRC and what I did in HEAD (not RELENG_7) was that I changed
> TIOCCONS not to take a look at the permissions of /dev/console, but
ough for now.
I can't look into it right now, because I have to get up at 6:15
tomorrow. Sorry! :-/
--
Ed Schouten <[EMAIL PROTECTED]>
WWW: http://80386.nl/
pgpHUWMPMVbVk.pgp
Description: PGP signature
nch in Perforce. Diffs are available at:
http://people.FreeBSD.org/~ed/mpsafetty/
My question is if there are people out there who could help me
implementing UTF-8 font rendering. I wouldn't have a clue where to
start (yet).
Yours,
--
Ed Schouten <[EMAIL PROTECTED]>
WWW:
x27;ll see if I can find others. They are very good to monitor
regressions.
--
Ed Schouten <[EMAIL PROTECTED]>
WWW: http://80386.nl/
pgpDHRDMOpkpr.pgp
Description: PGP signature
This
should work pretty good now.
If no serious issues turn up that I've not been able to fix before the
end of the year, I'll commit it one of the first days of January.
Thanks!
--
Ed Schouten
WWW: http://80386.nl/
pgpZlilqopmDz.pgp
Description: PGP signature
* Giorgos Keramidas wrote:
> On Tue, 23 Dec 2008 14:59:51 +0100, Ed Schouten wrote:
> > Hello all,
> > Some time ago I sent a message to the lists about vt100/xterm/UTF-8
> > support for syscons. I think the code is pretty stable now and after
> > some minor impro
eason why I didn't add support for 256 colors, is because it would
require fundamental changes to all syscons drivers as well. I'll look in
to it after I've committed this version.
Thanks for testing the patch!
--
Ed Schouten
WWW: http://80386.nl/
pgpy9nwrTEa1d.pgp
Description: PGP signature
* Ed Schouten wrote:
> * swel...@gmail.com wrote:
> > Typing in `tcsh -f' (TERM=xterm)
> >
> > foo`^Abar
> >
> > results in
> >
> > rabfoo`
> >
> > with *characters* (not cursor) going from left to right. Cursor st
* Ed Schouten wrote:
> Never mind. Now I can. I forgot to punch in the `. foo^Abar works
> correctly, while foo`^Abar does not. I'll see if I can find the bug this
> afternoon.
Done. Could you please try the latest mpsafetty patch (20081224)? The
problem was that the cursor didn&#x
* Garrett Cooper wrote:
> I still don't understand why adding a [C, etc] `comment' would cause
> these problems.
I guess if you break getpid() to not return 1 in the case of init(8), it
will just say "init: already running" and quit. This causes this panic
to occur.
--
is kind of
> functionality.
No. sysctl is good for doing stuff like this. An even better approach
would be to integrate it to the X11 driver, but I guess it will be cold
day in hell when this happens.
--
Ed Schouten
WWW: http://80386.nl/
pgp27BNLrmNeG.pgp
Description: PGP signature
* Rui Paulo wrote:
> Not really. The xorg intel driver is already able to deal with this.
> I don't know about NVIDIA.
Yes, but that's what I mean. It will be a cold day in hell when "nv"
supports this. As far as I can tell, it's just a pile of obfuscated C
code
to only
figure out whether the interrupt is spurious or not. After it has been
determined it is not, an interrupt thread is scheduled to handle the
interrupt.
But as I said, I'm not sure. :-)
--
Ed Schouten
WWW: http://80386.nl/
pgpZnYO2BZE25.pgp
Description: PGP signature
example.
The ideal solution would be to integrate it into vidcontrol, calling
some kind of ioctl on the TTY/consolectl, but syscons is too brainless
to know anything about hardware specific features.
--
Ed Schouten
WWW: http://80386.nl/
pgpMgbBaYMZZ3.pgp
Description: PGP signature
allow any permissions should be considered to be a defect of sysctl, not
an advantage of devfs.
The reason why I prefer consolectl, is because it already exists and
allows related graphics parameters to be configured.
--
Ed Schouten
WWW: http://80386.nl/
pgpHpmCQvy4nL.pgp
Description: PGP signature
be a worthwhile effort ... IMHO.
I guess it's also a wasted effort to reduce struct tty from 8xx to 7xx
bytes, because it still allocates 1024 bytes of memory using malloc(9).
I guess we should mainly focus on structures that are allocated using
uma(9) or are slightly bigger than 2^n.
--
xf86-*. It's pretty hard to remove all
references to XFree86 in hundreds of megabytes of source code.
--
Ed Schouten
WWW: http://80386.nl/
pgpr1WDGCTIPF.pgp
Description: PGP signature
1 - 100 of 176 matches
Mail list logo
