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 ha
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
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 lik
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
1.1.1.1
> 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 Uns
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 Deb
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
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 HI
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
> > > >
> > > >
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
> > > >
> > > Per
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 w
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 us
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. Stil
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
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
> 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
Ove
> 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 you
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.
On 19 Mär, 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-existin
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
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 p
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
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
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 a
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
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 corr
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
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 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 that your previous patch works
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:
>
> O
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 mode
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-c
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 o
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
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 infin
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; u
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
|> 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
48 matches
Mail list logo
