abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
včera 16:22 | IT novinky

Spolkový úřad pro informační bezpečnost (Bundesamt für Sicherheit in der Informationstechnik) schválil používání softwarů Gpg4win a Gpg4KDE, tj. nadstaveb nad GnuPG, pro šifrování a přenos utajovaných informací stupně utajení Vyhrazené (VS-NUR FÜR DEN DIENSTGEBRAUCH (VS-NfD)), EU RESTRICTED a NATO RESTRICTED [reddit].

Ladislav Hagara | Komentářů: 0
včera 12:44 | Humor

Viceprezident společnosti Oracle Matthew O'Keefe napsal na Twitteru: "Kdyby databáze Oracle neexistovala, světová ekonomika by se zastavila. Kdyby většina open source distribuovaných databází neexistovala, byl by svět pro data mnohem bezpečnějším místem". Příspěvek rozpoutal diskusi nejenom na redditu a následně byl z Twitteru smazán (Wayback Machine).

Ladislav Hagara | Komentářů: 14
včera 09:33 | Nová verze

Byla vydána nová verze 1.38 správce síťových připojení ConnMan (Wikipedie). Z novinek lze zdůraznit podporu WireGuardu.

Ladislav Hagara | Komentářů: 0
včera 06:00 | Zajímavý projekt

Byl spuštěn Humble Book Bundle: Cybersecurity 2020 by Wiley. Za 1 euro a více lze koupit 7 elektronických knih, za 7,50 eur a více lze koupit 13 elektronických knih a za 13,50 eur a více lze koupit 20 elektronických knih věnovaných kybernetické bezpečnosti od nakladatelství Wiley. Peníze lze libovolně rozdělit mezi nakladatelství Wiley, Humble Bundle, Electronic Frontier Foundation a Let's Encrypt.

Ladislav Hagara | Komentářů: 0
17.2. 21:55 | Zajímavý článek

Clear Linux je distribuce vyvíjená firmou Intel; vybočuje optimalizací na výkon, pročež se používá např. k běhu benchmarků, ale také pro vývojáře či do cloudu. Recenze na Ars Technica se zaobírá použitím Clear Linuxu jako uživatel: instalace, pozorování rychlosti spouštění Gimpu, správa balíčků a instalace Google Chrome nebo konfigurace OpenZFS. Praktické nasazení mimo specializace, kde je výkon kritický, nakonec nedoporučuje.

Fluttershy, yay! | Komentářů: 4
17.2. 21:44 | Nasazení Linuxu

Jižní Korea se z historických důvodů potýká se silnou závislostí na Microsoftu (konkrétně ActiveX), kterou se snaží postupně odbourat. Na jaře 2019 tamní ministerstvo vnitra oznámilo testování Linuxu na pracovních stanicích. Nyní, po skončení podpory Windows 7, byl přechod potvrzen s cílem omezit závislost na třetí straně a snížit náklady. Do roku 2026 je v plánu, že uživatelé budou používat notebooky s Windows, ale připojovat se na vzdálený linuxový desktop v cloudu. Některá ministerstva již Linux používají.

Fluttershy, yay! | Komentářů: 0
17.2. 16:44 | IT novinky

Vývojář webového prohlížeče Waterfox, forku Mozilla Firefox, veřejně oznámil dokončení přechodu projektu pod správu firmou System1, která na podzim 2019 zřejmě převzala také metavyhledávač Startpage. System1 se zabývá agregací a analýzou uživatelských dat za účelem využití v reklamě, proto např. web PrivacyTools již Startpage nedoporučuje.

Fluttershy, yay! | Komentářů: 11
17.2. 00:11 | Pozvánky

Spolek OpenAlt zve příznivce otevřených řešení a přístupu na 173. brněnský sraz, který proběhne v pátek 21. února od 18:00 v restauraci Suzie's Steakhouse Brno na adrese Kounicova 10.

Ladislav Hagara | Komentářů: 8
16.2. 16:33 | Nová verze

Byla vydána verze 2.0.0 aplikace pro digitální malování MyPaint (Wikipedie). Přehled novinek i s náhledy v příspěvku na blogu.

