Re: if_dl.h in stable causes sendmail segmentation

1999-07-20 Thread Reinier Bezuidenhout
Hi ... > In article <[EMAIL PROTECTED]>, > Reinier Bezuidenhout <[EMAIL PROTECTED]> wrote: > > > I have the following situation... > ... [various userland SEGVs traced down to a change in if_dl.h] The sendmail that SEGV was compiled with the kernel that causes the crash ... I did the make rele

Re: poor ethernet performance?

1999-07-20 Thread Matthew Dillon
:Perhaps I'm missing something obvious, but since switches forward packets :selectively per port, I would think it would be hard to sniff packets on :any port, w/o administrative access to the switch to tell it to mirror :data to a different port. : :ie, if I'm plugged into port 1, I can't see tr

Re: problems with the integrated tcp-wrappers.

1999-07-20 Thread Sheldon Hearn
[ Hijacked from freebsd-hackers ] On Tue, 20 Jul 1999 17:33:24 CST, Greg Skafte wrote: > I've just recently switched from using the tcpwrappers port to the > native tcpwrappers implemention > > the following config entries worked on the port but are not working with > the native I've tested

Re: [FreeBSD-net-jp 1746] [FYI] Adaptec AIC-6915 "Starfire" ethernet controller driver and plus question compaq presario dec ethernet controller driver

1999-07-20 Thread morita
森田です。 > > These are Adaptec's replacements for its older DEC 21x4x-based multiport このドライバーは無くなるのでしょうか?->DEC 21x4x-based no more supllyed ->DEC 21x4x-based > line of adapters. All cards support 10/100 speeds in full or half duplex. > The multiport cards consist

Re: poor ethernet performance?

1999-07-20 Thread Jaye Mathisen
Perhaps I'm missing something obvious, but since switches forward packets selectively per port, I would think it would be hard to sniff packets on any port, w/o administrative access to the switch to tell it to mirror data to a different port. ie, if I'm plugged into port 1, I can't see traffic

Re: is dumpon/savecore broken? (fwd)

1999-07-20 Thread Nick Hibma
> I think that is Nick's point. You can no longer specify a dump > device in the kernel config file. > > troutmask:root[203] config TROUTMASK > config: line 41: root/dump/swap specifications obsolete > > On the other hand, you should have kernel.old or a fixit > floppy available. The p

Re: KDE on FreeBSD (missing symbols)

1999-07-20 Thread Alex Zepeda
On Wed, 21 Jul 1999, eT wrote: > Hi alex, thanks for the speedy response. > > I can't find any 'fno-rtti' to start with in the > freebsd-g++-shared/static? So, I compiled it without that flag > anyway. > > I will compile qt-1.42 and then recompile the kde sources and see what > happens. > > An

Re: KDE on FreeBSD (missing symbols)

1999-07-20 Thread eT
Alex Zepeda wrote: > With whatever Qt version you're using go into the appropiate > configs/freebsd-... file and remove -fno-rtti. Hi alex, thanks for the speedy response. I can't find any 'fno-rtti' to start with in the freebsd-g++-shared/static? So, I compiled it without that flag anyway. I

Re: linking question...

1999-07-20 Thread David E. Cross
> > I have a program (part of CDE)... we will call it 'foo', > > > > "foo" has library dependancies: libtt.so, libX11.so, libXt.so, libXext.so, > > and > > libwcs.so(this last one is mine). > > > > libtt.so depends on iswalpha() and iswspace() (which are defined in > > libwcs.so) > > > > If I

Re: KDE on FreeBSD (missing symbols)

1999-07-20 Thread Alex Zepeda
On Wed, 21 Jul 1999, eT wrote: > Hi alex, thanks for the speedy response. > > I can't find any 'fno-rtti' to start with in the > freebsd-g++-shared/static? So, I compiled it without that flag > anyway. > > I will compile qt-1.42 and then recompile the kde sources and see what > happens. > > A

Re: KDE on FreeBSD (missing symbols)

1999-07-20 Thread eT
Alex Zepeda wrote: > With whatever Qt version you're using go into the appropiate > configs/freebsd-... file and remove -fno-rtti. Hi alex, thanks for the speedy response. I can't find any 'fno-rtti' to start with in the freebsd-g++-shared/static? So, I compiled it without that flag anyway. I

Re: problems with the integrated tcp-wrappers.

1999-07-20 Thread Sheldon Hearn
On Tue, 20 Jul 1999 17:33:24 CST, Greg Skafte wrote: > I've just recently switched from using the tcpwrappers port to the > native tcpwrappers implemention I really shouldn't be answering, since you've mailed the wrong mailing list, but I can't resist. :-) > the following config entries worke

Re: linking question...

