Hi,
There's something wrong about exe symlink that can be found insde
/proc// directories. When the running binary is replaced with
another, using rename() call, the symlink may point to wrong path.
As example let me use sshd. I have running sshd from /usr/sbin. If I
replace /usr/sbin/sshd o
Hi Al,
On 12/27/2014 07:14 PM, Al Viro wrote:
That's because it never _had_ worked. Note that opening the damn thing
will give the right file - it does not work by traversing the result of
readlink(2). readlink(2) output on those is not promised to be useful
in all cases; often enough it is, b
On 12/30/2014 11:40 PM, Piotr Karbowski wrote:
Hi Al,
On 12/27/2014 07:14 PM, Al Viro wrote:
That's because it never _had_ worked. Note that opening the damn thing
will give the right file - it does not work by traversing the result of
readlink(2). readlink(2) output on those is not pro
Hello,
On Thu, Apr 23, 2015 at 11:15 AM, Jiri Kosina wrote:
> On Thu, 23 Apr 2015, Grumbach, Emmanuel wrote:
>
>> > I will try it, but I expect the result to be bogus because of this,
>> > unfortunately.
>>
>> I can understand. A few users reported that this bug occurred more
>> reliably when mov
Hi Mateusz,
> I can implement that later if it sounds sane enough.
Note this behaviour seems to be a requirement for cross-rename to work.
At least restoring previous behaviour while keeping cross-rename is not hard,
I can write it later.
Have you find a proper solution for this very issue or
Hi,
Starting with kernel 3.15 the 'exe' symlink under /proc// acts
diffrent than it used to in all the pre-3.15 kernels.
The usecase:
run /root/testbin (app that just sleeps)
cp /root/testbin /root/testbin.new
mv /root/testbin.new /root/testbin
ls -al /proc/`pidof testbin`/exe
<=3.14: /root/
Hi,
On 09/07/2014 01:02 AM, Richard Weinberger wrote:
Can you please find the offending commit?
Using an automated bisect run this should be easily doable.
That would be it:
da1ce0670c14d8380e423a3239e562a1dc15fa9e is the first bad commit
commit da1ce0670c14d8380e423a3239e562a1dc15fa9e
Author
On 01/16/2015 07:25 PM, Piotr Karbowski wrote:
On 12/30/2014 11:40 PM, Piotr Karbowski wrote:
Hi Al,
On 12/27/2014 07:14 PM, Al Viro wrote:
That's because it never _had_ worked. Note that opening the damn thing
will give the right file - it does not work by traversing the result of
rea
Hello,
I wanted to try on the 4.3-rc1 kernel and it fails during linking with
undefined reference to `native_machine_crash_shutdown'
# make
CHK include/config/kernel.release
CHK include/generated/uapi/linux/version.h
CHK include/generated/utsrelease.h
CHK include/genera
Hi,
On 09/14/2015 11:50 PM, Randy Dunlap wrote:
This has been happening for awhile now and has been reported several times.
Also there have been 2 or 3 patches posted to fix it... so what will it take
to get a fix merged? anyone?
Well, I have the exact same .config for 4.2 and it does works,
10 matches
Mail list logo
