Forritasafn

Forritasafn (stutt bókasafn; enskt bókasafn, stutt lib) sem vísað er til í forritinu er safn undirforrita / venja sem bjóða lausnir á þematengdum vandamálum. Öfugt við forrit eru bókasöfn ekki sjálfstæðar framkvæmdar einingar heldur innihalda hjálpartæki sem forrit biðja um.

Í víðari skilningi eru forritasöfn (stundum einnig kölluð „íhlutasafn“ eða „bekkjasafn“) allar gerðir bókasafna sem veita / innihalda forritakóða (íhlutir). Að þessu leyti er gerður greinarmunur á milli dagskrárbókasafna, meðal annars eftir gerð forritakóða, t.d. B. heimildatextar, fjölvi, hlut- eða byecode, vélakóði osfrv. Í samræmi við það eru bókasöfn notuð á mismunandi tímum, sum aðeins í tengslum við hugbúnaðarþróun (úr verkfærum þróunarumhverfisins ), önnur aðeins til að framkvæma forrit, enn aðrir sem blandað form beggja. Slík bókasöfn innihalda oft ekki aðeins undirforrit, heldur forritakóða hluta af öllum forritagerðum .

Rammar eru sérstakt form forritasafna .

aðgang

Mögulegur aðgangur að aðgerðum forritsbókasafns er skilgreindur með forritunartengi (API). Þetta er heildarhluti opinberra aðgerða og flokka; öfugt við einkaeiningar bókasafnsins sem ekki eru aðgengilegar.

Sum sérforritasöfn eru ekki birt í frumkóðanum vegna þess að þau tákna leyndarmál fyrirtækja. Til að vernda gegn Decompilation , sem obfuscator er þá oft notað og allt tákn ( breytilegur og hoppa heimilisfang nöfn ) eru fjarlægðar.

Geymsluform

Forritasöfn og innihald þeirra er hægt að vista í mismunandi formum og uppbyggingum, allt eftir stýrikerfi og þróunarumhverfi, til dæmis:

• Bókasafnið er skráasafn ^og þættir / íhlutir þess eru einstakar skrár . ^a
• Bókasafnið er skrá sem ^a auðkennir þættir sem þar eru áætlunum um þróun umhverfisins eða sérstökum bókasafn stjórnun hugbúnaður og ferli.

Dæmi: Svokölluð 'DLL' frá Microsoft eða PO skrá frá IBM aðalrammum sem bókasafn fyrir frumtexta, hlutareiningar eða keyranlegar álagseiningar.

• Mismunandi gerðum bókasafna er stjórnað í sameiginlegri skrá ^a , þróunarumhverfið getur greint / unnið úr þessu. Dæmi: 'MDB' í MS Access inniheldur bókasöfn með frumkóða, fjölvi, fyrirfram þýddum gervikóða og öðrum kóðategundum.
• Það er ekkert „bókasafn“; íhlutirnir eru vistaðir og keyrðir sem einstakar skrár, t.d. B. sem „EXE skrár“.

Statísk bókasöfn

„Stöðugt bókasafn“ er forritasafn sem inniheldur einingar / undirforrit sem eru tengd við samsetningu annars forrits með svokölluðum tengli . Tengillinn býr til keyrsluskrá, venjulega fyrir aðalforrit, eða (fer eftir stýrikerfi) hleðslueiningu í hleðslusafni þar sem einingarnar sem kallaðar eru upp af honum eru varanlega (truflanir) samþættar / festar.

Hagræðingartengill leitar aðeins að þeim íhlutum (undirleiðum eða gögnum) úr úthlutuðu hlutareiningunum (bókasafnaskrár) sem forritið kallar í raun (vísað til) (og sem engin yfirskriftarútfærsla er fyrir í forritinu) og bætir þeim síðan við forrit. Skráin sem myndast er samsvarandi stærri. Einfaldir tenglar bæta einfaldlega við heildarhlutareiningunni eða öllu bókasafninu og stækka þannig forritið enn meira.

Stöðugt bókasafn er almennt sjálft afleiðing af frumkóða, skipt í nokkra einingar, en samantektirnar ( hlutareiningar ) eru síðan settar saman af tenglinum til að mynda bókasafnið.

