Dotaz: ako uložiť poznámku do dynamickej knižnice

[rastos]

Občas sa potýkam s tým, že nejaký projekt je deploynutý na N serveroch, často nie naraz, často nie z toho istého branch-u a potom s odstupom mesiacov až rokov sa namáhavo pátra po tom, odkiaľ sa nejaké knižnica vzala.

Neexistuje nejaký spôsob ako do .so súboru uložiť nejaké free-form stringy? Napr. "build date: 2021-05-07", "author: jozko mrkvicka", ...? Pozerám, že readelf má prepínač -n | --notes. Nedalo by sa to použiť? A ak áno, tak ako konkrétne?

---

---

Odpovědi

[OldFrog {Ondra Nemecek}]

Myslíte knihovny třetích stran?

Tohle řeší balíčkovací mechanismus, ne?

[rastos]

Nie. Myslím, knižnicu, ktorú som naprogramoval ja sám a neinštaluje sa balíčkovacím systémom.

[OldFrog {Ondra Nemecek}]

Vlastní knihovny bych instaloval také balíčkovacím nástrojem. Existují nástroje, které provedou build rovnou do nativního distribučního balíčku. Ten se třeba úplně nehodí na veřejnou distribuci, ale pro deploy na server určitě vyhovuje.

Jinak nevidím problém do té knihovny ten string prostě vložit? Pro různé ekosystémy na to budou nepochybně i nějaké konvence (záleží v čem je ta knihovna napsaná a jak se překládá). Určitě ale jde při buildu vygenerovat hlavičku (s nějakým DEFINE) a přilinkovat ji. Taky není problém dotaz informace o knihovně zahrnout do API.

[OldFrog {Ondra Nemecek}]

dotaz informace o knihovně -> dotaz na informace o knihovně a buildu

[rastos]

Knižnica je napísaná v C, kompilovaná s gcc a použitá z Javy (JNI). Ten program v jave môže mať na disku viacero inštalácií v rôznych adresároch a bežiacich paralelne a každý z nich má svoju kópiu tej knižnice. Knižnicu si to loadne cez niečo ako dlopen() s absolútnou pathname. Bez nejakého chroot/docker/...

Cez balíčkovací systém sa to celé neinštaluje ... asi z historických dôvodov. Alebo preto, že "veď to nejako funguje aj s ručným kopírovaním hore-dole"

[OldFrog {Ondra Nemecek}]

Pokud se knihovna distribuuje s aplikací a nepoužívá se balíčkovací nástroj, tak to bych tu knihovnu dal do instalačního adresáře celé aplikace a je prakticky vyřešeno - informace o buildu budou součástí celé aplikace. Nicméně možnost vložit verzi do knihovny tu stále zůstává.

Nepředpokládám, že by se .so/.dll knihovna aktualizovala tím způsobem, že by se v instalačním adresáři ručně .so/.dll soubor přepsal. Čekal bych, že projede nějaký unit test a vybuildí se celá aplikace.

[Peter Golis]

Ak nie je možné z nejakého prazvláštneho dôvodu pri Agile CI/CD využiť spomínaný balíčkovací systém, tak je predsa možné využiť archív použitých a deploynutých verzií a porovnať kontrolný súčet (hash) binárky aby človek vedel čo je to za build. Ale to už prechádza z Agile na Scrum alebo dokonca na Waterfall.

[jablko]

Čekal bych, že to bude umět objcopy (--add-section, --add-symbol). Ale nevím, jestli umí i so...

[rastos]

To vyzerá sľubne:

$ cat foo.c 
int fnc()
{
        return 4;
}
$ gcc -o libfoo.so -g -shared foo.c
$ cat version.txt
author=rastos
$ objcopy --add-section .NOTES=version.txt libfoo.so libfoo.so.1

A keď sa pozriem dovnútra:

$ readelf -n libfoo.so.1 
$ 
$objdump -s -j .NOTES libfoo.so.1 

libfoo.so.1:     file format elf64-x86-64

Contents of section .NOTES:
 0000 61757468 6f723d72 6173746f 730a      author=rastos. 

Cez "readelf -n" to nezobrazí nič, ale cez objdump áno.

[OldFrog {Ondra Nemecek}]

No vida, to je dobré. Akorát nevýhoda je, že si to pak asi nepřečte aplikace samotná - té by se to mohlo taky hodit.

[rastos]

Nakoniec som našiel asi ešte lepšie riešenie.

Linker môže dostať parameter "-e entrypoint" a ten umožňuje vyrobiť .so, ktorá je spustiteľná:

$ cat bar.c 
#include <stdio.h>
#include <unistd.h>

const char foo[] __attribute__((section(".interp"))) = "/lib64/ld-linux-x86-64.so.2";

void lib_main(void)
{
	printf("Build-Time: " __DATE__ " " __TIME__ "\n");
#ifdef BRANCH
	printf("Branch: " BRANCH "\n");
#endif
	_exit(0);
}

$ gcc -fPIC -shared -o libBar.so -e lib_main -DBRANCH=\"experimental\" bar.c
$ ./libBar.so 
Build-Time: May  9 2021 10:38:19
Branch: experimental

Poznámky:

• viaceré návody na internete hovoria "/lib/ld-linux.so.2" miesto "/lib64/ld-linux-x86-64.so.2" - pretože tie návody pochádzajú z doby 32-bitov. Ak je tam nesprávna cesta, tak to skončí s

   bash: ./libBar.so: Accessing a corrupted shared library

• aby vzniknutý proces regulérne skončil, tak tam musí byť to volanie _exit() a aby tam mohlo byť, _exit(), tak je potrebné unistd.h
• Ten printf() funguje s konštatnými stringami, ale nefunguje (Sementation fault) ak by som tam chcel nejaké parametre. Na to, aby to fungovalo, by bola potrebná inicializácia C runtime knižnice. A to asi nie je len tak. Asi na to treba kus assembleru. Ale takto mi to celkom vyhovuje.