i'm working on the C library, and to make debuggin easy i've copied
/usr/src/lib/libc to another directory and only build libc.a.
i've also copied /usr/src/lib/csu/i386-elf to another directory and
have enabled debug symbols on both csu and libc.
to try things out i create a static binary and c
On Thu, Mar 09, 2000 at 05:20:31PM -0800, Kris Kennaway wrote:
> On Wed, 8 Mar 2000, Alfred Perlstein wrote:
>
> > I'm pretty sure this can be done a hell of a lot easier by using shared
> > libraries and using the enviornment variables LD_LIBRARY_PATH and
> > LD_PRELOAD, see the rtld manpage for
On Fri, Mar 10, 2000 at 03:27:37PM -0800, Alfred Perlstein wrote:
> I think you'll want LD_LIBRARY_PATH to be:
> /home/obonilla/freebsd/nss/libc/:/usr/lib:/usr/local/lib
I don't see why since the only library I use is libc. Anyway, I tried
just for kicks and still got the same error.
$ echo $LD_
On Fri, Mar 10, 2000 at 06:51:20PM -0500, Chuck Robey wrote:
> I wasn't reading this too closely, but if you're trying to hand feed in
> the object files, the C startup object file *MUST* come first in the list
> of object files, because it's gotta link at the lowest address ...
>
> Is that it?
On Fri, Mar 10, 2000 at 04:35:18PM -0800, Alfred Perlstein wrote:
> It seems to be working just fine, I suspect that there's something wrong
> with your code and you're referencing a function that somehow is not
> being compiled into libc:
>
> ~ % nm /usr/lib/libc.a | grep nsdispatch
> ~ %
>
>
On Sat, Mar 11, 2000 at 12:58:13AM +0100, Marco van de Voort wrote:
>
> > to try things out i create a static binary and coerce it to use my
> > C library instead of the system's one.
> >
> > this is how i compile my program:
> >
> > cc -g -DYP -DFreeBSD -Wall -pedantic -ansi -c -I../../libc/in
On Fri, Mar 10, 2000 at 07:49:32PM -0500, Chuck Robey wrote:
> Notice here the order it links, and what files it links in. First, if
> you're using nostdlib, then you have to call out your own libs, all of
> them, and you forgot to do libgcc. I've been able to move the lib calls
I don't really
On Sat, Mar 11, 2000 at 02:30:19PM +0100, Marco van de Voort wrote:
> P.s. Could you sent me a minimal C program linking to libc, and the
> commandline to compile it with -nostdlib ?
>
> I could throw all these experiences with non standard linking in a
> little tex doc. ( --nostdlib with and wit
On Tue, Mar 14, 2000 at 04:23:32PM -0800, yramin wrote:
> Hi,
>
> New to the list, but I'm looking into developing a way to
> authenticate and grab user information from an LDAP server compared
> to /etc/passwd and company, or NIS. I was poking around the library
> code and noticed that FreeBSD
[ long email --- there's a specific question at the end ]
I've started work a couple of weeks ago to port the NSS implementation
from NetBSD to FreeBSD. This is needed for things like authenticating
with an LDAP server, etc. If you search for LDAP in Hackers you'll find
a thread that discusses wh
I was trying to compile OpenLDAP 2 with support for ldapi:///
which uses the PF_LOCAL family. However, I've discovered that
the PF_LOCAL entry in getaddrinfo is ifdef'd out.
This is the relevant code for /usr/src/lib/libc/net/getaddrinfo.c
#if 0
{ PF_LOCAL, 0, ANY, ANY, NULL, 0x01 },
#en
On Thu, Aug 16, 2001 at 12:48:59PM -0700, Darryl Okahata wrote:
> A bigger problem is that doing anything with a file uses up 1-2KB
> PER FILE. If you want to see cfsd grow *really big*, do a "find ." of
> any large cfs-controlled hierarchy with lots of files. I'd really like
> to put my MH
shouldn't the default be no skey?
On Mon, Apr 22, 2002 at 09:41:20PM -0400, Anthony Schneider wrote:
> On Mon, Apr 22, 2002 at 08:04:43PM -0500, Mike Meyer wrote:
> > In <[EMAIL PROTECTED]>, Jordan Hubbard
><[EMAIL PROTECTED]> typed:
> > > My question: Who's "wrong" here, FreeBSD or Mac OS X?
While trying to use the pam_ldap module available from www.padl.com
I discovered the following problem.
although the module authenticates just fine (using openldap)
the login program fails to permit logins. I traced the problem to
login.c --- the following code is from login.c
my questions are
e integrated on the base system
for this to compile... can I safely copy it to /usr/src/contrib?
How do I submit this after it's done? anyone cares about ldap :)?
Regards,
-Oscar
On Thu, Jul 15, 1999 at 08:03:36PM -0600, Oscar Bonilla wrote:
> While trying to use the pam_ldap module avai
On Mon, Jul 19, 1999 at 06:13:51PM +0200, Dag-Erling Smorgrav wrote:
> Oscar Bonilla writes:
> > the idea is to have an entry in the /etc/passwd enabling LDAP lookups.
> > the Entry would be of the form
> >
> > ldap:*:389:389:o=My Organization, c=BR:uid:ldap.m
On Mon, Jul 19, 1999 at 04:51:12PM -0600, Wes Peters wrote:
> The implementation details are as unimportant as ever: they have to work
> and be maintainable. Following prior art remains a good idea; the Solaris
> "name service switch" implementation is a good starting point to consider.
>
I agre
On Tue, Jul 20, 1999 at 10:59:30PM +1200, Joe Abley wrote:
> On Mon, Jul 19, 1999 at 06:00:26PM -0600, Oscar Bonilla wrote:
> > I agree. In solaris (and linux by the way) all you do is set
> > passwd ldap files
> > in /etc/nsswitch.conf
> > and that's it.
&
> 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
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
On Wed, Jul 21, 1999 at 01:46:56AM +0930, Kris Kennaway wrote:
> 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 p
On Thu, Jul 22, 1999 at 01:00:57AM +0900, Daniel C. Sobral wrote:
> Oscar Bonilla wrote:
>>
>> There are three parts to the problem:
>>
>> 1. Where do we get the databases from? I mean, where do we get passwd, group,
>>hosts, ethers, etc from.
>>
On Wed, Jul 21, 1999 at 06:22:39PM +, Niall Smart wrote:
> [ CC list nuked ]
good! :)
>> Ok, here goes my understanding of how things should be, please correct me
>> if i'm wrong.
>>
>> There are three parts to the problem:
>>
>> 1. Where do we get the databases from? I mean, where do we ge
Following on the NSS (Name Service Switch):
*Step One: I ported the NetBSD implementation of nsdispatch(3) as implemented
by Luke Mewburn. See attached patch to libc and new header file. I'm also
attaching the man page for /etc/nsswitch.conf. Right now it compiles,
installs, and works for some
Anyone knows about the BSD Information Retrieval Service (IRS)
mentioned in http://www.padl.com/nss_ldap.html ?
It seems to accomplish the same thing as the NSS stuff we've been
talking about.
Regards,
-Oscar
--
For PGP Public Key: finger oboni...@fisicc-ufm.edu
To Unsubscribe: send mail to m
After collecting a bunch of emails from the list, this is the
approach I'll be taking:
1. use the existing nsdispatch code obtained from NetBSD as a base
for parsing the /etc/nsswitch.conf file.
2. Make the C library nsdispatch aware. The dtab[] array will be
filled dynamicaly from the cont
On Fri, Aug 20, 1999 at 03:12:48PM -0400, Zhihui Zhang wrote:
>
> Hi, Rich:
>
> Can you find a serial cable for me? I need to connect two PCs together
> via RS232 ports.
>
Aha! Remote Kernel Debugging aren't we?
Probably you did not intend this mail to go to the mailing list :)
Regards,
-
On Fri, Aug 27, 1999 at 01:33:03PM -0500, John Sconiers wrote:
>
> I was looking for followups to this thread and have searched the archives
> for more information without luck. I have a few questions. Has this
> project furthered any and where can one get the diffs / source??? Is
> there a web
On Thu, Sep 02, 1999 at 12:23:38PM -0700, Brian W. Buchanan wrote:
> This is apparently old news, but I don't recall seeing anything about it
> on the lists, and didn't hear about it until it hit Slashdot a short while
> ago.
>
> ftp://ftp.cs.berkeley.edu/pub/4bsd/README.Impt.License.Change:
>
>
On Fri, Sep 03, 1999 at 11:32:24AM -0500, Chris Costello wrote:
> On Fri, Sep 03, 1999, Oscar Bonilla wrote:
> > does that mean we can get rid of the copyright of the University at
> > boot time? do we want to?
>
>If it were up to me, we would not want to. I feel we
On Sun, Sep 12, 1999 at 12:29:55PM -0400, Wayne Cuddy wrote:
> >rm '$DEST_DIR'
> rm: $DEST_DIR: is a directory
>
> >ls '$DEST_DIR'
> $2
>
rm doesn't work on directories.. go for
$ rm -rf '$DEST_DIR'
or
$ rm '$DEST_DIR'/'$2'
$ rmdir '$DEST_DIR'
regards,
-Oscar
--
For PGP Public Key: finger o
While trying to use the pam_ldap module available from www.padl.com
I discovered the following problem.
although the module authenticates just fine (using openldap)
the login program fails to permit logins. I traced the problem to
login.c --- the following code is from login.c
my questions are
is that openldap has to be integrated on the base system
for this to compile... can I safely copy it to /usr/src/contrib?
How do I submit this after it's done? anyone cares about ldap :)?
Regards,
-Oscar
On Thu, Jul 15, 1999 at 08:03:36PM -0600, Oscar Bonilla wrote:
> While tryi
On Mon, Jul 19, 1999 at 06:13:51PM +0200, Dag-Erling Smorgrav wrote:
> Oscar Bonilla <[EMAIL PROTECTED]> writes:
> > the idea is to have an entry in the /etc/passwd enabling LDAP lookups.
> > the Entry would be of the form
> >
> > ldap:*:389:389:o=My Orga
On Mon, Jul 19, 1999 at 04:51:12PM -0600, Wes Peters wrote:
> The implementation details are as unimportant as ever: they have to work
> and be maintainable. Following prior art remains a good idea; the Solaris
> "name service switch" implementation is a good starting point to consider.
>
I agr
On Tue, Jul 20, 1999 at 10:59:30PM +1200, Joe Abley wrote:
> On Mon, Jul 19, 1999 at 06:00:26PM -0600, Oscar Bonilla wrote:
> > I agree. In solaris (and linux by the way) all you do is set
> > passwd ldap files
> > in /etc/nsswitch.conf
> > and that's it.
&
> 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
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
On Wed, Jul 21, 1999 at 01:46:56AM +0930, Kris Kennaway wrote:
> 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
On Thu, Jul 22, 1999 at 01:00:57AM +0900, Daniel C. Sobral wrote:
> Oscar Bonilla wrote:
>>
>> There are three parts to the problem:
>>
>> 1. Where do we get the databases from? I mean, where do we get passwd, group,
>>hosts, ethers, etc from.
>>
On Wed, Jul 21, 1999 at 06:22:39PM +, Niall Smart wrote:
> [ CC list nuked ]
good! :)
>> Ok, here goes my understanding of how things should be, please correct me
>> if i'm wrong.
>>
>> There are three parts to the problem:
>>
>> 1. Where do we get the databases from? I mean, where do we g
Following on the NSS (Name Service Switch):
*Step One: I ported the NetBSD implementation of nsdispatch(3) as implemented
by Luke Mewburn. See attached patch to libc and new header file. I'm also
attaching the man page for /etc/nsswitch.conf. Right now it compiles,
installs, and works for some
Anyone knows about the BSD Information Retrieval Service (IRS)
mentioned in http://www.padl.com/nss_ldap.html ?
It seems to accomplish the same thing as the NSS stuff we've been
talking about.
Regards,
-Oscar
--
For PGP Public Key: finger [EMAIL PROTECTED]
To Unsubscribe: send mail to [EMAIL
After collecting a bunch of emails from the list, this is the
approach I'll be taking:
1. use the existing nsdispatch code obtained from NetBSD as a base
for parsing the /etc/nsswitch.conf file.
2. Make the C library nsdispatch aware. The dtab[] array will be
filled dynamicaly from the con
On Fri, Aug 20, 1999 at 03:12:48PM -0400, Zhihui Zhang wrote:
>
> Hi, Rich:
>
> Can you find a serial cable for me? I need to connect two PCs together
> via RS232 ports.
>
Aha! Remote Kernel Debugging aren't we?
Probably you did not intend this mail to go to the mailing list :)
Regards,
On Fri, Aug 27, 1999 at 01:33:03PM -0500, John Sconiers wrote:
>
> I was looking for followups to this thread and have searched the archives
> for more information without luck. I have a few questions. Has this
> project furthered any and where can one get the diffs / source??? Is
> there a we
On Thu, Sep 02, 1999 at 12:23:38PM -0700, Brian W. Buchanan wrote:
> This is apparently old news, but I don't recall seeing anything about it
> on the lists, and didn't hear about it until it hit Slashdot a short while
> ago.
>
> ftp://ftp.cs.berkeley.edu/pub/4bsd/README.Impt.License.Change:
>
>
On Fri, Sep 03, 1999 at 11:32:24AM -0500, Chris Costello wrote:
> On Fri, Sep 03, 1999, Oscar Bonilla wrote:
> > does that mean we can get rid of the copyright of the University at
> > boot time? do we want to?
>
>If it were up to me, we would not want to. I feel we
On Sun, Sep 12, 1999 at 12:29:55PM -0400, Wayne Cuddy wrote:
> >rm '$DEST_DIR'
> rm: $DEST_DIR: is a directory
>
> >ls '$DEST_DIR'
> $2
>
rm doesn't work on directories.. go for
$ rm -rf '$DEST_DIR'
or
$ rm '$DEST_DIR'/'$2'
$ rmdir '$DEST_DIR'
regards,
-Oscar
--
For PGP Public Key: finger
49 matches
Mail list logo