Dynamic bókasöfn

Hluti af dynamic bókasöfnum eru aðeins sóttar í helstu minni á afturkreistingur áætlunar gegnum svokallað Loader . Þetta er annaðhvort gert með skýrum fyrirmælum forritsins eða óbeint með svokölluðum keyrslutímahleðslutæki , ef forritið hefur verið virkan tengt . Nú á dögum er þetta að mestu gert með stuðningi stýrikerfisins, þar sem (sjá hér að neðan) er fjallað sérstaklega um dýnamísk bókasöfn hvað varðar skipti og birtingu í vistfangarrými forritsins. Loaderinn er því að mestu leyti stýrikerfisíhlutur í dag.

Dynamískt tengd forrit þurfa ekki að hafa áhyggjur af því að hlaða nauðsynlega kraftmikla hluti sjálfa. Með kraftmiklum tengingum eru bókasafnið og samantektin aðeins lauslega tengd. Í stað þess að afrita nauðsynleg tákn ( breytu- og stökkfanganöfn ), eins og raunin er með truflanir tengingar , er aðeins vísað til þeirra. Svokallað keyrslutímabinder sér um að hlaða dýnamísku bókasafnunum og leita að táknum. Táknin sem vísað er til eru leyst annaðhvort strax (áður en raunverulegt forrit er byrjað eða þegar hlaðið er frá bókasafninu) eða leti ( leti) þegar táknið er notað í fyrsta skipti.

Dæmigert notkunartilvik til að opna bókasöfn beinlínis (að fletta upp tákninu með nafni til að nota táknið) er með innbyggðum arkitektúr. Önnur atburðarás er valfrjálst bókasafn sem er notað ef það er til staðar, en skortur á því er ekki villa.

Einn kostur við kraftmikið bókasafn er að forrit sem nota kraftmikið bókasafn njóta góðs af villuleiðréttingum á bókasafninu án þess að þurfa að safna þeim saman aftur. Ef til dæmis villa er að finna í OpenSSL bókasafninu og leiðrétt (samsvarandi bókasafni hefur verið skipt út), þá er nóg að endurræsa forritin sem nota þetta bókasafn til að leiðrétta villuna í þessum forritum líka.

Þar sem skrárnar þar sem dýnamísk bókasöfn eru geymd eru aðeins lesin og keyrð meðan á notkun stendur, en þeim er ekki breytt, þurfa stýrikerfi með sýndarminni aðeins að hlaða dýnamískum bókasöfnum einu sinni og geta þá birt þau í vistfangrými allra ferla sem nota þau. Þetta er hagkvæmt í fjölverkavinnslukerfum , til dæmis þegar bókasöfnin eru mjög stór í heildina og eru notuð af mörgum ferlum á sama tíma. (Ef kraftmikla bókasafnið hefur stöðu eða geymd gögn er hægt að stöðva þetta með afritun-á-skrifa .)

Mörg nútímaleg stýrikerfi hlaða hins vegar ekki kvik bókasöfnin strax heldur birta þau beint af harða disknum ef þörf krefur - þau eru meðhöndluð eins og skipt út á síður . Á sama hátt er síður sem ekki er krafist og tilheyra kraftmiklu bókasafni og hefur ekki verið breytt einfaldlega fargað. Ef nauðsyn krefur er hægt að endurhlaða þau af harða disknum.

Dæmi

Forritasöfn bjóða upp á íhluti í ákveðnu samhengi sem þeir (verða) að passa við byggingu þeirra og tengi. Í samræmi við það eru til forritasöfn, til dæmis í eftirfarandi samhengi:

• Eiginleikar stýrikerfisins
• Önnur kerfis- og gagnsemi forrit
• Undirhlutir þróunarumhverfis og forritunarmála
• Hlutir staðlaðra hugbúnaðarafurða
• Hlutar einstakra hugbúnaðar sem stjórnað er af notendum í sérgreindum bókasöfnum.
• GUI tól til að búa til myndræn notendaviðmót

Bókasöfn á ýmsum forritunarmálum

