Re: ipfw question.

On Thu, Oct 26, 2000 at 03:10:35PM -0700, David O'Brien wrote: So one doesn't have to change the source, would you be willing to add WANT_foo logic so one could just set it in /etc/make.conf? Or add ${IPFIREWALL_OPTS} to CFLAGS and then IPFIREWALL_OPTS could be set in /etc/make.conf?

Re: Is this a typo?

-On [20001026 23:30], Julian Elischer ([EMAIL PROTECTED]) wrote: in the bus_alloc_resource() man page it states: dev is the device that requests ownership of the resource. Before allo- cation, the device is owned by the parent bus. should that be: "Before allocation, the resource is

Re: more endian.h breakage; patch included.

On Wed, 18 Oct 2000, Brian Somers wrote: On Mon, 16 Oct 2000, Brian Somers wrote: ntohl() ntonl() were previously wrong to return u_long. Not wrong. They have always been documented to return u_long. But if sizeof(u_long) != 4, this is wrong. It's not best, but not wrong, since

Re: Problem in fetch

On Thu, 26 Oct 2000, Andrea Campi wrote: When trying to install ports, very often I find everything freezes just after fetch completes. If I hit ^C and type "make install" again, the tarball is there, that's why I say that fetch is already done. If I hit ^T, I see fetch sitting in sbwait,

kernel build problem

With tonight's sources I had an error in sys/netinet/ip_compat.h that was looking for an osreldate.h that didn't exist. The following patch fixes it, in the sense that the kernel and lkm compile, and ipfilter compiled into the kernel works. However I'm told it might not be appropriate.

Re: Problem in fetch

-On [20001027 10:00], Dag-Erling Smorgrav ([EMAIL PROTECTED]) wrote: Jeroen Ruigrok van der Werven [EMAIL PROTECTED] writes: [Making sure Dag-Erling gets the mail] -On [20001026 18:45], Andrea Campi ([EMAIL PROTECTED]) wrote: When trying to install ports, very often I find everything freezes

platform byte order macros?

Hi, AFAICS ntoh[ls] and hton[ls] defined as asm instructions. This prevents using them in const variables initialisation. I need to create a const unsigned char array[] (C source file) from quite a big network byte ordered binary data. Although the data consists mainly of bytes and 16- and

Re: kernel build problem

What failed ? Do you have the make error output ? Darren In some email I received from Doug Barton, sie wrote: With tonight's sources I had an error in sys/netinet/ip_compat.h that was looking for an osreldate.h that didn't exist. The following patch fixes it, in the sense that the

Re: kernel build problem