1999-07-20 Thread David E. Cross
> > I have a program (part of CDE)... we will call it 'foo', > > > > "foo" has library dependancies: libtt.so, libX11.so, libXt.so, libXext.so, and > > libwcs.so(this last one is mine). > > > > libtt.so depends on iswalpha() and iswspace() (which are defined in libwcs.so) > > > > If I link wit

Call for testers: Adaptec AIC-6915 fast ethernet driver

1999-07-20 Thread Bill Paul
A driver for FreeBSD 3.x and 4.0-current is now available for testing for fast ethernet adapters based on the Adaptec AIC-6915 "Starfire" ethernet controller. This includes the following Adaptec "Duralink" models: - ANA-62011 single port 64-bit adapter - ANA-62022 dual port 64-bit adapter - ANA-62

Re: problems with the integrated tcp-wrappers.

1999-07-20 Thread Sheldon Hearn
On Tue, 20 Jul 1999 17:33:24 CST, Greg Skafte wrote: > I've just recently switched from using the tcpwrappers port to the > native tcpwrappers implemention I really shouldn't be answering, since you've mailed the wrong mailing list, but I can't resist. :-) > the following config entries work

Call for testers: Adaptec AIC-6915 fast ethernet driver

1999-07-20 Thread Bill Paul
A driver for FreeBSD 3.x and 4.0-current is now available for testing for fast ethernet adapters based on the Adaptec AIC-6915 "Starfire" ethernet controller. This includes the following Adaptec "Duralink" models: - ANA-62011 single port 64-bit adapter - ANA-62022 dual port 64-bit adapter - ANA-6

Re: poor ethernet performance?

1999-07-20 Thread Vincent Poy
On Tue, 20 Jul 1999, Modred wrote: > On Tue, 20 Jul 1999, Vincent Poy wrote: > > > No idea but it seems like the people who sold the Cisco switches > > atleast claimed that each port is supposed to be secure to prevent packet > > sniffing by people on the other ports... > > Perhaps they were

understanding code related to forced COW for debugger

