Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 1308177 - tcsh: FTBFS in rawhide
Summary: tcsh: FTBFS in rawhide
Keywords:
Status: CLOSED DUPLICATE of bug 1303323
Alias: None
Product: Fedora
Classification: Fedora
Component: tcsh
Version: 24
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: David Kaspar // Dee'Kej
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks: F24FTBFS
TreeView+ depends on / blocked
 
Reported: 2016-02-13 22:34 UTC by Fedora Release Engineering
Modified: 2016-03-07 14:41 UTC (History)
16 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2016-03-07 14:41:50 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
build.log (71.54 KB, text/plain)
2016-02-13 22:34 UTC, Fedora Release Engineering
no flags Details
root.log (88.39 KB, text/plain)
2016-02-13 22:34 UTC, Fedora Release Engineering
no flags Details
state.log (617 bytes, text/plain)
2016-02-13 22:34 UTC, Fedora Release Engineering
no flags Details

Description Fedora Release Engineering 2016-02-13 22:34:44 UTC
Your package tcsh failed to build from source in current rawhide.

http://koji.fedoraproject.org/koji/taskinfo?taskID=12873226

For details on mass rebuild see https://fedoraproject.org/wiki/Fedora_24_Mass_Rebuild

Comment 1 Fedora Release Engineering 2016-02-13 22:34:48 UTC
Created attachment 1126590 [details]
build.log

Comment 2 Fedora Release Engineering 2016-02-13 22:34:51 UTC
Created attachment 1126591 [details]
root.log

Comment 3 Fedora Release Engineering 2016-02-13 22:34:53 UTC
Created attachment 1126592 [details]
state.log

Comment 4 Jan Kurik 2016-02-24 15:16:08 UTC
This bug appears to have been reported against 'rawhide' during the Fedora 24 development cycle.
Changing version to '24'.

More information and reason for this action is here:
https://fedoraproject.org/wiki/Fedora_Program_Management/HouseKeeping/Fedora24#Rawhide_Rebase

Comment 5 Yaakov Selkowitz 2016-02-26 04:19:00 UTC
Test 65 ('ls-F') segfaults on x86_64 but not i686 (per link in comment 0).  The last successful build[1] was with gcc-5.3.1-3.fc24 and glibc-2.22.90-27.fc24.

[1] http://koji.fedoraproject.org/koji/buildinfo?buildID=710863

Program received signal SIGSEGV, Segmentation fault.
__GI___rewinddir (dirp=dirp@entry=0x5555557ef808)
    at ../sysdeps/posix/rewinddir.c:34
34        dirp->size = 0;
(gdb) bt full
#0  __GI___rewinddir (dirp=dirp@entry=0x5555557ef808)
    at ../sysdeps/posix/rewinddir.c:34
No locals.
#1  0x0000555555581305 in tw_file_start (dfd=dfd@entry=0x5555557ef808,
    pat=pat@entry=0x5555557be858 <STRNULL> L"") at tw.init.c:737
        vp = <optimized out>
#2  0x0000555555582eca in tw_collect (command=command@entry=LIST,
    looking=looking@entry=4, exp_dir=exp_dir@entry=0x7fffffffd8c0,
    exp_name=exp_name@entry=0x7fffffffd900,
    target=target@entry=0x5555557e7098 L"", pat=0x5555557be858 <STRNULL> L"",
    flags=64, dir_fd=0x5555557ef808) at tw.parse.c:1360
        omark = 0
        ni = 0
        osetexit = {j = {{__jmpbuf = {1, -4323463647815646328, 0, 0,
                93824995057672, 0, 4323463646555554696, 7590063007764202376},
              __mask_was_saved = 1, __saved_mask = {__val = {
                  0 <repeats 16 times>}}}}}
#3  0x0000555555584445 in t_search (word=word@entry=0x7fffffffd970,
    command=command@entry=LIST, looking=4, looking@entry=4095,
    list_max=list_max@entry=0, pat=<optimized out>, suf=suf@entry=0)
    at tw.parse.c:1775
        numitems = <optimized out>
        flags = 64
        gpat = <optimized out>
        res = <optimized out>
        exp_dir = {s = 0x555555806a08 L"", len = 0, size = 64}
        dir = {s = 0x555555806808 L"", len = 0, size = 64}
        exp_name = {s = 0x0, len = 0, size = 0}
        name = 0x5555557e7098 L""
        dir_fd = 0x5555557ef808
