summaryrefslogtreecommitdiff
path: root/service_solahart_jakarta_selatan__082122541663/pthread_atfork.mdwn
blob: d386e5c0942a38eb1b093ab0fa892df7dc40667d (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
[[!meta copyright="Copyright © 2011, 2013 Free Software Foundation, Inc."]]

[[!meta license="""[[!toggle id="license" text="GFDL 1.2+"]][[!toggleable
id="license" text="Permission is granted to copy, distribute and/or modify this
document under the terms of the GNU Free Documentation License, Version 1.2 or
any later version published by the Free Software Foundation; with no Invariant
Sections, no Front-Cover Texts, and no Back-Cover Texts.  A copy of the license
is included in the section entitled [[GNU Free Documentation
License|/fdl]]."]]"""]]

[[!tag open_issue_glibc open_issue_libpthread]]

`pthread_atfork` is not actually implemented, making some programs fail. Code
can probably be borrowed from `nptl/sysdeps/unix/sysv/linux/register-atfork.c`.


# IRC, OFTC, #debian-hurd, 2013-08-21

    <pinotree> SRCDIR/opal/mca/memory/linux/arena.c:387: warning: warning:
      pthread_atfork is not implemented and will always fail


# Samuel's implementation

TODO.


## IRC, OFTC, #debian-hurd, 2013-10-08

    <pinotree> youpi: if you need/want to test your pthread_atfork
      implementation, you can check libposix-atfork-perl and its test suite
      (whose test 004 hangs now, with eglibc -93)
    <youpi> while it failed previously indeed
    <youpi> we might simply need to rebuild perl against it
    <youpi> (I see ifdef pthread_atfork in perl)


## undefined reference to `__start__hurd_atfork_prepare_hook'

### IRC, freenode, #hurd, 2013-10-16

    <teythoon> tschwinge: I'd love to try your cross-gnu tool, the wiki page
      suggests that the list of required source packages is outdated. can you
      give me some hints?
    <teythoon> tschwinge: I got this error running cross-gnu:
      http://paste.debian.net/58303/
        make[4]: Leaving directory `/home/teythoon/repos/hurd/cross/src/glibc/setjmp'
        make subdir=string -C ../string ..=../ objdir=/home/teythoon/repos/hurd/cross/obj/glibc -f Makefile -f ../elf/rtld-Rules rtld-all rtld-modules='rtld-strchr.os rtld-strcmp.os rtld-strcpy.os rtld-strlen.os rtld-strnlen.os rtld-memchr.os rtld-memcmp.os rtld-memmove.os rtld-memset.os rtld-mempcpy.os rtld-stpcpy.os rtld-memcpy.os rtld-rawmemchr.os rtld-argz-count.os rtld-argz-extract.os rtld-stpncpy.os'
        make[4]: Entering directory `/home/teythoon/repos/hurd/cross/src/glibc/string'
        make[4]: Leaving directory `/home/teythoon/repos/hurd/cross/src/glibc/string'
        make[4]: Entering directory `/home/teythoon/repos/hurd/cross/src/glibc/string'
        make[4]: Nothing to be done for `rtld-all'.
        make[4]: Leaving directory `/home/teythoon/repos/hurd/cross/src/glibc/string'
        make[3]: Leaving directory `/home/teythoon/repos/hurd/cross/src/glibc/elf'
        i686-pc-gnu-gcc   -shared -static-libgcc -Wl,-O1  -Wl,-z,defs -Wl,-dynamic-linker=/lib/ld.so.1  -B/home/teythoon/repos/hurd/cross/obj/glibc/csu/  -Wl,--version-script=/home/teythoon/repos/hurd/cross/obj/glibc/libc.map -Wl,-soname=libc.so.0.3 -Wl,-z,combreloc -Wl,-z,relro -Wl,--hash-style=both -nostdlib -nostartfiles -e __libc_main -L/home/teythoon/repos/hurd/cross/obj/glibc -L/home/teythoon/repos/hurd/cross/obj/glibc/math -L/home/teythoon/repos/hurd/cross/obj/glibc/elf -L/home/teythoon/repos/hurd/cross/obj/glibc/dlfcn -L/home/teythoon/repos/hurd/cross/obj/glibc/nss -L/home/teythoon/repos/hurd/cross/obj/glibc/nis -L/home/teythoon/repos/hurd/cross/obj/glibc/rt -L/home/teythoon/repos/hurd/cross/obj/glibc/resolv -L/home/teythoon/repos/hurd/cross/obj/glibc/crypt -L/home/teythoon/repos/hurd/cross/obj/glibc/mach -L/home/teythoon/repos/hurd/cross/obj/glibc/hurd -Wl,-rpath-link=/home/teythoon/repos/hurd/cross/obj/glibc:/home/teythoon/repos/hurd/cross/obj/glibc/math:/home/teythoon/repos/hurd/cross/obj/glibc/elf:/home/teythoon/repos/hurd/cross/obj/glibc/dlfcn:/home/teythoon/repos/hurd/cross/obj/glibc/nss:/home/teythoon/repos/hurd/cross/obj/glibc/nis:/home/teythoon/repos/hurd/cross/obj/glibc/rt:/home/teythoon/repos/hurd/cross/obj/glibc/resolv:/home/teythoon/repos/hurd/cross/obj/glibc/crypt:/home/teythoon/repos/hurd/cross/obj/glibc/mach:/home/teythoon/repos/hurd/cross/obj/glibc/hurd -o /home/teythoon/repos/hurd/cross/obj/glibc/libc.so -T /home/teythoon/repos/hurd/cross/obj/glibc/shlib.lds /home/teythoon/repos/hurd/cross/obj/glibc/csu/abi-note.o /home/teythoon/repos/hurd/cross/obj/glibc/elf/soinit.os /home/teythoon/repos/hurd/cross/obj/glibc/libc_pic.os /home/teythoon/repos/hurd/cross/obj/glibc/elf/sofini.os /home/teythoon/repos/hurd/cross/obj/glibc/elf/interp.os /home/teythoon/repos/hurd/cross/obj/glibc/elf/ld.so /home/teythoon/repos/hurd/cross/obj/glibc/mach/libmachuser-link.so /home/teythoon/repos/hurd/cross/obj/glibc/hurd/libhurduser-link.so -lgcc
        /home/teythoon/repos/hurd/cross/obj/glibc/libc_pic.os: In function `__fork':
        /home/teythoon/repos/hurd/cross/src/glibc/posix/../sysdeps/mach/hurd/fork.c:70: undefined reference to `__start__hurd_atfork_prepare_hook'
        /home/teythoon/repos/hurd/cross/lib/gcc/i686-pc-gnu/4.8.1/../../../../i686-pc-gnu/bin/ld: /home/teythoon/repos/hurd/cross/obj/glibc/libc_pic.os: relocation R_386_GOTOFF against undefined hidden symbol `__start__hurd_atfork_prepare_hook' can not be used when making a shared object
        /home/teythoon/repos/hurd/cross/lib/gcc/i686-pc-gnu/4.8.1/../../../../i686-pc-gnu/bin/ld: final link failed: Bad value
        collect2: error: ld returned 1 exit status
        make[2]: *** [/home/teythoon/repos/hurd/cross/obj/glibc/libc.so] Error 1
        make[2]: Leaving directory `/home/teythoon/repos/hurd/cross/src/glibc/elf'
        make[1]: *** [elf/subdir_lib] Error 2
        make[1]: Leaving directory `/home/teythoon/repos/hurd/cross/src/glibc'
        make: *** [all] Error 2
        + rm -f /home/teythoon/repos/hurd/cross/sys_root/lib/ld.so
        + exit 100
        
        binutils-2.23.2,
        gcc-4.8.1,
        everything else is from git as specified in the wiki.


### IRC, freenode, #hurd, 2013-10-24

    <AliciaC> in recent glibc commits (tschwinge/Roger_Whittaker branch) there
      are references to _hurd_atfork_* symbols in sysdeps/mach/hurd/fork.c, and
      some _hurd_fork_* symbols, some of the _hurd_fork_* symbols seem to be
      defined in Hurd's boot/frankemul.ld (mostly guessing by their names being
      mentioned, I don't know linker script syntax), but those _hurd_atfork_*
      symbols don't seem to be defined there, are they supposed to be defined
      elsewhere or is th
    <AliciaC> does anyone know where the _hurd_atfork_* group of symbols
      referenced in glibc are defined (if anywhere)?
    <youpi> AliciaC: it's the DEFINE_HOOK (_hurd_atfork_prepare_hook, (void));
      in glibc/sysdeps/mach/hurd/fork.c
    <AliciaC> hm, is that not just a declaration?
    <youpi> no, it's a definition, as its name suggests :
    <AliciaC> (despite the macro name)
    <youpi> :)
    <AliciaC> ok
    <AliciaC> I should look into it more, I could have sworn I was getting
      undefined references, but maybe the symbol names used are different from
      those defined, but that'd be odd as well, in the same file and all
    <AliciaC> I mean, I do get undefined references, but question is if it's to
      things that should have been defined or not
    <youpi> what undefined references do you gaT?
    <youpi> s/gaT/get
    <AliciaC> I'll get back to you once I have that system up again
    <AliciaC> youpi: sysdeps/mach/hurd/fork.c:70: undefined reference to
      `__start__hurd_atfork_prepare_hook'
    <AliciaC> fork.c:70: 'RUN_HOOK (_hurd_atfork_prepare_hook, ());'
    <AliciaC> DEFINE_HOOK (_hurd_atfork_prepare_hook, (void)); is higher up in
      the file
    <AliciaC> though there is also this message: build/libc_pic.os: relocation
      R_386_GOTOFF against undefined hidden symbol
      `__start__hurd_atfork_prepare_hook' can not be used when making a shared
      object


### [[!message-id "878uvfmwvs.fsf@kepler.schwinge.homeip.net"]]