[lkml]   [2012]   [Mar]   [12]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: Extending coredump note section to contain filenames
    On Mon, 12 Mar 2012 13:05:56 +0100, Denys Vlasenko wrote:
    > Build-ids are useful, but they still don't map directly to the names
    > of loaded files. You need to rely on /usr/lib/debug/.build-id/XX/YYYYYYYYYY
    > symlinks to translate build-ids to names.

    There is draft of but it is not yet
    deployed. This will give you distro and file version / URL for the specified
    build-id. Without any local symlinks/files at all.

    Reasons why it has not yet been finished + deployed I find out of the scope of
    this thread.

    > Why we don't save library names in coredump?

    Because they are useless. If you have a filename there how to find which
    content it should match? Even if you verify the file is still there with the
    same content there is a race it can no longer be true when you read the core
    file 5 seconds later.

    The build-id mapping server above always works and without races.

    > > it can have unknown content etc.
    > I don't understand. *What* can have unknown content?

    You will save there "/lib64/". But the next day you have no
    idea which compilation or build the core file was generated for, that virtual
    machine can be either already updated or even reinstalled from scratch etc.
    "/lib64/" does not say anything about the build.

    > I'll be satisfied with 99.9999% success rate instead of 100% :)

    I am not, I prefer 100% build-id server.


     \ /
      Last update: 2012-03-12 17:57    [W:0.031 / U:0.144 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site