Re: Is there any way to know if userland is patched?

ly make patch level bumps such that the "kernel_pl > userland_pl" case never happens.) In the end, what we want is for a user to type `uname -r' and to see what patch level is running. Anything more complicated (checking RCS Ids and such) just get

Re: nsdispatch services patch + lookupd

oblem is that the next > release of the lookupd daemon (which i support) depends on this patch, > as it implements 'services' data source. > > I've included the patch once again here. Is it possible to commit it in > the nearest future? I'll handle this month. Could

Re: nsdispatch services patch + lookupd

i know, freeing a non > malloced memory is asking for trouble. > proposed fix, instead of static, also do a calloc(...). Yes, looks like you are correct. I will fix this month. Thanks for the report! (Is there already a PR?) Cheers, -- Jacques A Vidrine / NTT/Verio [EMAIL PROTECTED] / [EM

Re: Protection from the dreaded "rm -fr /"

the system crashed :-) ... and then crashed again a few days after restoring from backup... doh! Will the next step be to prevent `rm -fr *' iff the current working directory is '/' ? Please explain your answer. :-) Cheers, -- Jacques A Vidrine / NTT/Verio [EMAIL PROTECTED] / [

Re: Older releases? was Re: FreeBSD Security Advisory FreeBSD-SA-02:21.tcpip

em that statically link libz. Cheers, -- Jacques A. Vidrine <[EMAIL PROTECTED]> http://www.nectar.cc/ NTT/Verio SME . FreeBSD UNIX . Heimdal Kerberos [EMAIL PROTECTED] . [EMAIL PROTECTED] . [EMAIL PROTECTED] To Unsubscribe: send mail to

Re: kernel modules programming: struct proc question

On Wed, Mar 17, 2004 at 09:36:39PM +0300, Roman Bogorodskiy wrote: > static int > new_open(struct proc *p, register struct open_args *uap) Er, the first argument passed to a system call in 5.x is a `struct thread', not a `struct proc'. Cheers, -- Jacques Vidrine / [EMAIL PROTECTED] / [EMAIL PRO

Re: kernel modules programming: struct proc question

On Wed, Mar 17, 2004 at 04:45:30PM +0100, Toni Andjelkovic wrote: > On Wed, Mar 17 2004 (17:00:02 +0200), Artis Caune wrote: > > "pid_t" is signed int type, or am I missing something? > > You are right, pid_t is __int32_t, which is signed, so "%d" > is the correct format. That's only correct for

Re: GCC include files conundrum.

On Sun, Mar 14, 2004 at 07:55:18PM -0500, David Gilbert wrote: > I attempted to argue that audio/tclmidi wasn't broken... and the ports > maintainer fired back with > > http://bento.freebsd.org/errorlogs/i386-5-latest/tclmidi-3.1.log > > Now... I started investigating this and found that this was

Re: IPC nsswitch implementation

