🚀 go-pugleaf

Johan Vervloet schreef:
> Dag allemaal,
> 
> Hoewel Delphi 2006 niet echt een veelgebruikte programmeeromgeving zal 
> zijn, wil ik het toch wagen om er hier een vraag over te stellen.
> 
> Als ik in Delphi 2006 mijn programma wil starten, probeert Delphi iets 
> te installeren, en dat loopt dan mis.  Als ik mezelf 
> administratorrechten geef, dan kan ik m'n programma zonder problemen 
> runnen.
> 
> Iemand een idee hoe ik dat op een meer propere manier kan oplossen?
> 
> Bedankt,
> Johan


Blijf je eigen account gewoon administratorrechten geven ....

Als Delphi programmeur op een lokale machine lijkt het me logisch dat je 
administrator rechten moet hebben ...

Ludo <jvbsoft.verwijder@telenet.be> wrote:

> Johan Vervloet schreef:
>> Dag allemaal,
>> 
>> Hoewel Delphi 2006 niet echt een veelgebruikte programmeeromgeving zal 
>> zijn, wil ik het toch wagen om er hier een vraag over te stellen.
>> 
>> Als ik in Delphi 2006 mijn programma wil starten, probeert Delphi iets 
>> te installeren, en dat loopt dan mis.  Als ik mezelf 
>> administratorrechten geef, dan kan ik m'n programma zonder problemen 
>> runnen.
>> 
>> Iemand een idee hoe ik dat op een meer propere manier kan oplossen?
>> 
>> Bedankt,
>> Johan
> 
> Blijf je eigen account gewoon administratorrechten geven ....
> 
> Als Delphi programmeur op een lokale machine lijkt het me logisch dat je 
> administrator rechten moet hebben ...

Mij niet. Ik ontwikkel dan niet in Delphi, maar ik ontwikkel gewoon als 
beperkte gebruiker. Ik snap er niets van dat er nogal wat programma's 
schijnen te zijn die als eis admin rechten stellen.

-- 
John Bokma
                 Voorbeeldscripts in Perl: http://johnbokma.com/perl/
Ervaren Perl / Java programmeur beschikbaar:  http://castleamber.com/
Tevreden opdrachtgevers:     http://castleamber.com/testimonials.html

John Bokma <john@castleamber.com> wrote in 
news:Xns97378016FCD6Acastleamber@130.133.1.4:

>  Ik snap er niets van dat er nogal wat programma's 
> schijnen te zijn die als eis admin rechten stellen.
> 

Ik vermoed dat de reden daarvoor is dat in de vroege 32-bits windows 
versies er geen beveiligingsbeleid was, waardoor programmeurs er aan gewend 
waren alles te mogen doen.  Nu er wel group policies zijn houden ze er geen 
rekening mee - ook al omdat ze de programma's zelf ontwikkelen en testen 
onder een admin account.  De mentaliteit van zowel windows programmeurs als 
gebruikers moet veranderen zodat ze enkel die privileges gebruiken die echt 
nodig zijn.  Zowat alle gebruikers van Windows XP werken gewoon constant 
onder een admin account, en die merken dan natuurlijk ook niets van de 
beveiliging.  Bovendien is het in Windows niet eenvoudig om, als je als 
gewone gebruiker bent ingelogd, systeembeheer te doen.  Vaak moet je 
werkelijk uitloggen en inloggen als admin.  In Linux omgevingen is het 
gebruik van beperkte accounts al veel meer ingeburgerd, en daar wordt ook 
gewoon het root paswoord gevraagd als dit nodig is, ipv te zeggen "u heeft 
niet genoeg machtigingen".

-- 
Beware the False Authority Syndrome

zero <zero@this.hi> wrote:

