esirable.
It may be better to use the original argv[0]. The kernel passes a full
pathname here.
While reading the code, I noticed another issue. The kill(-1, SIGKILL)
may fail with [ESRCH] if there is no process to kill. In this case, the
reroot should continue. This problem sometimes occurs fo
nd
first, for example by checking what has been copied already) for
writing, like : >/path/to/some/fifo. It will be replaced with an empty
file at the destination.
--
Jilles Tjoelker
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.
()'s mask contains SIGTHR.
--
Jilles Tjoelker
___
freebsd-stable@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
On Sat, Aug 29, 2015 at 04:41:30PM +0300, Konstantin Belousov wrote:
On Sat, Aug 29, 2015 at 03:01:38PM +0200, Jilles Tjoelker wrote:
Looks good to me, except that I think a vforked child (in system() and
posix_spawn*()) should use the system calls and not libthr's wrappers.
This reduces
running within script
get all control characters. For example, you can suspend a job in the
inner shell using Ctrl+Z. This indeed makes it impossible to suspend
script itself.
--
Jilles Tjoelker
___
freebsd-stable@freebsd.org mailing list
http
it.
I'll fix my script to not do this, but it seems odd that fdisk -It
can make the disk go away.
Yes, that seems wrong.
--
Jilles Tjoelker
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe
versions you can use hexdigit and hexprint from
network.subr.
--
Jilles Tjoelker
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
On Fri, Sep 21, 2012 at 10:26:37PM +, David O'Brien wrote:
On Fri, Sep 21, 2012 at 07:34:06PM +0200, Jilles Tjoelker wrote:
On Fri, Sep 21, 2012 at 10:09:02AM -0700, David Wolfskill wrote:
$ echo $(( ( $( date +%m ) - 1 ) / 3 + 1 ))
arithmetic expression: expecting ')': ( 09 - 1
the leading zero for values
10). But I'd rather not do that if I don't need to.)
You can use date +%-m although it is not in POSIX.
With POSIX only, it is still possible to do it reasonably efficiently,
for example $(( 1$(date +%m) - 100 )) or v=$(date +%m); v=${v#0}.
--
Jilles Tjoelker
in a jail.
--
Jilles Tjoelker
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
the
remaining part is shorter than MAXPATHLEN).
--
Jilles Tjoelker
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
not aware of which does this, it
could serve as the right-hand side of this.
This does not handle all possible characters in filenames, such as a
newline. The perlrun manpage suggests something with find's -print0
primary. Alternatively, use find's -unlink primary.
--
Jilles Tjoelker
...
There is a suspicion that the problems stem from the sections of code
associated with the SMP...
Maybe I'm in something wrong, but I want to help in solving this
problem ...
--
Jilles Tjoelker
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org
if the application is changing
termios settings concurrently and generally feels bad.
It may be best to remove writing EOF characters, perhaps adding an
option to enable it again if there is a concrete use case for it.
--
Jilles Tjoelker
___
freebsd-stable
On Thu, Aug 25, 2011 at 12:29:29AM +0300, Kostik Belousov wrote:
On Wed, Aug 24, 2011 at 10:56:09PM +0200, Jilles Tjoelker wrote:
sigwait() was fixed not to return EINTR in 9-current in r212405 (fixed
up in r219709). The discussion started at
http://lists.freebsd.org/pipermail/freebsd
() may return EINTR. SA_RESTART
applies to sigwaitinfo() but not to sigtimedwait() (because the timeout
cannot be restarted).
--
Jilles Tjoelker
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
was already given, but for
that command, isn't it sufficient to do
if ! [ -e $link ]; then rm $link; fi
All test(1)'s primaries that test things about files follow symlinks,
except for -h/-L.
--
Jilles Tjoelker
___
freebsd-stable@freebsd.org mailing list
=guestpass=guest
--
Jilles Tjoelker
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
overhead,
consider using PCBSD's PBI system which allows you to ship all necessary
.so files (except system ones) with your application.
--
Jilles Tjoelker
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd
by the configure process. Partly because the various unix
variant developers have made a mess of utmp/utmpx, the code to use it is
rather fragile.
--
Jilles Tjoelker
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo
in the program itself. Think of the poor soul who needs to
install and start N daemons full of bugs and configuration errors: it is
better if such errors show up on the console instead of being hidden
away in a log file.
--
Jilles Tjoelker
___
freebsd
have a case where it does not work, it would be nice if you
could add a set -x in the beginning of the script and send me the
output of a failing run.
--
Jilles Tjoelker
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman
problems.
--
Jilles Tjoelker
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
in procstat should be helpful in finding what
exactly is wrong with SIGPIPE. (These options are relatively new, but
should be in 8.1.)
--
Jilles Tjoelker
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
calcru detects this, it generates messages
like the above. If this analysis is right, the messages can be ignored,
but indicate that CPU time statistics may be inaccurate.
I suppose fairly arbitrary changes can cause the messages to appear or
disappear.
--
Jilles Tjoelker
process,
possibly only for these awk commands.
--
Jilles Tjoelker
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
tclsh8.5 CALL close(0x5)
92722 tclsh8.5 RET close 0
92722 tclsh8.5 CALL close(0x4)
92722 tclsh8.5 RET close 0
It seems unwise to assume that a write(2) of 0 bytes is a noop.
Even if it is, doing it is a waste of a system call.
--
Jilles Tjoelker
. The previous exit status was saved
twice and thus lost.
--
Jilles Tjoelker
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
mergemaster's -F or -U options.
This question has been asked before.
--
Jilles Tjoelker
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to freebsd-stable-unsubscr
in a separately allocated structure, to preserve flexibility.
Perhaps a better method is to set bit 0 of the sem_t to 1 and use the
other bits to store the semid_t.
--
Jilles Tjoelker
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman
manually.
XFCE also needs the desktop files in the new location.
See http://standards.freedesktop.org/menu-spec/latest/ for more
information.
--
Jilles Tjoelker
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd
is slightly changed in CURRENT but the same patch should apply.
--
Jilles Tjoelker
--- src/lib/libutil/expand_number.c.orig 2007-09-05 16:27:13.0 +0200
+++ src/lib/libutil/expand_number.c 2008-07-06 13:11:02.766238000 +0200
@@ -33,6 +33,7 @@
#include errno.h
#include libutil.h
#include
.
However, in at least one case (vm_object_terminate()), the error will be
ignored; this may cause old garbage/dangling references?
--
Jilles Tjoelker
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
}))'
+
$_procname|$_procnamebn|${_procnamebn}:|(${_procnamebn}))'
fi
_proccheck='
--
Jilles Tjoelker
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send
another. The #
REQUIRE: lines affect rcorder(8) so it should be ok on bootup.
--
Jilles Tjoelker
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]
the device.
A somewhat crude workaround would be to load the drivers for the devices
to be used before starting usbd. This would mean /boot/loader.conf, most
likely.
--
Jilles Tjoelker
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org
or they are something
strange like one per second. Consequently, this facility is nonportable
and the tick frequency should be described using sysctl().
--
Jilles Tjoelker
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
) number of mbufs in use
# netstat -m -N kernel.debug.28 -M vmcore.28
4045 mbufs in use
Segmentation fault
# vmstat -z -N kernel.debug.28 -M vmcore.28
vmstat: not implemented
# ^D
Script done on Mon Feb 21 17:21:35 2005
--
Jilles Tjoelker
___
freebsd-stable
for one reason or another.
Try all USB ports on your computer; use MAKEDEV to create /dev/usb1,
/dev/usb2, etc (they are not created by default).
--
Jilles Tjoelker
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo
peters zsh20328 13* error
[EMAIL PROTECTED] /home/jilles%
--
Jilles Tjoelker
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]
40 matches
Mail list logo