ain branch (-current), the RELENG_3 branch
(-stable), and Warner's RELENG_3_2_PAO branch.
I've updated the comments in LINT and README.softupdates
accordingly.
John
---
John Polstra [EMAIL PROTECTED]
John D. Polstra Co., Inc.
it doesn't know anything about.
John
---
John Polstra [EMAIL PROTECTED]
John D. Polstra Co., Inc.Seattle, Washington USA
"No matter how cynical I get, I just can't keep up."-- Nora Ephron
To Unsubscribe:
---
John Polstra [EMAIL PROTECTED]
John D. Polstra Co., Inc.Seattle, Washington USA
"No matter how cynical I get, I just can't keep up."-- Nora Ephron
To Unsubscribe: send mail to [EMAIL
. Also, not all files
are RCS files.
John
---
John Polstra j...@polstra.com
John D. Polstra Co., Inc.Seattle, Washington USA
Self-interest is the aphrodisiac of belief. -- James V. DeLong
To Unsubscribe: send mail
) the same or not. It doesn't tell you which one is more
up-to-date.
John
---
John Polstra j...@polstra.com
John D. Polstra Co., Inc.Seattle, Washington USA
Self-interest is the aphrodisiac of belief. -- James V
of when xx.yy.zz was..
Cheater! ;-)
Seriously, there are all kinds of mirrors out there, and you really
can't be sure they'll all have accurate timekeeping.
John
---
John Polstra j...@polstra.com
John D. Polstra Co., Inc
) would need two timestamps T0 and T1, such that:
* The site's most out-of-date file is at least as new as T0, and
* The site's most up-to-date file is no newer than T1.
Or something like that. ;-)
John
---
John Polstra j...@polstra.com
John D
cap ... ah, there we go,
it's in place now) decide not to do it. One objection was that a
mirror might have been network-isolated from the master server for an
extended period of time. In that case, you'd randomly get a _big_
step backwards in time.
John
---
John Polstra
In article pine.bsf.4.10.9905291806500.375-100...@picnic.mat.net,
Chuck Robey chu...@picnic.mat.net wrote:
I thought libgcc was being deprecated, isn't that so? That only
libstdc++ was going to be needed?
No, I think you're confusing libgcc with libg++.
John
--
John Polstra
passive mode doesn't
work, it's almost always because a firewall on the server side is
blocking the incoming data connection. The client doesn't see a
refusal; its connect() call just times out. The trouble is, the
timeout takes a long time (on the order of a minute or more).
John
--
John Polstra
Garrett Wollman wrote:
On Fri, 14 May 1999 21:22:55 -0700 (PDT), John Polstra j...@polstra.com
said:
It seems to me that all this spl hackery would be better avoided,
through a userland approach that used the tun device or something
similar.
Some people need or prefer to have dependable
Revision 1.33 of src/sys/types.h, which changed dev_t to a void * in
the kernel, breaks ps and a bunch of other things on the alpha.
Since dev_t now has a different size in the kernel than in userland,
ps and friends get a proc size mismatch.
John
---
John Polstra
Bruce Evans wrote:
In old mail, John Polstra j...@polstra.com wrote:
What do you do about the ppc device? Formerly, it needed to be net
irq ... if the plip device was going to be used, but tty irq ...
otherwise. Which one did you pick?
tty was picked (see isa_compat.h). Also, support
changes weren't the problem. I've had a
failure without soft updates, and I'm fairly confident that it's a HW
problem at this point. (I've only had the machine for a few days.)
John
---
John Polstra j...@polstra.com
John D. Polstra Co., Inc
. I got it too in last night's make world on an alpha
machine with a freshly checked-out source tree and an empty obj tree.
(I haven't done a make world on i386 this week.)
John
--
John Polstra j...@polstra.com
John D. Polstra Co., Inc
--
John Polstra j...@polstra.com
John D. Polstra Co., Inc.Seattle, Washington USA
Self-interest is the aphrodisiac of belief. -- James V. DeLong
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe
In article 199905082048.naa34...@vashon.polstra.com,
John Polstra j...@polstra.com wrote:
I'm seeing something possibly related (possibly not) on an Alpha with
this morning's -current. First I was getting unaligned accesses and
core dumps from the cp in /etc/rc that updates the /etc/motd
. It would just require that a new update method be
added to handle whatever their files look like in an intelligent
way. Until that was done, it's likely that CVSup's rsync method could
handle them reasonbly well.
John
--
John Polstra j...@polstra.com
only
have two.
You're still loading the pcic module. Don't do that.
Having been through this recently myself, I'd bet that his /etc/rc*
files are out of date.
John
--
John Polstra j...@polstra.com
John D. Polstra Co., Inc
that many pointers, and how will you
address them?
And please don't raise the red herring of code bugs in maintaining
the reference counts, because that has never been what this thread
is about.
John
---
John Polstra j...@polstra.com
John D. Polstra Co
it makes more sense to increase the size of the reference
count as discussed, rather than adding checks that add more complexity
and overhead.
John
---
John Polstra j...@polstra.com
John D. Polstra Co., Inc.Seattle, Washington
information if anybody wants it. The kernel works
fine if I take pcm0 out of the config file.
John
--
John Polstra j...@polstra.com
John D. Polstra Co., Inc.Seattle, Washington USA
Self-interest is the aphrodisiac of belief
In article 199904301717.kaa03...@troutmask.apl.washington.edu,
Steve Kargl s...@troutmask.apl.washington.edu wrote:
John Polstra wrote:
Well, it's worse than broken. Merely including pcm0 in the kernel
config file causes instant panic on boot-up with my machine (new
kernel built last
that, the overflow test is
unnecessary.
John
---
John Polstra j...@polstra.com
John D. Polstra Co., Inc.Seattle, Washington USA
Self-interest is the aphrodisiac of belief. -- James V. DeLong
To Unsubscribe: send mail
Poul-Henning Kamp wrote:
In message xfmail.990430112019@polstra.com, John Polstra writes:
You're being totally unrealistic. You can't create 2^32 of
_anything_ on an i386 without running out of memory.
Well, John, you can, the newer ones will address 2^36 bytes of memory
and even a i386
Snob Art Genre wrote:
On Fri, 30 Apr 1999, Poul-Henning Kamp wrote:
In message xfmail.990430112019@polstra.com, John Polstra writes:
Rodney W. Grimes wrote:
You're being totally unrealistic. You can't create 2^32 of
_anything_ on an i386 without running out of memory.
Well, John
report related to them, there is an option to turn
them off, and this *is* -CURRENT. I may just leave them turned on by
default.
Opinions?
I think that's the best solution for now.
John
---
John Polstra j...@polstra.com
John D. Polstra Co., Inc
supfiles.
Thanks,
John
---
John Polstra j...@polstra.com
John D. Polstra Co., Inc.Seattle, Washington USA
Self-interest is the aphrodisiac of belief. -- James V. DeLong
To Unsubscribe: send mail to majord
--
John Polstra j...@polstra.com
John D. Polstra Co., Inc.Seattle, Washington USA
Self-interest is the aphrodisiac of belief. -- James V. DeLong
To Unsubscribe: send mail to majord...@freebsd.org
irq ...
otherwise. Which one did you pick?
John
--
John Polstra j...@polstra.com
John D. Polstra Co., Inc.Seattle, Washington USA
Self-interest is the aphrodisiac of belief. -- James V. DeLong
To Unsubscribe
libX11.so on each one and see if it's stripped.
Maybe your LD_LIBRARY_PATH environment variable is set, screwing up
the build? Maybe you've got something funny in /etc/make.conf?
Sorry, these are just guesses. I've never encountered the problem
you're reporting.
John
--
John Polstra
, this is -current, after all. :-}
John
--
John Polstra j...@polstra.com
John D. Polstra Co., Inc.Seattle, Washington USA
Self-interest is the aphrodisiac of belief. -- James V. DeLong
To Unsubscribe: send mail
than a long because on the Alpha, a long is 64 bits. (int32_t would
be OK, too.)
John
--
John Polstra j...@polstra.com
John D. Polstra Co., Inc.Seattle, Washington USA
Self-interest is the aphrodisiac of belief
In article 199904271419.iaa17...@harmony.village.org,
Warner Losh i...@harmony.village.org wrote:
More generally, it would be nice to have support for pccards on the
boot disk. There is work in progress to make this happen.
Yes! We need this.
John
--
John Polstra
messages. Nobody can help without that.
John
--
John Polstra j...@polstra.com
John D. Polstra Co., Inc.Seattle, Washington USA
Self-interest is the aphrodisiac of belief. -- James V. DeLong
To Unsubscribe: send
, and they're currently
making some post-review revisions I requested. After that I will
commit it. Note, it doesn't handle login time restrictions either --
it does only what login does now. However, once the module exists,
we'll at least have a place to put the changes into.
John
--
John
tried running the GUI from an X server on a different
machine? Maybe the problem is that your X server isn't getting enough
resources to update the screen quickly. I really don't see much of a
problem with the speed of GUI updates here on my machine.
John
---
John Polstra
is slow to update
the GUI because it is busy doing more important things, i.e., updating
your files as quickly as it can. I agree that it can be annoying.
But would you really want me to slow down file updates just so the GUI
could look better?
John
---
John Polstra
is entirely
separate from the others, and you wouldn't want it to be blatted on
top of your existing files.
John
---
John Polstra j...@polstra.com
John D. Polstra Co., Inc.Seattle, Washington USA
Self-interest
it is wasting a lot of time blocked in those
calls. An interested person could probably confirm or deny that using
ktrace.
If we had kernel threads and Modula-3 supported them, this wouldn't be
a problem. But those are two very big ifs. :-(
John
---
John Polstra
thread. It uses user-level
threads. If the process blocks in a disk I/O call, all threads stop
until the call completes. That's just the way Unix works.
John
---
John Polstra j...@polstra.com
John D. Polstra Co., Inc.Seattle
scheduling
mechanism to use ITIMER_PROF instead of ITIMER_VIRTUAL. This was
to allow for fairer scheduling with I/O bound threads.
My hunch is that it's not a fairness issue. It's just the fact that
when you block in disk I/O, the whole process (all threads) blocks.
John
---
John Polstra
A to point B. In the case of egcs, that's a lot of bits.
But six hours and sixteen minutes? That's awfully slow. You must
have had a really bad link that day. I'd try a few different mirror
sites if I were you.
John
---
John Polstra j...@polstra.com
Daniel Eischen wrote:
John Polstra wrote:
My hunch is that it's not a fairness issue. It's just the fact that
when you block in disk I/O, the whole process (all threads) blocks.
That statement made me think that Modula-3 had it's own threading
support because our native threads using non
there. :-)
John
---
John Polstra j...@polstra.com
John D. Polstra Co., Inc.Seattle, Washington USA
Self-interest is the aphrodisiac of belief. -- James V. DeLong
To Unsubscribe: send mail to majord...@freebsd.org
. Disk operations are
non-interruptible, so if the disk is really busy the GUI thread
doesn't get control often enough. (I'm guessing and could be totally
wrong, though.)
John
--
John Polstra j...@polstra.com
John D. Polstra Co., Inc
}
MINUSLPAM+= -lradius -ltacplus -lskey -lcrypt -lmd
.endif
Then in utilities such a login:
DPADD+= ${LIBPAM}
LDADD+= ${MINUSLPAM}
This could get out of hand pretty quickly, but it may be the most
reasonable solution at this time.
John
---
John Polstra
. They should
be treated as an absolute last resort. You can paint yourself into
a corner before you know it, and you won't find out until it's time
to upgrade something and you suddenly realize that none of your old
executables will run any more.
John
---
John Polstra
the
switches, while the static libc does a pipe/fork/etc and makes a
pipe-based procedure call instead of a dlsym() direct call.
*gag* *choke* *cough*
Nah, that's much too radical, they'll never buy it.
Ya got that right! :-)
John
---
John Polstra j
Mark Murray wrote:
John Polstra wrote:
I ran into a similar problem for static PAM. After some discussion
with Bruce, I held my nose and put this into bsd.libnames.mk:
:-) I can see why you don't like that solution; I can also see why
it is unavoidable.
Any objections to me doing
that).
I recommend that you delete src/contrib/egcs and fetch a fresh copy
of it. Or, if there is a Makefile in there too, you could try running
make distclean to see if that solves the problem.
John
--
John Polstra j...@polstra.com
John D. Polstra
cleandir (yes, twice) in
src/usr.sbin/amd? If you have, I can only suggest that you wipe
out the amd trees in both contrib and usr.sbin, grab fresh sources,
and try again.
John
--
John Polstra j...@polstra.com
John D. Polstra Co., Inc
./configure in contrib/egcs at some point in the past.
John
--
John Polstra j...@polstra.com
John D. Polstra Co., Inc.Seattle, Washington USA
Self-interest is the aphrodisiac of belief. -- James V. DeLong
To Unsubscribe
every one of them, and then make install in the KDE or
gnome port. Otherwise you end up with a hodge-podge of new ports and
old dependencies, and they don't play together nicely.
John
---
John Polstra j...@polstra.com
John D. Polstra Co., Inc
ports from scratch. And the next time you're
tempted to upgrade a port, you decide it would be easier to just buy
a new machine. :-)
John
---
John Polstra j...@polstra.com
John D. Polstra Co., Inc.Seattle, Washington USA
Self
much. It would be more interesting to compare
the outputs of size(1).
John
--
John Polstra j...@polstra.com
John D. Polstra Co., Inc.Seattle, Washington USA
Self-interest is the aphrodisiac of belief. -- James
--
John Polstra j...@polstra.com
John D. Polstra Co., Inc.Seattle, Washington USA
Self-interest is the aphrodisiac of belief. -- James V. DeLong
To Unsubscribe: send mail to majord...@freebsd.org
with unsubscribe
Polstra, a compiler guy, here.
--
John Polstra j...@polstra.com
John D. Polstra Co., Inc.Seattle, Washington USA
Self-interest is the aphrodisiac of belief. -- James V. DeLong
To Unsubscribe: send mail to majord
that
originally was there.
--
John Polstra j...@polstra.com
John D. Polstra Co., Inc.Seattle, Washington USA
Self-interest is the aphrodisiac of belief. -- James V. DeLong
To Unsubscribe: send mail to majord
.,
you can't use both versions at the same time. I'd suggest rebuilding
the port and everything that it depends upon.
John
---
John Polstra j...@polstra.com
John D. Polstra Co., Inc.Seattle, Washington USA
Self-interest
Chuck Robey wrote:
Thanks for the clue, John! As much as I hate redoing the KDE and
gnome ports, it looks like doing that again ...
I don't blame you. I've never even built them, for the simple (lazy)
reason that they looked like they'd be too painful to upgrade.
John
---
John Polstra
Bruce Evans wrote:
Everything should be buildable with CC=aac (any ANSI compiler), but
that's asking too much for programs like kernels and boot blocks.
The problem in this case is just that the compilers require
different command line options. It's asking _way_ too much to
require those to
Bruce Evans wrote:
The problem in this case is just that the compilers require
different command line options. It's asking _way_ too much to
require those to be identical.
Actually, they don't. Compiler-specific options can be put in ${CC}.
Perhaps they even should be.
But in this case, we
make it O_APPEND, at which
point the seek offset in the descriptor becomes irrelevant.
But O_APPEND didn't exist in early versions of Unix. I'm sure it
wasn't present in V6, and I'm pretty sure it wasn't present in V7
either.
John
--
John Polstra
In article xfmail.990405195134@polstra.com,
John Polstra j...@polstra.com wrote:
If you are trying to follow the fast pace in -current right now, I'd
suggest that you avoid cvsup4 until it's fixed. I'll announce that
when it happens.
It's looking like cvsup4 may be down for the count
should be added to the Makefiles for boot in such a way
as to override a possible -fexceptions in /etc/make.conf. When
there are conflicting options, the last one wins.
John
--
John Polstra j...@polstra.com
John D. Polstra Co., Inc
error in function main
*** Error code 33
Your installed cpp was built from slightly old sources. Make sure
your source tree is up-to-date. Then manually make cleandir;
make cleandir; make obj; make depend; make all install in
src/gnu/usr.bin/cc. It will be OK after that.
John
--
John Polstra
.
There shouldn't be any generated files there, but if there are any it
can cause confusing problems. So I usually do the make cleandir twice
just to be sure.
John
---
John Polstra j...@polstra.com
John D. Polstra Co., Inc
pace in -current right now, I'd
suggest that you avoid cvsup4 until it's fixed. I'll announce that
when it happens.
Sorry for the inconvenience. Stuff happens.
John
---
John Polstra j...@polstra.com
John D. Polstra Co., Inc
gcc version of crt{begin,end}.c
#endif
John
--
John Polstra j...@polstra.com
John D. Polstra Co., Inc.Seattle, Washington USA
Self-interest is the aphrodisiac of belief. -- James V. DeLong
To Unsubscribe
the program using the old compiler. But
there is a dynamic linker bug (which I just discovered) that prevents
the hack from working. I am testing the fix for that now.
John
--
John Polstra j...@polstra.com
John D. Polstra Co., Inc
the
correct name of the file according to the C++ standard.
John
--
John Polstra j...@polstra.com
John D. Polstra Co., Inc.Seattle, Washington USA
Self-interest is the aphrodisiac of belief. -- James V. DeLong
for ditching libg++.
John
--
John Polstra j...@polstra.com
John D. Polstra Co., Inc.Seattle, Washington USA
Self-interest is the aphrodisiac of belief. -- James V. DeLong
To Unsubscribe: send mail to majord
.
John My Sun 3/180 supported SMD disks, but FreeBSD doesn't! Polstra
--
John Polstra j...@polstra.com
John D. Polstra Co., Inc.Seattle, Washington USA
Self-interest is the aphrodisiac of belief. -- James V. DeLong
/etc/fstab lists the root device
including the slice. For example, /dev/wd0s1a and _not_ /dev/wd0a.
John
--
John Polstra j...@polstra.com
John D. Polstra Co., Inc.Seattle, Washington USA
Self-interest is the aphrodisiac
In article pine.bsf.4.05.990404280.65636-100...@herring.nlsystems.com,
Doug Rabson d...@nlsystems.com wrote:
We should also consider installing libbfd.
We can do that any time (ELF only), as far as I'm concerned.
John
--
John Polstra j
is not an April Fools joke.
John
--
John Polstra j...@polstra.com
John D. Polstra Co., Inc.Seattle, Washington USA
Self-interest is the aphrodisiac of belief. -- James V. DeLong
To Unsubscribe: send mail to majord
was later than the current time, too (disregarding the year).
I'm willing to bet that Nickolay is also using NcFTP
I don't doubt that. But for me it happened using Netscape.
Thanks for solving this mystery!
John
---
John Polstra j...@polstra.com
to review them and commit them for you.
I have some BSD/OS binaries I can try here, too.
John
---
John Polstra j...@polstra.com
John D. Polstra Co., Inc.Seattle, Washington USA
Self-interest is the aphrodisiac of belief
Julian Elischer wrote:
One presumes that the BSDI binaries fail without the diff? :-)
Yes, that's been confirmed by lots of people, myself included.
John
---
John Polstra j...@polstra.com
John D. Polstra Co., Inc
, test
it, and submit diffs. No takers, so far. :-(
John
--
John Polstra j...@polstra.com
John D. Polstra Co., Inc.Seattle, Washington USA
Self-interest is the aphrodisiac of belief. -- James V. DeLong
. Then in
kern_exec.c:execve(), pass the value to setregs() as a new parameter.
Stuff it into %ebx in i386/machdep.c:setregs(), and ignore it for the
other architectures. That should do it.
John
--
John Polstra j...@polstra.com
John D. Polstra Co., Inc
)
+ struct callout *c;
+{
+ bzero(c, sizeof c);
}
That doesn't look correct, does it?
Agreed. I think it should be sizeof *c.
John
--
John Polstra j...@polstra.com
John D. Polstra Co., Inc.Seattle, Washington
was
different. So I'm satisfied to say we are both right.
John
---
John Polstra j...@polstra.com
John D. Polstra Co., Inc.Seattle, Washington USA
Nobody ever went broke underestimating the taste of the American public
on freefall show that
cvsup.za.freebsd.org has been updating itself reliably every hour.
Or did you mean you're having trouble getting into it? If so, it
might be worth trying cvsup2.za.freebsd.org instead.
John
--
John Polstra j...@polstra.com
John
but via cvsup.uk.freebsd.org. Maybe the fix hasn't
propagated to there yet.
For small updates that you want immediately, CVSWeb is your friend:
http://www.freebsd.org/cgi/cvsweb.cgi
John
--
John Polstra j...@polstra.com
John D. Polstra Co
all the space, and get rid of it.
John
--
John Polstra j...@polstra.com
John D. Polstra Co., Inc.Seattle, Washington USA
Nobody ever went broke underestimating the taste of the American public
that compiletime enumeration of potential options
is a concept that died with the VAX Handbook 1978 edition.
/GRUMBLE
Amen, brother! Get it said! People who claim that strings are
too slow would benefit greatly from spending a few days with the
profiler.
John
--
John Polstra
have to modify and recompile only the portion of the code that
implements new functionality. The client code doesn't have to be
modified or even relinked.
John
---
John Polstra j...@polstra.com
John D. Polstra Co., Inc.Seattle
) with very little to show for it.
John
--
John Polstra j...@polstra.com
John D. Polstra Co., Inc.Seattle, Washington USA
Nobody ever went broke underestimating the taste of the American public
statements. Such errors have also
been found in the FreeBSD kernel. Some of them have been fixed, but
maybe not all of them. In any case, the problems should be fixed at
their source, not kludged around in the compiler.
John
--
John Polstra j
/bin/cc as 2.7.2.x like
they are now.
Ick! No way!
John
--
John Polstra j...@polstra.com
John D. Polstra Co., Inc.Seattle, Washington USA
Nobody ever went broke underestimating the taste of the American public
++ is _ancient_.
It pre-dated templates even.
John
--
John Polstra j...@polstra.com
John D. Polstra Co., Inc.Seattle, Washington USA
Nobody ever went broke underestimating the taste of the American public
Poul-Henning Kamp wrote:
Wouldn't the first logical step be to stop generating the a.out libs
in make world, and check in the final version like with the rest
of the compat libs ?
Yes! And it is long past the time when we should have done exactly
that.
John
---
John Polstra
John S. Dyson wrote:
Jordan K. Hubbard said:
I can generally build a kernel with EGCS, if I change how the .text and
.data are laid out for initialized data. It seems that the initialization
code makes assumptions about the order or layout of the initialization
data. Once the stuff is
as it does
for ELF.
John
--
John Polstra j...@polstra.com
John D. Polstra Co., Inc.Seattle, Washington USA
Nobody ever went broke underestimating the taste of the American public
of .align ALIGN to
.p2align 4.
John
---
John Polstra j...@polstra.com
John D. Polstra Co., Inc.Seattle, Washington USA
Nobody ever went broke underestimating the taste of the American public
existing binutils are fine. They're the newest
GNU version, and they work OK with the egcs and gcc-2.8.1 ports.
John
--
John Polstra j...@polstra.com
John D. Polstra Co., Inc.Seattle, Washington USA
Nobody ever went broke
to `PacketAliasPermanentLink'
*** Error code 1
It was broken by the recent commit to src/lib/libalias. You can
probably get around it by reverting that directory to around Feb 25.
John
--
John Polstra j...@polstra.com
John D. Polstra Co., Inc
.
Great sleuthing, guys!
John
--
John Polstra j...@polstra.com
John D. Polstra Co., Inc.Seattle, Washington USA
Nobody ever went broke underestimating the taste of the American public
301 - 400 of 439 matches
Mail list logo