🚀 go-pugleaf

Philip Paeps <philip@paeps.cx> wrote in message news:<VBuJ8.2117$ud.207@afrodite.telenet-ops.be>...
> Flatron <flatron@mad.scientist.com> wrote:
> > Philip Paeps <philip@paeps.cx> wrote:
> > > _YuGo_ <yugo@pandora.be> wrote:
> > > > Als ik dan een Exe maak van dit programma en op een andere computer
> > > > installeer dan geeft hij fouten dat hij MSADODC.OCX niet kan vinden.
> > > > 
> > > > Hoe kan ik ervoor zorgen dat dit programma wel werkt op een computer
> > > > waar Visual Basic niet ge�nstalleerd is?
> > > 
> > > In een echte programmeertaal bestaat er zoiets als 'static' linking.
> > > Mogelijk heeft VB hier ook een verkrachting van aan boord waar je
> > > gebruik van kunt maken?
> 
> [...]
> 
> > - static linking, in om het even welke programeertaal, uit den boze
> > is, not done
> 
> Aha ... okee.  Mijn libraries steken in /usr/lib en /usr/local/lib.
> De schijf waar /usr schiet in brand, mijn kernel panic't en ik kom in
> single user mode terecht.
> 
> Als mijn shell dynamisch gelinkt is, hoe stel je voor dat ik ook maar
> enige vorm van maintenance ga kunnen doen?
> 
> Juist, zeer goede reden om een statisch gelinkte shell te hebben.
> 

(a) aha ...okee, en als er een bug of tekortkoming in 1 (!) van die
libraries steekt dan meer lekker je statisch gelinkte shell
hercompileren zeker

> Een andere goede reden is precies degene die de OP wou: een binary
> distribueren naar een systeem waar de library niet opstaat.  In de
> veronderstelling dat hij die library daar op geen enkele manier op kan
> krijgen is een statische link de enige echte mogelijkheid.
> 

(b) idem

> > - ieder deftige applicatie gedistribueerd wordt met een installatie-
> > en deinstallatieprogramma (SETUP), al is het maar uit standpunt van
> > gebruikersvriendelijkheid - de SETUP installeert tevens alle
> > dependencies (OCX, DLL, ea.)
> 
> Neen.  Een programma heeft niet zomaar dynamische libraries op een
> systeem te ploffen naar eigen goeddunken.  Als een library die het nodig
> heeft niet bestaat moet het klagen, en is het aan de user/admin om er
> zelf voor de zorgen dat die library er komt.
> 

(c) prachtig, laat alles maar aan de gebruiker over, die heeft toch
niks beters te doen

Ik herinner me m'n docent Unix, die zei dikwijls: "Je hebt de Unix
gebruikers en de gewone stervelingen". Wel, dergelijke mentaliteit
wordt hier duidelijk door jou ge�llustreerd en is IMHO nu precies d�
reden waarom Linux vandaag nog steeds niet het verhoopte succes haalt.

> Zo cre�er je de fameuze wintendo dll-hell.  Een installatieprogramma 'x'
> komt gezellig de libraries van programma 'y' overwriten.  Programma 'y'
> zal niet meer draaien.
> 
> [...]
> 
>  - Philip