element14 Community
element14 Community
    Register Log In
  • Site
  • Search
  • Log In Register
  • Community Hub
    Community Hub
    • What's New on element14
    • Feedback and Support
    • Benefits of Membership
    • Personal Blogs
    • Members Area
    • Achievement Levels
  • Learn
    Learn
    • Ask an Expert
    • eBooks
    • element14 presents
    • Learning Center
    • Tech Spotlight
    • STEM Academy
    • Webinars, Training and Events
    • Learning Groups
  • Technologies
    Technologies
    • 3D Printing
    • FPGA
    • Industrial Automation
    • Internet of Things
    • Power & Energy
    • Sensors
    • Technology Groups
  • Challenges & Projects
    Challenges & Projects
    • Design Challenges
    • element14 presents Projects
    • Project14
    • Arduino Projects
    • Raspberry Pi Projects
    • Project Groups
  • Products
    Products
    • Arduino
    • Avnet & Tria Boards Community
    • Dev Tools
    • Manufacturers
    • Multicomp Pro
    • Product Groups
    • Raspberry Pi
    • RoadTests & Reviews
  • About Us
    About the element14 Community
  • Store
    Store
    • Visit Your Store
    • Choose another store...
      • Europe
      •  Austria (German)
      •  Belgium (Dutch, French)
      •  Bulgaria (Bulgarian)
      •  Czech Republic (Czech)
      •  Denmark (Danish)
      •  Estonia (Estonian)
      •  Finland (Finnish)
      •  France (French)
      •  Germany (German)
      •  Hungary (Hungarian)
      •  Ireland
      •  Israel
      •  Italy (Italian)
      •  Latvia (Latvian)
      •  
      •  Lithuania (Lithuanian)
      •  Netherlands (Dutch)
      •  Norway (Norwegian)
      •  Poland (Polish)
      •  Portugal (Portuguese)
      •  Romania (Romanian)
      •  Russia (Russian)
      •  Slovakia (Slovak)
      •  Slovenia (Slovenian)
      •  Spain (Spanish)
      •  Sweden (Swedish)
      •  Switzerland(German, French)
      •  Turkey (Turkish)
      •  United Kingdom
      • Asia Pacific
      •  Australia
      •  China
      •  Hong Kong
      •  India
      •  Japan
      •  Korea (Korean)
      •  Malaysia
      •  New Zealand
      •  Philippines
      •  Singapore
      •  Taiwan
      •  Thailand (Thai)
      •  Vietnam
      • Americas
      •  Brazil (Portuguese)
      •  Canada
      •  Mexico (Spanish)
      •  United States
      Can't find the country/region you're looking for? Visit our export site or find a local distributor.
  • Translate
  • Profile
  • Settings
Autodesk EAGLE
  • Products
  • More
Autodesk EAGLE
EAGLE Support (Deutsch) Projektverzeichnis kann nicht erstellt bzw. zugewiesen werden (V5.1 unter Vista SP1)
  • Blog
  • Forum
  • Documents
  • Events
  • Polls
  • Files
  • Members
  • Mentions
  • Sub-Groups
  • Tags
  • More
  • Cancel
  • New
Join Autodesk EAGLE to participate - click to join for free!
Actions
  • Share
  • More
  • Cancel
Forum Thread Details
  • Replies 14 replies
  • Subscribers 181 subscribers
  • Views 2017 views
  • Users 0 members are here
Related

Projektverzeichnis kann nicht erstellt bzw. zugewiesen werden (V5.1 unter Vista SP1)

autodeskguest
autodeskguest over 17 years ago

Hallo zusammen,

 

die SUFU hat mich leider noch nicht weitergebracht...

 

Ich installierte Version 5.1 unter aktuellem Vista auf üblicher Hardware in

einer Domäne im Domänen-Benutzerkontext.

Das Installationsprogramm benutzte wie es soll die Benutzerkontensteuerung

um Administrationsrechte anzufordern, da es unter Vista unter einem

eingeschränkten Benutzerkonto läuft. Die Installation läuft fehlerfrei

durch.

 

Wenn der Standardbenutzer hinterher versucht das Programm zu starten, kommt

folgende Fehlermeldung:

 

"Das Verzeichnis "C:\Users\Test\Documents\eagle" existiert nicht! EAGLE

braucht dieses Verzeichnis

Jetzt Anlegen?"

 

Falls mit "JA" bestätigt wird kommt:

 

