Just in case some else gets caught (which is sure to happen), in
case you get the following obscure message from ssh after updating
your -current:
ssh: no RSA support in libssl and libcrypto. See ssl(8).
This just means you need to remake your /dev/urandom (ln -f random
urandom).
It seems the
On Mon, Mar 19, 2001 at 08:30:12AM +0100, Pascal Hofstee wrote:
AMD K6-2 350
I noticed the vague stack smashes posting earlier ... and i think it's very
likely this is the same bug
Same here, random crashes -- AMD K6-2 300; no panic, no crash dump,
just a complete system freeze if you
Pierre Beyssac [EMAIL PROTECTED] writes:
On Mon, Mar 19, 2001 at 08:30:12AM +0100, Pascal Hofstee wrote:
I noticed the vague stack smashes posting earlier ... and i think it's very
likely this is the same bug
Same here, random crashes -- AMD K6-2 300; no panic, no crash dump,
just a
On Mon, Mar 19, 2001 at 12:32:13AM -0800, David O'Brien wrote:
CVSup's checkout mode has been around longer than FreeBSD has offered
anoncvs service.
A service which, IMO, is still not very well supported. That's probably
one reason why it's hard to get new developers (not everyone feels like
Now
add default 1.1.1.1
command from /etc/ppp/ppp.conf does nothing interesting (PPP on demand),
as result I have no route. Here is netstat -r after connection is
established:
Routing tables
Internet:
DestinationGatewayFlags Refs Use Netif Expire
It seems the compatibility with the previous minor of urandom has
been silently removed (I assume this happened with the last
update/cleanup of the random device). It took me two hours to figure
it out.
See src/UPDATING 2624
M
--
Mark Murray
Warning: this .sig is umop ap!sdn
To
SMP box with a bleeding-edge -CURRENT kernel, patched to avoid the
i586_bzero() problem:
panic: mutex_enter: recursion on non-recursive mutex process lock @
../../i386/i386/trap.c:854
cpuid = 1; lapic.id = 0100
Debugger("panic")
CPU1 stopping CPUs: 0x0001... stopped.
Stopped at
On Mon, Mar 19, 2001 at 16:33:37 +0200, Ruslan Ermilov wrote:
On Mon, Mar 19, 2001 at 04:25:14PM +0300, Andrey A. Chernov wrote:
Now
add default 1.1.1.1
Perhaps, 1.1.1.1 should be written as HISADDR?
No, it ALWAYS 1.1.1.1 and I have static IP address which not changed after
On Mon, Mar 19, 2001 at 05:39:47PM +0300, Andrey A. Chernov wrote:
On Mon, Mar 19, 2001 at 16:33:37 +0200, Ruslan Ermilov wrote:
On Mon, Mar 19, 2001 at 04:25:14PM +0300, Andrey A. Chernov wrote:
Now
add default 1.1.1.1
Perhaps, 1.1.1.1 should be written as HISADDR?
No,
On Mon, Mar 19, 2001 at 16:43:24 +0200, Ruslan Ermilov wrote:
On Mon, Mar 19, 2001 at 05:39:47PM +0300, Andrey A. Chernov wrote:
On Mon, Mar 19, 2001 at 16:33:37 +0200, Ruslan Ermilov wrote:
On Mon, Mar 19, 2001 at 04:25:14PM +0300, Andrey A. Chernov wrote:
Now
add
Ruslan Ermilov wrote:
On Mon, Mar 19, 2001 at 05:39:47PM +0300, Andrey A. Chernov wrote:
On Mon, Mar 19, 2001 at 16:33:37 +0200, Ruslan Ermilov wrote:
On Mon, Mar 19, 2001 at 04:25:14PM +0300, Andrey A. Chernov wrote:
Now
add default 1.1.1.1
Perhaps, 1.1.1.1 should be
On Mon, Mar 19, 2001 at 04:55:15PM +0200, Maxim Sobolev wrote:
Ruslan Ermilov wrote:
On Mon, Mar 19, 2001 at 05:39:47PM +0300, Andrey A. Chernov wrote:
On Mon, Mar 19, 2001 at 16:33:37 +0200, Ruslan Ermilov wrote:
On Mon, Mar 19, 2001 at 04:25:14PM +0300, Andrey A. Chernov wrote:
Hi,
This was completely untested by us, and is not guaranteed to work! I think
you were lucky. We move and change blocks on the filesystem, during some
time the filesystem is NOT consitent, so if one of those files is accessed than
you might run into a panic.
Sorry? In single user with
On Mon, Mar 19, 2001 at 04:25:14PM +0300, Andrey A. Chernov wrote:
Now
add default 1.1.1.1
Perhaps, 1.1.1.1 should be written as HISADDR?
command from /etc/ppp/ppp.conf does nothing interesting (PPP on demand),
as result I have no route. Here is netstat -r after connection is
Will Andrews [EMAIL PROTECTED] wrote:
A service which, IMO, is still not very well supported. That's probably
one reason why it's hard to get new developers (not everyone feels like
syncing the entire repo). But then again, I wonder how much load there
is on anoncvs.freebsd.org. Still,
On Mon, Mar 19, 2001 at 16:56:40 +0200, Ruslan Ermilov wrote:
On Mon, Mar 19, 2001 at 05:52:02PM +0300, Andrey A. Chernov wrote:
On Mon, Mar 19, 2001 at 16:43:24 +0200, Ruslan Ermilov wrote:
On Mon, Mar 19, 2001 at 05:39:47PM +0300, Andrey A. Chernov wrote:
On Mon, Mar 19, 2001 at
On Mon, Mar 19, 2001 at 06:23:46PM +0300, Andrey A. Chernov wrote:
On Mon, Mar 19, 2001 at 16:56:40 +0200, Ruslan Ermilov wrote:
On Mon, Mar 19, 2001 at 05:52:02PM +0300, Andrey A. Chernov wrote:
On Mon, Mar 19, 2001 at 16:43:24 +0200, Ruslan Ermilov wrote:
On Mon, Mar 19, 2001 at
It's hard to discuss what type of inconsistency there might be in an corrupted
filesystem, compared to what growfs does. But I definitely change a lot of meta
[...]
So the development now focusses on getting it clean on alpha, and maybe support
the existence of snapshots in the filesystem.
Dear Friend,
Take a look at these great savings opportunities. I-Shop Excel Online, in complete
digital security. Shop Name brands, such as Lane Bryant, Neimann Markus, Omaha Steaks,
Office Supplies, J.C. Penny, J. Crew, DirectTV, hard to find items, etc. Savings of
20% to 40%. Tax-Free
On 19 Mar 2001, Dag-Erling Smorgrav wrote:
Bruce Evans [EMAIL PROTECTED] writes:
K6-2's aren't really i586's and i586_bzero should never be used for
them (generic bzero is faster),
Wrong. I fixed machdep.c to compute and print the bandwidth correctly:
Wrong yourself. The fpu
In article [EMAIL PROTECTED],
Will Andrews [EMAIL PROTECTED] wrote:
On Mon, Mar 19, 2001 at 12:32:13AM -0800, David O'Brien wrote:
CVSup's checkout mode has been around longer than FreeBSD has offered
anoncvs service.
A service which, IMO, is still not very well supported. That's
On 19 Mr, Ruslan Ermilov wrote:
5. This affects not only ppp(8). Add default route that points to the
LAN; change the IP address on interface; observe that the default
route has gone away. The reason is that if we don't do this, we
may end up using the old (now non-existing)
On Mon, Mar 19, 2001 at 06:34:34PM +0100, Alexander Leidinger wrote:
On 19 Mar, Ruslan Ermilov wrote:
5. This affects not only ppp(8). Add default route that points to the
LAN; change the IP address on interface; observe that the default
route has gone away. The reason is that
I have noticed that reboot(8) sometimes appears not to wait long
enough before sending the final SIGKILL to all processes. On a
system that has a lot of processes swapped out, some processes such
as the X server may get a SIGKILL before they have had a chance to
perform their exit cleanup.
The
In message [EMAIL PROTECTED], Ian Dowse writes:
I have noticed that reboot(8) sometimes appears not to wait long
enough before sending the final SIGKILL to all processes. On a
system that has a lot of processes swapped out, some processes such
as the X server may get a SIGKILL before they have
Dag-Erling Smorgrav writes:
db trace
Debugger(c027d5e1) at Debugger+0x45
panic(c027c420,c027a154,c02997d0,356,d3f14ee0) at panic+0x144
witness_enter(d3f15000,0,c02997d0,356) at witness_enter+0x355
trap_pfault(d7345d4c,0,0) at trap_pfault+0x143
trap(18,10,10,d7345fa8,0) at trap+0x978
Andrew Gallatin [EMAIL PROTECTED] writes:
Where does witness_enter+0x355 map to, in terms of line numbers?
root@rsa /var/crash# gdb -k
GNU gdb 4.18
Copyright 1998 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it
On Mon, 19 Mar 2001, Jake Burkholder wrote:
[bde wrote]
Wrong yourself. The fpu is too slow to use for copying for everything
except original Pentiums. The bandwidth test is just done to avoid hard-
configuring this knowledge.
If this is the case, is there much point in keeping the
Dag-Erling Smorgrav [EMAIL PROTECTED] writes:
Andrew Gallatin [EMAIL PROTECTED] writes:
Where does witness_enter+0x355 map to, in terms of line numbers?
root@rsa /var/crash# gdb -k
[...]
Argh! Please ignore this, the machine gdb was running on had an old
source tree. I'll get a correct
On 19-Mar-01 Dag-Erling Smorgrav wrote:
SMP box with a bleeding-edge -CURRENT kernel, patched to avoid the
i586_bzero() problem:
panic: mutex_enter: recursion on non-recursive mutex process lock @
../../i386/i386/trap.c:854
cpuid = 1; lapic.id = 0100
Debugger("panic")
That's a later
Dag-Erling Smorgrav [EMAIL PROTECTED] writes:
Try this workaround (apply with 'patch -l'):
Here's a better workaround. Revert the previous patch and apply this
one:
Index: npx.c
===
RCS file: /home/ncvs/src/sys/i386/isa/npx.c,v
On Mon, Mar 19, 2001 at 11:19:02PM +0100, Pierre Beyssac wrote:
Ok, thanks, note that your previous patch works fine, at least my
make world is still running :-)
Famous last words; I had a freeze soon afterwards. Though it seems
to have improved the situation quite a bit.
Now running another
On 19-Mar-01 Pierre Beyssac wrote:
On Mon, Mar 19, 2001 at 10:16:00PM +0100, Dag-Erling Smorgrav wrote:
Dag-Erling Smorgrav [EMAIL PROTECTED] writes:
Try this workaround (apply with 'patch -l'):
Here's a better workaround. Revert the previous patch and apply this
one:
Ok, thanks, note
Hello all,
Is there anything wrong with our CTM system now? There doesn't seem to be
any deltas (either src-cur, or ports-cur) since Mar 12 :-(
Regards,
Vladimir
--
===|===
Vladimir Kushnir |
[EMAIL PROTECTED] |Powered by FreeBSD
On Tue, Mar 20, 2001 at 02:07:13AM +0200, Vladimir Kushnir scribbled:
| Is there anything wrong with our CTM system now? There doesn't seem to be
| any deltas (either src-cur, or ports-cur) since Mar 12 :-(
For all connections greater than 9600baud modems, we recommend
using CVSup to get src-all
On 20-Mar-01 Michael C . Wu wrote:
On Tue, Mar 20, 2001 at 02:07:13AM +0200, Vladimir Kushnir scribbled:
| Is there anything wrong with our CTM system now? There doesn't seem to be
| any deltas (either src-cur, or ports-cur) since Mar 12 :-(
For all connections greater than 9600baud modems,
On Mon, 19 Mar 2001, John Baldwin wrote:
Hmmm. An eip of 0 is bad. This could be just another instance of the bzero
bug just in another place. You probably want to change the code that actually
sets *bzero to i586_bzero (and same for any other ops that use floating point).
The code in
On Mon, Mar 19, 2001 at 04:53:33PM -0800, John Baldwin wrote:
On 20-Mar-01 Michael C . Wu wrote:
On Tue, Mar 20, 2001 at 02:07:13AM +0200, Vladimir Kushnir scribbled:
| Is there anything wrong with our CTM system now? There doesn't seem to be
| any deltas (either src-cur, or ports-cur)
On 20-Mar-01 Bruce Evans wrote:
On Mon, 19 Mar 2001, John Baldwin wrote:
Hmmm. An eip of 0 is bad. This could be just another instance of the bzero
bug just in another place. You probably want to change the code that
actually
sets *bzero to i586_bzero (and same for any other ops that
On Tue, 20 Mar 2001, Bruce Evans wrote:
On Mon, 19 Mar 2001, John Baldwin wrote:
Hmmm. An eip of 0 is bad. This could be just another instance of the bzero
bug just in another place. You probably want to change the code that actually
sets *bzero to i586_bzero (and same for any other
On Thu, Mar 15, 2001 at 11:13:09AM -0600, Peter Schultz wrote:
On Mon, Mar 12, 2001 at 05:52:00PM -0600, Jonathan Lemon wrote:
I committed a miibus'ified fxp driver to the tree today, and made
it the default. If you compile fxp into your kernel statically,
you will also need "device
Hi Everyone,
This patch should allow our /bin/(color)ls to output Chinese,
Japanese, Korean, and all European languages(including Russian)
correctly. Thinker and I both tested this independently.
isprint() already checks for _CTYPE stuff that Ache asked us to check.
Thinker also fixed the
In message [EMAIL PROTECTED] "Michael C . Wu" writes:
: | + while(*p1 != 0) {
while (*p1 != '\0') {
: | + c = sgetrune(p1, dc, p2);
: | + if(c == _INVALID_RUNE) {
space after the if. ditto further .
: | + p1++;
: | + dc--;
: | +
| In [EMAIL PROTECTED]
| "Michael C . Wu" [EMAIL PROTECTED] wrote:
Please review this patch and comment on it. I plan to commit
this in a few days if there are no more objections.
OBJECTION.
In general direct manipulation of rune is evil.
It is an internal data structure in libc; using it
On Tue, Mar 20, 2001 at 03:53:21PM +0900, MINOURA Makoto scribbled:
|
| | In [EMAIL PROTECTED]
| | "Michael C . Wu" [EMAIL PROTECTED] wrote:
|
| Please review this patch and comment on it. I plan to commit
| this in a few days if there are no more objections.
|
| OBJECTION.
Please do not
| In [EMAIL PROTECTED]
| "Michael C . Wu" [EMAIL PROTECTED] wrote:
portability to what? We import colorls from outside,
and I do not know what you want to "port" to that this
would not work on.
Ok. I'll paraphrae it. It is not the right way.
So, will you please tell me how to solve
47 matches
Mail list logo