[We need to pick a list and stop cross-posting. I pick [EMAIL PROTECTED]'.] On Fri, Mar 05, 2004 at 10:41:33PM +0300, Michael Bushkov wrote: > The problem of using Darwin's lookupd was discussed some time ago in the > freebsd-arch mailing list. It seems to me that the way to port Darwin's > looku

Re: mostly-reentrant resolver/getaddrinfo(3)

[ Brian: I've noticed that in the recent past, I cannot receive email from you due to reject: RCPT from mx2.freebsd.org[216.136.204.119]: 450 <[EMAIL PROTECTED]>: Sender address rejected: Domain not found Requests for any green.bikeshed.org RRs results in SERVFAIL. ] On Sat, Feb 07,

Re: binary files in src tree

On Sun, Jan 11, 2004 at 05:48:19PM +, Colin Percival wrote: > While browsing the FreeBSD src tree, I came across a number of > binary files (listed below); the regression tests are perhaps > understandable, but shouldn't the rest of these files be uuencoded? > > contrib/groff/doc/gnu.png > co

Re: nsswitch/libnss_winbind.so problem

On Thu, Dec 18, 2003 at 03:31:50AM -0700, [EMAIL PROTECTED] wrote: > Hello all! > > I'm running FreeBSD v. 5.1 > I'm having problems getting commands like > chmod and chown to read winbind data. > > I've installed samba from ports with the > > make WITH_WINBIND_NSS=yes > > compile option. Did

Re: patchlevels and FreeBSD source

On Tue, Nov 25, 2003 at 08:09:56PM -0500, [EMAIL PROTECTED] wrote: > My question is: Is it possible that I update my cdrom image to the to > 4.8-RELEASE-p15 before install ? In other words, are the patches that > released as source diffs also available as downloadable cd images? Currently, no, but

Re: "can't find kernel source tree" error when building the kernel.

On Fri, Oct 03, 2003 at 07:57:51PM +0300, Clau wrote: > hello, > > i just downloaded via cvsup the latest kernel for freebsd 5.1. > i had a problem with it, more exactly when i did a "make depend" > it stopped at some place, and gave me this error: > "can't find kernel source tree" > i fixed this

Re: port of NetBSD's audit-packages (and an update of pkg_install)

On Wed, Sep 17, 2003 at 07:55:18PM +0200, Oliver Eikemeier wrote: > Hi, > > I want to port NetBSD's security/audit-packages to FreeBSD. The system is > described in: > FYI, I'm working on something similar but different ;-) It

Re: pam_ldap...

is not in -CURRENT yet. Cheers, -- Jacques A. Vidrine <[EMAIL PROTECTED]> http://www.celabo.org/ NTT/Verio SME . FreeBSD UNIX . Heimdal Kerberos [EMAIL PROTECTED] . [EMAIL PROTECTED] . [EMAIL PROTECTED] ___

Re: pam_ldap...

be sorry. But maybe don't use so many multiple-punctuation marks, such as ??? !!! It comes across rudely and I don't think that is what you wished. Cheers, -- Jacques A. Vidrine <[EMAIL PROTECTED]> http://www.celabo.org/ NTT/Verio SME . FreeBSD UNIX .

pthread keys and resource leaks

g pthread_(set|get)specific in the spirit intended. Am I misunderstanding something, or is this a flaw in our implementation? (BTW, this holds for -CURRENT and -STABLE.) Cheers, -- Jacques A. Vidrine <[EMAIL PROTECTED]> http://www.celabo.org/ NTT/Verio SME . FreeBSD

Re: ssh/ssl linkage

SSL version mismatch. Built against FOO, you have BAR" The OpenSSH guys don't trust that the semantics of the API stay the same across releases, even if the ABI stays the same. I guess I cannot blame them for this extra paranoia. Cheers, -- Jacques A. Vidrine <[EMAIL PROTECTED]>

Re: finding changes from one release/patch level to another?

NG_4_6:2002/10/28' -j 'RELENG_4_6:2003/01/08' Output attached to save you the trouble. Cheers, -- Jacques A. Vidrine <[EMAIL PROTECTED]> http://www.celabo.org/ NTT/Verio SME . FreeBSD UNIX . Heimdal Kerberos [EM

Re: Kerberos & OpenSSH+GSSAPI problem

You mailed me personally; you mailed the MIT Kerberos list; and you cross-posted on (at least) two FreeBSD mailing lists, all at approximately the same time. Please don't do that: it is rude. At least wait for replies in one area before launching into another. Cheers, -- Jacques A. Vi

Re: help compiling propolice gcc

with an absolutely fresh cvs checkout and i've nuked my > /usr/obj tree. What I'm getting is in this step: You can't use IBM's procedure without a /usr/obj. Do a `make buildworld'. Cheers, -- Jacques A. Vidrine <[EMAIL PROTECTED]> http://www.celabo.org/

Re: FreeBSD Developer Status Report: July 2002 - August 2002

of the handbook as well as the > FTP site. The key is also unavailable from pgpkeys.mit.edu. > > Where can I get this new key? Sorry for the confusion. The new key was expected to be published, but there remain some minor unresolved issues with regard to key signatures. There was

Re: kern/30712: fatal kernel trap during ufs_rename

Hello, Does this ring any bells with anyone? This issue still exists with FreeBSD 4.5-STABLE (4.6-PRERELEASE) and can be triggered on SMP machines e.g. by having several process attempting to create/rename/remove the same directory entry. Cheers, -- Jacques A. Vidrine <[EMAIL PROTEC

Re: Security through obscurity? (was: ssh + compiled-in SKEY support considered harmful?)

> > At least you knew what the problem was. Well, I've been running X for 10+ years. I guess I know what to look for. Cheers, -- Jacques A. Vidrine <[EMAIL PROTECTED]> http://www.nectar.cc/ NTT/Verio SME . FreeBSD UNIX .Heimdal Kerbe

Re: Security through obscurity? (was: ssh + compiled-in SKEY support considered harmful?)

I'm unhappy that after upgrading my laptop yesterday, I found I couldn't run `x2x', and had to restart my X session to remedy the problem. All my X traffic uses IPsec --- there's no need to bring up SSH. Cheers, -- Jacques A. Vidrine <[EMAIL PROTECTED]>

Re: Older releases? was Re: FreeBSD Security Advisory FreeBSD-SA-02:21.tcpip

em that statically link libz. Cheers, -- Jacques A. Vidrine <[EMAIL PROTECTED]> http://www.nectar.cc/ NTT/Verio SME . FreeBSD UNIX . Heimdal Kerberos [EMAIL PROTECTED] . [EMAIL PROTECTED] . [EMAIL PROTECTED] To Unsubscribe: send mail to

Re: C vs C++

ts you incorporate all this scaffolding right into your source code. -- Jacques A. Vidrine <[EMAIL PROTECTED]> http://www.nectar.cc/ NTT/Verio SME . FreeBSD UNIX .Heimdal Kerberos [EMAIL PROTECTED] . [EMAIL PROTECTED] . [EMAIL PR

Re: cvs commit: src/share/termcap termcap.src

Andrey also said: > Maybe you have to add AX too, if 39m & 49m can be issued separately. I can't tell whether rxvt supports this (AX) capability. Can someone suggest a test? Cheers, -- Jacques A. Vidrine <[EMAIL PROTECTED]> http://www.nectar

evolution & sigreturn: eflags = 0x246

hought I'd ask for a second opinion before trying to track it down. Has anyone else seen this with Evolution, or something similar with another application? Cheers, -- Jacques A. Vidrine <[EMAIL PROTECTED]> http://www.nectar.cc/ NTT/Verio SME

Re: cvs commit: src/lib/libc/net rcmdsh.3 rcmdsh.c Makefile.inc rcmd.c

On Tue, Oct 23, 2001 at 07:16:38AM -0700, Seth Kingsley wrote: > On Tue, Oct 23, 2001 at 07:56:26AM -0500, Jacques A. Vidrine wrote: > > Yay! Does this mean one can use ssh with dump/restore now? > > Since when couldn't you just use: > > ssh dump -b 8 -f - | dd bs=

Re: cvs commit: src/lib/libc/net rcmdsh.3 rcmdsh.c Makefile.inc rcmd.c

command to use as remote command instead of > using rcmd directly. This has been in my tree for a long time, but we > may need to sync with OpenBSD before MFC. > > Obtained from: openbsd > PR: 15830 > > MFC after: 2 months Yay! Does this mean one can use ssh

Re: OpenSSH + Kerberos 5 + PAM

On Wed, Aug 29, 2001 at 11:37:18PM -0500, Jim Bryant wrote: > I'm not that current on krb5, but I do have to ask if the CERT issues > have been resolved? My info on this is a little old, but I recall > CERT advisories last year on serious vulnerabilities in krb5 at the > time, it would be nice to

Re: OpenSSH + Kerberos 5 + PAM

On Tue, Aug 28, 2001 at 04:56:06PM -0700, Gordon Tetlow wrote: > I like Kerberos 5 and it's ability to use tickets so I don't have to type > passwords whenever I login/su/need to authenticate myself. So it *really* > annoys me that there is a pam_krb5 module that allows you to authenticate > again

Re: inet6 address host <-> network order

On Tue, Aug 21, 2001 at 09:37:49AM -0500, Jacques A. Vidrine wrote: > What's the most portable way of converting an IPv6 address from host > to network order? Nothing like following up your own post. RFC 2553 indicates that the IPv6 address is stored in the `struct in6_addr&#

inet6 address host <-> network order

What's the most portable way of converting an IPv6 address from host to network order? Cheers, -- Jacques Vidrine / [EMAIL PROTECTED] / [EMAIL PROTECTED] / [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message

Re: libc.a(err.o)

On Wed, Jul 25, 2001 at 01:21:18AM -0500, Hal Snyder wrote: > I am wondering if there is a problem with err, warn, etc. in libc. [snip] > Bug? Feature? > Do we want separate modules? Weak symbols? Yes, it is a bug. IMHO we should be using weak symbols for all globally visibile identifiers

Re: nsswitch dynamically loadable modules

On Sun, Jun 10, 2001 at 05:17:23PM -0700, Peter Wemm wrote: > This is probably why it wont be committed. If it uses dlopen() then it > cannot work for the statically linked /bin/ls, /bin/sh, etc. Anything in / > sbin or /bin will never be able to see the usernames. If you built the > entire sys

Re: nsswitch dynamically loadable modules

On Sun, Jun 10, 2001 at 08:14:57PM +0200, Gyori Sandor wrote: [snip] > By applying these patches (nsswitch & nss_ldap) did you get a proper > working authentication via LDAP? I applied them, but system doesn't know > LDAP's user names. This is my fault or I should even not try this way? I didn't

Re: nsswitch dynamically loadable modules

On Sun, Jun 10, 2001 at 06:24:58PM +0200, Gyori Sandor wrote: > 1. I don't understand exactly why, but even into -CURRENT there was > implemented only the statical part of nsswitch. Please search the archives for full information. Here is the history in summary: = I ported NetBSD's nsswitch

Re: free() and const warnings

On Sat, Jun 09, 2001 at 12:49:40AM -0700, Damien Neil wrote: > On Thu, Jun 07, 2001 at 12:47:30PM -0500, Jacques A. Vidrine wrote: > > C99 says of uintptr_t only that for any valid pointer p, the following > > is true: > > > > (void *)(uintptr_t)p == (void *)p >

Re: free() and const warnings

On Thu, Jun 07, 2001 at 10:20:51AM -0700, John Baldwin wrote: > > On 07-Jun-01 Peter Pentchev wrote: > > On Thu, Jun 07, 2001 at 07:07:22PM +0300, Peter Pentchev wrote: > >> Hi, > >> > >> Is free((void *) (size_t) ptr) the only way to free a const whatever *ptr > >> with WARNS=2? (or more speci

Re: MFC'ing new md(4) functionality?

On Mon, Jun 04, 2001 at 07:46:18PM -0700, Dima Dorfman wrote: > mdconfig(8) and > mdioctl.h aren't in -stable so those can be brought over verbatim, Dumb question: Can we just add a RELENG_4 tag to the files in such a case? Cheers, -- Jacques Vidrine / [EMAIL PROTECTED] / [EMAIL PROTECTED] /

Re: nsswitch progress

On Wed, May 30, 2001 at 06:54:10AM +1000, Chris Knight wrote: > If someone with commit privs is interested, I have a set of patches based on > the 4.1-STABLE patches that apply cleanly to 4.3. This should be slightly > quicker to merge with -STABLE. Are these patches equivalent to the functiona

Re: nsswitch progress

On Mon, May 28, 2001 at 06:00:51PM +0200, Eric Masson wrote: > Hello, > > Few months ago, Jacques Vidrine <[EMAIL PROTECTED]> posted mails about > implementation of nsswitch in -current. > > Is there any progress in this area ? If so, any hope to see a MFC ? Hello, I've only been slowly worki

Re: gcc (cpp) include search path problem

[This is most likely a ports issue, so kicked to -ports] On Fri, May 25, 2001 at 10:56:42PM +0300, Peter Pentchev wrote: > On second thoughts, you might have a problem if you are trying to > install the wget port in a location other than /usr/local. > If you change PREFIX, then the -I{PREFIX}/inc

Re: telnet to AF_UNIX sockets [PATCH]

On Thu, May 24, 2001 at 01:24:03PM -0700, Matt Dillon wrote: > > :Because `all telnet really does is connect to sockets' is patently > :false. Check out the nearly 100 RFCs detailing the TELNET protocol. > :Almost none of these make much sense to do over UNIX domain sockets > :[1]. > >

Re: telnet to AF_UNIX sockets [PATCH]

On Thu, May 24, 2001 at 12:56:28PM -0600, Lyndon Nerenberg wrote: > As a more general solution I have an inetd that groks AF_UNIX. You > would have to add chroot/jail support to it, though, and some would > argue that that's making inetd a bit featureful. I dunno. Somehow it makes more sens

Re: telnet to AF_UNIX sockets [PATCH]

[cc: trimmed] On Thu, May 24, 2001 at 11:10:10AM -0700, Gordon Tetlow wrote: > It depends on how you look at it. If you see telnet as a network client, > then you cringe at this (I did initially). But when you think about it, > all telnet really does is connect to sockets, so why not extend its >

Re: telnet to AF_UNIX sockets [PATCH]

On Wed, May 23, 2001 at 08:10:20PM -0400, James Howard wrote: > I am missing something here. Is there a practical use for this? :) You are not the only one. I can appreciate the `neat' factor, but I cringed at the commit. It seems like functionality that would be better put in a separat

Heimdal and pam_kerberos5 (was Re: cvs commit: src/kerberos5/usr.bin [...])

On Mon, Mar 05, 2001 at 03:20:18PM +0100, Assar Westerlund wrote: > "Jacques A. Vidrine" <[EMAIL PROTECTED]> writes: > > Will we always have this dichotomy between kblah/k5blah utilities? It is > > fairly annoying. Anecdotally, there don't seem to be ma

Re: cvs commit: src/kerberos5/usr.bin Makefile src/kerberos5/usr.bin/k5su Makefile

On Mon, Mar 05, 2001 at 03:18:35AM -0800, Mark Murray wrote: > markm 2001/03/05 03:18:35 PST > > Modified files: > kerberos5/usr.binMakefile > Added files: > kerberos5/usr.bin/k5su Makefile > Log: > *Sigh*. What I did without this, I have no idea. Will we always have

Re: portability sanity check

On Wed, Feb 21, 2001 at 05:28:31PM +0100, Poul-Henning Kamp wrote: > >Type-safety is a cruch for the weak-minded. ^ > As an old assembler programmer I couldn't agree more, but in a project > like FreeBSD we have to realize that not everybody is that. Heh, I was just cleani

Re: portability sanity check

On Wed, Feb 21, 2001 at 08:53:57AM -0700, Warner Losh wrote: > The standard requires that (void *) &foo == (void *) &foo->s Thanks, that is what I was trying to track down but couldn't find it. I also thought that perhaps a structure has the same requirement alignments as its first member ... I

Re: portability sanity check

On Wed, Feb 21, 2001 at 05:13:35PM +0100, Poul-Henning Kamp wrote: > In message <[EMAIL PROTECTED]>, Warner Losh writes: > >In message <[EMAIL PROTECTED]> "Jacques A. Vidrine" writes: > >: Likewise if the first member were a more complex data type, but &

Re: portability sanity check

On Wed, Feb 21, 2001 at 09:56:08AM -0700, Warner Losh wrote: > There is some verbage in the structure layout part of the standard > that makes this a logical conclusion. > > However, it is overly tricky code. But then again to do the generic > sort of thing you want to do, you have to resort to

portability sanity check

Is the following portable and safe? Given n different structure declarations, where each structure begins with the same member type, can any instance of any of the structures be cast to the (pointer) type of the first member? e.g. struct foo { const char *s; ... }; struc

Re: Staticaly allocated buffers in library. Is it correct?

On Tue, Feb 20, 2001 at 06:14:42PM +0300, Andrey Simonenko wrote: > Let's look at implementation of getaddrinfo(3) function (there are some > functions more which > do the same way). We can find source for this function in > /usr/src/lib/libc/net/getaddrinfo.c file. > > This functions in some cas

Re: [moebius@bitstream.net: 4.1.1-release ldconfig issue]

On Sat, Feb 17, 2001 at 12:41:25PM -0600, Maximus wrote: > Wonderful...partly. This worked to get the lib in ldconfig, but then > I noticed that it still couldn't find the lib. Well, as I said, the hints are not used for linking at all. > Trussing 'ld -liconv' revealed that it was only looki

Re: [moebius@bitstream.net: 4.1.1-release ldconfig issue]

On Fri, Feb 16, 2001 at 09:34:22PM -0600, Maximus <[EMAIL PROTECTED]> wrote: > I installed libiconv-1.5.1 on my 4.1.1-release system with the following results: > > -rw-r--r-- 1 root wheel 452 Feb 16 09:05 libiconv.la > lrwxr-xr-x 1 root wheel 15 Feb 16 09:05 libiconv.so -> libicon

Re: [kernel patch] fcntl(...) to close many descriptors

On Mon, Jan 29, 2001 at 03:13:05PM +0100, mouss wrote: > I fully agree that we'd better mimic netbsd than aix... > but the netbsd closeall() is just a libc function that calls close() > for all descriptors. so we can still mimic it with: > > #define closeall(start) fcntl(start, F_CLOSEM, 0) Bett

Re: [kernel patch] fcntl(...) to close many descriptors

On Sun, Jan 28, 2001 at 10:37:16AM -0800, Luigi Rizzo wrote: > do we have (or could we design) a generic mechanism for machine-specific > syscalls which are not available on all OS ? > > basically i am thinking of something like > > generic_syscall("fdcloseall", ); Do you mean like sy

Re: PAM (was: Re: MAIL set by whom?)

On Tue, Jan 23, 2001 at 02:42:41AM +0900, Daniel C. Sobral wrote: > Ports shouldn't touch /etc. > > Does the existance of /etc/pam.conf precludes /usr/local/etc/pam.d from > working? Other way around. From the man page (the last sentence is even underlined :-) Alternatively, the configura

Re: [PATCH available] TI-RPC and NetBSD's rpc.lockd

On Tue, Dec 26, 2000 at 03:33:53PM -0800, Bill Paul wrote: > I'm responsible for implementing this feature. Thanks for that! > Using the SCM_CREDS 'hack' was > a) expedient, as it only involved a minor change to the kernel and > b) it seemed to agree with the way RPC worked, i.e. each RPC need

Re: [PATCH available] TI-RPC and NetBSD's rpc.lockd

On Tue, Dec 26, 2000 at 02:20:46AM +0100, Martin Blapp wrote: [snip] > Issues with the code: > > 1.) NETBSD sets in svc_tcp.c some LOCAL_CREDS which we don't have in our > src/sys/kern/uipc_usrreq.c. They have a FLAG which - if set - > automatically sends the credentials on AF_UNIX sockets connec

Re: Why not another style thread? (was Re: cvs commit: src/lib/libc/gen getgrent.c)

On Tue, Dec 19, 2000 at 04:01:52PM -0800, David O'Brien wrote: > On Mon, Dec 18, 2000 at 01:11:12PM -0600, Jacques A. Vidrine wrote: > > /* Case 1 */ /* Case 2 */ > > if (data) vs. free(data) > > fr

Re: Optimizations (was: Why not another style thread? (was Re: cvs commit: src/lib/libc/gen getgrent.c))

On Tue, Dec 19, 2000 at 06:36:06PM -0600, Peter Seebach wrote: > In message <[EMAIL PROTECTED]>, Greg Lehey writes: > >In which processors is a function call anywhere near as cheap as a > >conditional local branch? > > Doesn't PPC have some cases where a leaf function is basically free? Maybe, b

Re: Why not another style thread? (was Re: cvs commit: src/lib/libc/gen getgrent.c)

On Mon, Dec 18, 2000 at 11:40:43AM -0700, Warner Losh wrote: > In message <[EMAIL PROTECTED]> "Jacques A. Vidrine" writes: > : None taken. It is however a simple and safe optimization, with no > : apparent downsides. It has the same attraction as using bit shifts >

Re: Why not another style thread? (was Re: cvs commit: src/lib/libc/gen getgrent.c)

On Sun, Dec 17, 2000 at 10:01:58PM -0700, Warner Losh wrote: > In message <[EMAIL PROTECTED]> "Jacques A. Vidrine" writes: > : I hate to give up a line for > : > : if (data) > : free(data); > : > : but neither do I care for ``if (data) f

Re: Why not another style thread? (was Re: cvs commit: src/lib/libc/gen getgrent.c)

On Sun, Dec 17, 2000 at 04:04:42PM -0600, Chris Costello wrote: > On Sunday, December 17, 2000, Jacques A. Vidrine wrote: > > I may have missed your point ... or maybe you are just agreeing with > > what I wrote. For this particular implementation of free, you get the > >

Re: Why not another style thread? (was Re: cvs commit: src/lib/libc/gen getgrent.c)

On Sun, Dec 17, 2000 at 03:36:56PM -0600, Chris Costello wrote: > On Sunday, December 17, 2000, Jacques A. Vidrine wrote: > > It would be silly to optimize for freeing NULL pointers. > >You mean as seen in: [snip ifree(), which checks for a NULL pointer, first thing] >

Re: Why not another style thread? (was Re: cvs commit: src/lib/libc/gen getgrent.c)

On Sun, Dec 17, 2000 at 03:17:35PM -0600, Chris Costello wrote: >2. The C standard dictates that free() does nothing when it > gets a NULL argument. Well, it dictates that free(NULL) is safe -- it doesn't dictate that it ``does nothing''. Which brings me to my next comment: > The other

Why not another style thread? (was Re: cvs commit: src/lib/libc/gen getgrent.c)

[This typo came from NetBSD, so in this particular source I have no intention of changing the style.] What do folks think about 1)if (data) free(data); versus 2)free(data); versus 3)#define xfree(x) if ((x) != NULL) free(x); xfree(data); -- Jacque