#4  0x000055555559b8a2 in dolist (v=<optimized out>, c=<optimized out>)
    at tc.func.c:205
        word = {s = 0x5555557d5608 L"", len = 0, size = 64}
        globbed = <optimized out>
        i = <optimized out>
        k = <optimized out>
        ret = 0
        st = {st_dev = 1, st_ino = 93824992548085,
          st_nlink = 140737354080256, st_mode = 4294957640, st_uid = 70,
          st_gid = 4294957638, __pad0 = 32767, st_rdev = 140737351913809,
          st_size = 9288820264534023, st_blksize = -1711223578520623104,
          st_blocks = 140737488345620, st_atim = {tv_sec = 93824992563913,
            tv_nsec = 140737488345620}, st_mtim = {tv_sec = 93824992548177,
            tv_nsec = 93824994951688}, st_ctim = {tv_sec = 93824992563914,
            tv_nsec = 93824994766912}, __glibc_reserved = {93824992397027,
            93824995052488, 93824994739040}}
#5  0x000055555557bd80 in execute (t=0x555555806008, wanttty=<optimized out>,
    pipein=pipein@entry=0x0, pipeout=pipeout@entry=0x0,
    do_glob=do_glob@entry=1) at sh.sem.c:651
        oldexit = {j = {{__jmpbuf = {1, 4323463647498224520, 140737488348808,
                0, 0, 1, 4323463647335695240, 7590062990958543752},
              __mask_was_saved = 1, __saved_mask = {__val = {
                  0 <repeats 16 times>}}}}}
        ohaderr = 0
        forked = 0
        bifunc = 0x5555557b8360 <bfunc+960>
        pid = 0
        pv = {12, 0}
        set = {__val = {140737488346336, 140737344615501, 4295032832,
            140737344615436, 1, 140737354127768, 0, 24011439870050307,
            140737347251040, 140737351930937, 140737344937839,
            140737488345904, 6, 140733193388032, 93824995049480,
            140737344613823}}
        csigset = {__val = {0 <repeats 16 times>}}
        nosigchld = 0
#6  0x000055555557b998 in execute (t=0x5555558037c8, wanttty=<optimized out>,
    pipein=0x0, pipeout=0x0, do_glob=1) at sh.sem.c:744
        forked = 0
        bifunc = 0x7fffffffdf38
        pid = 0
        pv = {1434280048, 21845}
        set = {__val = {140737488346824, 140737488346816, 140737488346800,
            93824995040104, 1, 0, 140737488347144, 140737351916721,
            140737488346928, 140737488347073, 140737488347068,
            140737343411456, 93824994859016, 140737488347072, 93824995052360,
            93824995047368}}
        csigset = {__val = {0 <repeats 16 times>}}
        nosigchld = 0
#7  0x000055555555d2e1 in process (catch=1) at sh.c:2144
        t = 0x5555558037c8
        hadhist = <optimized out>
        old_pintr_disabled = 1
        osetexit = {j = {{__jmpbuf = {0, 4323463647498224520,
                140737488348808, 0, 0, 1, 4323463647421678472,
                7590062990388511624}, __mask_was_saved = 1, __saved_mask = {
                __val = {0 <repeats 16 times>}}}}}
        omark = 1
        didexitset = 1
#8  0x000055555555bec1 in main (argc=<optimized out>, argv=0x7fffffffe668)
    at sh.c:1418
        batch = 0
        nexececho = 0
        nofile = <optimized out>
        nverbose = 0
        rdirs = 0
        quitit = <optimized out>
        cp = <optimized out>
        cp2 = <optimized out>
        tcp = <optimized out>
        ttyn = <optimized out>
        f = <optimized out>
        reenter = <optimized out>
        tempv = 0x7fffffffe688
        osetintr = 1
        oparintr = {__sigaction_handler = {sa_handler = 0x0,
            sa_sigaction = 0x0}, sa_mask = {__val = {0, 112, 0, 0,
              16735520495188928512, 140737488348020, 93824992554291,
              140737488348020, 93824995046856, 93824995052072,
              93824992554288, 0, 93824995046856, 0, 93824992549401, 4}},
          sa_flags = 0, sa_restorer = 0x0}

Comment 6 Carlos O'Donell 2016-02-26 05:02:51 UTC
Are you able to provide a self-contained reproducer that we can review?

Isolating exactly which glibc version the regression first appeared would also be very helpful, similarly with gcc versions.

Comment 7 Yaakov Selkowitz 2016-02-26 05:28:10 UTC
(In reply to Carlos O'Donell from comment #6)
> Are you able to provide a self-contained reproducer that we can review?

Not at the moment.

> Isolating exactly which glibc version the regression first appeared would
> also be very helpful, similarly with gcc versions.

glibc-2.22.90-31.fc24. -27 and -29 pass even with gcc-6 (there was no -30); -32, -36, and -38 also fail.

Comment 9 Carlos O'Donell 2016-03-07 14:35:14 UTC
Is this at all related to tcsh's interposed malloc which violates the x86_64 ABI?

https://bugzilla.redhat.com/show_bug.cgi?id=1303323#c19

Comment 10 Florian Weimer 2016-03-07 14:41:50 UTC
Yes, the backtrace is exactly the same.

*** This bug has been marked as a duplicate of bug 1303323 ***


Note You need to log in before you can comment on or make changes to this bug.