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 2027 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
Parents
  • 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
Reply
  • 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
Children
  • 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
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