In message [EMAIL PROTECTED], Darren Reed writes : What failed ? Do you have the make error output ? Did you try to compile LINT before you committed ? Right, if you had you would have seen the error :-( Darren Index: ip_compat.h

endian.h problem with gnats port

I'm trying to compile gnats locally, and getting an ugly error regarding endian.h. Due to the recent include file shuffling I'm starting in -current rather than ports. cc -c -I. -I. -I./../include -O -ggdb -pipe -g -DHAVE_CONFIG_H queue-pr.c In file included from

Re: kernel build problem

Darren Reed wrote: What failed ? Do you have the make error output ? In file included from /usr/amd/slave/usr/current/src/sys/netinet/fil.c:79: /usr/amd/slave/usr/current/src/sys/netinet/ip_compat.h:271: sys/osreldate.h: No such file or directory In file included from

Re: endian.h problem with gnats port

On Fri, 27 Oct 2000, Doug Barton wrote: I'm trying to compile gnats locally, and getting an ugly error regarding endian.h. Due to the recent include file shuffling I'm starting in -current rather than ports. cc -c -I. -I. -I./../include -O -ggdb -pipe -g -DHAVE_CONFIG_H

Re: endian.h problem with gnats port

Harti Brandt wrote: On Fri, 27 Oct 2000, Doug Barton wrote: I'm trying to compile gnats locally, and getting an ugly error regarding endian.h. Due to the recent include file shuffling I'm starting in -current rather than ports. cc -c -I. -I. -I./../include -O -ggdb -pipe -g

Re: platform byte order macros?

On Fri, 27 Oct 2000, Konstantin Chuguev wrote: AFAICS ntoh[ls] and hton[ls] defined as asm instructions. This prevents using them in const variables initialisation. They are normally implemented using asm, but their man page just hints that they are functions by giving prototypes for them.

pkg_add -r broken

Are others seeing that ``pkg_add -r foo'' is broken? Core was generated by `pkg_add'. Program terminated with signal 11, Segmentation fault. (gdb) where #0 0x280e2866 in strchr () from /usr/lib/libc.so.4 #1 0x28074d74 in fetchRestartCalls () from /usr/lib/libfetch.so.2 #2 0x280720d6 in

Support for USB scanners in FreeBSD

FreeBSD now has preliminary support for USB scanners. You will need to have SANE installed in order to use the uscanner driver. You can kldload the uscanner driver. Please do not contact me personally with questions on which scanner is supported. You can get this information from

Re: kernel build problem

On Fri, Oct 27, 2000 at 11:43:04AM +0200, Poul-Henning Kamp wrote: In message [EMAIL PROTECTED], Darren Reed writes : What failed ? Do you have the make error output ? Did you try to compile LINT before you committed ? Hell, forget LINT, just try GENERIC. Darren, you really, really have a

Re: kernel build problem

In some email I received from David O'Brien, sie wrote: On Fri, Oct 27, 2000 at 11:43:04AM +0200, Poul-Henning Kamp wrote: In message [EMAIL PROTECTED], Darren Reed writes : What failed ? Do you have the make error output ? Did you try to compile LINT before you committed ? Hell,

$BFMA3$N%a!<%k<:NiCW$7$^$9(B$B!#K\Ev$K$*F@$J>pJs$G$9!#(B

$B=i$a$^$7$F%5%/%;%9%+%s%Q%K!<$H?=$7$^$9!#(B $BFMA3!"<:Ni$+$H;W$$$^$7$?$,0lEY$@$1$N%a!<%k$H8@$&$3$H$G!"$I$&$+$*5v$72<(B $B$5$$!#(B $B$3$N%a!<%k$,FO$$$?$3$H$,!"2?$+$N1o$@$H;W$C$FD:$1$l$P9,$$$G$9!#(B $B6=L#$,L5$1$l$P!"$*

Re: kernel build problem

On Fri, Oct 27, 2000 at 10:46:24PM +1100, Darren Reed wrote: I'm generally compiling/developing on -STABLE (in this case, the imported code was compiling cleanly on 4.1-RELEASE) and generally don't think that it'll be _that_ different. In all seriousness, the farther down the 4.x branch we

Re: platform byte order macros?

On Fri, Oct 27, 2000 at 09:49:57PM +1100, Bruce Evans wrote: [...] NetBSD supports the ntohl family on constants, but only on some arches (at least in last year's version). It takes fancier macros to support constants. This gives an excuse to change the inline functions back to macros

Re: endian.h problem with gnats port

Looks good to me. Sorry for the hassles. I'll make sure the upstream release gets an extra #include in GNATS v4. On Fri, Oct 27, 2000 at 03:46:55AM -0700, Doug Barton wrote: Harti Brandt wrote: On Fri, 27 Oct 2000, Doug Barton wrote: I'm trying to compile gnats locally, and

Re: Support for USB scanners in FreeBSD

Grmbl... Alan Clegg reported that the URL is not working. Not that there is much to see yet, but the correct URL should be: http://www.etla.net/~n_hibma/usb/uscanner-supported.pl Sorry about that. Nick FreeBSD now has preliminary support for USB scanners. You will need to have

/dev/random related mouse jerkiness is again here

Hi, I wonder if anyone noticed that mouse jerkiness caused by entropy harvesting routine is here again (both in syscons and X11), although it was expected to be solved by kthreads, at least on my poor old P133 with PS/2 mouse. -Maxim To Unsubscribe: send mail to [EMAIL PROTECTED] with

Handspring Visor / USB cradle / HotSync

Hi all, with regard to PR kern/17961, I've recently come across the following: If Coldsync is called with the -p /dev/ugen0 argument (as described in the problem report), it still crashes the system with a Trap 12. However, if a global coldsyncrc in /usr/local/etc/coldsync.rc is created:

Re: platform byte order macros?

On Fri, Oct 27, 2000 at 09:49:57PM +1100, Bruce Evans wrote: [...] NetBSD supports the ntohl family on constants, but only on some arches (at least in last year's version). It takes fancier macros to support constants. This gives an excuse to change the inline functions back to

Re: platform byte order macros?

On Fri, Oct 27, 2000 at 07:34:06AM -0700, Mike Smith wrote: On Fri, Oct 27, 2000 at 09:49:57PM +1100, Bruce Evans wrote: [...] NetBSD supports the ntohl family on constants, but only on some arches (at least in last year's version). It takes fancier macros to support constants.

Re: platform byte order macros?

On Fri, Oct 27, 2000 at 06:11:49PM +0300, Ruslan Ermilov wrote: On Fri, Oct 27, 2000 at 07:34:06AM -0700, Mike Smith wrote: On Fri, Oct 27, 2000 at 09:49:57PM +1100, Bruce Evans wrote: [...] NetBSD supports the ntohl family on constants, but only on some arches (at least in

Re: Support for USB scanners in FreeBSD

Nick Hibma wrote: Please do not contact me personally with questions on which scanner is supported. You can get this information from http://www.etla.net/~n_hibma/usb/uscanner-support.pl 404 - here is the correct URL - http://www.etla.net/~n_hibma/usb/uscanner-supported.pl ---

Re: $B$O$8$a$^$7$F!#(B

Jun Kuriyama wrote: At 26 Oct 2000 20:37:48 GMT, Rogier R. Mulhuijzen [EMAIL PROTECTED] wrote: Does this look like english to anyone and is my mailer messed, or is this gobbledegook to anyone not using Outlook + japanese character set? That is spam like a "get money fast!" written in

Re: AMD broken in -current?

On Thu, Oct 26, 2000 at 09:04:45PM -0700, Jordan Hubbard wrote: It use to work in early October, but now I get the following using the stock (/etc/defaults/rc.conf) amd flags: It works on my Oct 22nd world. OK, so maybe it broke even later. What does it do on your Oct 27th world? :) -

Re: /dev/random related mouse jerkiness is again here

I wonder if anyone noticed that mouse jerkiness caused by entropy harvesting routine is here again (both in syscons and X11), although it was expected to be solved by kthreads, at least on my poor old P133 with PS/2 mouse. You say "here again". Was there a time that it went away with

Re: /dev/random related mouse jerkiness is again here

At 10:07 27-10-00 -0700, you wrote: I wonder if anyone noticed that mouse jerkiness caused by entropy harvesting routine is here again (both in syscons and X11), although it was expected to be solved by kthreads, at least on my poor old P133 with PS/2 mouse. You say "here again". Was

VCD

$B"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#(B $B"#"#"#%"%8%"H/!*!*!VF|K\?M#A#V=wM%=P1i!*N"#V#C#D9XF~J}!W$N$40FFb"#"#"#(B $B"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#(B $B"""#$O$8$a$K"#""(B

Re: AMD broken in -current?

On Fri, Oct 27, 2000 at 09:34:07AM -0700, Jordan Hubbard wrote: On Thu, Oct 26, 2000 at 09:04:45PM -0700, Jordan Hubbard wrote: It use to work in early October, but now I get the following using the stock (/etc/defaults/rc.conf) amd flags: It works on my Oct 22nd world. OK, so

Re: platform byte order macros?

On Fri, Oct 27, 2000 at 07:34:06AM -0700, Mike Smith wrote: On Fri, Oct 27, 2000 at 09:49:57PM +1100, Bruce Evans wrote: [...] NetBSD supports the ntohl family on constants, but only on some arches (at least in last year's version). It takes fancier macros to support

Re: ipfw question.

I've also sent out numerous appeals to the various mailing lists for someone, anyone, to come up with something better than sysinstall which was somehow less grandiose than my own follow-on designs or, failing that, to significantly revamp sysinstall itself. The fact that nobody has stepped

Re: entropy reseeding is totally broken

Terry Lambert wrote: This is sweet! Seems it would give us the full benefits of Mark's randomdev, and fit nicely with our normal configuration framework and gives good flexibility. It also describes just what we have currently, except it misses the advantages of putting

Re: platform byte order macros?

On Fri, 27 Oct 2000, Ruslan Ermilov wrote: On Fri, Oct 27, 2000 at 06:11:49PM +0300, Ruslan Ermilov wrote: On Fri, Oct 27, 2000 at 07:34:06AM -0700, Mike Smith wrote: +#ifdef __OPTIMIZE__ Using macros does not "optimise" anything, Not quite true. Using inline functions pessimizes