"Kann Verzeichnis nicht anlegen:

"C:\Users\Test\Documents\eagle"

No such file or directory"

 

Da es den Benutzer "Test" nicht gibt, kann es dieses Verzeichnis auch nicht

geben. In meinem Benutzerverzeichnis\Documents ist auch keine

Unterverzeichnis "eagle" angelegt worden.

 

Das Programm startet dennoch und wenn ich versuche das Projektverzeichnis zu

ändern geht das auch nicht. Als Vorgabe steht unter

Optionen/Verzeichnisse...:

 

Projektverzeichnis: $HOME\eagle;$EAGLEDIR\projects\examples

 

Änderungen in der Form:

 

"C:\Users\cbeninga\Documents\eagle"

 

sind beim nächsten Programmstart wieder weg.

 

Beim Beenden des Programms kommt:

 

"Kann 'C:/Users/Test/AppData/Roaming/Cadsoft/EAGLE/eaglerc.~~~' nicht

öffnen. No such file or directory."

 

Was mich nicht wundert, da des den User "Test" immer noch nicht gibt und

unter Vista normalerweise auch Backslashes verwendet werden.

 

Ich habe das inzwischen auf mehreren PCs innerhalb des Domäne versucht und

immer das gleich Ergebnis erhalten.

Alle weiteren Versuche (als Domänenadmin anmelden und dann installieren,

andere Verzeichnisse wählen usw.) führten leider auch nicht zum Erfolg.

 

Wenn hingegen der Admin selber das Programm startet geht alles perfekt.

Irgendwo scheint da ein Rechteproblem zu lauern. Nur wo?

 

Weiß jemand einen Rat?

 

Danke

 

