Dear Friend
April 2001 Newsletter
Here is another way for your organization to raise money in a painless way
Cash rebates of up to 30% from BenefitsAll become welcome donations to your
organization when your members shop online with Lands End, Disney, Dell, Gap, Esprit
and 300 plus retaile
In <[EMAIL PROTECTED]> Steve Kargl wrote:
> install -C -c -s -o root -g wheel -m 555 tfmtodit /usr/obj/usr/src/i386/usr/bin
> ===> tmac
> install -C -c -o root -g wheel -m 444 e.tmac-s
>/usr/obj/usr/src/i386/usr/share/tmac/e.tmac
> install: e.tmac-s: No such file or directory
ru> cd /usr/src/gnu/usr.bin/groff/tmac && make cleandir obj && make all install
quinot> It works here, thanks!
It works also here. Thanks!
-- -
Makoto `MAR' MATSUSHITA
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
I have identified the bug.
It turns out that the bug causes memory corruption by freeing
but continuing to use a credential, and it only occurs in big
resource usage cases, and then seemingly at random.
It is the fact that there are two credentials per socket, one
for the socket, and one for th
On Tue, 17 Apr 2001, Doug Barton wrote:
> OK... this brings up the question of what other cool optimizations are
> there that may have been disabled in the past for reasons that are no
> longer pertinent? It might be worthwhile to create an /etc/sysctl.conf file
> with commented out example
Dear Colleague,
Subject: New CD-ROM Atlas of Russia - all oblasts, krays,
and republics
We have recently acquired a new, unique CD-ROM atlas of the
Russian Federation. The atlas displays highly detailed maps
of all oblasts, krays, and republics.
Visible details include cities, tow
On Wed, Apr 18, 2001 at 10:33:32AM +0200, Jeroen Ruigrok/Asmodai wrote:
> -On [20010417 20:47], Matt Dillon ([EMAIL PROTECTED]) wrote:
> >Testing it 'on' in stable on production systems and observing the
> >relative change in performance is a worthy experiment. Testing it
> >'on' in c
On Wed, Apr 18, 2001 at 07:33:21PM +0200, Thomas Quinot wrote:
> Le 2001-04-18, Ruslan Ermilov ecrivait :
>
> > cd /usr/src/gnu/usr.bin/groff/tmac && make cleandir obj && make all install
>
> It works here, thanks!
>
Make sure you delete empty files from /usr/share/man/[en.ISO_8859-1/]cat?/.
I
Le 2001-04-18, Ruslan Ermilov écrivait :
> cd /usr/src/gnu/usr.bin/groff/tmac && make cleandir obj && make all install
It works here, thanks!
--
Thomas Quinot ** Département Informatique & Réseaux ** [EMAIL PROTECTED]
ENST // 46 rue Barrault // 75634 PARIS CEDEX 13
To U
On Wed, Apr 18, 2001 at 07:32:33PM +0300, Ruslan Ermilov wrote:
> Hi!
>
> Unfortunately, I can't reproduce this. I even installed new Groff over
> the old one, but with no luck to reproduce this. It would be great if
> you could give me an SSH account on one of the problematic box.
>
OK, got i
Hi!
Unfortunately, I can't reproduce this. I even installed new Groff over
the old one, but with no luck to reproduce this. It would be great if
you could give me an SSH account on one of the problematic box.
On Wed, Apr 18, 2001 at 06:09:18PM +0200, Thomas Quinot wrote:
> Le 2001-04-17, Rusla
Oops... my fingers behave badly.
quinot> Formatting page, please wait...mdoc error: end-macro (.em) respecification is
not allowed. (#41)
quinot> Should this have been `.Em ...'?
quinot> User Abort.
Same here.
% zcat /usr/share/man/man1/ls.1.gz | nroff -mandoc |& head -2
mdoc erro
quinot> Formatting page, please wait...mdoc error: end-macro (.em) respecification is
not allowed. (#41)
quinot> Should this have been `.Em ...'?
quinot> User Abort.
Same here.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the mes
===> src/utils/tfmtodit
install -C -c -s -o root -g wheel -m 555 tfmtodit /usr/obj/usr/src/i386/usr/bin
===> tmac
cd /usr/src/gnu/usr.bin/groff/tmac/../../../../contrib/groff/tmac; install -C -c -o
root -g wheel -m 444 mandoc.tmac andoc.tmac an-old.tmac me.tmac mdoc.tmac pic.tmac
a4.tmac
Le 2001-04-17, Ruslan Ermilov écrivait :
> It is my great pleasure to announce the availability of just released
> Groff 1.17. Please refer to the src/contrib/groff/NEWS for details on
> what's new in this release.
Hum.
I have just made world, and can't format man pages anymore. All I get
is t
On 18 Apr 2001, at 22:16, Bruce Evans wrote:
> On Wed, 18 Apr 2001, Jeroen Ruigrok/Asmodai wrote:
>
> > -On [20010417 20:47], Matt Dillon ([EMAIL PROTECTED]) wrote:
> > >Testing it 'on' in stable on production systems and observing the
> > >relative change in performance is a worthy expe
On 18 Apr 2001, at 10:33, Jeroen Ruigrok/Asmodai wrote:
> -On [20010417 20:47], Matt Dillon ([EMAIL PROTECTED]) wrote:
> >Testing it 'on' in stable on production systems and observing the
> >relative change in performance is a worthy experiment. Testing it
> >'on' in current is just
> Date: Wed, 18 Apr 2001 01:38:14 -0300 (BRST)
> From: Rik van Riel <[EMAIL PROTECTED]>
>
> > Hence, my philosophy is that task switching and preemption are
> > necessary evils because hardware does not perfectly accomodate
> > software. If we must, we must... otherwise, use co-op switching as
>
-On [20010418 14:38], Bruce Evans ([EMAIL PROTECTED]) wrote:
[vfs.vmiodirenable]
>So, how much slower was it? ;-)
Not noticeable for me at least.
--
Jeroen Ruigrok van der Werven/Asmodai --=-- asmodai@[wxs.nl|freebsd.org]
Documentation nutter/C-rated Coder BSD: Technical excellence at
On Wed, 18 Apr 2001, Jeroen Ruigrok/Asmodai wrote:
> -On [20010417 20:47], Matt Dillon ([EMAIL PROTECTED]) wrote:
> >Testing it 'on' in stable on production systems and observing the
> >relative change in performance is a worthy experiment. Testing it
> >'on' in current is just an ex
-On [20010418 01:00], Alfred Perlstein ([EMAIL PROTECTED]) wrote:
> (although afaik we're basing it on both Solaris and BSD/os's
> implementation so... well I'm not going to bother defending it.)
You just scared the shit out of me by mentioning Solaris.
I've found
Concidental. The code that is in libusb is also present in the kernel.
Nick
On Tue, 17 Apr 2001, Nick Sayer wrote:
> >
> > usb.h != libusb.h
> >
> > NetBSD has a stupid naming convention. Use libusb.h in FreeBSD.
>
> Ok. That's as may be, but then why are there prototypes for libusb calls in
>
-On [20010417 20:47], Matt Dillon ([EMAIL PROTECTED]) wrote:
>Testing it 'on' in stable on production systems and observing the
>relative change in performance is a worthy experiment. Testing it
>'on' in current is just an experiment.
I have been running vfs.vmiodirenable=1 on two ST
23 matches
Mail list logo