TRegistry Unterschied zwischen Delphi 7 und 2009

[Popov]

Nein, ich meine wirklich das Konto "Administrator". Unter XP existiert das, ist aber im Willkommenfenster nicht sichtbar. Um es aufzurufen muss man eine Anmeldeform wählen in der man den Benutzer selbst eingeben kann.

Unter Windows 7 sieht es ähnlich aus. Es ist ein verstecktes Konto. Deshalb wundert es mich. Eigentlich kann man kein Konto "Administrator" erstellen, weil es schon da ist. Man kann es aber in der Regel auch nicht so einfach auswählen. Bist du sicher, dass dein Konto "Administrator" ist? Oder hat es nur Administrator-Rechte?

[Popov]

Zitat:

Zitat von Dalai (Beitrag 1300554)

Nein, es ist standardmäßig deaktiviert, aber ganz normal sichtbar, und nach dem Aktivieren auch nutzbar.

Ich weiß nicht was du unter deaktiviert verstehst, aber bei mir ist es unsichtbar, d. h. es erscheint nicht im Willkommenbildschirm. Bin ich im Willkommenbildschirm (zumindest unter XP, unter 7 habe ich es noch nicht getestet) und klicke zweimal schnell hintereinander Strg+Alt+Entf (ich hab es schon lange nicht mehr gemacht, ich glaube aber so war es) erscheint dein Anmelde-Dialogfenster (so wie es in Firmen üblich ist). Man kann nun als Benutzernamen "Administrator" eingeben. Und schon kann man in das Konto rein.

Was du meinst ist das dauerhafte Anzeigen von "Administrator" im Willkommenbildschirm.

[Sir Rufo]

Ihr seht da mehr als ich - aber der TE ist nicht mit dem vordefiniertem Administrator Konto angemeldet (oder er hat sich zwei mal vertippt):

Zitat:

Zitat von Shark99 (Beitrag 1300549)

Besitzer ist Administrators (WORK\Administrators) (der auch eingelogt ist).

"Was passiert wenn du '\Software\Vendor\Productname' in '\Software\Vendor2\Productname' änderst?"

Es ändert sich natürlich nichts.

[Shark99]

http://i.imgur.com/M19mxP5.png

[Dalai]

@Popov: Nein, es ist schon so, wie ich sage. Dass das Adminkonto im Willkommensbildschirm nicht sichtbar ist, ist wieder eine andere Sache, die nicht mit dem übereinstimmen muss, ob ein Konto aktiviert ist oder nicht. Sobald unter Win7 der vordefinierte Administrator (und nur um den geht's) aktiviert wird, ist der im Anmeldedialog sichtbar. Lassen wir das, denn das ist OT, und unwichtig, denn Shark99 ist als Admin angemeldet, egal mit welchem.

Zitat:

Zitat von Sir Rufo (Beitrag 1300557)

Ihr seht da mehr als ich - aber der TE ist nicht mit dem vordefiniertem Administrator Konto angemeldet (oder er hat sich zwei mal vertippt):

Nein, Shark99 hat sich zwar vertippt, denn er hat sicher keine Gruppe angemeldet, aber Administrators ist eben die Besitzgruppe der Dateien auf einem englischen Windows.

MfG Dalai

[himitsu]

Zitat:

Zitat von Popov (Beitrag 1300513)

Delphi-Quellcode:

      Reg.CloseKey; //wird gerne vergessen

Delphi-Quellcode:

destructor TRegistry.Destroy;
begin
  CloseKey;
  inherited;
end;

Deswegen macht Delphi das für Diejenigen. :angle2:

[Dalai]

Tja, dann bleibt nur noch, genauer zu untersuchen, was die EXE macht bzw. wie das aus Sicht des OS aussieht, inwiefern sich die beiden EXEn unterschiedlich verhalten (bzw. dieselbe an unterschiedlichen Orten). Das kann man mit Process Monitor machen, wie bereits von jaenicke in Post #4 vorgeschlagen.

MfG Dalai

[Popov]

Ist es so, dass allgemein alle Programme die auf dem Laufwerk kompiliert wurden Probleme haben, oder ist es nur dieses Programm?

[p80286]

Zitat:

Zitat von Popov (Beitrag 1300619)

Ist es so, dass allgemein alle Programme die auf dem Laufwerk kompiliert wurden Probleme haben, oder ist es nur dieses Programm?

Wenn ich ihn richtig verstanden habe, tritt das Problem bei Echsen auf, die in einem/mehreren Verzeichnisse(n) gespeichert ist.

Gruß
K-H

[Shark99]

Zitat:

Zitat von Popov (Beitrag 1300619)

Ist es so, dass allgemein alle Programme die auf dem Laufwerk kompiliert wurden Probleme haben, oder ist es nur dieses Programm?

Wie schon mehrmals beschrieben, tritt es nur auf wenn ich in Verzeichnissen kompiliere die neu erstellt werden, in Verzeichnissen die älter als einen Monat sind gibt es die Probleme nicht. Das betrifft nur c:\. auf d:\ geht es immer.