Hello,
I was a bit stalked this morning by finding that my computer had tunrned
itself on 5-10 minutes after I turned it off to go to bed last night :)
I turned off, and it turned itself back on again.
I have turned off most "wake up" events in the BIOS, but "Wake on PCI"
is set to AUTO, meanin
On Tue, Jun 04, 2002 at 07:52:19PM -0700, walt wrote:
> >> ...it tells me at
> >> the end that all the files I told it to install remain
> >> for me to merge by hand.
>
> > Read the messages more closely and you should see one about
> > perl not being installed. mergemaster tries to use per
>> ...it tells me at
>> the end that all the files I told it to install remain
>> for me to merge by hand.
> Read the messages more closely and you should see one about
> perl not being installed. mergemaster tries to use perl,
> but can't use it even if it is installed since it is not
>
Dear John and everyone, I do not know the thread group means what in FreeBSD5.0.Could you give me some information?Now, I mask the code about thread group operations.When I want to get the RAIDFrame information(exist in the disk block).I can call raidread_component_label(), as the following:int r
On Tue, 4 Jun 2002, walt wrote:
> It correctly identifies files to be updated, asks me what
> I want to do, as usual, and when I hit 'i' for install it
> proceeds without error messages but then it tells me at
> the end that all the files I told it to install remain
> for me to merge by hand.
Re
The logic for testing UMA_ZFLAG_INTERNAL in zone_dtor() is reversed.
I was able to reliably reproduce crashes with:
mdconfig -a -t malloc -s 10m
mdconfig -d -u 0
mdconfig -a -t malloc -s 10m
mdconfig -d -u 0
Ian
Index: uma_core.c
* From Cyrille Lefevre <[EMAIL PROTECTED]>
> On Tue, Jun 04, 2002 at 03:13:21PM -0700, J. Mallett wrote:
> > Aphex% ps -ouser=
> > ??
> > jmallett
> > jmallett
> > jmallett
>
> I remember to see something like that when a kernel dependent
> command, such as ps, is out of sync w
On Tue, Jun 04, 2002 at 03:13:21PM -0700, J. Mallett wrote:
> Aphex% ps -ouser=
> ??
> jmallett
> jmallett
> jmallett
I remember to see something like that when a kernel dependent
command, such as ps, is out of sync w/ the running kernel.
did you upgrade your kernel recently w
Form Results:
realname:
loveridgeFritz Gerald
email:
[EMAIL PROTECTED]
body:
Legal Services for Less than a Penny Per Day
You can have a Top Law Firm in your area produce a Will
for you, absolutely FREE, with your membership.
http://61.129.81.99/tbone2/legal.html?marke
It correctly identifies files to be updated, asks me what
I want to do, as usual, and when I hit 'i' for install it
proceeds without error messages but then it tells me at
the end that all the files I told it to install remain
for me to merge by hand.
In fact, none of the files get installed even
It's a bit of a beast to compile, but the jdk13 port uses new.h in a
couple of C++ files (I could be more specific, but I don't have the source
extracted right now). Since that's now in the backward directory, I fixed
the compile errors by including instead. Everything else in that
port com
Aphex% ps -ouser=
??
jmallett
jmallett
jmallett
And then on STABLE:
> ps -ouser=
flata
flata
flata
flata
flata
And with a header provided:
> ps -ouser=WHO
WHO
flata
flata
flata
flata
flata
However on CURRENT:
Aphex% ps -ouser=WHO
??
jmallett
jmallett
jmal
On Tue, Jun 04, 2002 at 02:29:17PM -0700, David O'Brien wrote:
> On Mon, Jun 03, 2002 at 01:42:24PM -0700, Kris Kennaway wrote:
> > * (lots of ports) The new C++ compiler deprecated a lot of headers by
> > moving them to a different directory: this breaks a heck of a lot of
> > ports). IMO we
Hello, see this:
--
root@juanillo:/usr/src/sys/i386/compile/JUANILLO $ make
cc -c -x assembler-with-cpp -DLOCORE -O -pipe -Wall -Wredundant-decls
-Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith
-Winline -Wcast-qual -fformat-extensions -ansi -g -nos
On Mon, Jun 03, 2002 at 01:42:24PM -0700, Kris Kennaway wrote:
> * (lots of ports) The new C++ compiler deprecated a lot of headers by
> moving them to a different directory: this breaks a heck of a lot of
> ports). IMO we should be searching this directory by default.
example port please.
On Tue, Jun 04, 2002 at 01:36:17PM +1000, Tim J. Robbins wrote:
> I am in favour of doing this. Same with cpio. I'd prefer to see GNU tar
> and cpio in ports (if they are not already there).
We have had GNU tar just too long to move it to ports. Nothing else has
the same options or support.
> H
On Tue, Jun 04, 2002 at 12:12:28AM -0700, walt wrote:
> ===> gnu/usr.bin/tar
> ".depend", line 458: Inconsistent operator for tar
> make: fatal errors encountered -- cannot continue
> *** Error code 1
The problem is you have an existing /usr/obj/gnu/usr.bin/tar/.depend
file. In that file is a de
On Mon, Jun 03, 2002 at 11:04:58PM -0700, walt wrote:
> The kind of compile errors for mozilla have been changing as the
> C++ problems get fixed. Today's error is one I haven't seen
> before--a core dump. Does this suggest a non-c++ problem that
> needs fixing? Sorry about the line-wrap: I pu
Hello,
For what it's worth, I set out and successfully compiled the latest from
the XFree86 CVS with the latest gcc31 snapshot (May 27th). I needed to do the
following:
- I had to apply the fix that has been mentioned several times on this
list to libXThrStub.
- I had to fix a typo in one head
Hi,
Recently I updated my FreeBSD box to 5.0 I face
problems connected with you new time counter
code.Could you please tell me how to fix this problem,
in old version was able to hack kern_clock.c
(NTIMERCOUNTER).
calcru: negative time of -661363 usec for pid 157 (ps)
calcru: negative time of -6
On Mon, Jun 03, 2002 at 10:56:58PM +0300, Maxim Sobolev wrote:
> However, before proceeding I would like to get an advice with regard
> to the most appropriate procedure for doing the upgrade. The problem
> is that old version of tar was just cvs add'ed, not imported, so that
> it is unclear how t
On Tue, 4 Jun 2002, Dan Trainor wrote:
> What's going to happen to all these ports that still depend on file
> locations in the 4.5 release(s)? The reason I ask is that I see that
> now we're going to have to make two kinds of ports - one for 4.x and one
> for 5.x, or are header files and stuff
On Tue, Jun 04, 2002 at 03:02:21AM +, [EMAIL PROTECTED] wrote:
> > Actually, it broke fsck_ffs.
> >
> > Workaround to avoid the known broken case:
>
> The brokenness in ix86_expand_clrstr is quite visible when you
> compare the function with ix86_expand_movstr.
Fixed in rev 1.368.2.10. "*
Folks,
I've updated GNU Tar in the base system to the most recent version.
I've tested it locally and it appears to OK, but if you have any
unusual problems with it please let me know.
Thanks!
-Maxim
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body
< said:
> Having two tar's, two cpio's, two awk's, gzip and zlib in the base system
> is bloat.
It may be bloat, but it's tolerable bloat that our users are
well-accustomed to.
-GAWollman
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the mess
Kris Kennaway <[EMAIL PROTECTED]> wrote:
> It seems like ports committers are not able to keep up with the
> rate at which ports are being broken by -current changes:
Since I originally stated that I would work on fixing ports on alpha
and I have clearly failed to do so, I would like to point ou
In the last episode (Jun 04), Dan Trainor said:
> What's going to happen to all these ports that still depend on file
> locations in the 4.5 release(s)? The reason I ask is that I see that
> now we're going to have to make two kinds of ports - one for 4.x and
> one for 5.x, or are header files an
What's going to happen to all these ports that still depend on file
locations in the 4.5 release(s)? The reason I ask is that I see that
now we're going to have to make two kinds of ports - one for 4.x and one
for 5.x, or are header files and stuff like that stored as global
variables... or somet
>===> gnu/usr.bin/tar
>".depend", line 458: Inconsistent operator for tar
>make: fatal errors encountered -- cannot continue
>*** Error code 1
>Stop in /usr/src/gnu/usr.bin.
Well, I've finished the "make buildworld" for today's -CURRENT,
and am
in the "make kernel" phase, so whatever bit y
>Date: Tue, 04 Jun 2002 00:12:28 -0700
>From: walt <[EMAIL PROTECTED]>
>===> gnu/usr.bin/tar
>".depend", line 458: Inconsistent operator for tar
>make: fatal errors encountered -- cannot continue
>*** Error code 1
>Stop in /usr/src/gnu/usr.bin.
Well, I've finished the "make buildworld" for toda
===> gnu/usr.bin/tar
".depend", line 458: Inconsistent operator for tar
make: fatal errors encountered -- cannot continue
*** Error code 1
Stop in /usr/src/gnu/usr.bin.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
Can anyone else reproduce this problem? There seems to be a problem with
job control in the shell or the kernel's notion of a 'foreground' process.
I'm inclined to blame my modifications to the job control code, but I can
reproduce the problem with a checkout from May 10, before I changed it.
%cv
I've been running into this problem for the past few days where make
buildkernel fails. I've cvs'd multiple times hoping it would get cleared
up...any ideas?
-Troy
===> xe
@ -> /usr/src/sys
machine -> /usr/src/sys/i386/include
awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h
awk -f @/tools/mak
The kind of compile errors for mozilla have been changing as the
C++ problems get fixed. Today's error is one I haven't seen
before--a core dump. Does this suggest a non-c++ problem that
needs fixing? Sorry about the line-wrap: I put extra CR's where
the linebreaks are.
gmake[1]: Leaving dire
On Tue, 4 Jun 2002, Stanislav Grozev wrote:
> On Tue, Jun 04, 2002 at 07:08:32AM -0500, Michael D. Harnois wrote:
> > > > #pragma weak foo = bar
> > > > with either
> > > > #pragma weak foo = "bar" /* this is easier */
>
> > I tried the quotation mark fix, and all it does is chan
On Tue, Jun 04, 2002 at 07:08:32AM -0500, Michael D. Harnois wrote:
> > > #pragma weak foo = bar
> > > with either
> > > #pragma weak foo = "bar" /* this is easier */
> I tried the quotation mark fix, and all it does is change the error
> message to
>
> UIThrStubs.c:102: warning: malformed #
On Tue, Jun 04, 2002 at 08:39:41AM -0400, Mike wrote:
Hi,
> I have been trying for several days now to access current.freebsd.org so I
> can get the latest -CURRENT snapshot instead of my usual DP1 -> cvsup ->
> buildworld, but I am unable to get in.. Is this not a public server?
There seems
Hi,
"Michael D. Harnois" <[EMAIL PROTECTED]> wrote:
> > > if __GNUC__ >= 3
> > > int foo() __attribute__ ((weak, alias ("bar")));
> > > #endif /* __GNUC__ */
> > > .
>
> I tried the quotation mark fix, and all it does is change the error
> message to
>
> UIThrStubs.c:102: warning:
I have been trying for several days now to access current.freebsd.org so I
can get the latest -CURRENT snapshot instead of my usual DP1 -> cvsup ->
buildworld, but I am unable to get in.. Is this not a public server?
saturn# ftp current.freebsd.org
Connected to usw2.freebsd.org.
220 usw2.freebs
> > you replace
> > #pragma weak foo = bar
> > with either
> > #pragma weak foo = "bar" /* this is easier */
> > or
> > if __GNUC__ >= 3
> > int foo() __attribute__ ((weak, alias ("bar")));
> > #endif /* __GNUC__ */
> > .
I tried the quotation mark fix, and all it does
40 matches
Mail list logo
