Hi,
I'm trying to write a MySQL authentication PAM module to be used with
Cyrus-imapd2 and salsauthd, since pam-mysql is broken wrt OpenPAM.
I started from the base modules source and added mysql code in it. The problem
is to get the compiled shared library to work.
The authentication always
Hi,
I'm having some problems with buildkernel on the latest current from
CVS: (Apolgies if the formatting comes out slightly munged)
=== lib/libgeom
cc -O -pipe -mcpu=pentiumpro -Werror -Wall -Wno-format-y2k -W
-Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith
-Wreturn-type -Wcast-qual
On Sat, 8 Feb 2003, Kris Kennaway wrote:
Can someone take a look at lib/libc/gen/semctl.c and tell me where
the __semctl() sysctl should be prototyped?
In sys/sem.h, line __sysctl() is in sys/sysctl.h.
Similarly for any other unprototyped implementation-detail syscalls.
__sysctl() seems to be
On Sat, 8 Feb 2003, Kris Kennaway wrote:
On Sat, Feb 08, 2003 at 02:59:30PM -0800, Kris Kennaway wrote:
Can someone take a look at lib/libc/gen/semctl.c and tell me where
the __semctl() sysctl should be prototyped?
Also _fpathconf() in lib/libc/gen/statvfs.c
_fpathconf() is quite
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
On Sun, 2003/02/09 at 14:39:36 +1100, Tim Robbins wrote:
On Sat, Feb 08, 2003 at 02:04:56PM -0800, Kris Kennaway wrote:
On Sat, Feb 08, 2003 at 04:12:26PM +0100, Thomas Moestl wrote:
addr2line will usually point to the first line of a statement if it
spans multiple lines; in this
I have made the cbus driver for pc98 based on i386 isa driver. This
completely removes that PC98 depends on isa driver and also corrects
directory layouts (pc98/i386 - pc98/pc98 and pc98/pc98 - pc98/cbus).
The full patch can get from
http://home.jp.FreeBSD.org/~nyan/patches/cbus.diff.gz
Soeren,
It seems Takahashi Yoshihiro wrote:
I have made the cbus driver for pc98 based on i386 isa driver. This
completely removes that PC98 depends on isa driver and also corrects
directory layouts (pc98/i386 - pc98/pc98 and pc98/pc98 - pc98/cbus).
Soeren, please review the ata part.
On Sat, Feb 08, 2003 at 05:23:01PM -0800, Terry Lambert wrote:
The compiler
didn't complain when he checked it before committing it because
optimization was off by default; it should have complained, e.g.:
Is that really what you meant? I don't believe it has anything to
do with
On Sat, Feb 08, 2003 at 04:39:13PM -0800, David O'Brien wrote:
cc -pipe -O -march=athlon -D_IEEE_LIBM -D_ARCH_INDIRECT=i387_ -c
/FBSD/src/lib/msun/src/e_gammaf_r.c -o e_gammaf_r.o
In file included from /FBSD/obj/FBSD/src/secure/lib/libcrypto/openssl/e_os2.h:56,
from
On Sat, Feb 08, 2003, David Schultz wrote:
Yes, the possibility of being bitten by compiler bugs is certainly
higher with higher optimization levels. Alpha with -O2 seems to
have been broken for years, and I have seen strange things happen
on IA64 as well. But the i386 code generators have
On Sun, Feb 09, 2003 at 08:03:57AM -0600, Jacques A. Vidrine wrote:
On Sat, Feb 08, 2003 at 05:23:01PM -0800, Terry Lambert wrote:
The compiler
didn't complain when he checked it before committing it because
optimization was off by default; it should have complained, e.g.:
On Sun, Feb 09, 2003 at 03:17:12PM +0100, Erik Trulsson wrote:
On Sun, Feb 09, 2003 at 08:03:57AM -0600, Jacques A. Vidrine wrote:
On Sat, Feb 08, 2003 at 05:23:01PM -0800, Terry Lambert wrote:
The compiler
didn't complain when he checked it before committing it because
optimization
Auge Mike [EMAIL PROTECTED]:
I was trying to know how printf works in FreeBSD... I hvae reached
to this point :
#define _write(fd, s, n) \
__syscall(SYS_write, (int)(fd), (const void *)(s), (size_t)(n))
if your program runs in user-space, try strace(1) or ktrace(1).
clemens
To
Jacques A. Vidrine wrote:
On Sat, Feb 08, 2003 at 05:23:01PM -0800, Terry Lambert wrote:
The compiler
didn't complain when he checked it before committing it because
optimization was off by default; it should have complained, e.g.:
Is that really what you meant? I don't
Thus spake Adrian Chadd [EMAIL PROTECTED]:
On Sat, Feb 08, 2003, David Schultz wrote:
Yes, the possibility of being bitten by compiler bugs is certainly
higher with higher optimization levels. Alpha with -O2 seems to
have been broken for years, and I have seen strange things happen
on
David Schultz wrote:
Strangely, gcc in FreeBSD 5.0 actually generates *slower* code
when compiling for more recent architectures than when compiling
for a 386. I don't know whether that is a bug in gcc or whether
gcc is using some fancy feature like SSE that the kernel handles
poorly on context
Thus spake Marcin Dalecki [EMAIL PROTECTED]:
David Schultz wrote:
Strangely, gcc in FreeBSD 5.0 actually generates *slower* code
when compiling for more recent architectures than when compiling
for a 386. I don't know whether that is a bug in gcc or whether
gcc is using some fancy feature
Warner-san,
I confirmed that the following problem occurs not only for fwochi
but also for if_rl, if_xl, if_dc and ahc_pci.
After kldload if_rl, I got wi0 timeout.
(I don't even have those hardware.)
All drivers above supports both pci and cardbus...
Do you have any idea?
/\ Hidetoshi
On Fri, 7 Feb 2003, Cyril Niklaus wrote:
I've just cvsup'd and when booting I have this warning that I do not understand
uname -a
FreeBSD princess.wokonet.jp 5.0-CURRENT FreeBSD 5.0-CURRENT #5: Fri Feb 7 14:40:51
JST 2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/KERNEL2 i386
and the
Hi,
ports/mail/gensig has a problem. It is supposed to create a named pipe
(~/.signature) and wait for an application to read from the pipe. It
allows to have a random signature on every mail. On 4.x and on 5-current
from last year it works as expected. But since the end of the last year
or the
Hi,
ports/mail/gensig has a problem. It is supposed to create a named pipe
(~/.signature) and wait for an application to read from the pipe. It
allows to have a random signature on every mail. On 4.x and on 5-current
from last year it works as expected. But since the end of the last year
Yes, we do have FIFO/named pipe problems in -current.
I committed a workaround to prevent one particular condition under which
my diskless box would hang forever in sendmail processing in /etc/rc by
setting a 1 sec timeout on the sleep it hung in. This is nowhere near
correct as pointed out by
P.S. With full debugs
hw.cbb.debug: 1
hw.cardbus.debug: 1
hw.cardbus.cis_debug: 1
hw.pccard.debug: 1
hw.pccard.cis_debug: 1
I see the following sequence of events in my /var/log/messages:
Feb 9 09:52:35 hammer sudo: imp : TTY=ttyp1 ; PWD=/dell/imp ; USER=root ;
COMMAND=/sbin/kldload if_rl
shimokawa-san,
This sounds like an interrupt storm of some sort. There are
indications from other sources that there may be an interrupt in the
cardbus bridge that isn't being properly cleared for reasons as yet
unknown. It doesn't seem to happen on all the machines, since my
laptop is
On Sun, 9 Feb 2003, Alexander Leidinger wrote:
ports/mail/gensig has a problem. It is supposed to create a named pipe
(~/.signature) and wait for an application to read from the pipe. It
allows to have a random signature on every mail. On 4.x and on 5-current
from last year it works as
On Sat, Feb 08, 2003 at 04:25:42PM -0800, David Schultz wrote:
Yes, the possibility of being bitten by compiler bugs is certainly
higher with higher optimization levels. Alpha with -O2 seems to
have been broken for years, and I have seen strange things happen
on IA64 as well. But the i386
On Tue, Jan 28, 2003 at 06:31:42PM +0100, Gerrit Kühn wrote:
I've been trying to reproduce this bug on my desktop. This machine has 2
80gb disks, one of which is dedicated with one slice. So far, after 8 hard
resets, I haven't had any problem with either the machine or bgfsck
hanging.
At Sun, 09 Feb 2003 10:06:54 -0700 (MST),
M. Warner Losh wrote:
Feb 9 09:52:40 hammer kernel: cbb_pcic_socket_enable:
Feb 9 09:52:40 hammer kernel: cbb1: cbb_power: CARD_VCC_0V and CARD_VPP_0V [44]
Feb 9 09:52:40 hammer kernel: cbb1: cbb_power: CARD_VCC_5V and CARD_VPP_VCC [15
]
Feb 9
At Sun, 09 Feb 2003 10:06:54 -0700 (MST),
M. Warner Losh wrote:
Feb 9 09:52:40 hammer kernel: cbb_pcic_socket_enable:
Feb 9 09:52:40 hammer kernel: cbb1: cbb_power: CARD_VCC_0V and CARD_VPP_0V [44]
Feb 9 09:52:40 hammer kernel: cbb1: cbb_power: CARD_VCC_5V and CARD_VPP_VCC [15
]
Feb 9
In message [EMAIL PROTECTED], Gerrit =?iso-8859-1?Q?
K=FChn?= writes:
On Tue, Jan 28, 2003 at 06:31:42PM +0100, Gerrit Kühn wrote:
I've been trying to reproduce this bug on my desktop. This machine has 2
80gb disks, one of which is dedicated with one slice. So far, after 8 hard
resets, I
* M. Warner Losh [EMAIL PROTECTED] [030209 08:39] wrote:
In message: [EMAIL PROTECTED]
Alfred Perlstein [EMAIL PROTECTED] writes:
: syslog(3) botches things if you pass it a string that has %%m in it.
: this should fix it, any comments?
:
With the above fix, fred %%m will
David Schultz wrote:
Thus spake Marcin Dalecki [EMAIL PROTECTED]:
David Schultz wrote:
Strangely, gcc in FreeBSD 5.0 actually generates *slower* code
when compiling for more recent architectures than when compiling
for a 386. I don't know whether that is a bug in gcc or whether
gcc is using
On Sun, Feb 09, 2003 at 10:00:02AM -0800, Alfred Perlstein wrote:
Heh, the format string is passed through printf later, we don't want
to eat the extra % otherwise it will cause problems for us.
I had exactly the same thought as Warner last night, but then
realised that we were about to call
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
Trying to use a compiler different from GCC I have found the folowing error
/usr/include/sys/syslimits.h, line 42: Error:
[ISO 6.8]: Unknown preprocessing directive, '#warning'.
I think that somthing like to above should not appear in system
headers.
--
Marcin Dalecki
To Unsubscribe: send
The following ain't pretty as well:
/usr/include/machine/signal.h, line 130: Error:
[Syntax]: Parse error before '__aligned'.
[Syntax]: Can't recover from this error.
--
Marcin Dalecki
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the
Hello all,
I was just wondering something regarding IPFilter and new FreeBSD 5.0
First, I was looking for IPF related functions in new Kernel building,
didn't found them anywhere.maybe I did something wrong but not likely.
Is it
now a non kernel related application ?
Btw, I was
Btw, I was looking for some docs on the FreeBSD website and didn't found
anything interesting, only firewall that FreeBSD seems to support
nowadays
is the old IPFW, which is quite obsolete now imo. Why are documentation
pages not dealing with IPF at all ? is there any reason ?
Try ipfw2
-Don
looks like nobody has fixed stlport since the last time gcc was
upgraded...
(i don't know C++ very well, so wasn't able to fix it myself...)
make
=== Extracting for stlport-gcc-4.5.3_1
Checksum OK for STLport-4.5.3.tar.gz.
=== stlport-gcc-4.5.3_1 depends on executable: gmake - found
===
Marcin Dalecki [EMAIL PROTECTED] writes:
Trying to use a compiler different from GCC I have found the folowing error
/usr/include/sys/syslimits.h, line 42: Error:
[ISO 6.8]: Unknown preprocessing directive, '#warning'.
I think that somthing like to above should not appear in system
Pardon my poor knowledge about IPFW 2 but if I remember well, IPFW
wasn't a SPI Firewall, which is what I need. Btw, previous Kernel allows
us to fine tune its building for IPF and now, it simply gone...was
really wondering where those features are.
Is there any web place where I can find stuff
On Sun, Feb 09, 2003 at 10:54:27AM -0800, Lamont Granquist wrote:
looks like nobody has fixed stlport since the last time gcc was
upgraded...
I don't get these error messages on -current.
g++ -D_THREAD_SAFE -D_REENTRANT -fexceptions -I../stlport -Wall -W
-Wno-sign-compare -Wno-unused
I don't have any msdos filesystems mounted, yet:
kern.malloc:
Type InUse MemUse HighUse Requests Size(s)
[...]
MSDOSFS mount 1 256K256K1
[...]
due to this:
/*ARGSUSED*/
int
msdosfs_init(vfsp)
struct vfsconf *vfsp;
{
dehashtbl =
On Sun, Feb 09, 2003 at 07:42:42PM +0100, Coercitas Temet'Nosce wrote:
Hello all,
I was just wondering something regarding IPFilter and new FreeBSD 5.0
First, I was looking for IPF related functions in new Kernel building,
didn't found them anywhere.maybe I did something wrong but not
* David Malone [EMAIL PROTECTED] [030209 10:04] wrote:
On Sun, Feb 09, 2003 at 10:00:02AM -0800, Alfred Perlstein wrote:
Heh, the format string is passed through printf later, we don't want
to eat the extra % otherwise it will cause problems for us.
I had exactly the same thought as Warner
hi,
On Sun, Feb 09, 2003 at 08:39:59PM +0100, Poul-Henning Kamp wrote:
/*ARGSUSED*/
int
msdosfs_init(vfsp)
struct vfsconf *vfsp;
{
dehashtbl = hashinit(desiredvnodes/2, M_MSDOSFSMNT, dehash);
mtx_init(dehash_mtx, msdosfs dehash, NULL, MTX_DEF);
return (0);
On Sun, 9 Feb 2003, Poul-Henning Kamp wrote:
I don't have any msdos filesystems mounted, yet:
kern.malloc:
Type InUse MemUse HighUse Requests Size(s)
[...]
MSDOSFS mount 1 256K256K1
[...]
due to this:
/*ARGSUSED*/
int
msdosfs_init(vfsp)
struct
On Saturday 08 February 2003 22:12, Auge Mike wrote:
Hi all,
I was trying to know how printf works in FreeBSD... I hvae reached to
this point :
#define _write(fd, s, n) \
__syscall(SYS_write, (int)(fd), (const void *)(s), (size_t)(n))
I'am not really familiar with the way FreeBSD
On 2003-02-08 16:23, David Leimbach [EMAIL PROTECTED] wrote:
Dave
On Saturday, February 8, 2003, at 04:12 PM, Auge Mike wrote:
Hi all,
I was trying to know how printf works in FreeBSD... I hvae
reached to this point :
#define _write(fd, s, n) \
__syscall(SYS_write, (int)(fd),
[EMAIL PROTECTED] wrote:
I have played with the statistics collection in GEOM a bit, and need
more feedback, but first: try to play with it a bit.
Assuming you're running -current as of today, otherwise install
include files and libgeom by hand first.
Apply this patch in src/sys/geom and make
In message [EMAIL PROTECTED], Mattias Pantzare writes:
[EMAIL PROTECTED] wrote:
I have played with the statistics collection in GEOM a bit, and need
more feedback, but first: try to play with it a bit.
Assuming you're running -current as of today, otherwise install
include files and libgeom
On Sun, Feb 09, 2003 at 09:48:18PM +0100, Mattias Pantzare wrote:
Apply this patch in src/sys/geom and make a new kernel.
http://phk.freebsd.dk/patch/geom_io.patch
I get a Not Found from that URL.
There are many patches listed here:
http://phk.freebsd.dk/patch/
Maybe the correct one
On Sun, 2003-02-09 at 12:16, Alexey Zelkin wrote:
hi,
On Sun, Feb 09, 2003 at 08:39:59PM +0100, Poul-Henning Kamp wrote:
/*ARGSUSED*/
int
msdosfs_init(vfsp)
struct vfsconf *vfsp;
{
dehashtbl = hashinit(desiredvnodes/2, M_MSDOSFSMNT, dehash);
My USB PCI hub is:
ohci0: NEC uPD 9210 USB controller mem 0xec00-0xec000fff irq 5 at device 5.0 on
pci2
usb0: OHCI version 1.0
usb0: NEC uPD 9210 USB controller on ohci0
usb0: USB revision 1.0
uhub0: NEC OHCI root hub, class 9/0, rev 1.00/1.00, addr 1
uhub0: 3 ports with 3 removable, self
On Sun, Feb 09, 2003 at 10:47:47PM +1100, Bruce Evans wrote:
On Sat, 8 Feb 2003, Kris Kennaway wrote:
On Sat, Feb 08, 2003 at 02:59:30PM -0800, Kris Kennaway wrote:
Can someone take a look at lib/libc/gen/semctl.c and tell me where
the __semctl() sysctl should be prototyped?
Also
Lest this disappear, like so much else, into the black hole that is
GNATS, can some laptop user take a look at this? It works great for
me, I can now scroll using the up and down touchpad buttons which
were useless decorations earlier. Thanks to Marcin Dalecki.
PR kern/48116
On Sun, 9 Feb 2003, Craig Rodrigues wrote:
On Sun, Feb 09, 2003 at 10:54:27AM -0800, Lamont Granquist wrote:
looks like nobody has fixed stlport since the last time gcc was
upgraded...
I don't get these error messages on -current.
g++ -D_THREAD_SAFE -D_REENTRANT -fexceptions
I am about to try to make some changes to FreeBSD current...
Should I begin to use read-only CVS instead of CVSup for this work or
is it possible to generate diffs based on CVSup'd sources?
What is the recommend method to use for playing with the source?
I already found a small change in libc
David Leimbach [EMAIL PROTECTED] writes:
I am about to try to make some changes to FreeBSD current...
Should I begin to use read-only CVS instead of CVSup for this work or
is it possible to generate diffs based on CVSup'd sources?
What is the recommend method to use for playing with the
How about the attached?
It's only partially tested since it seems I can't mount any msdos floppies (both
on this _and_ my previous kernel).
Cheers.
--
Mike Makonnen | GPG-KEY: http://www.identd.net/~mtm/mtm.asc
[EMAIL PROTECTED] | Fingerprint: D228 1A6F C64E 120A A1C9 A3AA DAE1 E2AF DBCC
Olivier [EMAIL PROTECTED] writes:
I'm trying to write a MySQL authentication PAM module to be used with
Cyrus-imapd2 and salsauthd, since pam-mysql is broken wrt OpenPAM.
Wouldn't it be easier to fix the existing pam_mysql?
DES
--
Dag-Erling Smorgrav - [EMAIL PROTECTED]
To Unsubscribe: send
Thanks, that looks like that was the issue...
On Sun, 9 Feb 2003, Lamont Granquist wrote:
On Sun, 9 Feb 2003, Craig Rodrigues wrote:
On Sun, Feb 09, 2003 at 10:54:27AM -0800, Lamont Granquist wrote:
looks like nobody has fixed stlport since the last time gcc was
upgraded...
I don't
On Sun, Feb 09, 2003 at 08:03:54PM +0300, Sergey Mokryshev wrote:
On Sun, 9 Feb 2003, Olivier wrote:
Hi,
I'm trying to write a MySQL authentication PAM module to be used with
Cyrus-imapd2 and salsauthd, since pam-mysql is broken wrt OpenPAM.
I started from the base modules source and
--
Rebuilding the temporary build tree
--
stage 1: bootstrap tools
--
stage 2: cleaning up the object tree
David O'Brien [EMAIL PROTECTED] writes:
On Sun, Feb 09, 2003 at 06:14:30PM +0100, Matthias Schuendehuette wrote:
Nothing against 'booteasy', it does the job - but it looks ugly :-)
If that is the only reason to use grub, try osbsbeta.exe that is in the
tools directory of your CDROM or
Marcin Dalecki wrote:
David Schultz wrote:
Strangely, gcc in FreeBSD 5.0 actually generates *slower* code
when compiling for more recent architectures than when compiling
for a 386. I don't know whether that is a bug in gcc or whether
gcc is using some fancy feature like SSE that the
On Sun, Feb 09, 2003 at 06:08:47PM -0500, Mike Makonnen wrote:
How about the attached?
It's only partially tested since it seems I can't mount any msdos floppies (both
on this _and_ my previous kernel).
Index: sys/fs/msdosfs/msdosfs_denode.c
Do you think that attorneys overcharge?
http://rd.yahoo.com/^Random/075198/*http://198.170.236.87
And that is just the surface of what we offer!
http://rd.yahoo.com/^Random/075198/*http://198.170.236.87
If you don't want to get anymore of these emails, click HERE:
[EMAIL PROTECTED] and
Coercitas Temet'Nosce wrote:
I was just wondering something regarding IPFilter and new FreeBSD 5.0
First, I was looking for IPF related functions in new Kernel building,
didn't found them anywhere.maybe I did something wrong but not likely.
Files:
/sys/netinet/ip_fil.c
Olivier Dony [EMAIL PROTECTED] writes:
Actually I had patched pam_mysql (on FreeBSD 4.x when pam_mysql was still
working, to be able to use blowfish correctly with FreeBSD's crypt(), but my
problem is really to get an OpenPAM module to work, I even tried to simply
rename the pam_permit one,
On Mon, Feb 10, 2003 at 12:34:32AM +0100, Dag-Erling Smorgrav wrote:
Olivier [EMAIL PROTECTED] writes:
I'm trying to write a MySQL authentication PAM module to be used with
Cyrus-imapd2 and salsauthd, since pam-mysql is broken wrt OpenPAM.
Wouldn't it be easier to fix the existing
On Mon, Feb 10, 2003 at 01:38:13AM +0100, Dag-Erling Smorgrav wrote:
Olivier Dony [EMAIL PROTECTED] writes:
Actually I had patched pam_mysql (on FreeBSD 4.x when pam_mysql was still
working, to be able to use blowfish correctly with FreeBSD's crypt(), but my
problem is really to get an
Marcin Dalecki wrote:
Trying to use a compiler different from GCC I have found the folowing error
/usr/include/sys/syslimits.h, line 42: Error:
[ISO 6.8]: Unknown preprocessing directive, '#warning'.
I think that somthing like to above should not appear in system
headers.
It is an
Marcin Dalecki wrote:
The following ain't pretty as well:
/usr/include/machine/signal.h, line 130: Error:
[Syntax]: Parse error before '__aligned'.
[Syntax]: Can't recover from this error.
You need to add a compiler specific section to /sys/sys/cdefs.h,
which defined cdefs attributes
Title: CepNews
On 2003-02-09 19:13 +, Terry Lambert wrote:
Marcin Dalecki wrote:
Trying to use a compiler different from GCC I have found the folowing error
/usr/include/sys/syslimits.h, line 42: Error:
[ISO 6.8]: Unknown preprocessing directive, '#warning'.
I think that somthing like to
Terry Lambert wrote:
Marcin Dalecki wrote:
Trying to use a compiler different from GCC I have found the folowing
error
/usr/include/sys/syslimits.h, line 42: Error:
[ISO 6.8]: Unknown preprocessing directive, '#warning'.
I think that somthing like to above should not appear in system
I plan to upgrade GCC to the version 3.2.2. Please hold your updates for
a while.
--
Alexander Kabaev
To Unsubscribe: send mail to [EMAIL PROTECTED]
with unsubscribe freebsd-current in the body of the message
On Sun, 9 Feb 2003, Bernd Walter wrote:
I'm always compiling -current on alpha and i386 with -O2 since months.
I havn't noticed any compiler related problems lately.
How do you know?
--
The last time France wanted more evidence, it rolled right
through Paris with a German flag.
Which is the correct order to do these two functions? If the irq is
enabled before the device is attached, it seems a response cannot be sent
if a packet arrives before the attach. The right way seems to be to
attach the device before setting up an irq but does this have side
effects?
-Nate
The import should be complete now. Please let us know if you
see any problems introduced with this GCC version.
On Sun, Feb 09, 2003 at 11:39:25PM -0500, Alexander Kabaev wrote:
I plan to upgrade GCC to the version 3.2.2. Please hold your updates for
a while.
--
Alexander Kabaev
To
On Sun, 9 Feb 2003, Coercitas Temet'Nosce wrote:
Pardon my poor knowledge about IPFW 2 but if I remember well, IPFW
wasn't a SPI Firewall, which is what I need. Btw, previous Kernel allows
us to fine tune its building for IPF and now, it simply gone...was
really wondering where those features
On Sun, Feb 09, 2003 at 10:21:50PM -0800, Doug Barton wrote:
We don't have a whole lot of ipfilter documentation in freebsd because
ipfilter works the same way here as it does on other os'. See for example,
http://www.obfuscation.org/ipf/
Hope this helps,
Doug
As a side note, is there
On Sun, Feb 09, 2003 at 08:58:36PM -0800, Doug Barton wrote:
On Sun, 9 Feb 2003, Bernd Walter wrote:
I'm always compiling -current on alpha and i386 with -O2 since months.
I havn't noticed any compiler related problems lately.
How do you know?
It's not that I don't know about things
Nate Lawson wrote:
Which is the correct order to do these two functions? If the irq is
enabled before the device is attached, it seems a response cannot be sent
if a packet arrives before the attach. The right way seems to be to
attach the device before setting up an irq but does this have
leafy wrote:
On Sun, Feb 09, 2003 at 10:21:50PM -0800, Doug Barton wrote:
We don't have a whole lot of ipfilter documentation in freebsd because
ipfilter works the same way here as it does on other os'. See for example,
http://www.obfuscation.org/ipf/
As a side note, is there any
Munish Chopra wrote:
It is an ANSI compliant preprocessor directive. Please use an ANSI
compliant compiler.
I'd also be curious to know in which version of the ANSI standard you
have found #warning. I certainly doesn't appear in mine.
I said that the use of the directive was compliant, not
Hi all,
I'm fighting with the same problem and found that grub *does* recognize
the disks if started with '--read-only'...
That fits perfectly to the following paragraph found in the 5.0-RELEASE
Errata:
The geom(4)-based disk partitioning code in the kernel will not allow
an open partition
On Sun, Feb 09, 2003 at 06:14:30PM +0100, Matthias Schuendehuette wrote:
Nothing against 'booteasy', it does the job - but it looks ugly :-)
If that is the only reason to use grub, try osbsbeta.exe that is in the
tools directory of your CDROM or ftp.freebsd.org.
To Unsubscribe: send mail to
90 matches
Mail list logo