Re: rcs configure hang

["Kelly Wang (kellythw)" <kellythw@cisco.com>]

[-- Attachment #1.1: Type: text/plain, Size: 2958 bytes --]

Hi Paul,



Sorry for late reply and thank you so much for checking into the problem.

Comments added below.



Thanks,

Kelly

If you need support for DevX Tools:   http://devxsupport.cisco.com/

Specifically, for NXOS, see -

https://wiki.cisco.com/display/NEXUSPMO/ContactingNexusOpsAndTools



On 10/22/20, 3:04 PM, "Paul Eggert" <eggert@cs.ucla.edu> wrote:



    On 10/21/20 7:36 AM, Thien-Thi Nguyen wrote:

    > "Kelly Wang (kellythw)" <kellythw@cisco.com> <https://lists.gnu.org/r/bug-rcs/2020-10/msg00018.html>

    >     I download rcs 5.10.0, untarred and try to run ./configure.

    >     However it is hang in 'checking whether getcwd handles long

    >     file names properly...' for more than 30+ min and still hang.



    > This is from ‘gl_FUNC_GETCWD_PATH_MAX’ in m4/getcwd-path-max.m4.

    > IIUC, the test tries to create a filename up to, and then a bit

    > longer than, PATH_MAX in length.  It does this in a ‘while (1)’

    > loop, relying on ‘break’ to exit the loop.  Perhaps this is a C

    > compiler problem?



    I'd guess that it's due to thrashing, e.g., there's a huge PATH_MAX or something

    like that. At any rate, it's surely a Gnulib problem rather than an RCS problem

    so I'll cc. this to bug-gnulib.



    Kelly, I created the attached tarball getcwd-test.tar.gz by running

    './gnulib-tool --create-testdir --dir getcwd-test getcwd' in the Gnulib source

    directory. Please try:



    tar xf getcwd-test.tar.gz

    cd getcwd-test

    ./configure

[Kelly] yes, it hanged in the similar way as rcs.



    make check



    in the same filesystem where you tried and failed to build RCS. If it hangs in a

    similar way while running 'configure', it's a Gnulib problem. If it succeeds

    then something odd is going on and it may be either a Gnulib or RCS problem.



    Assuming it hangs, leave it hanging but look at the working directory. You

    should see a file conftest.c that looks like the attached separate file. Let us

    know of any differences between your conftest.c and the attached one. Also, try

    the following commands:



    gcc conftest.c

    strace -o tr ./a.out



    The strace should also hang so you may need to type control-C to exit it after a

    while. Look at the resulting 'tr' file and compare it to the attached compressed

    file tr.gz. Where does yours start acting differently? That will help us figure

out the bug.



[Kelly] strace step is not hang and I have tr generated.

[Kelly] The difference of tr output start at:

openat(AT_FDCWD, "/lib/x86_64-linux-gnu/libc.so.6", O_RDONLY|O_CLOEXEC) = 3  ==> output from yours

openat(AT_FDCWD, "/lib64/libc.so.6", O_RDONLY|O_CLOEXEC) = 3  ==> my output

I attached a.out and tz, so is that mean the lib file that my machine used has problem?





[-- Attachment #1.2: Type: text/html, Size: 8350 bytes --]

[-- Attachment #2: a.out --]
[-- Type: application/octet-stream, Size: 16936 bytes --]

[-- Attachment #3: tr --]
[-- Type: application/octet-stream, Size: 1835 bytes --]

execve("./a.out", ["./a.out"], 0x7ffddfab4000 /* 46 vars */) = 0
brk(NULL)                               = 0x18b0000
arch_prctl(0x3001 /* ARCH_??? */, 0x7ffdbac098c0) = -1 EINVAL (Invalid argument)
access("/etc/ld.so.preload", R_OK)      = -1 ENOENT (No such file or directory)
openat(AT_FDCWD, "/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=211534, ...}) = 0
mmap(NULL, 211534, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7f73b6e6a000
close(3)                                = 0
openat(AT_FDCWD, "/lib64/libc.so.6", O_RDONLY|O_CLOEXEC) = 3
read(3, "\177ELF\2\1\1\3\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\2009\2\0\0\0\0\0"..., 832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=5993088, ...}) = 0
mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x7f73b6e68000
mmap(NULL, 3942432, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x7f73b68b3000
mprotect(0x7f73b6a6c000, 2097152, PROT_NONE) = 0
mmap(0x7f73b6c6c000, 24576, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1b9000) = 0x7f73b6c6c000
mmap(0x7f73b6c72000, 14368, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7f73b6c72000
close(3)                                = 0
arch_prctl(ARCH_SET_FS, 0x7f73b6e69500) = 0
mprotect(0x7f73b6c6c000, 16384, PROT_READ) = 0
mprotect(0x600000, 4096, PROT_READ)     = 0
mprotect(0x7f73b6e9e000, 4096, PROT_READ) = 0
munmap(0x7f73b6e6a000, 211534)          = 0
getcwd("/ws/kellythw-sjc/rcs_try/getcwd-test", 4096) = 37
mkdir("confdir3", 0700)                 = -1 EEXIST (File exists)
rmdir("confdir3")                       = -1 ENOTEMPTY (Directory not empty)
chdir("..")                             = 0
rmdir("confdir3")                       = -1 ENOENT (No such file or directory)
exit_group(20)                          = ?
+++ exited with 20 +++