Re: kernel type

On Sun, Dec 17, 2000 at 02:02:56PM -0500, Robert Watson wrote: > That's great news -- I assume however that this is limited to the > account directory service functionality, as opposed to the more general > configuration parameters (login.conf equivs, etc)? That's correct, at least for the near t

Re: kernel type

On Sun, Dec 17, 2000 at 12:27:55PM -0500, Robert Watson wrote: > -- I've been seriously considering looking at adapting > FreeBSD to use netinfo also, given that it provides a time-tested model > for configuration management (local and distributed). It probably needs > some cleaning up in the sec

Re: kernel type

On Sun, Dec 17, 2000 at 12:14:07AM +, Tony Finch wrote: > Patryk Zadarnowski <[EMAIL PROTECTED]> wrote: > >Now that I think of it, there aren't many commercial microkernel > >systems out there with the possible exception of QNX and lots of > >little embedded toys. > > Mac OS X is based on Mac

Re: PAM issues..

to be a bug in Linux-PAM (which is the implementation we use). Cheers, -- Jacques Vidrine / [EMAIL PROTECTED] / [EMAIL PROTECTED] / [EMAIL PROTECTED] Date: Mon, 6 Nov 2000 12:51:46 -0600 From: "Jacques A. Vidrine" <[EMAIL PROTECTED]> To: [EMAIL PROTECTED] Subject: pam_setcred in login

