Age | Commit message (Collapse) | Author |
|
Merge pie-platform-release (PPRL.181205.001, history only) into master
Bug: 120502534
Change-Id: I1a4066bf7c9d68667a94b90ee173f3880fb74b33
|
|
See build/soong/README.md for more information.
Test: cd external/libdaemon; mma
Change-Id: Ibcb8be77eee070e43ec6c4829d2dedf0080bf091
|
|
Change-Id: I5165d0cffa196bc5beae15c28e6dd5eac0cd9f1a
|
|
am: 81ec75b625
Change-Id: I1ae31f1a127cb852e2f61e07b00ea36a19b085d5
|
|
am: b31082e515
Change-Id: I8ad78d7e22aa855cc2ca1201c2387075ef9058cf
|
|
am: f999a5ef4d
Change-Id: I232c0c5a63e3d458195eb3cc596d008a385edf06
|
|
am: b072abd9f9
Change-Id: I21a557dade1593a8cc24a19de0d4b86d71ff8b72
|
|
* Keep user-defined-warnings to fix later.
Bug: 66996870
Test: build with WITH_TIDY=1
Change-Id: Idb7f889803ca602dd484f1aea5b0c5478f4d7c20
|
|
Add missing config.h, and remove config.h from .gitignore.
This was generated by this package's configure script, which was
generated by ./bootstrap.sh.
Bug: 22921222
Change-Id: Icabe01d213454b7c5ce1b4ae7d6b5c7f4a8e4707
|
|
Import libdaemon (a dep of external/avahi, which is a dep of
system/peerd).
At the time of the import the libdaemon HEAD was
0630da04e575213229f695bdc3dc90aa92ca4f55
Committed on 2012-09-03.
Bug: 22921222
|
|
|
|
|
|
|
|
In the spirit of 70df7aaa lets change the license again, this time to
MIT!
Context:
On 23:15 Tue 10 Apr 2012, Lennart Poettering wrote:
> On Mon, 09.04.12 14:51, Brandon Philips (brandon@ifup.org) wrote:
> > I am working on a daemon and it would be great to use libdaemon.
> > However, the project is Apache licensed and I have no idea how they
> > interact. Is it at all possible to dual license LGPL/BSD or LGPL/Apache?
> >
> > https://github.com/racker/virgo
>
> heya. I am not such a big fan of the BSD licenses myself, but I guess in
> this case it is OK.
Yea :-/
> The only major other contributor seems to be Diego Pettenò who should be
> OK with such a change. I'll ask him.
Great, thank you.
> Would you be OK with MIT as well?
Yes, the MIT license works too.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Call setsid() once only to make sure we get a process that is not a
session leader or process group leader, and hence cannot acquire a
controlling terminal.
It looks like setpgid() (or setpgrp()) is used only when setsid() is not
available.
It looks like the call to ioctl() is necessary only for 4.3BSD.
(Patch modified by Lennart Poettering)
|
|
|
|
daemon_close_allv()
No Avahi daemon is running. If I start it at command-line
with
etc/init.d/avahi-daemon start
or simply with
avahi-daemon -D
then the avahi-daemon eats all CPU-time.
Stracing the process shows, that it loops endlessly in
gettimeofday({1231956423, 692711}, NULL) = 0
gettimeofday({1231956423, 692735}, NULL) = 0
poll([{fd=5, events=POLLIN}, {fd=15, events=POLLIN}, \
{fd=14, events=POLLIN}, {fd=13, events=POLLIN}, \
{fd=12, events=POLLIN}, {fd=11, events=POLLIN}, \
{fd=10, events=POLLIN}, {fd=8, events=POLLIN}], 8, 62150) = 1 \
([{fd=5, revents=POLLNVAL}])
The fd=5 is a BADFD.
I found out that the fd was closed by daemon_retval_send() from libdaemon.
(But: I think avahi-daemon should handle the POLLERR nevertheless.)
Looking in libdaemon I found, that the library had already closed the fd=5
in daemon_close_all(), and closed it "again" as _daemon_retval_pipe[0] in
daemon_retval_send() -> daemon_retval_done(), but in the meantime, this
is an fd from the application, not from the library. I think, after closing
_daemon_retval_pipe[0] in daemon_close_allv() the fd must be marked as closed.
I have attached a patch. For me it works fine.
|
|
|
|
see https://bugzilla.novell.com/show_bug.cgi?id=449728
The patch I packaged up for this is attached.
|
|
|
|
|
|
|
|
Issue pointed out by Charles Lindsay.
|
|
|
|
references.
This is important to make sure that no bugs are introduced that breaks
when using --as-needed.
|
|
Also use the new CC_CHECK_CFLAGS_APPEND macro instead of doing the for
loop manually.
|
|
|
|
|
|
|
|
This will allow to explicitly check for support of the new extensions
(like verbosity).
|
|
|
|
Reduces warnings about unused variables by not declaring them if they
are under an #ifdef conditional.
|
|
On OpenSolaris, the _NSIG macro is not defined, but NSIG is; as it's
not possible to use NSIG under glibc (it would miss the SIGRT*
series), define a SIGNAL_UPPER_BOUND depending on the system (and
error out if the system lacks both NSIG and _NSIG).
|
|
With this variant, it's possible to build against a live tree of
libdaemon to test in-development features.
|
|
Reduces warnings about unused variables by not declaring them if they
are under an #ifdef conditional.
|
|
On OpenSolaris, the _NSIG macro is not defined, but NSIG is; as it's
not possible to use NSIG under glibc (it would miss the SIGRT*
series), define a SIGNAL_UPPER_BOUND depending on the system (and
error out if the system lacks both NSIG and _NSIG).
|
|
As many 0pointer projects use the same code, move it out on its own
macro, and use that. The macro can then be shared across projects.
|
|
Instead of writing custom code to check for cflags checking, import a
copy of attributes.m4 from xine-lib's repository and use the
CC_CHECK_CFLAGS macro.
The advantage lies not only in being able to reduce the custom code in
configure.ac, but also in the fact that the CC_CHECK_CFLAGS macro
caches the results, making ./configure -C quite faster on second run.
Check for the CFLAGS for any compiler and not just GCC, if the
compiler does support the flag it is better to u se it anyway,
otherwise it will be skipped.
|
|
Older versions of libtool (pre-2.2) made this change unimportant as
C++ and Fortran compilers were always checked for. Newer libtool
versions solve this problem, so it makes configure faster not to check
for it.
|
|
Instead of just checking if the compiler supports -std=gnu99 option,
make use of the autoconf macro for discovering C99. This way other
non-GCC compiler could be used in C99 mode too.
If the compiler does not support gnu99 it falls back to c99, giving
more chances that it would work than leaving it to default.
|
|
Make it known to autoconf and aclocal, add ignore file for libtool 2.2
macro files.
|