Bókasöfn á forritunarmálum innihalda þjónustu sem er ekki útfærð í þýðandanum en er forrituð á tungumálinu sjálfu og er í boði fyrir forritarann ​​annaðhvort ásamt þýðandanum eða alveg aðskilin frá henni. Í fyrra tilvikinu er bókasafnið venjulega tilgreint í tungumálalýsingunni. Í öðru tilvikinu talar maður um ytra bókasafn.

Bókasöfn sem tilgreind eru í tungumálalýsingunni eru stundum mjög mismunandi að umfangi.

Java

Java er eigin vettvangur og notar bókasafnshugtak sem er ekki bundið við stýrikerfið. Í grundvallaratriðum er enginn greinarmunur gerður á forriti og bókasafni. Allir flokkar eru settir saman í formi .class skrár og hlaðnir þegar þörf krefur. Að jafnaði eru bókasöfn, ef þau samanstanda af nokkrum flokkum, sameinuð í Java skjalasafni . Java API sjálft er einnig fáanlegt í formi Java skjalasafna.

Þar sem einstakir flokkar bókasafns eru aðeins hlaðnir við keyrslutíma geta tafir orðið þegar bókasafnið er notað í fyrsta skipti þar til kennslustund hefur verið hlaðin og frumstillt. Í Java fyrir rauntímakerfi , en einnig í Java SE , getur bekkjarhleðslutækið notað viðeigandi aðferðarsímtöl til að hlaða tilteknum eða öllum nauðsynlegum bókasöfnum við ræsingu og einnig ekki lengur afferma þau, svo að það sé ekki óvænt töf á notkun.

Bókasöfn í mismunandi stýrikerfum

Windows

Stýrikerfin Windows og OS / 2 er bókasafnaskrá sem binst virkan sem DLL (fyrir U se Dynamic L blek L ibrary kallað). Í samræmi við það hafa þessar skrár venjulega skráarviðbótina .dll . Skráarsnið þeirra er New Executable (16-bit), Lineary Executable (32-bit OS / 2) eða Portable Executable (32- eða 64-bita Windows).

Windows greinir á milli nokkurra tegunda DLLs:

• Entry-level DLL
• ActiveX -DLL
• .NET Assembly ( CLI )
• Windows lýsigögn ( CLI , eftirnafn .winmd)

Inngangsstig DLL innihalda aðgerðir en ActiveX-DLL innihalda flokka .

Ekki er hægt að stjórna DLL -skrám allt að Windows 98 og Windows NT 4.0 - hvaða forrit sem er getur skipt þeim út og gæti hugsanlega skemmt stýrikerfið. Windows Me , Windows 2000 og síðari útgáfur eru með kerfisvörn sem inniheldur einnig DLLs.

kostir

• Til viðbótar við kóða er einnig hægt að nota gögn (til dæmis valmyndaupplýsingar) í sameiningu með nokkrum ferlum.
• DLLs eru oft tengdir truflanir, en einnig er hægt að tengja þá á kraftmikinn hátt . Dynamic hér þýðir að DLL er beinlínis hlaðið af forritinu á keyrslutíma og aðgerðirnar sem eru í DLL eru tengdar við forritið „handvirkt“. Þetta gerir það mögulegt að breyta virkni forritsins á keyrslutíma með því að skipta um DLL.
• Hægt er að viðhalda DLLs óháð aðalforritinu. Þetta þýðir að hægt er að breyta aðgerðum í DLL án vitundar áætlunarinnar. Síðan er einfaldlega skipt um DLL (gamla DLL skráin er skrifuð yfir) án þess að þurfa að breyta aðalforritinu.
• Þar sem DLL verður að fylgja aðalforritinu sem sjálfstæðri skrá, geta kóðaveitendur betur tryggt að forritarar sem nota aðgerðir DLL þeirra borgi einnig fyrir það. Virkni DLL hverfur ekki (eins og með bókasafn) í kóða forritsins. Talsmenn ókeypis hugbúnaðar líta á þennan kost sem ókost.

ókostur

