Re: man, man.conf and /usr/ports/infrastructure/man

2015-04-12 Thread dan mclaughlin
On Sun, 12 Apr 2015 23:03:17 +0200 Ingo Schwarze wrote: > Hi, > > dan mclaughlin wrote on Sun, Apr 12, 2015 at 04:43:31PM -0400: > > > it seems that /usr/ports/infrastructure/man is not searched by default, > > Correct. The reason is that that directory does not even exist > in a default OpenB

Re: File protection, second attempt

2015-04-12 Thread Kanonenvogel
On 12 Apr 2015, at 21:02, Martin Pieuchot wrote: It's only PoF just for to show my hypothetical roadmap. > Can you explain what need to be protected from what? > >> 1. Filelist, nfiles and operations with them are protected by rwlock. > > Why not, could you describe why they need a lock? A dif

Re: man, man.conf and /usr/ports/infrastructure/man

2015-04-12 Thread Ingo Schwarze
Hi, dan mclaughlin wrote on Sun, Apr 12, 2015 at 04:43:31PM -0400: > it seems that /usr/ports/infrastructure/man is not searched by default, Correct. The reason is that that directory does not even exist in a default OpenBSD installation. > and there is no example in man.conf for it. Correct,

Re: man, man.conf and /usr/ports/infrastructure/man

2015-04-12 Thread Landry Breuil
On Sun, Apr 12, 2015 at 04:43:31PM -0400, dan mclaughlin wrote: > it seems that /usr/ports/infrastructure/man is not searched by default, and > there is no example in man.conf for it. given that some pages like dpb(1) > are there, and referenced thruout a number of pages (eg bsd.port.mk), this > se

man, man.conf and /usr/ports/infrastructure/man

2015-04-12 Thread dan mclaughlin
it seems that /usr/ports/infrastructure/man is not searched by default, and there is no example in man.conf for it. given that some pages like dpb(1) are there, and referenced thruout a number of pages (eg bsd.port.mk), this seems an oversight. on a releated note, it also seems that ports/infrastr

Re: man EVP_EncryptInit: Two small errors

2015-04-12 Thread Jason McIntyre
On Sun, Apr 12, 2015 at 02:47:41PM +0200, Max Fillinger wrote: > It's out, not outl, that needs to contain sufficient room. Also, add a > pair of parentheses to mark EVP_DecryptInit_ex as a function. > these docs are getting (steadily) converted to mdoc. i think we could just wait and get the con

Re: File protection, second attempt

2015-04-12 Thread Martin Pieuchot
Hello, This is an interesting diff with a lot of stuff in it. I'd suggest you to give more details about what you're trying to achieve with it and split it into small parts. It's nice to see some work done in this area, but do not rush you'd be surprise by the dragons in there. On 12/04/15(Sun)

man EVP_EncryptInit: Two small errors

2015-04-12 Thread Max Fillinger
It's out, not outl, that needs to contain sufficient room. Also, add a pair of parentheses to mark EVP_DecryptInit_ex as a function. Index: lib/libssl/src/doc/crypto/EVP_EncryptInit.pod === RCS file: /cvs/src/lib/libssl/src/doc/crypto

File protection, second attempt

2015-04-12 Thread Kanonenvogel
This is the second attempt of struct file protection. 1. Filelist, nfiles and operations with them are protected by rwlock. 2. Garbage collector's flags FIF_MARK and FIF_DEFER moved from f_iflags to new field f_gc_flags (compatibility with pstat was kept). 3. Operations over f_iflags are atomic. F