Re: res_ functions thread safe?

On Tue, Nov 21, 2000 at 01:31:06PM +0600, Max Khon wrote: > if I understand correctly nsswitch patches implement getxxx_r functions as > well Yes, but they have to live `on top of' the existing resolver. :-( -- Jacques Vidrine / [EMAIL PROTECTED] / [EMAIL PROTECTED] / [EMAIL PROTECTED] To Unsu

Re: Modifying msgrcv() and msgsnd()

On Thu, Nov 09, 2000 at 04:38:35PM +0100, Bjorn Tornqvist wrote: > I'm going to add 2 functioncalls to the kernel; msgrcv_t() msgsnd_t() > ("t" as in timeout) where the user will be able to specify a maximum > amount of time they are prepared to wait for a message to be sent or > become available.

symbols seek home

In what header file could GETGR_R_SIZE_MAX and GETPW_R_SIZE_MAX live? These are defines that can be used to specify the sizes of the buffers needed for getpw*_r/getgr*_r. I'd like to put them in unistd.h, and add _SC_GETGR_R_SIZE_MAX/ _SC_GETPW_R_SIZE_MAX as well (for use with sysconf), but I tho

call for testers: nsswitch + dynamic linking

[Please follow-up to only one list] Hello, I need more testers for the following! nsswitch extends the C library so that arbitrary sources may be consulted by database routines such as getpwent, gethostbyname, and so on. This implementation was based on NetBSD's implementation. I have enhance

Re: _THREAD_SAFE in libc

On Thu, Oct 05, 2000 at 04:22:56PM -0700, Alfred Perlstein wrote: > * Jacques A. Vidrine <[EMAIL PROTECTED]> [001005 16:18] wrote: > > Is it ok to use pthread_rwlock* and other such primitives in code in > > src/lib/libc (when _THREAD_SAFE is defined, of course)? >

_THREAD_SAFE in libc

Is it ok to use pthread_rwlock* and other such primitives in code in src/lib/libc (when _THREAD_SAFE is defined, of course)? I ask because I don't see any other code doing this. Perhaps there is a private interface to use? Perhaps I'm barking up the wrong tree? Context: I want to make nsdispat

Re: c++ error

On Wed, Sep 13, 2000 at 11:02:28PM -0500, Jacques A. Vidrine wrote: > Please see PR bin/13383 before doing anything like this. It addresses > a similar situation. I'll comment more tomorrow after some sleep :-) I knew I needed some sleep. It ``addressess'' the exact same

Re: c++ error

On Wed, Sep 13, 2000 at 05:36:05PM -0700, John Polstra wrote: > About the best fix I can think of (and it's not very good) is to > change so the structure is declared like this: > > struct ip_opts { > struct in_addr ip_dst; /* first hop, 0 w/o src rt */ > #ifdef __cplusplus >

Re: Anyone try the new dual-head G-400 drivers?

On Fri, Aug 25, 2000 at 11:52:18AM -0400, Tim Grzechowski wrote: > We tried using the freebie stuff with Xfree86 4.0.1 but found > it to be extreamly buggy... both on Linux and FreeBSD. Could you describe `extremely buggy'? Did you open any problem reports with the XFree86 guys? I have been u