Ladislav Hagara | Komentářů: 0
16.2. 16:11 | Zajímavý článek

Článek na blogu LibreTechTips představuje a srovnává webové vyhledávače: nejen známé Google, Bing, DuckDuckGo či Yandex, proxy Startpage a Ecosia, ale také nezávislý Mojeek, metavyhledávače Metager a Searx, švýcarský Swisscows a francouzský Qwant. Srovnání spočívá v pohledu na výsledky čtyř hledání a čtyř specifických dotazů jako překlad slova nebo převod jednotek. Nejlépe hodnocený je Searx následovaný Google a s velkým odstupem Bingem, DuckDuckGo, Startpage atd.

Fluttershy, yay! | Komentářů: 18
Vydržela vám novoroční předsevzetí?
 (9%)
 (6%)
 (3%)
 (82%)
Celkem 157 hlasů
 Komentářů: 0
Rozcestník

www.AutoDoc.Cz

Dotaz: C++: jak lokální proměnná dokáže způsobit chybu při linkování?

23.1. 18:30 ttt
C++: jak lokální proměnná dokáže způsobit chybu při linkování?
Přečteno: 854×
Mám následující kód v C++:
template <typename Stringish>
http_rep http_client::post(const std::string& path, Stringish&& body) const
{
	std::map<std::string, std::string> foo; // po odstranění tohoto řádku chyba zmizí
	return http_rep();
}
template http_rep http_client::post<>(
	const std::string& path, std::string&& body) const;
Kompilace skončí s chybou:

Error LNK2005 "public: class std::_Tree_iterator<class std::_Tree_val<struct std::_Tree_simple_types<struct std::pair<class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > const ,class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > > > > > __cdecl std::_Tree<class std::_Tmap_traits<class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >,class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >,struct std::less<class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > >,class std::allocator<struct std::pair<class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > const ,class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > > >,0> >::end(void)" (?end@?$_Tree@V?$_Tmap_traits@V?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@V12@U?$less@V?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@@2@V?$allocator@U?$pair@$$CBV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@V12@@std@@@2@$0A@@std@@@std@@QEAA?AV?$_Tree_iterator@V?$_Tree_val@U?$_Tree_simple_types@U?$pair@$$CBV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@V12@@std@@@std@@@std@@@2@XZ) already defined in http.obj

Pokud zakomentuju řádek std::map<std::string, std::string> foo;, projekt se zkompiluje. I třeba pokud změním první typ na int (std::map<int, std::string> foo;). Na jménu proměnné nezáleží, chová se to stejně.

Co se tam může dít? Nerozumím, proč zavedení lokální proměnné má vliv na linkování. Tuším, že jsem tu chybu viděl i jindy, ve stejně "divných" případech, třeba po přidání const k jiné lokální proměnné.

Myslím si, že tenhle konkrétní kus kódu je ok, ale jinde v projektu je něco hodně špatně. Ale nenapadá mě co hledat a ta chybová hláška mi zrovna nepomáhá ...

Odpovědi

23.1. 21:35 debian+
Rozbalit Rozbalit vše Re: C++: jak lokální proměnná dokáže způsobit chybu při linkování?
Jendа avatar 23.1. 23:02 Jendа | skóre: 76 | blog: Výlevníček | JO70FB
Rozbalit Rozbalit vše Re: C++: jak lokální proměnná dokáže způsobit chybu při linkování?
Chci, aby u automatických odpovědí mohli ostatní nějak flagnout že je mimo.
24.1. 11:50 _
Rozbalit Rozbalit vše Re: C++: jak lokální proměnná dokáže způsobit chybu při linkování?
To za tebe dělá nick debian+
24.1. 04:15 linuxák
Rozbalit Rozbalit vše Re: C++: jak lokální proměnná dokáže způsobit chybu při linkování?
Možná bude problém v tomhle:

An explicit specialization of a function or variable template is inline only if it is declared with the inline specifier or defined as deleted, and independently of whether its function or variable template is inline.

Takže zkus:

