Hello...
isn't anyone workin on this prob? Or do i have a leak in my mailbox?
Jan
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]On Behalf Of Jan Stocker
Sent: Wednesday, March 06, 2002 9:15 AM
To: Martin Blapp; [EMAIL PROTECTED]
Subject: RE: gcc -O broken in
I'm looking for a ping with usec (microsecond) resolution
(as Redhat 7.2 is using). Could FreeBSD have it too? Anyone
got the source for it?
We want to build up a small experiment for students
to measure the speed of light using ping.
Found this neat story on the net btw.
I'm looking for a ping with usec (microsecond) resolution
(as Redhat 7.2 is using). Could FreeBSD have it too? Anyone
got the source for it?
FreeBSD's ping has had microsecond resolution since version 1.
-DG
David Greenman
Co-founder, The FreeBSD Project - http://www.freebsd.org
President,
On Mon, Mar 11, 2002 at 02:11:51AM -0800, David Greenman wrote:
I'm looking for a ping with usec (microsecond) resolution
(as Redhat 7.2 is using). Could FreeBSD have it too? Anyone
got the source for it?
FreeBSD's ping has had microsecond resolution since version 1.
Oh yeah. Sorry. I
I tried to install a new current from a minimal installed 4.5 RELEASE and
cvsuped source tree.
$ cd /usr/src
$ make -DNOPROFILE=true -DNO_WERROR buildworld
...
$ make buildkernel KERNCONF=GENERIC
...
$ make installkernel KERNCONF=GENERIC
...
install -c -o root -g wheel -m 555 vesa.ko
On Mon, Mar 11, 2002 at 12:32:26PM +0100, Jan Stocker wrote:
I tried to install a new current from a minimal installed 4.5 RELEASE and
cvsuped source tree.
$ cd /usr/src
$ make -DNOPROFILE=true -DNO_WERROR buildworld
...
$ make buildkernel KERNCONF=GENERIC
...
$ make installkernel
On Fri, Mar 08, 2002 at 11:13:46AM -0800, Luigi Rizzo wrote:
The attached portion of the 1.100 - 1.101 patch to src/share/mk/bsd.lib.mk
(and a similar one in bsd.prog.mk 1.103 - 1.104) broke cross builds
of PicoBSD, specifically preventing the cross-environment header
files to be found when
ops of cource copied the hints file too
-Original Message-
From: Jan Stocker [mailto:[EMAIL PROTECTED]]
Sent: Monday, March 11, 2002 12:32 PM
To: freebsd-current@FreeBSD. ORG
Subject: 4-5 REL - 5.0 CUR
I tried to install a new current from a minimal installed 4.5
RELEASE and
On Sat, Mar 09, 2002 at 12:43:16AM -0800, Luigi Rizzo wrote:
On Fri, Mar 08, 2002 at 12:26:16PM -0700, Warner Losh wrote:
In message [EMAIL PROTECTED] Luigi Rizzo writes:
: The attached portion of the 1.100 - 1.101 patch to src/share/mk/bsd.lib.mk
...
: I wonder, how does a make world
On Sat, Mar 09, 2002 at 05:16:48PM -0800, Lamont Granquist wrote:
So, I've got a CVS checkout of 5-CURRENT on my 4.5-STABLE box and I'd like
to upgrade to a spare partition that I have on the machine (making it dual
boot). Can I just do:
make world DESTDIR=/mnt/tmp
And then build +
jstocker kldxref /boot/kernel
jstocker kldxref:No such file or directory
jstocker *** Error code 1 (ignored)
See the message (ignored). It is the intentional behavior.
If you don't like this, make NO_XREF=YES installkernel will help you.
Check src/sys/conf/kmod.mk for more details.
-- -
On Sat, 9 Mar 2002, Vallo Kallaste wrote:
- On Sat, Mar 09, 2002 at 09:42:07PM +0100, Olivier Houchard [EMAIL PROTECTED]
wrote:
- Tried without XIM support only, then without multibyte, fontset and
- XIM support, no joy. Exactly same linkage happens. Perhaps I should
- also note that using
The stack trace below shows exactly the symptoms of the binutils
DT_TEXTREL bug, which has been fixed by the latest vendor import.
Rebuilding world IS NOT ENOUGH to solve the problem. You will need to
rebuild all the incorrect libraries which have been built with broken
binutils before. Libpng
On 08-Mar-02 Wilko Bulte wrote:
On Fri, Mar 08, 2002 at 01:35:47PM -0800, Matthew Jacob wrote:
And FWIW, alpha kernels on some Uniprocessor boxes freeze up.
Yes. Or panic. See my posts earlier this week. I managed to get
2 buildworlds without accidents, but all make release attempts
Christoph Kukulies wrote:
On Mon, Mar 11, 2002 at 02:11:51AM -0800, David Greenman wrote:
I'm looking for a ping with usec (microsecond) resolution
(as Redhat 7.2 is using). Could FreeBSD have it too? Anyone
got the source for it?
FreeBSD's ping has had microsecond resolution since
In message: [EMAIL PROTECTED]
Luigi Rizzo [EMAIL PROTECTED] writes:
: On Fri, Mar 08, 2002 at 12:26:16PM -0700, Warner Losh wrote:
: In message [EMAIL PROTECTED] Luigi Rizzo writes:
: : The attached portion of the 1.100 - 1.101 patch to src/share/mk/bsd.lib.mk
: ...
: : I wonder,
I get panics for about 2 weeks (last tested with todays current - it's
more unstable than friday's build - it crashed only when boot_verbose was
set, now it sometimes crashes several times in a row).
The panics occur on 2 places - on detection/insertion in
device_get_parent() or
On Mon, 11 Mar 2002, Michal Mertl wrote:
I get panics for about 2 weeks (last tested with todays current - it's
more unstable than friday's build - it crashed only when boot_verbose was
set, now it sometimes crashes several times in a row).
I was about to post about the same problems. I am
Hi all,
I updated my kernel two days ago, and I am having some weird warnings,
which I haven't seen before.
Copyright (c) 1992-2002 The FreeBSD Project.
Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994
The Regents of the University of California. All rights
Hiten Pandya wrote:
I updated my kernel two days ago, and I am having some weird warnings,
which I haven't seen before.
[ ... ]
WARNING: Driver mistake: make_dev(perfmon) called before SI_SUB_DRIVERS
-- I have configured my kernel with the PERFMON option. --
This means that it's trying
On Mon, Mar 11, 2002 at 11:55:34AM -0800, Terry Lambert wrote:
This means that it's trying to register a driver with a
subsystem that has not yet been initialized. You probably
need to split it off, and initialize it seperately ysing a
SYSINIT in the SI_SUB_DRIVERS, SI_ORDER_ANY. If you
Hi
Here is kaffe (from ports) post mortem after an at-load blowup.
#0 0x280520ee in reloc_non_plt (obj=0x28064500, obj_rtld=0x280604a0)
at /usr/src/libexec/rtld-elf/i386/reloc.c:196
196 *where += (Elf_Addr) obj-relocbase;
(gdb) where
#0 0x280520ee in reloc_non_plt
Bruce Evans [EMAIL PROTECTED] wrote:
The -current cu is a crock of tip.
It has more missing features, compared to the Taylor version, like the
unability to run an external program with stdin and stdout piped to
the remote end simultaneously (like a local sz Z-modem program),
plus it has this
---BeginMessage---
I just sent this to security-officer.
Please notice that if you have ports or applications linked with
other allocators than the libc malloc from FreeBSD this statement
does not apply.
Poul-Henning
--- Forwarded Message
To: [EMAIL PROTECTED]
Subject: the zlib double
On Mon, Mar 11, 2002 at 10:43:22PM +0100, Joerg Wunsch wrote:
Bruce Evans [EMAIL PROTECTED] wrote:
used to have two alternatives, cu and tip. Now we only have tip and
tip. :( (I doubt tip has actually less security bugs than Taylor cu.
If we threw out all the BSD-originating programs that
Hi,
On Mon, 2002-03-11 at 06:34, Poul-Henning Kamp wrote:
The GEOM code is now ready for early testing:
Would GEOM support accessing a device via multiple paths? (ie could we
write a method that would do that?)
My current situation is that I have a couple of IBM ESS F20 Sharks each
with 3
I have received a few reports of panics when loading modules. If you're
going to run it you may want to staticly compile in pseudofs/procfs, etc.
Thanks,
Jeff
On Sun, 10 Mar 2002, Glenn Gombert wrote:
I have the UMA patch installed on two systems here, a 500Mhz K7 system and
dual PIII SMP
On Mon, Mar 11, 2002 at 06:24:08PM -0500, Jeff Roberson wrote:
I have received a few reports of panics when loading modules. If you're
going to run it you may want to staticly compile in pseudofs/procfs, etc.
Jeff,
There were problems with loading modules, but I haven't
seen any panics.
There were problems with loading modules, but I haven't
seen any panics. The loading problems were fixed yesterday
in revisions 1.77 and 1.78 of kern_linker.c. I suspect
people, who imay have had panics, need to update to the latest
version of kern_linker.c.
--
Steve
Good news for
On Mon, Mar 11, 2002 at 06:36:53PM -0500, Jeff Roberson wrote:
There were problems with loading modules, but I haven't
seen any panics. The loading problems were fixed yesterday
in revisions 1.77 and 1.78 of kern_linker.c. I suspect
people, who imay have had panics, need to update to
Hiten Pandya wrote:
On Mon, Mar 11, 2002 at 11:55:34AM -0800, Terry Lambert wrote:
This means that it's trying to register a driver with a
subsystem that has not yet been initialized. You probably
need to split it off, and initialize it seperately ysing a
SYSINIT in the SI_SUB_DRIVERS,
Wilko Bulte wrote:
This is bug for bug compatible with the V7 cu except
for the unusably slow speed of 9600. For perfect brokenness, the
default speed should be 300.
*ROTFL*
Duh... goes hunting for the ASR33 to verify this. Strange that it
isn't 110baud :-P
The default is the
Hi all,
Here are my test news. The -O bug doesn't happen with
gcc295 from ports !
Previously I had stated before, the gcc295 from ports did
not work too. but it seems that that was a user error :-)
/usr/ports/devel/stlport (and the tests test/eh)
can be succesfully be made.
My staroffice
John Baldwin also cornered me about these panics. I'll be looking at
them tonight. I think he gave me a good way to recreate them.
Warner
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
In [EMAIL PROTECTED]
Soren Schmidt [EMAIL PROTECTED] wrote:
SS As some might have noticed I've done some significant work on
SS the ATA RAID support (for Promise Highpoint controllers)
SS all thanks to Advanis which has made this possible.
SS The code as it is now in -current allows for
Hi,
I've had the need for a realloc() in the kernel several times
before and am having it once again. Finally figured it's time to
do something about it.
Does anyone have problems with the attached patch? This patch adds
realloc() and also fixes the semantics of free() to be consistent
with
In message [EMAIL PROTECTED], Carl Makin writes:
Hi,
On Mon, 2002-03-11 at 06:34, Poul-Henning Kamp wrote:
The GEOM code is now ready for early testing:
Would GEOM support accessing a device via multiple paths? (ie could we
write a method that would do that?)
Yes, that would be possible.
--
37 matches
Mail list logo