• Breytingar á DLL skrám leiða oft til breytinga á forritinu. Þetta leiðir auðveldlega til útgáfudeilu sem oft er mjög erfitt að finna. Ein af grunnhugmyndum DLLs var að deila forritakóða milli nokkurra forrita til að spara minni. Í reynd skrifa mörg forrit þó DLL í Windows kerfisskrána meðan á uppsetningu stendur sem ekkert annað forrit getur notað nema fyrir þetta tiltekna forrit. Að auki er þróunin, og þá sérstaklega tengingin, flóknari en með kyrrstöðu bókasafninu.
• Í reynd er þetta hins vegar ekki lengur viðeigandi, þar sem að minnsta kosti Windows 2000 hafa flest forrit innihaldið einkasöfn ^[1] með uppsetningu þeirra, þannig að útgáfaárekstur í skilningi DLL átaka er útilokaður. Undir Windows hafa bókasöfn sem eru geymd í forritamöppu forritsins hærri forgang en þau sem eru tiltæk kerfisbundin. ^[2]

Unix-eins kerfi

Á stýrikerfum eins og Unix (eins og Linux ) nota kyrrstæður bókasöfn skráarviðskeytið .a (úr "skjalasafni") og hægt er að skoða og breyta þeim með UNIX forritunum ar og nm . Í kerfum sem bjóða upp á pakkastjórnun eru kyrrstæð bókasöfn oft staðsett í sérstökum þróunarpakka ásamt hausskrám .

Hugtakið sameiginlegt bókasafn er algengt fyrir kraftmikið bókasafn. The Executable and Linking Format (ELF) , staðlaða sniðið sem Linux, FreeBSD og Solaris notar, er mjög vinsælt. Viðbótin .so (frá samnýttum hlut ) hefur fest sig í sessi fyrir þessar skrár. Að jafnaði er bókasafninu fylgt eftir með útgáfunúmeri tvöfaldra viðmótsins (ABI útgáfu) þannig að hægt er að setja upp nokkrar útgáfur af bókasafni á sama tíma. Meta upplýsingar um fyrirliggjandi .so hægt að readelf til dæmis með readelf .

Sameiginleg bókasöfn á Linux (að undanskildum fáum lágmarksbókasöfnum) byrja venjulega með forskeytinu „ lib “. Raunveruleg bókasafnaskrá inniheldur fullt útgáfunúmer. Táknræn hlekkur virkja aðgang gegnum so nafnið, sem og aðgang án nokkurs útgáfu forskrift. Dæmi:

• libfoo.so -> libfoo.so.1
• libfoo.so.1 -> libfoo.so.1.2.3
• libfoo.so.1.2.3

so nafnið í þessu tilfelli er " libfoo.so.1 ". Talan á eftir „ .so. „Breytist aðeins ef viðmót bókasafnsins breytist í nýrri útgáfu.

Keyrslutímabúnaðurinn notar útgáfuupplýsingar í forritinu sem á að framkvæma eða á bókasafninu til að hlaða til að velja útgáfu með samhæfu viðmóti. Þar sem forrit geta verið háð bókasöfnum jafnt sem bókasöfnum á öðrum bókasöfnum getur hugbúnaður verið óbeint háður mörgum bókasöfnum. Þar sem mörg Unix kerfi stjórna bókasafnunum saman miðlægt fyrir stýrikerfið og forritið eru pakkastjórnanir sem geta reiknað út ósjálfstæði og sett sjálfkrafa upp nauðsynleg bókasöfn. Dæmi um slíkar pakkastjórnunarkerfi eru APT og YUM .

Í sumum kerfum geturðu fundið út hvaða bókasöfn forrit er háð því að nota UNIX forritið ldd .

Þegar um er að ræða hugbúnað sem á að dreifa í tvöfaldri útgáfu, til dæmis hugbúnað í lokuðum hugbúnaði eða færanlegum / dreifingar óháðum hugbúnaði, verður að tryggja að öll nauðsynleg bókasöfn séu til staðar. Notendakerfið sem þessi hugbúnaður á að nota á verður þá að geta virkað sem samhæfur tvöfaldur vettvangur . Þetta er hægt að gera á eftirfarandi hátt:

