[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[bug #48930] crash server crashes after --core-file-name is changed with
|
From: |
Kalle Olavi Niemitalo |
|
Subject: |
[bug #48930] crash server crashes after --core-file-name is changed with fsysopts |
|
Date: |
Sun, 28 Aug 2016 14:35:23 +0000 (UTC) |
|
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Firefox/45.0 |
Follow-up Comment #1, bug #48930 (project hurd):
I tried implementing (b) using pthread_rwlock_t. It took about 15 lines of
code. However, I noticed two more problems along the way:
1. --core-file-name can be set via fsysopts but it cannot be unset via
fsysopts. Fixing this would require designing a command-line option for that
purpose, or perhaps --core-file-name= with an empty template should unset it.
2. If --core-file-name is set via fsysopts, and its argument is not a valid
template, then the crash server exits. It should instead return an error to
the fsys_set_options RPC, like --action=GARBAGE does. This is simply a bug
and can be fixed without further design.
_______________________________________________________
Reply to this item at:
<http://savannah.gnu.org/bugs/?48930>
_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/