On Fri, Jan 28, 2000 at 09:33:32AM -0700, Warner Losh wrote:
This looks like a safe change to make, since we have no fortran in the
tree that needs to get built. It doesn't disable building of fortran
later in the build, just from building it potentially twice.
Comments?
I like it. If it
On Fri, Jan 28, 2000 at 07:07:39PM -0500, Louis A. Mamakos wrote:
Is it possible to bump the revision of libstdc++ (and perhaps others) so
that existing programs can continue to function?
Nope. This is -CURRENT and this type of thing happens. And with a
RELEASE about to happen, I don't want
On Thu, Jan 27, 2000 at 09:39:10AM +0100, Dag-Erling Smorgrav wrote:
Sources from ~12 hours ago:
=== usr.bin/kdump
...
In file included from ioctl.c:79:
/usr/obj/usr/src/i386/usr/include/sys/memrange.h:18: warning: `MDF_ACTIVE' redefined
Peter Wemm fixed this as src/include/Makefile rev
On Thu, Jan 27, 2000 at 01:28:10PM -0800, Jordan K. Hubbard wrote:
In this case, I actually assume that the DHCP server will be providing
the host name and specifically *ignore* the user-provide hostname
IMHO, that is the wrong assumption. Most DHCP servers I've seen aren't
setup to provide
On Thu, Jan 27, 2000 at 01:28:10PM -0800, Jordan K. Hubbard wrote:
4. X didn't come with /usr/X11R6/lib/aout, so I can't run netscape.
I guess we need to build our own XF86 distribution with the a.out
libraries built or we need to somehow stuff those into a compat dist.
OR we can make a
BTW, I'm getting numbers that are 2x bigger than before :-(.I had
makebuildworld down to around 1:20 at one point, but now it is 2:40.
Which compilers for both times?
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
On Thu, Jan 27, 2000 at 04:00:40PM -0700, Warner Losh wrote:
So I'd say this is with 2.7.3 and the compiler in today's current.
Ah. 2.95.2 is a known speed snail. The GCC developers took this to
heart and 2.96 will compile much faster.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with
On Thu, Jan 27, 2000 at 04:06:31PM -0800, Jordan K. Hubbard wrote:
IMHO, that is the wrong assumption. Most DHCP servers I've seen aren't
setup to provide hostnames to the requrestor.
Seems they're set up incorrectly then.
Not at all.
You can't be a good "network citizen" these days
On Thu, Jan 27, 2000 at 04:20:54PM -0800, Mike Smith wrote:
Actually, the problem here is that our dhclient doesn't pick the hostname
up the first time around. If it's set in an existing lease that is just
confirmed, it works, but if you're starting without a lease, you won't
get a
On Thu, Jan 27, 2000 at 09:26:44PM -0500, Garrett Wollman wrote:
On Thu, 27 Jan 2000 18:11:52 -0800, Mike Smith [EMAIL PROTECTED] said:
That's not correct; your DHCP configuration should reflect the hostname.
No, it shouldn't. As I keep on trying to explain, the DHCP addresses
are:
On Thu, Jan 27, 2000 at 06:22:55PM -0800, Mike Smith wrote:
Correct behaviour would be not to set the hostname unless:
a) it is not already set
or
b) it was previously set by the DHCP client
You could probably ignore b) and satisfy most people. At the moment, the
hostname is _never_
On Tue, Jan 25, 2000 at 03:54:13PM -0500, Rajappa Iyer wrote:
Yes, but $CHROOTDIR/etc is populated by "make installworld" when I do
Why not just set USA_RESIDENT in your environment before starting
`make release'?
--
-- David([EMAIL PROTECTED])
To Unsubscribe: send mail to [EMAIL
On Mon, Jan 24, 2000 at 12:16:32PM +0100, Oliver Fromme wrote:
And just how do I increase the space on a CDROM???
Include another CD-ROM.
You are missing the point. The installation CDROM only shows you the
packages on that CDROM, this gives newbies the impression we don't have
very many
On Mon, Jan 24, 2000 at 06:36:44AM -0800, Satoshi - Ports Wraith - Asami wrote:
There are over 200 broken ports. In particular, there are a few dozen
(78 at last count) broken by the gcc upgrade (those marked by "new
These are due to bogus i386 ASM:
cooledit-3.11.3.log
On Mon, Jan 24, 2000 at 08:50:21PM +0100, Alexander Langer wrote:
I noticed that many ports are broken because the compiler handles
ANSI-C++ violations too strict.
Not too strict -- to the ratified ISO-C++ specification.
Just FYI, maybe you can do something against this strict handling.
Later tonight I will make a change to our base C++ compiler that will
change the way virtual tables are handled. Currently we are using THUNKS
for virtual inheritance. Unfortunately there are bugs that The GCC
developers thought would be fixed in GCC 2.95. However it isn't.
After this change
On Tue, Jan 25, 2000 at 03:03:32PM +1100, Andy Farkas wrote:
What is the reason for putting a giant "Example!" in hosts.allow?
So you'll notice that this file is an example and *demands* your
attention in configuring your system properly.
I note that it was committed at 3 o'clock in the
On Sun, Jan 23, 2000 at 10:26:48AM +0100, Oliver Fromme wrote:
Saving 10% or 20% on disk space is not worth wasting = 10 times more
CPU time than gzip. Disk space is cheap nowadays, but upgrading to a
CPU that is 10 times faster is not.
And just how do I increase the space on a CDROM???
Go
On Sun, Jan 23, 2000 at 10:26:48AM +0100, Oliver Fromme wrote:
(I once tried to compress our FreeBSD ISO images with bzip2,
just to compare the space savings with gzip. I aborted the
experiment after 6 hours (!). gzip took about 30 minutes.
Consequently, bzip2 was considered unusable and
On Sun, Jan 23, 2000 at 08:21:12PM +0100, Dag-Erling Smorgrav wrote:
Taking my 243662 KB ~/Mail:
gzip -9 every file: 80420 KB
bzip2 -9 every file:70034 KB
tar ~/Mail and gzip -9: 78840 KB(4m37s)
tar ~/Mail and bzip2 -9:68960 KB(14m29s)
Who cares
On Mon, Jan 24, 2000 at 01:19:32AM -0500, Chuck Robey wrote:
No, I said ask me again in 18 months, not NOW. Even if it didn't have the
memory problem, gzip has greater compatibility and does the minimum
job. It's not required for the base system.
BUT, if we bzip2'ed the base system
On Tue, Jan 11, 2000 at 01:37:39PM +0200, Maxim Sobolev wrote:
It seems than long-standing problem (see PR dated May '97:
http://www.FreeBSD.org/cgi/query-pr.cgi?pr=3441) with C++ exceptions in shared
Good news, a fix has been imported and merged.
--
-- David([EMAIL PROTECTED])
To
On Fri, Jan 21, 2000 at 11:11:17AM -0800, John Polstra wrote:
I have been reminded that a few mirrors (cvsup8 in particular) filter
pings. Don't take ping failures as a certain indication that the
server is down.
On Fri, Jan 21, 2000 at 11:22:33AM -0800, Amancio Hasty wrote:
So have the
On Fri, Jan 21, 2000 at 05:33:53PM -0500, Will Andrews wrote:
On Fri, Jan 21, 2000 at 04:14:47PM -0600, Mohit Aron wrote:
Hi,
wasn't the release date set for Jan 15 ? Anyone knows the new
tentative date ? Thanks,
That was the Feature Freeze (tm). Jordan hasn't made any "official"
On Fri, Jan 21, 2000 at 02:22:51PM -0800, Jason Evans wrote:
I did a 'make includes' during my testing, so I didn't have this
problem.
...
In any case, doing a 'make includes' will get you past this.
But this is not a very satisfiable bootstrap requirement.
We need to keep in mind that
On Fri, Jan 21, 2000 at 07:02:10PM -0500, Will Andrews wrote:
On Fri, Jan 21, 2000 at 03:33:19PM -0800, David O'Brien wrote:
What do you mean? JKH said there would be a Feature Freeze on Jan 15 and
it happened. What more did JKH need to say on the topic?
I lost some mail from early
On Fri, Jan 21, 2000 at 07:03:51PM -0500, Chuck Robey wrote:
I don't know ... I think it might be a good idea for the cvsup client to
make a connection to a cvsup master, get redirected from that master to
the actual handler of the connection, and then work. That way, a config
file on the
On Fri, Jan 21, 2000 at 07:27:08PM -0500, Will Andrews wrote:
Traceroute works fine.
Traceroute can be annoying to use as it is much slower. And not all
routers respond "properly" to it.
If you knew the history of fadeto.blackened.com, you'd know why ICMPs
are filtered out
I really don't
On Fri, Jan 21, 2000 at 08:56:29PM -0500, Chuck Robey wrote:
I guess it means, is the main component trying to be balanced the server
resources or the network resources. I may be wrong, but I think that the
server resources are more likely to be the most important bottleneck, and
Not really.
On Thu, Jan 20, 2000 at 11:01:10AM -0800, Tim Moore wrote:
CVS'uped today:
...
gcc/version.c is "dead" in my CVS repository. Has my repository been
corrupted somehow?
Please try again. Did you change release tags or something? Possibly
checked out RELENG_3 on top of the HEAD or something?
On Thu, Jan 13, 2000 at 06:53:25AM -0500, Daniel Eischen wrote:
On Wed, 12 Jan 2000, David O'Brien wrote:
I don't see why a plain function like mkstemp() should be written so
specially. Couldn't all the hiding/changing done for threads be done
w/in open() itself? Neither HP-UX 10.30
It seems that texinfo is compiled as cross-tools for buildworld.
But, is it really needed when -DNOINFO has been specified?
You stole my plan! :-)
Once the dust settles and the current crop of `make world' problems are
fixed, I want to commit a simular patch as I don't care for info files
and
On Wed, Jan 19, 2000 at 12:28:09AM +0100, Poul-Henning Kamp wrote:
fxp0: Intel EtherExpress Pro 10/100B Ethernet port 0xc400-0xc43f mem
0xefe0-0xefef,0xe000-0xefff irq 9 at device 14.0 on pci0
Agreed. For a PCI card all I want to know is what it is, and what IRQ it
was
On Tue, Jan 18, 2000 at 10:26:12AM -0500, Patrick Bihan-Faou wrote:
Then as part of the build process, automatically create specific variables
for RSA or other stuff as they show up:
CRYPTO_RSA="RSAref" or CRYPTO_RSA="rsa" or CRYPTO_RSA="none". This can be
done by a little bit of shell
On Tue, Jan 18, 2000 at 06:10:00PM -0800, Matthew Jacob wrote:
Agreed. For a PCI card all I want to know is what it is, and what IRQ it
was assigned. A single line should be suffient.
Do you even need to know what IRQ it was assigned? It seems to me that IRQ,
With wacky PC hardware
On Mon, Jan 17, 2000 at 08:28:23PM +0200, Maxim Sobolev wrote:
Index: contrib/gcc/except.c
===
RCS file: /home/ncvs/src/contrib/gcc/except.c,v
[Nice patch stripped]
Yeah, it works! (at least at a first glance). David, what
On Mon, Jan 17, 2000 at 12:39:12PM +1100, Carl Makin wrote:
Here is what I did...
1. install gcc 2.95 port.
2. cd /usr/bin and rename cc and gcc to *.old and symlink cc and gcc to
/usr/local/bin/gcc295 (Remember to delete the .old entries once you're
finished)
This is definately
On Tue, Jan 18, 2000 at 01:17:53AM +0100, Andreas Braukmann wrote:
Is the gcc-2.96-current in the ports collection?
Yes. /usr/ports/lang/gcc-devel
--
-- David([EMAIL PROTECTED])
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the
On Mon, Jan 17, 2000 at 05:58:47PM -0800, Alfred Perlstein wrote:
I don't think a code/feature freeze is supposed to be implemented by
We are in a
_ _
| ___| _____ _ | |_ _ _ _ _____
| |_ / _ \ / _` | | __| | | | | |
On Wed, Jan 12, 2000 at 10:01:42AM +0200, Maxim Sobolev wrote:
Is there are any compiler guys to address my question or not?
There is, I'm the one. But there are a few things ahead in the queue.
Of course a patch would make things go much faster.
--
-- David([EMAIL PROTECTED])
To
On Thu, Jan 13, 2000 at 12:16:31AM +0100, Wilko Bulte wrote:
I copied libc.so.4 manually to /usr/lib but that is not sufficient.
It looks like ld-elf sticks to libc.so.4 even if I move the symlink
libc.so back from libc.so.4 to libc.so.3
Yes. Each shared library knows it's name when it was
On Wed, Jan 12, 2000 at 07:00:01PM -0800, John Polstra wrote:
The buildworld problem that I introduced is due to cc_fbsd directly
compiling and linking in src/lib/libc/stdio/mktemp.c. This is in my
opinion a questionable practice, since it adds dependencies to the
internals of the libc
On Tue, Jan 11, 2000 at 06:01:53PM -0800, Rodney W. Grimes wrote:
(ie, whatever letters you use, please just divide the values
by 1000 instead of 1024).
Please don't, there is already far to much precedence in both the
computing world and other commands (df -k and du -k come to mind
On Fri, Jan 07, 2000 at 08:32:19AM +, Brian Somers wrote:
Anyone know what's changed with `calendar' ? I suspect it's the
recent cpp changes.
Please test this patch.
Index: io.c
===
RCS file:
This is a heads up to let you know that you need to
rm -f /sbin/chwon /bin/chgrp
after your next `make world'. Additionally you need to install a new
/dev/MAKEDEV (mergmaster(8) will assist you in this).
A while back I moved the install location for chown and chgrp from
/usr/sbin and
On Fri, Jan 07, 2000 at 01:29:27PM +0200, Sheldon Hearn wrote:
I think lint(1) might work with this given the following small patch.
I agree that lint might should continue to use /usr/libexec/cpp rather
than switch to /usr/bin/cpp. But not knowing anything about our lint, I
can't really say.
On Thu, Jan 06, 2000 at 09:09:22AM -0700, Warner Losh wrote:
: I believe putting down RELENG_4 without having a finished IPv6 and
: functional laptop support (I'm not sure what state this is in right
: now) would be a bad idea.
The laptop support is approx that of 3.x. The fe device is
On Thu, Jan 06, 2000 at 07:04:16PM -0500, Christian Kuhtz wrote:
[EMAIL PROTECTED] -wk, [EMAIL PROTECTED] -hm
^^^
Damnit! I've asked for some features in GCC, GNU grep, and GNU diff. I
want them *NOW* in time for 4.0-RELEASE. So where the fsck are
On Tue, Jan 04, 2000 at 10:28:28PM +0100, Dave J. Boers wrote:
It's funny how I tend to find things out only just _after_ I asked someone
If you still need the shared libf2c.so.2 for older binaries, install the
latest compat3x distribution.
--
-- David([EMAIL PROTECTED])
To Unsubscribe:
On Sun, Jan 02, 2000 at 04:53:55PM -0600, Karl Denninger wrote:
On Sun, Jan 02, 2000 at 11:49:08PM +0100, Poul-Henning Kamp wrote:
..snip..
If you intend to keep up this "sour grapes" attitude, despite all
the helpful answers you have gotten so far, you should consider
stopping before you
On Sun, Jan 02, 2000 at 06:08:31PM -0600, Karl Denninger wrote:
As for whoever the person is who force-removed me from the list, trust
me on this - I won't forget that act, and until you're identified and
permanently removed from both the list and the entire project you'll
have no
On Sun, Jan 02, 2000 at 05:44:57PM -0600, Karl Denninger wrote:
sarcasm
We can point to the Internet's evolution of these "treehouse" organizations
and show off how PROUD we are of them and those who support them.
Let's start a nice short list, shall we?
Network Solutions.
ARIN.
Forgot to post about this new feature of /usr/libexec/cpp :
NO ONE should have ever have been using /usr/libexec/cpp directly. I
have no idea where this usage came from. /usr/bin/cpp should have been
used.
2. Now a very recent FreeBSD -current
gcc -v
Using builtin specs.
gcc version
On Thu, Dec 30, 1999 at 02:40:46AM +1100, Andy Farkas wrote:
In file included from include/PortMgr.h:29,
from Connection.cc:33:
include/LevelStat.h:55: invalid type `const char[1]' for default argument
to `const String '
..snip..
The "offending" code looks like this:
On Wed, Dec 29, 1999 at 11:37:18AM -0800, Amancio Hasty wrote:
This is the scoop.
..snip..
gcc -v
Using builtin specs.
gcc version 2.95.2 19991024 (release)
..snip..
Without -O or -O2 the program compiles okay.
What other platforms w/gcc 2.95 have you tried to build this X11 version
on?
Will egcs affect the size of the kernel or any other compiledcode?
Verses what other compiler?? Of course the compiler will affect the size
of any compiled code. It may do worse, or even better. Various -O
values will affect the size too.
I read that the exception code can add a lot to the
On Wed, Dec 29, 1999 at 08:57:33PM +0200, Mark Murray wrote:
I don't see the errors below, I see libroken breaking because libgcc.a
can't be found.
Can we track this down? Please post the output from
cc -print-search-dirs
cc -print-libgcc-file-name
I also wouldn't mind to see the
3. Raise this issue with Cygnus.
Not really Cygnus is the wrong organization to raise this issue .
Could you *please* explain why???
Gcc 2.96 will not be out before 4.0. So Gcc 2.95.x is what is going into
4.0. Now should a Gcc 2.95.3 were to come out, then we'd get a new
compiler for
On Thu, Dec 30, 1999 at 02:21:48PM +1100, Andy Farkas wrote:
...the idea was to continue the make process further along to where
another source file that also included LevelStat.h got compiled, to
check whether it bombs as well - it didn't.
``make -k'' might have been a better choice as you
On Wed, Dec 29, 1999 at 07:43:07PM -0800, Amancio Hasty wrote:
Gcc 2.96 will not be out before 4.0. So Gcc 2.95.x is what is going into
4.0. Now should a Gcc 2.95.3 were to come out, then we'd get a new
compiler for 4.0.
Lets think about this in FreeBSD terms -- 4.0 does not have some
Actually, that's one of the newest versions of gcc.
Perhaps a later snapshot of gcc will work .
GCC 2.95.2 is a *RELEASED* version. We don't use snapshots as the base
compiler. What every the problem is 4.0 will live with it unless someone
narrows down the problem more.
--
-- David
On Sun, Dec 26, 1999 at 12:13:42PM -0500, Donn Miller wrote:
I get similar errors trying to compile aview from ports. I just
updated my ports tree, so that can't be the problem. See the
attached make.log. There's something about not allowing access
to the cx register.
...
sstring.h:493:
On Tue, Dec 21, 1999 at 09:37:14AM -0800, John Polstra wrote:
I'm trying to figure out how all these loader scripts fit together,
and I have some questions. First, my understanding is that the
...
4. Shouldn't these scripts installed on the Alpha too? Currently,
none of them are.
FICL
The new `sym' (Symbios) driver has been turned on in GENERIC. There is a
subset of NCR chipsets which both `sym' and the `ncr' driver can own.
For those controllers the `sym' driver will win out. This behavior may
be changed by using the "SYM_SETUP_LP_PROBE_MAP" kernel config option.
It is
`rlogin -x' has consistently failed for me (sending garbage on the
transmit channel) since something happened a few months ago. It's
somewhere between September 10 (which still works on my desktop) and
late November (can't get a precise date right now) (which fails on my
laptop). Compiler
On your next CVSup, /usr/sbin/sendmail will look for sendmail.cf in
/etc/mail/ , not /etc/.
Then change was made because the current offical Sendmail Inc. version
uses /var/mail/ and when we upgrade our repository to that version, we
s/var/etc/ presunably.
Grrr. Yes.
To
Maybe an idea to implement:
bootparamd_enable="NO" # Run bootparamd (or NO).
bootparamd_flags="" # Flags to bootparamd.
I'm more of the opinion to move bootparamd to a port and remove it from
the base system. It is evil. Using an ISC-DHCP server to cover DHCP,
On Sat, Dec 18, 1999 at 02:43:03AM +1100, Bruce Evans wrote:
0301 is an old (bad) way of spelling
MASK_80387 | MASK_IEEE_FP | MASK_FLOAT_RETURNS. Cygnus finally fixed it in
in gcc/config/i386/freebsd.h on 1999/03/23 (see the ChangeLog), but FreeBSD
hasn't merged the change.
Actually Cygnus
On Fri, Dec 17, 1999 at 02:08:50PM -0800, Eric Anholt wrote:
The problem is that gcc 2.95.2 in -current does not include #define
The problem is that /usr/libexec/cpp ...
__FreeBSD__ any more. XF can't tell the OS, so it assumes you lack
A fix is on the way RSN.
--
-- David([EMAIL
On Thu, Dec 16, 1999 at 03:40:20PM +0100, Martin Cracauer wrote:
You can also fool sh into running the *wrong* binary if if you have
two in showdowed paths:
pdksh does not suffer from either this problem or the problem that
started this thread (and does not coredump). We've shown in the past
On Wed, Dec 15, 1999 at 02:10:43PM -0500, Forrest Aldrich wrote:
cpp: }: No such file or directory
cpp: }: No such file or directory
mkdep: compile failed
*** Error code 1
Fixed. Thanks for the report.
--
-- David([EMAIL PROTECTED])
To Unsubscribe: send mail to [EMAIL PROTECTED]
On Tue, Dec 14, 1999 at 05:00:14PM +0100, Pascal Hofstee wrote:
I have noticed some weird problems lately when running configure-scripts.
E.g. when trying to build the gtk12-port configure just hangs waiting for
Please repost this in [EMAIL PROTECTED] as that is the proper list for
On Tue, Dec 14, 1999 at 03:06:58PM -0800, Chris Piazza wrote:
[EMAIL PROTECTED] is for issues surounding the bleading edge
development in the base system.
It *is* a problem with freebsd-current, though. See PR bin/15328.
That was not obvious from the email. It still should have
On Thu, Dec 09, 1999 at 10:23:40AM +0200, Sheldon Hearn wrote:
Are you sure? Any a.out binaries for FreeBSD are going to be desgined
to work with 3.x or older.
Why??? A.out runs just fine on 4.0-R, and had better on 5.0-R.
So producing a.out libraries for CURRENT is silly. :-)
Nope.
On Fri, Dec 10, 1999 at 09:22:55PM -0700, Kenneth D. Merry wrote:
And as for the device renaming, you didn't have to change anything from
sd-da. The old device names and nodes were supported in most every way.
BUT not any longer. Thus we have no choice but fully make the sd-da
change.
On Fri, Dec 10, 1999 at 05:15:29PM +0100, Poul-Henning Kamp wrote:
Please, help Sos fix ATA if you know of a problem.
Please, help fix PCCARD if you know of a problem.
Ok, so now the attitude is I need to spend all my time:
1. Fix ATA to work on my laptop (there are timeout issues)
2. Fix
I am trying to get to current from 3.3-Release and I have just sent a
Right now one needs to be at the latest 3-STABLE to make the jump to
4-CURRENT. Please let us know if you have a problem once you've updated
to 3-STABLE.
--
-- David([EMAIL PROTECTED])
To Unsubscribe: send mail to
On Wed, Dec 08, 1999 at 12:10:26PM -0800, Steve Kargl wrote:
It should be noted that both fsplit and fpr apply to legacy
Fortran 77 code (and older). Neither utility can deal with
Fortran 90 or Fortran 95.
But that [Fortran 77] is all our fortran compiler supports. :)
--
-- David
On Wed, Dec 08, 1999 at 12:52:37PM -0800, Mike Smith wrote:
We haven't "lost" the pccard system at all
I've lost the ability to use a 3c574 10/100 card (panics), the Xircom
`xe' card (will not attach), the `ep' driver now has ultra shitty
performance (132.05 KB/sec) where it seems to only be
On Tue, Dec 07, 1999 at 06:42:56PM +0600, Max Khon wrote:
it is not possible to make short equivalent for old grep -a option
(as in grep 2.3 -a is used for other purposes).
it is possible to make a long option (--skip-binary) but long options
are quite unusable. GREP_OPTIONS cannot help much
On Tue, Dec 07, 1999 at 03:36:55PM +0200, Sheldon Hearn wrote:
Que? I've used grep -a since the update to grep 2.3 and haven't
noticed any strange behavior from the -a option.
You are in for a *BIG* surprise next time you hit a binary file. You
really should read what "-a" is now about in
On Tue, Dec 07, 1999 at 01:13:54PM +0100, Blaz Zupan wrote:
Is there any particular reason why the Initio SCSI driver (available at
http://www.initio.com/drivers/BSD3sourc91xx.zip) is not part of the
FreeBSD source tree?
Ask on [EMAIL PROTECTED] The people there would have a much
better
On Tue, Dec 07, 1999 at 11:41:43AM +0300, Hostas Red wrote:
I've cvsup'ed my 3.3-stable source tree to 4.0-current source tree, and
...
/usr/src/gnu/lib/libgcc/../../../contrib/gcc/frame.c
Bad system call - core dumped
mkdep: compile failed
*** Error code 1
..snip..
Anybody knows where
On Mon, Dec 06, 1999 at 10:00:51AM -0800, Matthew Dillon wrote:
dd if=/dev/da1 of=/dev/da2 had better work - the label area should not
be in any way write protected when you use the non-partition device.
It doesn't on my Alpha. I certainly would not mind a confermation on
this.
--
It seems that in the latest running around with things, disklabel -W
doesn't seem to quite work, at least on the alpha- it seems to set the
This was the topic of my "Fscking disklabel crap" mail to freebsd-alpha
on Fri, 26 Nov 1999 11:56:59 -0800, which nobody responded to.
--
-- David
On Mon, Dec 06, 1999 at 02:50:43AM +1100, Bruce Evans wrote:
(5) The whole disk slice was broken for alphas in rev.1.63 of
subr_diskslice.c, by putting a label on it if the underlying disk
contains a label. The underlying disk contains a label in the
"dangerously dedicated
Since the ATA driver is destined to be the default in 4.0-R, and we hare
hitting the feature freeze date; can we make the switch now?
I think it is very important to get ATA into more hands to see where it
breaks. It certainly has problems on my Vaio 505 laptop; and I wonder
where else it will
Last time I raised this, a few people expressed concerns about their
mirrors carrying patented code which might cause them legal issues,
NO. There are not patent problems until you *USE* the code.
The issue is the export of encryption from the US. That is the concern
with RSA and IDEA. You
On Thu, Dec 02, 1999 at 08:24:19PM -0500, Greg Lehey wrote:
Can't you boot from the old kernel? Or have you already wiped the
bdevs? If so, how about the fixit floppy/CD-ROM?
At 2MB the Alpha fixit floppy isn't very useful. Nor is there a live
files system for the Alpha. Nor can you even
On Wed, Dec 01, 1999 at 07:49:19AM -0500, Chris D. Faulhaber wrote:
That's kinda hefty for a small port :) I have it marked as broken for
-current until the lib is in compat3x.
Why? Many of us still have libc*.so.3 from when that was the version in
-CURRENT until a month ago.
--
-- David
that it requires libc_r.so.3; unfortunately, compat3x does not contain
this lib. Any chance of having it added to compat3x?
Yes. The PR is assigned to me, but David already has it on his TODO
list. Compat3x is updated late to make sure the latest libraries are in.
Until 3.4-REL (when
On Wed, Nov 24, 1999 at 09:58:51AM +0200, John Hay wrote:
Well the original line is plain wrong if Brian's patch is being used,
because there message is a pointer and the size of a pointer is 4.
Yes, yes, yes. Warner and I are *not* that stupid WRT C. We were both
commenting on the
I've never done this myself, but I've always been under the impression that
sizeof(*buf) would work for dynamically allocated buffers.
sizeof() is an operator whose value is determined at compile time.
sizeof(*buf) gives the size of what buf points to. This would be `1' if
buf were a char*,
Works like a charm. Two more I've encountered:
lynx:
libncurses.so.3
libmytinfo.so.2
Thanks! I've added them to my list. I'm going to populate compat3x from
3.4-RELEASE. So we aren't too far off.
--
-- David([EMAIL PROTECTED])
To Unsubscribe: send mail to [EMAIL PROTECTED]
On Tue, Nov 23, 1999 at 03:23:23PM -0500, Kelly Yancey wrote:
I may be no security expert,
So??? You can read C code, right? What needs to happen is a leader to
take charge and give people direction. If someone gave you a few
sequences of code to look for, you could find them right? If you
So when Joe Blow clicks on (say) src-bin-cat he'll find that
(say) markm eyballed the code and kris diffed it with OpenBSD
and merged in blah fixes - "cat now considered safe".
Until the next commit to cat.
A security review is never done. We need to be in a mode where every
commit is
2) I propose that WE diff(1) FreeBSD with {Open|Net}BSD,
This is not the easiest thing to do (I've tried). Rather one should look
at what changes OpenBSD has done to a piece of code since they imported
it from NetBSD and compare with FreeBSD code to see if the OpenBSD change
is applicable to
A 'grep | wc' equivalent over the source tree gives:
gets110
strcat 2860
strcpy 4717
strncat 167
strncpy1514
sprintf6839
vsprintf133
*ouch* :-)
This means nothing out of context. I hope we don't go on a witch hunt.
And these are the easy
Lint no longer works in -current as cpp seems to have lost the -undef
option.
Yes, looking into `cpp' is on my list of things to do.
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
I don't see any reason, for example, why anyone should still be using
gets() and our implementation even gets whiney about it if you do.
That one is definitely up for a global search and replace as its only use
is to read external data.
--
-- David([EMAIL PROTECTED])
To Unsubscribe:
1201 - 1300 of 1574 matches
Mail list logo
