On Sun, May 21, 2017 at 05:25:35PM +0300, Konstantin Belousov wrote:
> On Sun, May 21, 2017 at 04:03:55PM +0200, Jilles Tjoelker wrote:
> > On Sun, May 21, 2017 at 03:31:18PM +0300, Konstantin Belousov wrote:
> > > On Sun, May 21, 2017 at 02:14:56PM +0200, Jilles Tjoelker wrot
On Sun, May 21, 2017 at 03:31:18PM +0300, Konstantin Belousov wrote:
> On Sun, May 21, 2017 at 02:14:56PM +0200, Jilles Tjoelker wrote:
> > We have another type in this area which is too small in some situations:
> > uint8_t for struct dirent.d_namlen. For filesystems that store f
plications using the deprecated readdir_r() will not be able
to read such long names, since the API does not allow specifying that a
larger buffer has been provided. (This could be avoided by making struct
dirent.d_name 766 bytes long instead of 256.)
Unfortunately, the existence of read
e to be distributed with base
(like the public keys for freebsd-update and portsnap).
--
Jilles Tjoelker
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
*) echo no ;;
esac
done
This does assume that the list does not change during the loop.
Also, instead of
pName=`echo $pkg | rev | cut -d "-" -f 2-25 | rev`
try
pName=${pkg%-*}
and use arithmetic expansion ($((...))) instead of invoking expr where
possible.
-
referenced until they are 'wait'ed for, even if their completion is
otherwise reported, while jobs for which $! was not referenced are
forgotten as soon as they terminate.
This change was made to reduce memory usage from long-running scripts
that do not care about job completion, see
ixup
+.endif
(Sorry for the messed up threading, I am not subscribed to ports@.)
--
Jilles Tjoelker
___
freebsd-ports@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
ink it would be reasonable to update the Handbook section on
> ports rc.d scripts to use /etc/rc.subr now.
> Any objections?
A separate rc_subr port may be useful in case new functions are added to
rc.subr, and it is desired to use these functions on systems that do not
h
t the SA_SIGINFO flag if
they want queuing. This applies even if the signals are blocked and
received using sigwaitinfo(2) or sigtimedwait(2). The SA_SIGINFO flag
can only be set by setting a handler using sigaction(2). (Note, this
does not mean that all signals are queued if
