On Mon, 26 Nov 2001, Kenneth D. Merry wrote:
> So did you try the statically linked -stable binary on -current?
Yes, I used the newest version from the ports (compiled on -CURRENT) and
the staticly linked from -STABLE both on -CURRENT, and the CDs are
identical.
> Is it completely static? (i.
Maxime Henrion <[EMAIL PROTECTED]> wrote:
> Could you please test the attached patch ? I did it in a hurry but
> it may fix the problem.
if (i > 0)
*(--strptr) = NULL;
free(listptr);
return (str);
df.c: 569 lines, 14158 characters
uriah # make
cc -
On Mon, 26 Nov 2001, Joerg Wunsch wrote:
> "Kenneth D. Merry" <[EMAIL PROTECTED]> wrote:
>
> > Are there any areas with good data on the CD? i.e. can you see any
> > pattern to the corruption? If you compare the same CD burned from
> > -current and -stable you might begin to see a patern.
>
>
VESA is broked. Remove VESA from your config. Been this way for months.
It also will panic once in a VESA mode, such as my favorite and yours, 132x60, when
switching from vty to vty.
Peter Jeremy wrote:
> Having installed a new kernel and userland from sources about a day
> old, my vidcontro
Andrew Kenneth Milton wrote
> +---[ Peter Jeremy ]--
> | Having installed a new kernel and userland from sources about a day
> | old, my vidcontrol command now causes a panic:
>
> [snip]
>
> | The command I used was "vidcontrol 132x60" after confirming that
> | this was
+---[ Jim Bryant ]--
| Andrew Kenneth Milton wrote
|
| > +---[ Peter Jeremy ]--
| > | Having installed a new kernel and userland from sources about a day
| > | old, my vidcontrol command now causes a panic:
| >
| > [snip]
| >
| > | The command I u
In article <[EMAIL PROTECTED]>
"Andrey A. Chernov" <[EMAIL PROTECTED]> wrote:
> cc -O -pipe -march=pentiumpro -DSETPROCTITLE -DLOGIN_CAP -DVIRTUAL_HOSTING
> -Wall
> -DINET6 -I/usr/src/libexec/ftpd -Dmain=ls_main
> -I/usr/src/libexec/ftpd/../../bin/ls -DUSE_PAM
> -o ftpd ftpd.o ftpcmd.o logwt
It works with latest sane.
Index: usbdevs
===
RCS file: /mnt/cvs/FreeBSD/src/sys/dev/usb/usbdevs,v
retrieving revision 1.67
diff -r1.67 usbdevs
764a765
> product MUSTEK 1200CUPLUS 0x0008 1200 CU Plus scanner
Index: usbdevs.h
==
Found this to be helpful after seeing:
>>> stage 2: cleaning up the object tree
...
===> usr.bin/tip
".depend", line 886: Inconsistent operator for tip
make: fatal errors encountered -- cannot continue
and the tail end of /usr/obj/usr/src/usr.bin/tip/.depend (which was 886
lines long) was:
/u
On Tue, Nov 27, 2001 at 06:35:49AM -0800, David Wolfskill wrote:
> Found this to be helpful after seeing:
>
> >>> stage 2: cleaning up the object tree
> ...
> ===> usr.bin/tip
> ".depend", line 886: Inconsistent operator for tip
> make: fatal errors encountered -- cannot continue
>
>
> and the
> On Tue, Nov 27, 2001 at 06:35:49AM -0800, David Wolfskill wrote:
> > Found this to be helpful after seeing:
> >
> > >>> stage 2: cleaning up the object tree
> > ...
> > ===> usr.bin/tip
> > ".depend", line 886: Inconsistent operator for tip
> > make: fatal errors encountered -- cannot continue
On Tue, Nov 27, 2001 at 03:44:06PM +, Brian Somers wrote:
> > On Tue, Nov 27, 2001 at 06:35:49AM -0800, David Wolfskill wrote:
> > > [...]
> > >
> > > I don't use -DNOCLEAN or anything like that, so it looks as if forcibly
^
> > > removing the /usr/obj/usr/src/usr.bi
On Tue, Nov 27, 2001 at 03:44:06PM +, Brian Somers wrote:
> > > I don't use -DNOCLEAN or anything like that, so it looks as if forcibly
> > > removing the /usr/obj/usr/src/usr.bin/tip directory does something that
> > > the normal "make buildworld" does not... and which is useful in this case.
On Tue, Nov 27, 2001 at 03:44:06PM +, Brian Somers wrote:
> > On Tue, Nov 27, 2001 at 06:35:49AM -0800, David Wolfskill wrote:
> > > Found this to be helpful after seeing:
> > >
> > > >>> stage 2: cleaning up the object tree
> > > ...
> > > ===> usr.bin/tip
> > > ".depend", line 886: Inconsis
On Tue, 27 Nov 2001 16:50:24 +0100, Mark Santcroos wrote:
| > I don't think this is UPDATING material. People shouldn't be using
| > -DNOCLEAN unless they understand the consequences.
|
| He (/I) didnt.
Did you do a component build without `make obj'? That would leave
turds, and I'm pretty
On Tue, Nov 27, 2001 at 05:57:54PM +0200, Sheldon Hearn wrote:
>
>
> On Tue, 27 Nov 2001 16:50:24 +0100, Mark Santcroos wrote:
>
> | > I don't think this is UPDATING material. People shouldn't be using
> | > -DNOCLEAN unless they understand the consequences.
> |
> | He (/I) didnt.
>
> Did y
On Tue, 27 Nov 2001 18:03:45 +0200, Ruslan Ermilov wrote:
| > Did you do a component build without `make obj'? That would leave
| > turds, and I'm pretty sure the buildworld target doesn't repeat the
| > cleandir target.
| >
| depend is included by make(1) automatically, before a "cleandir"
|
> On Tue, 27 Nov 2001 18:03:45 +0200, Ruslan Ermilov wrote:
>
> | > Did you do a component build without `make obj'? That would leave
> | > turds, and I'm pretty sure the buildworld target doesn't repeat the
> | > cleandir target.
> | >
> | depend is included by make(1) automatically, before a
On Tue, Nov 27, 2001 at 04:20:54PM +, Brian Somers wrote:
>
> A ``rm -fr /usr/obj; make -DNOCLEAN buildworld'' is quicker than
> ``make buildworld'' anyway :*)
>
Really? Is this recommended?
==Michael "Mad doc PR submitter" Lucas
--
Michael Lucas
[EMAIL PROTECTED]
http://www.blackheli
> On Tue, Nov 27, 2001 at 04:20:54PM +, Brian Somers wrote:
> >
> > A ``rm -fr /usr/obj; make -DNOCLEAN buildworld'' is quicker than
> > ``make buildworld'' anyway :*)
> >
>
> Really? Is this recommended?
Yes, except I meant ``rm -fr /usr/obj/*''.
> ==Michael "Mad doc PR submitter" Luca
In message <[EMAIL PROTECTED]> Michael Lucas writes:
: On Tue, Nov 27, 2001 at 04:20:54PM +, Brian Somers wrote:
: >
: > A ``rm -fr /usr/obj; make -DNOCLEAN buildworld'' is quicker than
: > ``make buildworld'' anyway :*)
: >
:
: Really? Is this recommended?
Only unofficially :-)
For a w
On 27-Nov-01 Jim Bryant wrote:
> VESA is broked. Remove VESA from your config. Been this way for months.
>
> It also will panic once in a VESA mode, such as my favorite and yours,
> 132x60, when switching from vty to vty.
Ouch, this is not good. This means vm86 is likely broke. Hmm, I wonde
In message <[EMAIL PROTECTED]> Brian Somers writes:
: > Simply removing the /usr/obj/usr/src/usr.bin/tip/.depend file should
: > work as well. And yes, mentioning this in UPDATING ASAP would be
: > great.
simply removing .depend is not enough. I had to kill the whole tip
directory. I got a dif
As Christoph Herrmann wrote:
> Maybe there are other problems. But I had no problems (burning CDs
> on -CURRENT) until the beginning of october. (I run make world about
> once a week). And with -STABLE everything is fine until now. It is
> the same box, I (try to) burn the same image, the only di
Scott Long wrote:
> On Tue, Nov 27, 2001 at 03:44:06PM +, Brian Somers wrote:
> > > On Tue, Nov 27, 2001 at 06:35:49AM -0800, David Wolfskill wrote:
> > > > [...]
> > > >
> > > > I don't use -DNOCLEAN or anything like that, so it looks as if forcibly
> ^
> > > > remo
John Baldwin wrote:
> On 27-Nov-01 Jim Bryant wrote:
>
>>VESA is broked. Remove VESA from your config. Been this way for months.
>>
>>It also will panic once in a VESA mode, such as my favorite and yours,
>>132x60, when switching from vty to vty.
>>
>
> Ouch, this is not good. This means vm8
My laptop is hanging when I boot it after this commit. The system hangs
when pccardd is started. If no cards are installed, the boot proceeds
without a problem and the system hangs when the first card is inserted.
I have attached my kernel configuration and dmesg output from a kernel
checked ou
In message <[EMAIL PROTECTED]> Jim Bloom writes:
: I have attached my kernel configuration and dmesg output from a kernel
: checked out right before this commit. Please let me know if I can
: provide any further information or assistance.
What does one from right after say? It looks like you ha
After upgrading to -current last Sunday, ppp(8) is now creating an
incorrect routing interface entry and (presumably as a result) no
packets get out. The problem occurs whether ppp is configured in
client or server connections. I'm setting up a new configuration,
so it's possible I've done somet
A later kernel (possibly today's source) say that it is a 6722 instead of a
672x. Other changes in the dmesg output (copied by hand since the machine does
not survive) are :
pcic0: Autodected 3.3V card (once per card)
pcic0: reset 1 int is 0 stat is cc (once per card, stat was df or ff
In message <[EMAIL PROTECTED]> Jim Bloom writes:
: A later kernel (possibly today's source) say that it is a 6722 instead of a
: 672x. Other changes in the dmesg output (copied by hand since the machine does
: not survive) are :
:
: pcic0: Autodected 3.3V card (once per card)
: pcic0: reset 1
On Tue, Nov 27, 2001 at 09:06:48 +0100, Christoph Herrmann wrote:
> On Mon, 26 Nov 2001, Kenneth D. Merry wrote:
>
> > So did you try the statically linked -stable binary on -current?
>
> Yes, I used the newest version from the ports (compiled on -CURRENT) and
> the staticly linked from -STABLE
In article <[EMAIL PROTECTED]> you wrote:
> msmith 2001/11/27 15:08:37 PST
>
> Modified files:
>sys/conf files
>sys/modules Makefile
>sys/i386/confNOTES
> Added files:
>sys/dev/ciss ciss.c cissio.h cissreg.h cissvar.h
>sys/module
On Mon, 26 Nov 2001, John Baldwin wrote:
> We don't do preemption in the kernel yet, so they need to yield the CPU when
> another thread is available. The page zeroing thread does this wrong as it
> should check procrunnable() instead of switching after doing N pages. The idle
Except it would
34 matches
Mail list logo