• Tilgreining á einni eða fleiri samhæfum stýrikerfisdreifingum, til dæmis: "keyrir undir Debian 5.0 (Lenny)".
• Notkun dreifingarsértækrar pakka þannig að nauðsynleg bókasöfn séu endurhlaðin af pakkastjóranum. Ókosturinn er gífurlegt átak sem felst í því að útvega pakka fyrir margar dreifingar sem fyrir eru. ^{[3] [4]}
• Afhending allra kraftmikilla bókasafna. Þetta er afritað í sérstaka skrá ásamt forritinu, skjölum osfrv. Síðari aðlögun að LD_LIBRARY_PATH bókasafnsins fyrir forritið með LD_LIBRARY_PATH gegnum forskrift eða handvirkt. ^[5]
• Að afnema kraftmikið bókasafn og truflanir , sem er tæknilega erfitt ^{[6] [7]} eða hægt er að koma í veg fyrir með leyfisátökum. Þú tapar einnig stuðningi við uppfærslu sem byggist á dreifingu. ^[8.]
• Í gegnum einkasöfn ^[1] sem eru samþætt í gegnum hlutfallslega bókasafnsleið. Til að gera þetta verður forritið að búa til með tengiliðavalkostinum $ORIGIN . ^[5]

Hægt er að útfæra hlut- og íhlutamiðaða nálgun hér með því að setja upp og skila samsvarandi hlut eða hlut í aðgerð.

kostir

• Að deila auðlindum
• Forðastu óþarfa einkasöfn
• Ótrúlegur fjöldi ókeypis og gefins bókasafna er í boði
• Hægt er að gera bókasöfn óháð aðalforritinu ^[8] og uppfærslur forrita verða minni
• Hagræðingar á einum stað geta flýtt fyrir öllu kerfinu
• Get fljótt falið að breyta kerfissímtölum
• Að draga saman lágmarksvandamál

ókostur

• Vandamál í nauðsynlegum bókasöfnum gera kerfi ónothæf. Með nútíma dreifingu tryggja viðeigandi pakkastjórnunarforrit venjulega að þetta geti ekki gerst.
• Ef ósamrýmanlegar breytingar verða á tvöfaldu viðmótinu verður að setja saman öll háð forrit. Útgáfunúmer og samhliða notkun pakka draga úr vandamálinu um tvöfaldan eindrægni, en það leysir það ekki. ^[9]
• Ef ósamrýmanlegar breytingar verða á forritunartengi verður að aðlaga öll háð forrit í samræmi við það.
• Það verður erfiðara að búa til færanlegar eða dreifingarforrit. ^{[10] [11]}

Bókasöfn á z / OS

Í z / OS sem og í forverakerfunum System / 360 og System / 390 er / var stjórnað forritasöfnum (eins og öllum gerðum bókasafna) í formi skiptingargagna (PDS). Að jafnaði eru aðskilin bókasöfn notuð fyrir hverja forritakóðategund (sjá hér að neðan) og þættir þeirra eru tilnefndir sem meðlimir , óháð tegund. Meðlimirnir eru settir þar af ýmsum kerfisforritum í þróunarumhverfinu og notaðir þaðan.

Fyrir hverja tegund af forritakóða - allt eftir kröfum - er eitt (1) bókasafn notað fyrir heilt fyrirtæki, fyrir hverja fyrirtækjasvið eða fyrir tiltekin notkunarsvið. Færslurnar eru aðgreindar með nafni meðlimar. Til dæmis eru eftirfarandi gerðir forritasafna notaðar:

Tegundir kóða / bókasafna t.d. T.d. með z / OS (með 3GL tungumáli)

• Uppspretta textasöfn: Þetta inniheldur frumkóða forrita eða undirrita, þ.e. yfirlýsingar , aðgerðir og, eftir forritunarmáli, aðra kóðahluta. Sérstökum útgáfum frumtexta er oft stjórnað á aðskildum bókasöfnum; Dæmi eru:
  • Afritabókasöfn ; þau innihalda brot af frumkóða, til dæmis gagnayfirlýsingar fyrir tilteknar gerðir af gagnasafni eða hagnýta kóðahluta til notkunar í mörgum forritum.
  • Til dæmis, Macro bókasöfn innihalda leiðbeiningar um tungumáli samkoma, sem umbreyta efnahagslegu hringja í Assembler kóða í samsetningu og setja það inn í kóða.

Færslurnar í frumtextabókasöfnum eru venjulega búnar til og breyttar með aðstoð textaritstjóra og notaðar af þýðendum / samseturum sem inntak til að búa til safnað forritakóða.