> John Bokma <john@castleamber.com> wrote in 
> news:Xns97378016FCD6Acastleamber@130.133.1.4:
> 
>>  Ik snap er niets van dat er nogal wat programma's 
>> schijnen te zijn die als eis admin rechten stellen.
>> 
> 
> Ik vermoed dat de reden daarvoor is dat in de vroege 32-bits windows 
> versies er geen beveiligingsbeleid was, waardoor programmeurs er aan
> gewend waren alles te mogen doen.  Nu er wel group policies zijn
> houden ze er geen rekening mee - ook al omdat ze de programma's zelf
> ontwikkelen en testen onder een admin account.  De mentaliteit van
> zowel windows programmeurs als gebruikers moet veranderen zodat ze
> enkel die privileges gebruiken die echt nodig zijn.  Zowat alle
> gebruikers van Windows XP werken gewoon constant onder een admin
> account, en die merken dan natuurlijk ook niets van de beveiliging. 
> Bovendien is het in Windows niet eenvoudig om, als je als gewone
> gebruiker bent ingelogd, systeembeheer te doen.  Vaak moet je 
> werkelijk uitloggen en inloggen als admin.

Uhm? Run as? Ik kan daar meestal prima mee uit de voeten. En anders Window 
toets + L, en ff password ingeven.

> In Linux omgevingen is het
> gebruik van beperkte accounts al veel meer ingeburgerd, en daar wordt
> ook gewoon het root paswoord gevraagd als dit nodig is, ipv te zeggen
> "u heeft niet genoeg machtigingen".

Vreemd... Ik klik hier dubbel op install.exe en er komt netjes een window 
of ik het wil installeren als een andere gebruiker, omdat ik geen 
administrative privileges heb. 

-- 
John Bokma
                 Voorbeeldscripts in Perl: http://johnbokma.com/perl/
Ervaren Perl / Java programmeur beschikbaar:  http://castleamber.com/
Tevreden opdrachtgevers:     http://castleamber.com/testimonials.html

John Bokma <john@castleamber.com> wrote in
news:Xns9738D5A93137Ecastleamber@130.133.1.4: 

> 
> Uhm? Run as? Ik kan daar meestal prima mee uit de voeten. En anders
> Window toets + L, en ff password ingeven.
>

Twee problemen met run as: je moet op voorhand weten dat je admin 
privileges nodig hebt, en vele instellingen zitten niet netjes verpakt in 
een executable die je kan opstarten met run as.
Gebruiker wisselen komt bijna op hetzelfde neer als uitloggen qua 
tijdsverlies.

> 
> Vreemd... Ik klik hier dubbel op install.exe en er komt netjes een
> window of ik het wil installeren als een andere gebruiker, omdat ik
> geen administrative privileges heb. 
> 

Dat is dan een goed programma.  De meeste programma's geven gewoon een 
foutmelding.  En vele windows instellingen zijn gewoon niet toegankelijk.



-- 
Beware the False Authority Syndrome

zero <zero@this.hi> wrote:

> John Bokma <john@castleamber.com> wrote in
> news:Xns9738D5A93137Ecastleamber@130.133.1.4: 
> 
>> 
>> Uhm? Run as? Ik kan daar meestal prima mee uit de voeten. En anders
>> Window toets + L, en ff password ingeven.
>>
> 
> Twee problemen met run as: je moet op voorhand weten dat je admin 
> privileges nodig hebt,

Ik weet dat 9 van de 10 keer.

> en vele instellingen zitten niet netjes verpakt
> in een executable die je kan opstarten met run as.

Heb je die dagelijks nodig?

> Gebruiker wisselen komt bijna op hetzelfde neer als uitloggen qua 
> tijdsverlies.

Nee dus, want alles blijft netjes staan bij de beperkte gebruiker.

>> Vreemd... Ik klik hier dubbel op install.exe en er komt netjes een
>> window of ik het wil installeren als een andere gebruiker, omdat ik
>> geen administrative privileges heb. 
> 
> Dat is dan een goed programma.  De meeste programma's geven gewoon een
> foutmelding.

Kortom, ligt aan die programma's.

> En vele windows instellingen zijn gewoon niet
> toegankelijk. 

Welke "vele", en heb je die dagelijks nodig?

-- 
John Bokma
                 Voorbeeldscripts in Perl: http://johnbokma.com/perl/