Claus

 

 

  • Sign in to reply
  • Cancel
  • Former Member
    Former Member over 17 years ago

    Claus Beninga schrieb:

    Hallo zusammen,

     

    die SUFU hat mich leider noch nicht weitergebracht...

     

    Ich installierte Version 5.1 unter aktuellem Vista auf üblicher Hardware

    in einer Domäne im Domänen-Benutzerkontext.

    Das Installationsprogramm benutzte wie es soll die

    Benutzerkontensteuerung um Administrationsrechte anzufordern, da es

    unter Vista unter einem eingeschränkten Benutzerkonto läuft. Die

    Installation läuft fehlerfrei durch.

     

    Wenn der Standardbenutzer hinterher versucht das Programm zu starten,

    kommt folgende Fehlermeldung:

     

    "Das Verzeichnis "C:\Users\Test\Documents\eagle" existiert nicht! EAGLE

    braucht dieses Verzeichnis

    Jetzt Anlegen?"

     

    Falls mit "JA" bestätigt wird kommt:

     

    "Kann Verzeichnis nicht anlegen:

    "C:\Users\Test\Documents\eagle"

    No such file or directory"

     

    Da es den Benutzer "Test" nicht gibt, kann es dieses Verzeichnis auch

    nicht geben. In meinem Benutzerverzeichnis\Documents ist auch keine

    Unterverzeichnis "eagle" angelegt worden.

     

    Das Programm startet dennoch und wenn ich versuche das

    Projektverzeichnis zu ändern geht das auch nicht. Als Vorgabe steht

    unter Optionen/Verzeichnisse...:

     

    Projektverzeichnis: $HOME\eagle;$EAGLEDIR\projects\examples

     

    Änderungen in der Form:

     

    "C:\Users\cbeninga\Documents\eagle"

     

    sind beim nächsten Programmstart wieder weg.

     

    Dann benutzen Sie kein Eagle-Projekt (eagle.epf), erkennbar

    an dem grünen Punkt hinter einem (roten) Projekt-Ordner.

     

    Beim Beenden des Programms kommt:

     

    "Kann 'C:/Users/Test/AppData/Roaming/Cadsoft/EAGLE/eaglerc.~~~' nicht

    öffnen. No such file or directory."

     

    Was mich nicht wundert, da des den User "Test" immer noch nicht gibt und

    unter Vista normalerweise auch Backslashes verwendet werden.

     

    Den Pfad "C:/Users/Test/AppData/Roaming" bekommt Eagle vom System.

    Woher kommt dann der User "Test"? Wie melden sie sich an Vista an?

     

    Ich habe das inzwischen auf mehreren PCs innerhalb des Domäne versucht

    und immer das gleich Ergebnis erhalten.

    Alle weiteren Versuche (als Domänenadmin anmelden und dann installieren,

    andere Verzeichnisse wählen usw.) führten leider auch nicht zum Erfolg.

     

    Wenn hingegen der Admin selber das Programm startet geht alles perfekt.

    Irgendwo scheint da ein Rechteproblem zu lauern. Nur wo?

     

    Weiß jemand einen Rat?

     

    Die Rechte der Ordner werden vererbt. Für alle Ordner die ein User

    (Admin) anlegt, hat zunächst erst mal nur dieser User die vollen

    Rechte.

     

     

    --

    MfG / Best regards

      A. Zaffran

     

    Hotline 08635-698930, FAX 08635-698940, eMail <alf@cadsoft.de>

    CadSoft Computer GmbH, Hofmark 2, 84568 Pleiskirchen

    Registergericht: Amtsgericht  Traunstein HRB 5573

    Geschäftsführer: Dipl.-Ing. (FH) Rudolf Hofer, Dipl.-Ing. Klaus Schmidinger

     

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
  • autodeskguest
    autodeskguest over 17 years ago

    "A. Zaffran" <alf@cadsoft.de> schrieb im Newsbeitrag

    news:g5i27b$jlb$1@cheetah.cadsoft.de...

    Claus Beninga schrieb:

    Hallo zusammen,

     

    die SUFU hat mich leider noch nicht weitergebracht...

     

     

    Das Programm startet dennoch und wenn ich versuche das Projektverzeichnis

    zu ändern geht das auch nicht. Als Vorgabe steht unter

    Optionen/Verzeichnisse...:

     

    Projektverzeichnis: $HOME\eagle;$EAGLEDIR\projects\examples

     

    Änderungen in der Form:

     

    "C:\Users\cbeninga\Documents\eagle"

     

    sind beim nächsten Programmstart wieder weg.

     

    Dann benutzen Sie kein Eagle-Projekt (eagle.epf), erkennbar

    an dem grünen Punkt hinter einem (roten) Projekt-Ordner.

     

    Ich bearbeite zu diesem Zeitpunkt noch gar kein Projekt. Ich versuche mich

    gerade einzuarbeiten und zu prüfen, ob wir das Programm käuflich erwerben.

    Bislang habe ich nur versucht das Programm zu installieren, zu konfigurieren

    und zu starten. Das funktioniert leider bislang nicht so doll....

     

     

    Beim Beenden des Programms kommt:

     

    "Kann 'C:/Users/Test/AppData/Roaming/Cadsoft/EAGLE/eaglerc.~~~' nicht

    öffnen. No such file or directory."

     

    Was mich nicht wundert, da des den User "Test" immer noch nicht gibt und

    unter Vista normalerweise auch Backslashes verwendet werden.

     

    Den Pfad "C:/Users/Test/AppData/Roaming" bekommt Eagle vom System.

    Woher kommt dann der User "Test"? Wie melden sie sich an Vista an?

     

    Woher der User "Test" kommt ist mir ein Rätsel. In der Domäne gibt es diesen

    nicht. Ich melde mich mit meinem Namen an (in diesem Fall "cbeninga", bzw.

    "admin", um für die Installation, die nötigen Rechte zu bekommen). Diese

    Profile gibt es ja auch (Roaming Profiles).

    Wo speichert EAGLE die Daten? Braucht es einen Schreibzugriff auf das

    Programmverzeichnis?

     

     

    Wenn hingegen der Admin selber das Programm startet geht alles perfekt.

    Irgendwo scheint da ein Rechteproblem zu lauern. Nur wo?

     

    Weiß jemand einen Rat?

     

    Die Rechte der Ordner werden vererbt. Für alle Ordner die ein User

    (Admin) anlegt, hat zunächst erst mal nur dieser User die vollen

    Rechte.

     

    Das ist klar soweit. Wo braucht EAGLE denn Schreibrechte? Normalerweise

    sollte der Anwender nur in sein Profilverzeichnis schreiben müssen und

    dürfen. Irgendwas ist hier aber etwas komisch. Ich werde aus den

    Fehlermeldungen nicht wirklich schlau. Vor allem sollten Änderungen an den

    Verzeichnispfaden auch irgendwo gespeichert werden dürfen.

     

    Danke

     

    Claus

     

     

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
  • Former Member
    Former Member over 17 years ago in reply to autodeskguest

    Claus Beninga schrieb:

    "A. Zaffran" <alf@cadsoft.de> schrieb im Newsbeitrag

    news:g5i27b$jlb$1@cheetah.cadsoft.de...

    Claus Beninga schrieb:

     

    Ich bearbeite zu diesem Zeitpunkt noch gar kein Projekt. Ich versuche

     

    C:\Users\anwendername\AppData\Roaming\CadSoft\EAGLE\eaglerc.usr

     

    Die "eaglerc.usr": Hier steht der Pfad zu den Ordnern.

     

    Auszug aus der eaglerc.usr:

     

    Directories.Cam = "$EAGLEDIR/cam"

    Directories.Dru = "$EAGLEDIR/dru"

    Directories.Epf = "C:/Users/anwendername/Documents/eagle"

    Directories.Lbr = "$EAGLEDIR/lbr"

    Directories.Scr = "$EAGLEDIR/scr"

    Directories.Ulp = "$EAGLEDIR/ulp"

     

     

    Den Pfad "C:/Users/Test/AppData/Roaming" bekommt Eagle vom System.

    Woher kommt dann der User "Test"? Wie melden sie sich an Vista an?

     

    Woher der User "Test" kommt ist mir ein Rätsel. In der Domäne gibt es

    diesen nicht. Ich melde mich mit meinem Namen an (in diesem Fall

    "cbeninga", bzw. "admin", um für die Installation, die nötigen Rechte zu

    bekommen). Diese Profile gibt es ja auch (Roaming Profiles).

     

    Dann muß es den Ordner

     

    C:\Users\cbeninga\AppData\Roaming\CadSoft\EAGLE\

     

    geben, bzw. er muß angelegt werden können, da man als User auf den

    Ordner "C:\Users\cbeninga\" und die darunterliegenden Ordner

    immer volle Rechte besitzt.

     

     

    Das ist klar soweit. Wo braucht EAGLE denn Schreibrechte? Normalerweise

    sollte der Anwender nur in sein Profilverzeichnis schreiben müssen und

    dürfen. Irgendwas ist hier aber etwas komisch. Ich werde aus den

    Fehlermeldungen nicht wirklich schlau. Vor allem sollten Änderungen an

    den Verzeichnispfaden auch irgendwo gespeichert werden dürfen.

     

    C:\Users\anwendername\AppData\Roaming\CadSoft\EAGLE\eaglerc.usr

     

     

    --

    MfG / Best regards

      A. Zaffran

     

    Hotline 08635-698930, FAX 08635-698940, eMail <alf@cadsoft.de>

    CadSoft Computer GmbH, Hofmark 2, 84568 Pleiskirchen

    Registergericht: Amtsgericht  Traunstein HRB 5573

    Geschäftsführer: Dipl.-Ing. (FH) Rudolf Hofer, Dipl.-Ing. Klaus Schmidinger

     

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
  • autodeskguest
    autodeskguest over 17 years ago

    Vielen Dank für die bisherigen Antworten.

     

    "A. Zaffran" <alf@cadsoft.de> schrieb im Newsbeitrag

    news:g5kmb7$8ua$1@cheetah.cadsoft.de...

    Claus Beninga schrieb:

    "A. Zaffran" <alf@cadsoft.de> schrieb im Newsbeitrag

    news:g5i27b$jlb$1@cheetah.cadsoft.de...

    Claus Beninga schrieb:

     

    Ich bearbeite zu diesem Zeitpunkt noch gar kein Projekt. Ich versuche

     

    C:\Users\anwendername\AppData\Roaming\CadSoft\EAGLE\eaglerc.usr

     

    Die "eaglerc.usr": Hier steht der Pfad zu den Ordnern.

     

    Auszug aus der eaglerc.usr:

     

    Directories.Cam = "$EAGLEDIR/cam"

    Directories.Dru = "$EAGLEDIR/dru"

    Directories.Epf = "C:/Users/anwendername/Documents/eagle"

    Directories.Lbr = "$EAGLEDIR/lbr"

    Directories.Scr = "$EAGLEDIR/scr"

    Directories.Ulp = "$EAGLEDIR/ulp"

     

     

    Dieses Verzeichnis und alles was evtl. darin liegen sollte wird nicht

    angelegt. Offensichtlich hat die Installationsroutine dieses auf meinen PCs

    nur für den Installationsuser "Admin" garmacht. Dort gibt es diese

    Verzeichnisse und auch auch die Datei "eaglerc.usr".

    Für alle anderen Benutzer mit eingeschränkten Rechten an den PCs gibt es

    diese Verzeichnisse nicht. Auch nachdem ich die Verzeichnisse rüberkopiert

    habe (vom Admin) änderte sich am Programverhalten nichts.

    Wobei der Auszug aus meiner kopierten "eaglerc.usr" auch folgendermaßen

    aussieht:

     

    Directories.Cam = "$EAGLEDIR/cam"

    Directories.Dru = "$EAGLEDIR/dru"

    Directories.Epf = "$HOME/eagle;$EAGLEDIR/projects/examples"

    Directories.Lbr = "$EAGLEDIR/lbr"

    Directories.Scr = "$EAGLEDIR/scr"

    Directories.Ulp = "$EAGLEDIR/ulp"

     

     

     

    Den Pfad "C:/Users/Test/AppData/Roaming" bekommt Eagle vom System.

    Woher kommt dann der User "Test"? Wie melden sie sich an Vista an?

     

    Woher der User "Test" kommt ist mir ein Rätsel. In der Domäne gibt es

    diesen nicht. Ich melde mich mit meinem Namen an (in diesem Fall

    "cbeninga", bzw. "admin", um für die Installation, die nötigen Rechte zu

    bekommen). Diese Profile gibt es ja auch (Roaming Profiles).

     

    Dann muß es den Ordner

     

    C:\Users\cbeninga\AppData\Roaming\CadSoft\EAGLE\

     

    geben, bzw. er muß angelegt werden können, da man als User auf den

    Ordner "C:\Users\cbeninga\" und die darunterliegenden Ordner

    immer volle Rechte besitzt.

     

    Siehe oben:

    Habe ich manuell angelegt (was auch problemlos ging), aber keine Wirkung auf

    das Programm. Alle anderen Programm (angefangen von OpenOffice über

    Apple-Programme bis hin zu diversen MS Produkten) haben das Verzeichnis

    "C:\Users\cbeninga\AppData\Roaming\" auch gefüllt. Dort müssen die

    Installation auch immer im Admin-Kontext vorgenommen werden.

    So ganz bin ich noch nicht hinter das Problem gekommen.

     

    Danke

     

    Claus

     

     

     

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
  • Former Member
    Former Member over 17 years ago in reply to autodeskguest

    Claus Beninga schrieb:

    Vielen Dank für die bisherigen Antworten.

     

    Dieses Verzeichnis und alles was evtl. darin liegen sollte wird nicht

    angelegt. Offensichtlich hat die Installationsroutine dieses auf meinen

    PCs nur für den Installationsuser "Admin" garmacht. Dort gibt es diese

    Verzeichnisse und auch auch die Datei "eaglerc.usr".

    Für alle anderen Benutzer mit eingeschränkten Rechten an den PCs gibt es

    diese Verzeichnisse nicht. Auch nachdem ich die Verzeichnisse

     

    Dann läßt das System nicht zu, daß Eagle in dem User-Ordner weitere

    Ordner und Dateien anlegen darf.

     

    rüberkopiert habe (vom Admin) änderte sich am Programverhalten nichts.

     

    Kopierte Ordner behalten ihre Zugriffsberechtigungen.

    Überprüfen sie doch mal über Eigenschaften die Berechtigungen der

    Ordner und Dateien.

     

    Siehe oben:

    Habe ich manuell angelegt (was auch problemlos ging), aber keine Wirkung

    auf das Programm. Alle anderen Programm (angefangen von OpenOffice über

    Apple-Programme bis hin zu diversen MS Produkten) haben das Verzeichnis

    "C:\Users\cbeninga\AppData\Roaming\" auch gefüllt. Dort müssen die

    Installation auch immer im Admin-Kontext vorgenommen werden.

    So ganz bin ich noch nicht hinter das Problem gekommen.

     

    Wie gesagt, Eagle bekommt die Pfade vom System und versucht dann

    die entspr. Ordner und Dateien anzulegen.

     

    Was gibt denn das System in der Eingabe-Aufforderung (DOS-Box) aus,

    wenn sie "SET " eingeben und als als "cbeninga" angemeldet sind?

     

    --

    MfG / Best regards

      A. Zaffran

     

    Hotline 08635-698930, FAX 08635-698940, eMail <alf@cadsoft.de>

    CadSoft Computer GmbH, Hofmark 2, 84568 Pleiskirchen

    Registergericht: Amtsgericht  Traunstein HRB 5573

    Geschäftsführer: Dipl.-Ing. (FH) Rudolf Hofer, Dipl.-Ing. Klaus Schmidinger

     

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
  • autodeskguest
    autodeskguest over 17 years ago

     

    "A. Zaffran" <alf@cadsoft.de> schrieb im Newsbeitrag

    news:g5kv3f$536$1@cheetah.cadsoft.de...

    Claus Beninga schrieb:

    Vielen Dank für die bisherigen Antworten.

     

    Dieses Verzeichnis und alles was evtl. darin liegen sollte wird nicht

    angelegt. Offensichtlich hat die Installationsroutine dieses auf meinen

    PCs nur für den Installationsuser "Admin" garmacht. Dort gibt es diese

    Verzeichnisse und auch auch die Datei "eaglerc.usr".

    Für alle anderen Benutzer mit eingeschränkten Rechten an den PCs gibt es

    diese Verzeichnisse nicht. Auch nachdem ich die Verzeichnisse

     

    Dann läßt das System nicht zu, daß Eagle in dem User-Ordner weitere

    Ordner und Dateien anlegen darf.

     

    Soweit dachte ich mir das auch. Die Frage ist nur: Warum nicht? Liegt es an

    Vista im Allgemeinen? An der Einbindung in die Domäne? An EAGLE 5? Wo kommt

    "Test" her?

     

    Um das noch mal abzuklären, habe ich mir gerade mal eben auf einem alten PC

    ein frisches XP installiert, in die Domäne intergriert, EAGLE5.1 mittels

    "Ausführen als" mit Adminrechten installiert und alles geht. Beim ersten

    Programmaufruf nach der Installation mit eingeschränkten Rechten fragt die

    Software, ob das entprechende Verzeichnis im Benutzerverzeichnis erstellt

    werden soll und das wars. Arbeiten geht.

    Da unterscheiden sich VISTA und XP definitiv.

     

    rüberkopiert habe (vom Admin) änderte sich am Programverhalten nichts.

     

    Kopierte Ordner behalten ihre Zugriffsberechtigungen.

    Überprüfen sie doch mal über Eigenschaften die Berechtigungen der

    Ordner und Dateien.

     

    OK. Da habe ich mich dann wohl unklar ausgedrückt. image

    Natürlich habe ich die Rechte dementsprechend angepasst. Schreibrechte auf

    dieses Verezeichnis und auf die Datei sind natürlich vorhanden.

     

     

    Siehe oben:

    Habe ich manuell angelegt (was auch problemlos ging), aber keine Wirkung

    auf das Programm. Alle anderen Programm (angefangen von OpenOffice über

    Apple-Programme bis hin zu diversen MS Produkten) haben das Verzeichnis

    "C:\Users\cbeninga\AppData\Roaming\" auch gefüllt. Dort müssen die

    Installation auch immer im Admin-Kontext vorgenommen werden.

    So ganz bin ich noch nicht hinter das Problem gekommen.

     

    Wie gesagt, Eagle bekommt die Pfade vom System und versucht dann

    die entspr. Ordner und Dateien anzulegen.

     

    Was gibt denn das System in der Eingabe-Aufforderung (DOS-Box) aus,

    wenn sie "SET " eingeben und als als "cbeninga" angemeldet sind?

     

    Sehr viel. image

    Worum geht es konkret? Ich habe mal einen Auszug hier eingefügt (XXX wurde

    von mir geändert)

     

    ALLUSERSPROFILE=C:\ProgramData

    APPDATA=C:\Users\cbeninga\AppData\Roaming

    CLASSPATH=.;C:\Program Files\Java\jre1.6.0_07\lib\ext\QTJava.zip

    CommonProgramFiles=C:\Program Files\Common Files

    COMPUTERNAME=XXX

    ComSpec=C:\Windows\system32\cmd.exe

    FP_NO_HOST_CHECK=NO

    HOMEDRIVE=C:

    HOMEPATH=\Users\cbeninga

    LOCALAPPDATA=C:\Users\cbeninga\AppData\Local

    LOGONSERVER=
    XXX

    NUMBER_OF_PROCESSORS=2

    OS=Windows_NT

    Path=C:\Program Files\PC Connectivity

    Solution\;C:\Windows\system32;C:\Windows;C

    :\Windows\System32\Wbem;C:\Program Files\QuickTime\QTSystem\

    PATHEXT=.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.MSC

    PROCESSOR_ARCHITECTURE=x86

    PROCESSOR_IDENTIFIER=x86 Family 15 Model 107 Stepping 2, AuthenticAMD

    PROCESSOR_LEVEL=15

    PROCESSOR_REVISION=6b02

    ProgramData=C:\ProgramData

    ProgramFiles=C:\Program Files

    PROMPT=$P$G

    PUBLIC=C:\Users\Public

    QTJAVA=C:\Program Files\Java\jre1.6.0_07\lib\ext\QTJava.zip

    SESSIONNAME=Console

    SystemDrive=C:

    SystemRoot=C:\Windows

    TEMP=C:\Users\cbeni~1\AppData\Local\Temp

    TMP=C:\Users\cbeni~1\AppData\Local\Temp

    USERDNSDOMAIN=Firma.LOCAL

    USERDOMAIN=Firma

    USERNAME=cbeninga

    USERPROFILE=C:\Users\cbeninga

    windir=C:\Windows

     

    Reicht das?

     

    Danke

     

    Claus

     

     

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
  • Former Member
    Former Member over 17 years ago in reply to autodeskguest

    Claus Beninga schrieb:

    Habe ich manuell angelegt (was auch problemlos ging), aber keine

    Wirkung auf das Programm. Alle anderen Programm (angefangen von

    OpenOffice über Apple-Programme bis hin zu diversen MS Produkten)

    haben das Verzeichnis "C:\Users\cbeninga\AppData\Roaming\" auch

    gefüllt. Dort müssen die Installation auch immer im Admin-Kontext

    vorgenommen werden.

     

    Das ist die neue Sicherheitsvorkehrung von MS, um Hackern das Leben

    schwer zu machen, nebenbei auch dem Anwender selbst. image

     

    So ganz bin ich noch nicht hinter das Problem gekommen.

     

    Wie gesagt, Eagle bekommt die Pfade vom System und versucht dann

    die entspr. Ordner und Dateien anzulegen.

     

    Was gibt denn das System in der Eingabe-Aufforderung (DOS-Box) aus,

    wenn sie "SET " eingeben und als als "cbeninga" angemeldet sind?

     

    Sehr viel. image

    Worum geht es konkret? Ich habe mal einen Auszug hier eingefügt (XXX

    wurde von mir geändert)

     

    APPDATA=C:\Users\cbeninga\AppData\Roaming

    HOMEDRIVE=C:

    HOMEPATH=\Users\cbeninga

    LOCALAPPDATA=C:\Users\cbeninga\AppData\Local

    OS=Windows_NT

    SystemRoot=C:\Windows

    TEMP=C:\Users\cbeni~1\AppData\Local\Temp

    TMP=C:\Users\cbeni~1\AppData\Local\Temp

    USERNAME=cbeninga

    USERPROFILE=C:\Users\cbeninga

    windir=C:\Windows

     

    Reicht das?

     

    Wo "Test" herkommt ist hier das große Rätsel, denn

     

    APPDATA=C:\Users\cbeninga\AppData\Roaming

    LOCALAPPDATA=C:\Users\cbeninga\AppData\Local

    USERPROFILE=C:\Users\cbeninga

     

    weisen jedenfalls auf "cbeninga".

    Das wäre mal eine Frage an MicroSoft wert. image

     

    Was steht denn in der Registry in

    HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\Shell

    Folders\Personal

     

     

    --

    MfG / Best regards

      A. Zaffran

     

    Hotline 08635-698930, FAX 08635-698940, eMail <alf@cadsoft.de>

    CadSoft Computer GmbH, Hofmark 2, 84568 Pleiskirchen

    Registergericht: Amtsgericht  Traunstein HRB 5573

    Geschäftsführer: Dipl.-Ing. (FH) Rudolf Hofer, Dipl.-Ing. Klaus Schmidinger

     

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
  • autodeskguest
    autodeskguest over 17 years ago

     

    "A. Zaffran" <alf@cadsoft.de> schrieb im Newsbeitrag

    news:g5pjn4$kf0$1@cheetah.cadsoft.de...

    Claus Beninga schrieb:

     

    Das ist die neue Sicherheitsvorkehrung von MS, um Hackern das Leben

    schwer zu machen, nebenbei auch dem Anwender selbst. image

     

     

    Davon gibt es unter Vista noch ein paar mehr Anekdoten. :-|

     

    Wo "Test" herkommt ist hier das große Rätsel, denn

     

    APPDATA=C:\Users\cbeninga\AppData\Roaming

    LOCALAPPDATA=C:\Users\cbeninga\AppData\Local

    USERPROFILE=C:\Users\cbeninga

     

    weisen jedenfalls auf "cbeninga".

    Das wäre mal eine Frage an MicroSoft wert. image

     

    Was steht denn in der Registry in

    HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\Shell

    Folders\Personal

     

     

    Ich war ein paar Tage offline....

     

    Unter

    HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\Shell

    Folders\Personal

     

    steht

     

    "C:\Users\Test\Documents"

     

    ???

     

    Wo kommt der Eintrag denn her und wer oder was hat den angelegt?

    Insbesondere da der ganze Tree "Shell Folder" nur Einträg mit "Test" hat.

    Außer dem ersten Eintrag der "!Do not use this registry key" mit dem Wert

    "Use the SHGetFolderPath or SHGetKnownFolderPath function instead" hat.

    Das kann ich im Moment überhaupt nicht nachvollziehen.

     

     

    Vielen Dank bis hierher.

     

    Claus

     

     

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
  • autodeskguest
    autodeskguest over 17 years ago in reply to autodeskguest

    Gibt es etwas Neues?

     

    So kann ich das Programm leider nicht verwenden...

     

    Danke

     

    Claus

     

    Was steht denn in der Registry in

    HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\Shell

    Folders\Personal

     

     

    Ich war ein paar Tage offline....

     

    Unter

    HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\Shell

    Folders\Personal

     

    steht

     

    "C:\Users\Test\Documents"

     

    ???

     

    Wo kommt der Eintrag denn her und wer oder was hat den angelegt?

    Insbesondere da der ganze Tree "Shell Folder" nur Einträg mit "Test" hat.

    Außer dem ersten Eintrag der "!Do not use this registry key" mit dem Wert

    "Use the SHGetFolderPath or SHGetKnownFolderPath function instead" hat.

    Das kann ich im Moment überhaupt nicht nachvollziehen.

     

     

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
  • Former Member
    Former Member over 17 years ago in reply to autodeskguest

    Claus Beninga schrieb:

    Gibt es etwas Neues?

     

    So kann ich das Programm leider nicht verwenden...

     

    Danke

     

    Claus

     

    Was steht denn in der Registry in

    HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\Shell

    Folders\Personal

     

     

    Ich war ein paar Tage offline....

     

    Unter

    HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\Shell

    Folders\Personal

     

    steht

     

    "C:\Users\Test\Documents"

     

    ???

     

    Wo kommt der Eintrag denn her und wer oder was hat den angelegt?

    Insbesondere da der ganze Tree "Shell Folder" nur Einträg mit "Test"

    hat. Außer dem ersten Eintrag der "!Do not use this registry key" mit

    dem Wert "Use the SHGetFolderPath or SHGetKnownFolderPath function

    instead" hat.

    Das kann ich im Moment überhaupt nicht nachvollziehen.

     

    Der Eintrag unter "HKEY_CURRENT_USER\..." wird von Eagle nur abgefragt,

    diesen User gibt es schon, Eagle legt keine User an.

     

    Haben Sie noch ein frisches System, auf dem Eagle noch nicht installiert

    ist? Da muß es bereits diesen User Test und die oben genannten Einträge

    geben.

     

    --

    MfG / Best regards

      A. Zaffran

     

    Hotline 08635-698930, FAX 08635-698940, eMail <alf@cadsoft.de>

    CadSoft Computer GmbH, Hofmark 2, 84568 Pleiskirchen

    Registergericht: Amtsgericht  Traunstein HRB 5573

    Geschäftsführer: Dipl.-Ing. (FH) Rudolf Hofer, Dipl.-Ing. Klaus Schmidinger

     

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
>
element14 Community

element14 is the first online community specifically for engineers. Connect with your peers and get expert answers to your questions.

  • Members
  • Learn
  • Technologies
  • Challenges & Projects
  • Products
  • Store
  • About Us
  • Feedback & Support
  • FAQs
  • Terms of Use
  • Privacy Policy
  • Legal and Copyright Notices
  • Sitemap
  • Cookies

An Avnet Company © 2026 Premier Farnell Limited. All Rights Reserved.

Premier Farnell Ltd, registered in England and Wales (no 00876412), registered office: Farnell House, Forge Lane, Leeds LS12 2NE.

ICP 备案号 10220084.

Follow element14

  • X
  • Facebook
  • linkedin
  • YouTube