• Þýðendurnir setja hlutareiningar í hlutakóðasöfn , venjulega ein eining í hverri samantekt. Þessar einingar eru inntak fyrir síðari nauðsynlega tengingu eða bindingu; þetta bókasafn er þekkt fyrir kerfisforritið, einnig þekkt sem Linkage Editor , sem SYSLIB.
• Við tengingu verða til svokallaðar hleðslueiningar sem eru settar í hleðslusafn , einnig þekkt sem „Core Image Library“. Hlaða bókasöfnum getur
  • fyrirtækja á aðeins einu sameiginlegu bókasafni innihalda allar forritagerðir eða
  • valfrjálst (og venjulega) aðalforritin sem á að kalla (í gegnum JCL ) eða að hlaða niður undirforritunum fyrir sig með hleðsluskipuninni á aðskildum bókasöfnum.

Til að framkvæma er hægt að úthluta mismunandi bókasöfnum í gegnum STEPLIB, JOBLIB eða LINKLIST forskriftina og einstaka einingar eru hlaðnar úr þeim af stýrikerfinu .

Bókasöfn undir Amiga OS

Með AmigaOS eru öll bókasöfn notuð sem sameiginleg bókasöfn. Forritið biður þá um það á keyrslutíma frá kerfinu, sem veitir síðan grunnföng bókasafnsins í minninu (allt að OS3.9) eða samsvarandi tengi (frá OS4.0). Forritið notar síðan hlutfallsleg vistföng til að komast að raunverulegum aðgerðum (eftir grunnfangi) í gegnum stökkborð fyrir framan grunnfangið. Þessar aðgerðir eru endurörvunar (endurörvunar).

Jafnvel þótt bókasafninu sé breytt, þá eru núverandi færslur í stökktöflunum alltaf þær sömu. Aðeins er hægt að bæta við nýjum færslum í lok töflanna. Þannig er samhæfni niður á við gefin.

Sem sérstakur eiginleiki AmigaOS er hægt að tilgreina lágmarksútgáfu þegar bókasafn er opnað og þannig tryggt að tilætluð virkni sé í raun tiltæk. Ef þessi útgáfa finnst ekki getur símaforritið örugglega skipt aftur yfir í einfaldari virkni eins og kveðið er á um í eldri útgáfu bókasafnsins.

Bókasafnaskrár hafa viðbótina .bókasafn og eru venjulega staðsettar í LIBS möppunni : kerfisskiptingin. Þegar leitað er að bókasafni athugar stýrikerfið einnig forritaskrá umsóknarforritsins.

Vefsíðutenglar

Wiktionary: forritasafn - skýringar á merkingum, uppruna orða, samheiti, þýðingar

• Mike Hearn: Að skrifa hlutdeildarbókasöfn Gryfjur og bestu starfshættir til að búa til ELF bókasöfn, 2004

Einstök sönnunargögn