Ervaren Perl / Java programmeur beschikbaar:  http://castleamber.com/
Tevreden opdrachtgevers:     http://castleamber.com/testimonials.html

John Bokma <john@castleamber.com> wrote in 
news:Xns973980F15E64Fcastleamber@130.133.1.4:

> zero <zero@this.hi> wrote:
> 
>> Gebruiker wisselen komt bijna op hetzelfde neer als uitloggen qua 
>> tijdsverlies.
> 
> Nee dus, want alles blijft netjes staan bij de beperkte gebruiker.

Toch duurt het wisselen heel wat langer dan gewoon een paswoord intypen.

> 
>>> Vreemd... Ik klik hier dubbel op install.exe en er komt netjes een
>>> window of ik het wil installeren als een andere gebruiker, omdat ik
>>> geen administrative privileges heb. 
>> 
>> Dat is dan een goed programma.  De meeste programma's geven gewoon een
>> foutmelding.
> 
> Kortom, ligt aan die programma's.

Natuurlijk, dat zeg ik toch.  De windows-programmeurs zijn het nog niet 
gewoon om met de beveiliging te werken.

> 
>> En vele windows instellingen zijn gewoon niet
>> toegankelijk. 
> 
> Welke "vele", en heb je die dagelijks nodig?
> 

Een voorbeeld "off the top of my head": het in- en uitschakelen van de 
firewall (XP SP1).

Ik zeg niet dat de beveiliging in de 32 bits windows slecht is - in 
tegendeel, de eerste keer dat ik XP gebruikte was ik aangenaam verast.  
Maar het kan nog beter.

-- 
Beware the False Authority Syndrome

zero <zero@this.hi> wrote:

> John Bokma <john@castleamber.com> wrote in 
> news:Xns973980F15E64Fcastleamber@130.133.1.4:
> 
>> zero <zero@this.hi> wrote:
>> 
>>> Gebruiker wisselen komt bijna op hetzelfde neer als uitloggen qua 
>>> tijdsverlies.
>> 
>> Nee dus, want alles blijft netjes staan bij de beperkte gebruiker.
> 
> Toch duurt het wisselen heel wat langer dan gewoon een paswoord
> intypen. 

Hoe vaak op een dag wissel jij?

>>>> Vreemd... Ik klik hier dubbel op install.exe en er komt netjes een
>>>> window of ik het wil installeren als een andere gebruiker, omdat ik
>>>> geen administrative privileges heb. 
>>> 
>>> Dat is dan een goed programma.  De meeste programma's geven gewoon
>>> een foutmelding.
>> 
>> Kortom, ligt aan die programma's.
> 
> Natuurlijk, dat zeg ik toch.

Ik ook, dus je kan Windows niet verwijten wat eigenlijk een domme fout
is van de programmeurs. 

>>> En vele windows instellingen zijn gewoon niet
>>> toegankelijk. 
>> 
>> Welke "vele", en heb je die dagelijks nodig?
> 
> 
> Een voorbeeld "off the top of my head": het in- en uitschakelen van de
> firewall (XP SP1).

Uhm, jij schakelt een firewall dagelijks aan en uit? (En waarom nog
SP1?) 

> Ik zeg niet dat de beveiliging in de 32 bits windows slecht is - in 
> tegendeel, de eerste keer dat ik XP gebruikte was ik aangenaam verast.
>  Maar het kan nog beter.

Wat mij betreft ja, maar dan meer op het gebied van 3rd party software:
<http://johnbokma.com/mexit/2005/12/02/>
Ik bedoel dat is knullig (wordt gefixt in een volgende versie)

<http://johnbokma.com/mexit/2005/11/09/irfanview-ini-fix.html>
ook knullig, wordt wellicht nooit gefixt, omdat de auteur een bord voor
zijn kop heeft (Registry zuigt, omdat sommige 3rd party programmas er
een zooitje van maken..) 


-- 
John Bokma
                 Voorbeeldscripts in Perl: http://johnbokma.com/perl/
Ervaren Perl / Java programmeur beschikbaar:  http://castleamber.com/
Tevreden opdrachtgevers:     http://castleamber.com/testimonials.html