template inline http_rep http_client::post<>(...

24.1. 11:42 tttt
Rozbalit Rozbalit vše Re: C++: jak lokální proměnná dokáže způsobit chybu při linkování?
Zkusil jsem, beze změny. Podařilo se mi teď zreprodukovat chováni i bez šablony, s hlavičkou
http_rep http_client::post(const std::string& path, const std::string& body) const
Přijde mi, že někde přeteče nějaký limit v kompilátoru a on se začne chovat jinak, a pak se projeví chyba, která doteď nebyla vidět. Existuje něco jako nedefinované chování kompilátoru při špatné konstrukci?
24.1. 12:14 linuxák
Rozbalit Rozbalit vše Re: C++: jak lokální proměnná dokáže způsobit chybu při linkování?
Nedefinované chování překladače při špatné konstrukci neexistuje, ale může to být bug v překladači. Dokážeš do zredukovat na nějaký elementární příklad, který bys sem dal? Případně můžeš zkusit jiný překladač?
24.1. 12:59 tttt
Rozbalit Rozbalit vše Re: C++: jak lokální proměnná dokáže způsobit chybu při linkování?
Ne jednoduše – projekt má pár desítek tisíc řádek a magický build systém, já tam jen něco dopisuju. Přijde mi pravděpodobnější, že tam je někde něco hodně ošklivého, co se nikdy nemá dělat, než že za to může překladač, ten projekt na to vypadá. Ale pustím se to toho, nic lepšího v zásobě nemám.
24.1. 13:16 Peter Golis | skóre: 59 | blog: Bežné záležitosti | Bratislava
Rozbalit Rozbalit vše Re: C++: jak lokální proměnná dokáže způsobit chybu při linkování?
Tak to gratulujem. Ako starý je ten projekt, v päťročniciach? Vyzerá že ich mal viac ako 4.
24.1. 11:11 rodi
Rozbalit Rozbalit vše Re: C++: jak lokální proměnná dokáže způsobit chybu při linkování?
Řádky 7 a 8 jsou také v hlavičkovém souboru? Pokud ano, tak se pravděpodobně pokoušíte vytvořit tu explicitní instanci šablony vícekrát, což není správně.

https://en.cppreference.com/w/cpp/language/function_template - Explicit instantiation - deklarace vizte případy 3 a 4
24.1. 11:47 tttt
Rozbalit Rozbalit vše Re: C++: jak lokální proměnná dokáže způsobit chybu při linkování?
Ne, explicitní instance šablony byly jen v .cpp. V hlavičkových souborech jsou makra, která hlídají opakované načtení (guards nebo #pragma once). Každopádně teorie o chybě v šabloně padly s tím, že to jde zopakovat i bez šablony.
24.1. 13:24 Radek Isa | skóre: 13
Rozbalit Rozbalit vše Re: C++: jak lokální proměnná dokáže způsobit chybu při linkování?

Hele nechybí ti náhodou v hlavičkovém souboru

#ifndef _TEST_HEADER_ #define _TEST_HEADER_ #endif

Případně nadáváš linkeru dvakrát jeden objektový soubor? "already defined in http.obj" tohle znamená, že existují minimálně dva objekty stejně pojmenované. Proto bych hledal chybu v překladovém systému, nebo něco na způsob vkládání (include) jednoho stejného souboru dvakrát.

24.1. 14:14 tttt
Rozbalit Rozbalit vše Re: C++: jak lokální proměnná dokáže způsobit chybu při linkování?
V hlavičkových souborech je
#ifndef _TEST_HEADER_ #define _TEST_HEADER_ #endif 
nebo
#pragma once
ověřoval jsem, že pragmu kompilátor podporuje.

Mám teď teorii, že je někde v hlavičkovém souboru i definice a linker ten soubor dostane dvakrát, jak píšeš. Pokud překladač danou funkci inlinuje, tak se chyba neprojeví. Dává mi smysl, že kompilátor při objevení složitější proměnné přehodnotí inlinování, což vysvětluje, proč se to chování mění s odstraněním řádku. Příklad na to linkování je třeba na http://www.cplusplus.com/forum/beginner/104849/
24.1. 14:44  
Rozbalit Rozbalit vše Re: C++: jak lokální proměnná dokáže způsobit chybu při linkování?
objdump toho http.obj by nepomohl?
24.1. 15:25 MadCatX | skóre: 25 | blog: dev_urandom
Rozbalit Rozbalit vše Re: C++: jak lokální proměnná dokáže způsobit chybu při linkování?
Pokud to čtu dobře, dochází k násobné definici symbolu KUREVSKY_SLOŽITÁ_TEMPLATE::end(), v tvém případě iterátorové funkce end() pro std::map. Podívej se, kde jinde v kódu používáš std::map<std::string, std::string> a jak. Když změníš typ klíče na int, vypadá funkce end() jinak a už k té kolizi nedojde. Skoro to vypadá, jako by se ti z nějaké překladové jednotky jiné než http.obj ta funkce end() exportovala a proto se ti to srazí. Absolutní rána do prázdna: neprovádíš tam někde explicitní instanciace funkcí, co by žraly std:map<std::string, std::string> jako parametr?
24.1. 17:03 tttt
Rozbalit Rozbalit vše Re: C++: jak lokální proměnná dokáže způsobit chybu při linkování?
std::map se tam skoro nepoužívá, šel jsem po výskytech. V jiném .cpp souboru je tato třída (ořezal jsem ji na minimum)
namespace {
	class foo {
	public:
		foo();
                std::map<std::string, std::string> namespaces; 
	};
	foo::foo() {};
}
Takto to vyvolá chybu [1], což čtu jako konstruktor std::map<std::string, std::string>(). Zakomentování řádku v původním postu stačí, aby se to zkompilovalo. Kompilace také projde, pokud kód vypadá takto:
namespace {
	class foo {
	public:
		foo();
		// std::map<std::string, std::string> namespaces;
	};
	foo::foo() {};
}
nebo takto
namespace {
 class foo { 
    public: foo() {}; 
    std::map<std::string, std::string> namespaces; 
  }; 
}
V příslušném hlavičkovém souboru se třída foo nevyskytuje, jen v .cpp souboru. Nepoužívá se nikde (smazal jsem výskyty). Vysvětlení mě zatím nenapadá, zatím přemýšlím, co to říká.

[1] Error LNK2005 "public: __cdecl std::map<class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >,class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >,struct std::less<class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > >,class std::allocator<struct std::pair<class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > const ,class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > > > >::map<class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >,class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> >,struct std::less<class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > >,class std::allocator<struct std::pair<class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > const ,class std::basic_string<char,struct std::char_traits<char>,class std::allocator<char> > > > >(void)" (??0?$map@V?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@V12@U?$less@V?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@@2@V?$allocator@U?$pair@$$CBV?$basic_string@DU?$char_traits@D@std@@V?$allocator@D@2@@std@@V12@@std@@@2@@std@@QEAA@XZ) already defined in http.obj
25.1. 12:02 MadCatX | skóre: 25 | blog: dev_urandom
Rozbalit Rozbalit vše Re: C++: jak lokální proměnná dokáže způsobit chybu při linkování?
Je zřejmé, že se definice funkcí pro std::map<std::string, std::string> objevují ve více překladových jednotkách a mají externí linkage, ale to ti asi došlo. S touhle situací by si měl linker poradit, protože u šablonových funkcí se tohle prostě děje. Zmínil jsi, že ten projekt má nějaký podivný build systém, možná bych se podíval, jestli se tam nějak podivně nešaškuje s STL kontejnery. Fakt by to chtělo nějaký minimální zkompilovatelný příklad, kdy se to rozbije.
26.1. 16:08 Jardik
Rozbalit Rozbalit vše Re: C++: jak lokální proměnná dokáže způsobit chybu při linkování?
namespace {
    class foo {
    public:
        foo();
                std::map<std::string, std::string> namespaces; 
    };
    inline foo::foo() {};
}
Zkus to takto. Chybi ti tam inline a pokud ten header includnes ze 2 cpp, budes tam mit 2 symboly pro ten jeden ctor. To, ze to funguje se zakomentovanou mapou, bude mozna kvuli optimalizaci, protoze ctor je pak noop.

Založit nové vláknoNahoru

Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

ISSN 1214-1267   www.czech-server.cz
© 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.