1. ↑ ^{a b} Rick Anderson: The End of DLL Hell . microsoft.com. 11. janúar 2000. Í geymslu úr frumritinu 5. júní 2001. Sótt 15. janúar 2012: „ Einka DLL -skrár eru DLL sem eru sett upp með tilteknu forriti og aðeins notuð af því forriti. "
2. ↑ Arnaud Desitter: Notkun truflaðra og sameiginlegra bókasafna þvert á vettvang; Röð 9: Bókasafnaleið ( enska ) ArnaudRecipes. 20. júlí 2011. Í geymslu frá upprunalegu 20. júlí 2011. Sótt 26. janúar 2012: „ win32 afturkreistingarsafn bókasafns:. og síðan PATH "
3. ↑ Eric Brown: LSB 4.0 vottanir miða að því að lækna Linux sundrungu ( ensku ) linuxfordevices.com. 8. desember 2010. Geymt úr frumritinu 24. desember 2013. Upplýsingar: skjalasafnstengillinn var settur inn sjálfkrafa og hefur ekki enn verið athugaður. Vinsamlegast athugaðu upprunalega og geymsluhlekkinn í samræmi við leiðbeiningarnar og fjarlægðu síðan þessa tilkynningu. @ 1 @ 2 Sniðmát: Webachiv / IABot / archive.linuxgizmos.com Sótt 16. nóvember 2011: „ [...] LSB hjálpar til við að draga úr sundrungu, það eyðir því ekki. „Málið um umbúðir og víðara háð er enn stórt (fyrir mig) að minnsta kosti,“ skrifar Kerner. "Sami snúningshraði sem ég fæ fyrir Fedora mun ekki virka á Ubuntu og Ubuntu DEB pakkar virka ekki á SUSE osfrv." [...] "
4. ↑ Eskild Hustvedt: Að leika vel með distros ( ensku ) Linux Game Publishing . 24. nóvember 2009. Í geymslu úr frumritinu 21. september 2011. Sótt 15. janúar 2012.
5. ↑ ^{a b} Eskild Hustvedt: Nýja leiðin okkar til að hitta LGPL ( ensku ) 8. febrúar 2009. Geymd úr frumritinu 13. apríl 2014. Sótt 9. mars 2011: „ Þú getur notað sérstakt leitarorð $ ORIGIN til að segja„ miðað við raunverulega staðsetningu keyrslunnar '. Skyndilega komumst við að því að við gætum notað -rpath $ ORIGIN / lib og það virkaði. Leikurinn var að hlaða réttu bókasöfnin og var því stöðug og færanleg, en var nú líka alveg í anda LGPL auk bréfsins! "
6. ↑ Evan Jones: Portable Linux Binaries ( English ) 13. febrúar 2008. Sótt 10. janúar 2012: „ Linux er ekki vel þekkt fyrir tvöfaldan flutning. Bókasöfn eru mismunandi eftir kerfum og kjarnaviðmót hafa tilhneigingu til að breytast. [...] Nýlega, ég þurfti að byggja tvöfaldur á einu kerfi, og keyra það á öðru. Það notaði aðeins venjulegar C bókasafnsaðgerðir, svo ég bjóst við að það væri auðvelt. Það var ekki. [...] "
7. ↑ Christoph Baus: Enn ein Unix martröðin: tengir libstdc ++ ( ensku ) á réttan hátt 31. maí 2005. Geymt úr frumritinu 10. febrúar 2010. Sótt 15. janúar 2012.
8. ↑ ^{a b} Ulrich Drepper : Statísk tenging talin skaðleg ( enska ) redhat.com . Í geymslu frá frumritinu 27. maí 2010. Sótt 13. janúar 2012: „ Það eru enn of margir þarna úti sem halda (eða jafnvel krefjast) að kyrrstæð tenging hafi ávinning. Þetta hefur aldrei verið raunin og mun aldrei verða raunin. [...] "
9. ↑ Mike Hearn: Random Collection of Current Linux Problem Binary Portability ( English ) Autopackage .org. 2006. Geymt úr frumritinu 18. maí 2009. Sótt 23. janúar 2012: „ Þessi síða var undirbúin fyrir OSDL fundinn í desember 2005. Það lýsir mörgum þeim vandamálum sem felast í Linux sem við höfum lent í meðan við dreifðum flóknum hugbúnaði í tvöfalt form til notenda. Það býður einnig upp á nokkrar tillögur til úrbóta. "
10. ↑ Troy Hepfner: Linux leikjaþróun hluti 2 - dreifanlegar tvöfaldar tölvur ( ensku ) gamedev.net. 1. október 2007. Í geymslu úr frumritinu 13. október 2007. Sótt 19. desember 2011: „ Að búa til keyrslu sem virkar á nánast allar Linux dreifingar er áskorun. Það eru nokkrir þættir sem stuðla að vandamálinu [...] “
11. ↑ Simon Peter: AppImageKit Documentation 1.0 ( enska , PDF; 38 kB) PortableLinuxApps.org. Bls. 2-3. 2010. Geymt úr frumritinu 29. nóvember 2010. Upplýsingar: skjalasafnstengillinn var settur inn sjálfkrafa og hefur ekki enn verið athugaður. Vinsamlegast athugaðu upprunalega og geymsluhlekkinn í samræmi við leiðbeiningarnar og fjarlægðu síðan þessa tilkynningu. @ 1 @ 2 Sniðmát: Webachiv / IABot / portablelinuxapps.org Sótt 29. júlí 2011: " Ekki auðvelt að færa forrit úr einni vél í aðra "