1999-07-20 Thread Zhihui Zhang
I have tried to understand the following code in vm_map_lookup() without much success: if (fault_type & VM_PROT_OVERRIDE_WRITE) prot = entry->max_protection; else prot = entry->protection; if (entry->wired_count && (fault

Re: poor ethernet performance?

1999-07-20 Thread Vincent Poy
On Tue, 20 Jul 1999, Modred wrote: > On Tue, 20 Jul 1999, Vincent Poy wrote: > > > No idea but it seems like the people who sold the Cisco switches > > atleast claimed that each port is supposed to be secure to prevent packet > > sniffing by people on the other ports... > > Perhaps they wer

Re: glibc

1999-07-20 Thread Joel Ray Holveck
>> I know it isn't standard. But it works well, and is used by a lot of >> programs. Perhaps it should have been put in another library than libc, >> though. Actually, I'd better suggest this to the GNU people right ahead. > There has been talking of having a libgnu.a to contain common > routines l

Re: poor ethernet performance?

1999-07-20 Thread Modred
On Tue, 20 Jul 1999, Vincent Poy wrote: > No idea but it seems like the people who sold the Cisco switches > atleast claimed that each port is supposed to be secure to prevent packet > sniffing by people on the other ports... Perhaps they were touting 'VLANs'? I can see seperate/many, logi

understanding code related to forced COW for debugger

1999-07-20 Thread Zhihui Zhang
I have tried to understand the following code in vm_map_lookup() without much success: if (fault_type & VM_PROT_OVERRIDE_WRITE) prot = entry->max_protection; else prot = entry->protection; if (entry->wired_count && (faul

Re: glibc

1999-07-20 Thread Joel Ray Holveck
>> I know it isn't standard. But it works well, and is used by a lot of >> programs. Perhaps it should have been put in another library than libc, >> though. Actually, I'd better suggest this to the GNU people right ahead. > There has been talking of having a libgnu.a to contain common > routines

Remoting kernel debugging with FreeBSD 3.1

1999-07-20 Thread Rodrigo Ormonde
Hello. I set up two boxes connected through a serial cable in order to try the remote kernel debugging, using xxgdb. I followed the instructions as they appear in the handbook, but I found some problems: In the target host, I started the boot with the -d option. When the DDB prompt appeare

Re: poor ethernet performance?

1999-07-20 Thread Modred
On Tue, 20 Jul 1999, Vincent Poy wrote: > No idea but it seems like the people who sold the Cisco switches > atleast claimed that each port is supposed to be secure to prevent packet > sniffing by people on the other ports... Perhaps they were touting 'VLANs'? I can see seperate/many, log

Proposal for new syscall to close files

1999-07-20 Thread Peter Jeremy
It's fairly common, when spawning new processes, to want to make sure all unwanted FDs are closed. Currently, the options for doing this are: 1) Use fcntl(fd, F_SETFD, FD_CLOEXEC) to set the close-on-exec flag when the file is opened/cloned. This may not be practical if the FD must remain

Remoting kernel debugging with FreeBSD 3.1

1999-07-20 Thread Rodrigo Ormonde
Hello. I set up two boxes connected through a serial cable in order to try the remote kernel debugging, using xxgdb. I followed the instructions as they appear in the handbook, but I found some problems: In the target host, I started the boot with the -d option. When the DDB prompt appear

problems with the integrated tcp-wrappers.

1999-07-20 Thread Greg Skafte
I've just recently switched from using the tcpwrappers port to the native tcpwrappers implemention the following config entries worked on the port but are not working with the native teln...@xxx.yyy.84.2 ftpd rlog...@xxx.yyy.84.2 r...@xxx.yyy.84.2 nta...@xxx.yyy.84.2 :\ KNOWN :\

Proposal for new syscall to close files

1999-07-20 Thread Peter Jeremy
It's fairly common, when spawning new processes, to want to make sure all unwanted FDs are closed. Currently, the options for doing this are: 1) Use fcntl(fd, F_SETFD, FD_CLOEXEC) to set the close-on-exec flag when the file is opened/cloned. This may not be practical if the FD must remain

Re: linking question...

1999-07-20 Thread Wes Peters
"David E. Cross" wrote: > > I have a program (part of CDE)... we will call it 'foo', > > "foo" has library dependancies: libtt.so, libX11.so, libXt.so, libXext.so, and > libwcs.so(this last one is mine). > > libtt.so depends on iswalpha() and iswspace() (which are defined in > libwcs.so) > >

problems with the integrated tcp-wrappers.

1999-07-20 Thread Greg Skafte
I've just recently switched from using the tcpwrappers port to the native tcpwrappers implemention the following config entries worked on the port but are not working with the native [EMAIL PROTECTED] ftpd [EMAIL PROTECTED] [EMAIL PROTECTED] [EMAIL PROTECTED] :\ KNOWN :\ rfc93

Re: KDE on FreeBSD (missing symbols)

1999-07-20 Thread Alex Zepeda
On Tue, 20 Jul 1999, Doug Rabson wrote: > > You've gotta choose between the lesser of two evils. First, Qt 1.44 is > > *not* recommended you should use Qt 1.42. Second of all, TT's support of > > FreeBSD sucks, the FreeBSD port of Qt sucks. TT has enabled -fno-rtti > > which causes problems for

Re: speed of file(1)

1999-07-20 Thread Peter Jeremy
"Leif Neland" wrote: >My 60MHz Pentium, FreeBSD > >time file /usr/home/leif/vnc-3.3.2r >/usr/home/leif/vnc-3.3.2r3_unixsrc.tgz: gzip compressed data, deflated, >original filename, last modified: Thu Jan 21 19:23:21 1999 > >real0m1.237s >user0m0.758s >sys 0m0.394s I can't believe these

Re: PAM & LDAP in FreeBSD

1999-07-20 Thread John Polstra
Oscar Bonilla wrote: > > ok, so this clarifies a lot of things... let's get rid of /etc/auth.conf > and go with /etc/pam.conf for the authentication and /etc/nsswitch.conf > for the info on where to obtain the databases from. That seems reasonable to me. PAM actually is designed to serve four se

Re: linking question...

1999-07-20 Thread Wes Peters
"David E. Cross" wrote: > > I have a program (part of CDE)... we will call it 'foo', > > "foo" has library dependancies: libtt.so, libX11.so, libXt.so, libXext.so, and > libwcs.so(this last one is mine). > > libtt.so depends on iswalpha() and iswspace() (which are defined in libwcs.so) > > If

Re: USFS (User Space File System)

1999-07-20 Thread Matthew Dillon
:On Mon, 19 Jul 1999, John Milford wrote: : :> Unless I am misunderstanding you, mfs does what you are :> describing. : :I'm pretty sure you're misunderstanding him. MFS is not even close. : :ron You know, none of us are being clear :-) The basic problem is that MFS is not a filesyst

Re: KDE on FreeBSD (missing symbols)

1999-07-20 Thread Alex Zepeda
On Tue, 20 Jul 1999, Doug Rabson wrote: > > You've gotta choose between the lesser of two evils. First, Qt 1.44 is > > *not* recommended you should use Qt 1.42. Second of all, TT's support of > > FreeBSD sucks, the FreeBSD port of Qt sucks. TT has enabled -fno-rtti > > which causes problems fo

Re: USFS (User Space File System)

1999-07-20 Thread Ronald G. Minnich
On Mon, 19 Jul 1999, John Milford wrote: > Unless I am misunderstanding you, mfs does what you are > describing. I'm pretty sure you're misunderstanding him. MFS is not even close. ron To Unsubscribe: send mail to majord...@freebsd.org with "unsubscribe freebsd-hackers" in the body of t

Re: RE: Overcommit and calloc()

1999-07-20 Thread Matthew Dillon
:Hi again, : :At 10:54 am -0700 20/7/99, Matthew Dillon wrote: :[...] :>It should also be noted that unless your system is entirely cpu-bound, :>there is no cost to the kernel to zero memory because it pre-zero's :>pages in its idle loop. : :Thanks to distributed.net, SETI. et al, idle

Re: KDE on FreeBSD (missing symbols)

1999-07-20 Thread Doug Rabson
On Tue, 20 Jul 1999, Alex Zepeda wrote: > On Tue, 20 Jul 1999, eT wrote: > > > Greets .. I decided to compile KDE-1.1.1 for my 4.0-CURRENT. > > After compiling all (kde-1.1 and qt-1.44) I get the following errors when > > startx'ing: > > > > ld-elf.so complains about not finding these symbols: >

Re: freebsd-hackers-digest V4 #553

1999-07-20 Thread John-Mark Gurney
Brian F. Feldman scribbled this message on Jul 20: > On Wed, 21 Jul 1999, Peter Jeremy wrote: > > > John-Mark Gurney wrote: > > >and even then, I don't believe in filling sockaddr_in w/ bzero, I > > >believe in using getsockaddr on it so that you actually get all the > > >fields filled out proper

Re: amandad zombies (fwd)

1999-07-20 Thread David E. Cross
Nope, that is all that we had time to track down. We were fighting NFS panics arround the same time, stuff got lost in the shuffle :) -- David Cross | email: cro...@cs.rpi.edu Systems Administrator/Research Programmer | Web: http://www.cs.rpi.edu/~crossd Rensselaer

Re: amandad zombies (fwd)

1999-07-20 Thread Snob Art Genre
On Tue, 20 Jul 1999, David E. Cross wrote: > Let me know if this was your problem. It was. Many, many thanks. I will probably send-pr this, do you have anything to add to what I posted before I do so? -- Ben "The world is conspiring in your favor." -- de la Vega To Unsubscribe: send mai

Re: freebsd-hackers-digest V4 #553

1999-07-20 Thread Brian F. Feldman
On Wed, 21 Jul 1999, Peter Jeremy wrote: > John-Mark Gurney wrote: > >and even then, I don't believe in filling sockaddr_in w/ bzero, I > >believe in using getsockaddr on it so that you actually get all the > >fields filled out properly... > > % man getsockaddr > No manual entry for getsockaddr

linking question...

1999-07-20 Thread David E. Cross
I have a program (part of CDE)... we will call it 'foo', "foo" has library dependancies: libtt.so, libX11.so, libXt.so, libXext.so, and libwcs.so(this last one is mine). libtt.so depends on iswalpha() and iswspace() (which are defined in libwcs.so) If I link with all of those I get an error th

Re: freebsd-hackers-digest V4 #553

1999-07-20 Thread Peter Jeremy
John-Mark Gurney wrote: >and even then, I don't believe in filling sockaddr_in w/ bzero, I >believe in using getsockaddr on it so that you actually get all the >fields filled out properly... % man getsockaddr No manual entry for getsockaddr % The only getsockaddr() I can find in the system is i

Re: speed of file(1)

1999-07-20 Thread Peter Jeremy
"Leif Neland" <[EMAIL PROTECTED]> wrote: >My 60MHz Pentium, FreeBSD > >time file /usr/home/leif/vnc-3.3.2r >/usr/home/leif/vnc-3.3.2r3_unixsrc.tgz: gzip compressed data, deflated, >original filename, last modified: Thu Jan 21 19:23:21 1999 > >real0m1.237s >user0m0.758s >sys 0m0.394s I

Re: PAM & LDAP in FreeBSD

1999-07-20 Thread John Polstra
Oscar Bonilla wrote: > > ok, so this clarifies a lot of things... let's get rid of /etc/auth.conf > and go with /etc/pam.conf for the authentication and /etc/nsswitch.conf > for the info on where to obtain the databases from. That seems reasonable to me. PAM actually is designed to serve four s

Re: amandad zombies (fwd)

1999-07-20 Thread David E. Cross
We had a similiar problem here. We had meant to submit-pr it but forgot. In our case it was because inetd had only the amanda line in it (inetd was not responsible for any other services. Our guess was that it is an off by one error in inted somewhere, but we never traced it down further. Our w

amandad zombies (fwd)

1999-07-20 Thread Snob Art Genre
Hi there, I've been beating my head against a mysterious problem for some time now, and I'm hoping that you folks can help me out. When I run amanda, seven out of my 16 hosts don't respond. Of these, some are Solaris and some are FreeBSD 3.1-RELEASE, but it's the FreeBSD ones I'm concerned with

Re: USFS (User Space File System)

1999-07-20 Thread Matthew Dillon
:On Mon, 19 Jul 1999, John Milford wrote: : :> Unless I am misunderstanding you, mfs does what you are :> describing. : :I'm pretty sure you're misunderstanding him. MFS is not even close. : :ron You know, none of us are being clear :-) The basic problem is that MFS is not a filesys

Re: PAM & LDAP in FreeBSD

1999-07-20 Thread Oscar Bonilla
On Tue, Jul 20, 1999 at 11:49:42AM -0700, John Polstra wrote: > In article <19990720082825.b...@fisicc-ufm.edu>, > Oscar Bonilla wrote: > > > Couldn't we do this with /etc/auth.conf? > > The plan when PAM was brought in was to eliminate auth.conf. I don't > think we should be looking for new u

Re: USFS (User Space File System)

1999-07-20 Thread Ronald G. Minnich
On Mon, 19 Jul 1999, John Milford wrote: > Unless I am misunderstanding you, mfs does what you are > describing. I'm pretty sure you're misunderstanding him. MFS is not even close. ron To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the

Re: KDE on FreeBSD (missing symbols)

1999-07-20 Thread Doug Rabson
On Tue, 20 Jul 1999, Alex Zepeda wrote: > On Tue, 20 Jul 1999, eT wrote: > > > Greets .. I decided to compile KDE-1.1.1 for my 4.0-CURRENT. > > After compiling all (kde-1.1 and qt-1.44) I get the following errors when > > startx'ing: > > > > ld-elf.so complains about not finding these symbols:

Re: RE: Overcommit and calloc()

1999-07-20 Thread Matthew Dillon
:Hi again, : :At 10:54 am -0700 20/7/99, Matthew Dillon wrote: :[...] :>It should also be noted that unless your system is entirely cpu-bound, :>there is no cost to the kernel to zero memory because it pre-zero's :>pages in its idle loop. : :Thanks to distributed.net, SETI. et al, idl

Re: PAM & LDAP in FreeBSD

1999-07-20 Thread Oscar Bonilla
> It looks like we've got some good concurrent projects happening at the > moment - markm and co working on PAM, the nsswitch.conf project you're > talking about, and the stuff I'm working on with modularizing crypt() and > supporting per-login class password hashes (I've rewritten the library > si

Re: any docs on how to use bus_dma_tag_create e.a. ?

1999-07-20 Thread Wilko Bulte
As Justin T. Gibbs wrote ... > In article <199907201904.vaa03...@yedi.iaf.nl> you wrote: > > I'm currently trying to hack a driver together for a PCI card that uses > > shared memory to communicate to the host. > > > > If I'm not completely offtrack I need to use (under newbus/-current) > > bus_dm

Re: freebsd-hackers-digest V4 #553

1999-07-20 Thread John-Mark Gurney
Brian F. Feldman scribbled this message on Jul 20: > On Wed, 21 Jul 1999, Peter Jeremy wrote: > > > John-Mark Gurney <[EMAIL PROTECTED]> wrote: > > >and even then, I don't believe in filling sockaddr_in w/ bzero, I > > >believe in using getsockaddr on it so that you actually get all the > > >fiel

Re: amandad zombies (fwd)

1999-07-20 Thread David E. Cross
Nope, that is all that we had time to track down. We were fighting NFS panics arround the same time, stuff got lost in the shuffle :) -- David Cross | email: [EMAIL PROTECTED] Systems Administrator/Research Programmer | Web: http://www.cs.rpi.edu/~crossd Rensselae

Re: amandad zombies (fwd)

1999-07-20 Thread Snob Art Genre
On Tue, 20 Jul 1999, David E. Cross wrote: > Let me know if this was your problem. It was. Many, many thanks. I will probably send-pr this, do you have anything to add to what I posted before I do so? -- Ben "The world is conspiring in your favor." -- de la Vega To Unsubscribe: send ma

Re: freebsd-hackers-digest V4 #553

1999-07-20 Thread Brian F. Feldman
On Wed, 21 Jul 1999, Peter Jeremy wrote: > John-Mark Gurney <[EMAIL PROTECTED]> wrote: > >and even then, I don't believe in filling sockaddr_in w/ bzero, I > >believe in using getsockaddr on it so that you actually get all the > >fields filled out properly... > > % man getsockaddr > No manual e

Re: freebsd-hackers-digest V4 #553

1999-07-20 Thread Peter Jeremy
John-Mark Gurney <[EMAIL PROTECTED]> wrote: >and even then, I don't believe in filling sockaddr_in w/ bzero, I >believe in using getsockaddr on it so that you actually get all the >fields filled out properly... % man getsockaddr No manual entry for getsockaddr % The only getsockaddr() I can fin

linking question...

1999-07-20 Thread David E. Cross
I have a program (part of CDE)... we will call it 'foo', "foo" has library dependancies: libtt.so, libX11.so, libXt.so, libXext.so, and libwcs.so(this last one is mine). libtt.so depends on iswalpha() and iswspace() (which are defined in libwcs.so) If I link with all of those I get an error t

Re: amandad zombies (fwd)

1999-07-20 Thread David E. Cross
We had a similiar problem here. We had meant to submit-pr it but forgot. In our case it was because inetd had only the amanda line in it (inetd was not responsible for any other services. Our guess was that it is an off by one error in inted somewhere, but we never traced it down further. Our

amandad zombies (fwd)

1999-07-20 Thread Snob Art Genre
Hi there, I've been beating my head against a mysterious problem for some time now, and I'm hoping that you folks can help me out. When I run amanda, seven out of my 16 hosts don't respond. Of these, some are Solaris and some are FreeBSD 3.1-RELEASE, but it's the FreeBSD ones I'm concerned wit

Re: any docs on how to use bus_dma_tag_create e.a. ?

1999-07-20 Thread Justin T. Gibbs
In article <199907201904.vaa03...@yedi.iaf.nl> you wrote: > I'm currently trying to hack a driver together for a PCI card that uses > shared memory to communicate to the host. > > If I'm not completely offtrack I need to use (under newbus/-current) > bus_dma_tag_create, bus_dma_alloc etc to get ac

Re: KDE on FreeBSD (missing symbols)

1999-07-20 Thread Alex Zepeda
On Tue, 20 Jul 1999, eT wrote: > Greets .. I decided to compile KDE-1.1.1 for my 4.0-CURRENT. > After compiling all (kde-1.1 and qt-1.44) I get the following errors when > startx'ing: > > ld-elf.so complains about not finding these symbols: > __ti6QFrame > __ti7QObject > __ti7Qblahblahblah > > I

Re: PAM & LDAP in FreeBSD

1999-07-20 Thread Oscar Bonilla
On Tue, Jul 20, 1999 at 11:49:42AM -0700, John Polstra wrote: > In article <[EMAIL PROTECTED]>, > Oscar Bonilla <[EMAIL PROTECTED]> wrote: > > > Couldn't we do this with /etc/auth.conf? > > The plan when PAM was brought in was to eliminate auth.conf. I don't > think we should be looking for ne

Re: PAM & LDAP in FreeBSD

1999-07-20 Thread Oscar Bonilla
> It looks like we've got some good concurrent projects happening at the > moment - markm and co working on PAM, the nsswitch.conf project you're > talking about, and the stuff I'm working on with modularizing crypt() and > supporting per-login class password hashes (I've rewritten the library > s

Re: any docs on how to use bus_dma_tag_create e.a. ?

1999-07-20 Thread Wilko Bulte
As Justin T. Gibbs wrote ... > In article <[EMAIL PROTECTED]> you wrote: > > I'm currently trying to hack a driver together for a PCI card that uses > > shared memory to communicate to the host. > > > > If I'm not completely offtrack I need to use (under newbus/-current) > > bus_dma_tag_create, b

Re: USFS (User Space File System)

1999-07-20 Thread John Milford
Matthew Dillon wrote: > > This seems like an unnecessary complication to me. It would be > easier to simply make it a device that you can open(), read(), and > write() as I first suggested. > > MFS is not a good template for any of this. MFS is very, very simple > and the p

Re: RE: Overcommit and calloc()

1999-07-20 Thread Bob Bishop
Hi again, At 10:54 am -0700 20/7/99, Matthew Dillon wrote: [...] >It should also be noted that unless your system is entirely cpu-bound, >there is no cost to the kernel to zero memory because it pre-zero's >pages in its idle loop. Thanks to distributed.net, SETI. et al, idle cycles ar

Re: any docs on how to use bus_dma_tag_create e.a. ?

1999-07-20 Thread Justin T. Gibbs
In article <[EMAIL PROTECTED]> you wrote: > I'm currently trying to hack a driver together for a PCI card that uses > shared memory to communicate to the host. > > If I'm not completely offtrack I need to use (under newbus/-current) > bus_dma_tag_create, bus_dma_alloc etc to get access to the car

Re: if_dl.h in stable causes sendmail segmentation

1999-07-20 Thread John Polstra
In article <199907201542.raa02...@oskar.nanoteq.co.za>, Reinier Bezuidenhout wrote: > I have the following situation... ... [various userland SEGVs traced down to a change in if_dl.h] Just a guess: it sounds like the kind of thing that would happen if you updated your kernel without also rebuil

Re: KDE on FreeBSD (missing symbols)

1999-07-20 Thread Alex Zepeda
On Tue, 20 Jul 1999, eT wrote: > Greets .. I decided to compile KDE-1.1.1 for my 4.0-CURRENT. > After compiling all (kde-1.1 and qt-1.44) I get the following errors when > startx'ing: > > ld-elf.so complains about not finding these symbols: > __ti6QFrame > __ti7QObject > __ti7Qblahblahblah > >

any docs on how to use bus_dma_tag_create e.a. ?

1999-07-20 Thread Wilko Bulte
I'm currently trying to hack a driver together for a PCI card that uses shared memory to communicate to the host. If I'm not completely offtrack I need to use (under newbus/-current) bus_dma_tag_create, bus_dma_alloc etc to get access to the cards shared memory. I'm looking for more detailed info

Re: glibc

1999-07-20 Thread Alex Zepeda
On Tue, 20 Jul 1999, Alexander Voropay wrote: > glibc has better POSIX locale and I18N / L10N support : > - localedef(1) and locale(1) utilities > - nl_langinfo(3) XPG-4 function > - gettext built-in into glibc Again this is just a handful of functions, that IMO are best not put into libc. Take

Re: USFS (User Space File System)

1999-07-20 Thread John Milford
Matthew Dillon <[EMAIL PROTECTED]> wrote: > > This seems like an unnecessary complication to me. It would be > easier to simply make it a device that you can open(), read(), and > write() as I first suggested. > > MFS is not a good template for any of this. MFS is very, very si

wcs stuffs...

1999-07-20 Thread David E. Cross
Yes, I am still working on it, don't despair ;) This is the case of project creep... I am now working on the 'isw*()' functions, and I have a couple of questions regarding locale support in FreeBSD. Namely, how the heck do I get access to the database? I see that the LC_* databases have all the

Re: PAM & LDAP in FreeBSD

1999-07-20 Thread John Polstra
In article <19990720082825.b...@fisicc-ufm.edu>, Oscar Bonilla wrote: > Couldn't we do this with /etc/auth.conf? The plan when PAM was brought in was to eliminate auth.conf. I don't think we should be looking for new uses for it. John -- John Polstra

Re: Xircomm ethernet cards....

1999-07-20 Thread Kyle McPeek
Hi, The Xircom CreditCard Ethernet 10/100 seems to work in -Stable only. I had to burn a 3.2-RELEASE CD to install from, then put a 3.2-STABLE kernel on my laptop from another machine using the floppy. If you can make/get a 3.2-STABLE cd then that should work just fine, it is for me anywa

RE: RE: Overcommit and calloc()

1999-07-20 Thread Kelly Yancey
> -Original Message- > From: Matthew Dillon [mailto:dil...@apollo.backplane.com] > Sent: Tuesday, July 20, 1999 1:53 PM > To: Kelly Yancey > Cc: crand...@matchlogic.com; freebsd-hackers@FreeBSD.ORG > Subject: Re: RE: Overcommit and calloc() > > > I think this would be a waste of time.

Re: USFS (User Space File System)

1999-07-20 Thread Matthew Dillon
: :Matthew Dillon wrote: : :> :> No, MFS runs in supervisor mode. That mfs process that you see hanging :> there is just placemarking the VM space. :> :> -Matt :> : : Well, I think there is a little more to it than that. I :believe it does

Re: RE: Overcommit and calloc()

1999-07-20 Thread Bob Bishop
Hi again, At 10:54 am -0700 20/7/99, Matthew Dillon wrote: [...] >It should also be noted that unless your system is entirely cpu-bound, >there is no cost to the kernel to zero memory because it pre-zero's >pages in its idle loop. Thanks to distributed.net, SETI. et al, idle cycles a

Re: USFS (User Space File System)

1999-07-20 Thread John Milford
Matthew Dillon wrote: > > No, MFS runs in supervisor mode. That mfs process that you see hanging > there is just placemarking the VM space. > > -Matt > Well, I think there is a little more to it than that. I believe it does run in supe

Re: if_dl.h in stable causes sendmail segmentation

1999-07-20 Thread John Polstra
In article <[EMAIL PROTECTED]>, Reinier Bezuidenhout <[EMAIL PROTECTED]> wrote: > I have the following situation... ... [various userland SEGVs traced down to a change in if_dl.h] Just a guess: it sounds like the kind of thing that would happen if you updated your kernel without also rebuilding

any docs on how to use bus_dma_tag_create e.a. ?

1999-07-20 Thread Wilko Bulte
I'm currently trying to hack a driver together for a PCI card that uses shared memory to communicate to the host. If I'm not completely offtrack I need to use (under newbus/-current) bus_dma_tag_create, bus_dma_alloc etc to get access to the cards shared memory. I'm looking for more detailed inf

Xircomm ethernet cards....

1999-07-20 Thread crypt0genic
I have a Xircomm 10/100 pcmcia ethernet card for my laptop and after seraching the mailing lists it is pretty obivious that it is'nt supported. Does and one know of any new developments on this? hacks? If not can some one recommend a good card for freebsd, it would have to be 10/100 mbit and

Re: glibc

1999-07-20 Thread Alex Zepeda
On Tue, 20 Jul 1999, Alexander Voropay wrote: > glibc has better POSIX locale and I18N / L10N support : > - localedef(1) and locale(1) utilities > - nl_langinfo(3) XPG-4 function > - gettext built-in into glibc Again this is just a handful of functions, that IMO are best not put into libc. Tak

wcs stuffs...

1999-07-20 Thread David E. Cross
Yes, I am still working on it, don't despair ;) This is the case of project creep... I am now working on the 'isw*()' functions, and I have a couple of questions regarding locale support in FreeBSD. Namely, how the heck do I get access to the database? I see that the LC_* databases have all the

Re: PAM & LDAP in FreeBSD

1999-07-20 Thread John Polstra
In article <[EMAIL PROTECTED]>, Oscar Bonilla <[EMAIL PROTECTED]> wrote: > Couldn't we do this with /etc/auth.conf? The plan when PAM was brought in was to eliminate auth.conf. I don't think we should be looking for new uses for it. John -- John Polstra

Re: RE: Overcommit and calloc()

1999-07-20 Thread Matthew Dillon
:Hi, : :At 1:28 pm -0400 20/7/99, Kelly Yancey wrote: :>[...] :> On recent thought though, I seem to recall having read in the 4.4BSD :>Daemon book that having the kernel zero memory is not the preferred :>practice, but present because when they tried to stop many progrems dies :>which assumed mem

Re: Xircomm ethernet cards....

1999-07-20 Thread Kyle McPeek
Hi, The Xircom CreditCard Ethernet 10/100 seems to work in -Stable only. I had to burn a 3.2-RELEASE CD to install from, then put a 3.2-STABLE kernel on my laptop from another machine using the floppy. If you can make/get a 3.2-STABLE cd then that should work just fine, it is for me anyw

Re: RE: Overcommit and calloc()

1999-07-20 Thread Matthew Dillon
I think this would be a waste of time. As I have said, very few large allocations use calloc(). Nearly all small allocations come off the heap. The cost of adding the complexity to calloc to avoid zeroing the data is not going to be worth the minor (and unnoticeable) improvem

RE: RE: Overcommit and calloc()

1999-07-20 Thread Kelly Yancey
> -Original Message- > From: Matthew Dillon [mailto:[EMAIL PROTECTED]] > Sent: Tuesday, July 20, 1999 1:53 PM > To: Kelly Yancey > Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED] > Subject: Re: RE: Overcommit and calloc() > > > I think this would be a waste of time. As I have said, very few

RE: Overcommit and calloc()

1999-07-20 Thread Bob Bishop
Hi, At 1:28 pm -0400 20/7/99, Kelly Yancey wrote: >[...] > On recent thought though, I seem to recall having read in the 4.4BSD >Daemon book that having the kernel zero memory is not the preferred >practice, but present because when they tried to stop many progrems dies >which assumed memory was

Re: USFS (User Space File System)

1999-07-20 Thread Matthew Dillon
: :Matthew Dillon <[EMAIL PROTECTED]> wrote: : :> :> No, MFS runs in supervisor mode. That mfs process that you see hanging :> there is just placemarking the VM space. :> :> -Matt :> : : Well, I think there is a little more to it than that.

RE: Overcommit and calloc()

1999-07-20 Thread David Wolfskill
>From: "Kelly Yancey" >Date: Tue, 20 Jul 1999 13:28:21 -0400 > On recent thought though, I seem to recall having read in the 4.4BSD >Daemon book that having the kernel zero memory is not the preferred >practice, but present because when they tried to stop many progrems dies >which assumed memory

Re: USFS (User Space File System)

1999-07-20 Thread John Milford
Matthew Dillon <[EMAIL PROTECTED]> wrote: > > No, MFS runs in supervisor mode. That mfs process that you see hanging > there is just placemarking the VM space. > > -Matt > Well, I think there is a little more to it than that. I believe

Re: Sv: speed of file(1)

1999-07-20 Thread Matthew Dillon
: :Maybe the P60 is memory starved. Thrashing would cause this huge :factor of speed difference... : :Warner No, I tested it on my 1G box - there was a very noticeable delay running 'file' on a simple text file. Something in the file program or in the data description is causing the

  1   2   >