Re: Testers wanted: nsswitch

On Wed, Aug 23, 2000 at 02:08:59AM +0900, Hajimu UMEMOTO wrote: [snip] > Your nsswith support in getaddrinfo.c is quite different from NetBSD's > one. (maybe name6.c, too?) Why don't you simply bring the code from > NetBSD? > The origin of getadrinfo.c and name6.c is KAME, and basically these > f

Testers wanted: nsswitch

Hello all, I've made a port of NetBSD's nsswitch code. This allows one to configure various databases such as passwd(5) to use files, NIS, or Hesiod. The current patch set is for 4.1-RELEASE. Comments, bug reports, and suggestions are solicited. I especially would like to hear from folks usi

Re: What exactly does this mean? (ld: size of symbol changed)

On Thu, Aug 10, 2000 at 04:12:23PM -0400, James Housley wrote: > My guess is that you (or someone) have redefined the function warn(). Good guess, but no cigar :-) warn is defined once in libc, and once in errwarn.c. This is OK normally, but I've screwed up something in the build. > errwarn.c

What exactly does this mean? (ld: size of symbol changed)

I hope someone might be able to clue me in. I'm having a hard time tracking this down. I've added some code to libc, and while building the world I get this misery in src/sbin/dhclient: cc -O -pipe -I/usr/src/sbin/dhclient/../../contrib/isc-dhcp/includes -I/usr/src/sbin/dhclient/../..

Re: XFree86 4.0 - What are people using for dual-head video?

On Fri, Jun 30, 2000 at 08:41:42AM -0400, Thomas Stromberg wrote: > It's my understanding that there still isn't support for the dual-head > cards from Matrox, unless you go with a commercial X server. If anyone > could point me to a dual-head compatibility list, that'd help too. I use XFree86 4

Re: need to borrow a clue re: rtld

On Tue, May 16, 2000 at 09:37:44AM -0700, John Polstra wrote: > Which version of FreeBSD? 4.0-STABLE ~ May 8. > If you have time, please rebuild "src/libexec/rtld-elf" with > DEBUG_FLAGS=-DDEBUG. [logs for telnet and xchat sent off-list] I should have mentioned earlier that in the fail case, xc

need to borrow a clue re: rtld

Hi All, Messing about with Dante (the SOCKS5 replacement), I've encountered some difficulty with run-time linking that I don't understand. In brief: $ env LD_PRELOAD=libdsocks.so telnet # works $ env LD_PRELOAD=libdsocks.so xchat # undefined symbol '_gethostbyname' $ env LD_PRELOAD=libc.so