---

Hi,

ich habe auf einem WinXP-Rechner WF3 (als lokaler Administrator) installiert. Der Lizensserver enthält gültige Lizensfiles und wurde bei der Installation auch korrekt gefunden und das Lizensfile dort auch angezeigt und ausgewählt.
Die Installation lief problemlos!
Danach habe ich 'Path' und 'Classpath' als Systemvariablen gesetzt - analog wie auf anderen PC´s mit WF3 auch. Dann habe ich noch vorsichtshalber den Installationsordner mit Vollzugriff versehen und auch den Ordner für die Traildateien.

Als lokaler Admin kann ich WF3 starten - ohne Probleme, aber als User hängt sich WF3 nach dem Start auf, d.h. es wird zwar gestartet und ich sehe auch die Menüs usw. aber wenn ich dann irgendwo hin klicke, kommt die Sanduhr und 'keine Rückmeldung' steht im Programmfenster oben drin.

Ich bin mittlerweile etwas ratlos, weil ich mir das nicht erklären kann.
Wo könnte ich noch nachschauen und überprüfen??? Habt ihr solch ein Verhalten auch schonmal gehabt und konntet es lösen - wenn ja, wie?

Danke und Gruß.

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo,
da würde ich mal sagen, deß es etwas mit den Zugriffrechten in deiner Umgebung zu tun hat. Prüfe mal, auf welche Files PRO/E zugreift (Arbeitsverzeichnis), wenn es gestartet wird.

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Zitat:

---

Prüfe mal, auf welche Files PRO/E zugreift (Arbeitsverzeichnis), wenn es gestartet wird.

---

Äh, wie kann/soll ich das überprüfen - woher soll ich wissen, auf welche Files ProE standardmäßig beim starten zugreift?

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Zitat:

---

Original erstellt von magic_halli:
Äh, wie kann/soll ich das überprüfen - woher soll ich wissen, auf welche Files ProE standardmäßig beim starten zugreift?

---

Du weißt es, weil du dem Programm ein entsprechendes Verzeichnis zugewiesen hast. Eben das Arbeitsverzeichnis.

------------------
Gruß
Udo               Keine Panik, Du arbeitest mit Pro/E! Und Du hast cad.de gefunden! 

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Meinst Du, dort wo die trail-Files und die std.out hingespeichert werden?

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Zitat:

---

Original erstellt von magic_halli:
Meinst Du, dort wo die trail-Files und die std.out hingespeichert werden?

---

Trail-Files landen dort, wo Du sie mittels

trail_dir

hinschickst. Sicherheitshalber solltest Du auch die Schreibrechte im TEMP-Verzeichnis überprüfen. Daß im Startverzeichnis Vollzugriff gegeben sein muß, muß sicher nicht extra erwähnt werden.

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Also, das Trailverzeichnis (in config.pro festgelegt auf c:\temp) hat Vollzugriff, genauso wie das Installationsverzeichnis c:\programme\proeWildfire 3.0\!
In der Desktopverknüpfung habe ich bei Ausführen in  auchmal 'c:\temp' eingetragen. Somit haut es mir die trailfiles und die std.out in c:\temp rein. Korrekt, oder?!

Der Knackpunkt ist jedoch der, das beim WF3-Start der Browserbaum auf der linken Seite nicht angezeigt wird!!! Das wirds wohl sein?!
Wobei, es sollte doch jetzt hier eigentlich in c:\temp reingegangen werden, oder?

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Ohne Dir zu nahe treten zu wollen: c:\temp halte ich - so ganz subjektiv - als Start- bzw. Arbeitsverzeichnis für Pro/E für denkbar suboptimal. In das Ding wird - bei entsprechend gesetzter Umgebungsvariable - schließlich auch jeder Temporärmüll irgend welcher anderer Applikationen geschrieben. Da wäre mir die Gefahr, daß man beim Entrümpeln auch einmal ein paar Nutzdateien über den Jordan gehen läßt, viel zu groß.

Bau Dir lieber auf allen Arbeits-Workstations ein einheitlich genanntes, sauberes, übersichtsliches Pro/E-Arbeitsbverzeichnis, in denen Du dann übersichtlich und wiederfindbar Dinger wie die lokale config.pro, die lokale config.win, vielleicht auche eine tree.cfg etc. pp. reinwerfen kannst.

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Jo, danke für den Vorschlag. Aber in C:\Temp landen eh nur die trailfiles und die std.out.
Alle configfiles etc. liegen auf einem Server. Die Configfiles werden mittels einer Batchdatei zum Starten dann vom Server in das lokale Installationsverzeichnis geladen und danach wird erst ProE gestartet!
Somit haben wir alles wichtige auf nem extra Server, sodass ich mir über das "Zumüllen" von Temp keinen Kopf machen brauche. 
Aber trotzdem danke für den Ratschlag.

In der std.out beim starten von WF3 steht übrigens folgendes drin:

Code:

---

type ABS; type ABS; The 'selflt' toolbar no longer exists
(file C:\Programme\proeWildfire 3.0\text\config.win).

---

Mh, ist das erstmal ok? ...oder könnte das was mit meinem Problem zu tun haben?

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

 

Zitat:

---

Original erstellt von magic_halli:
In der std.out beim starten von WF3 steht übrigens folgendes drin:

Code:

---

type ABS; type ABS; The 'selflt' toolbar no longer exists
(file C:\Programme\proeWildfire 3.0\text\config.win).

---

Mh, ist das erstmal ok? ...oder könnte das was mit meinem Problem zu tun haben?

---

type ABS; type ABS;
deutet auf eine Toolkit-Applikation hin, kann daher von außen nicht beurteilt werden.

The 'selflt' toolbar no longer exists
hört sich für mich nach einer Unverträglichkeit zwischen verwendeter ProE-Version und (veralteter?) config.win an.

[Diese Nachricht wurde von JPietsch am 02. Okt. 2007 editiert.]

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Mh, ich habe jetzt einfach mal die config.pro umbenannt und die lokale proe.exe gestartet - da startet auch WF3 korrekt - natürlich ohne jegliche Einstellungssachen; aber es startet!
Wenn ich die config.pro wieder reinnehme, startet WF3 wieder nicht - also scheint´s ja an der config.pro zu liegen?!?

Komisch ist nur, das mit unserer Batchdatei die config.pro erst vom Server in das lokale ProE-Verzeichnis kopiert wird, dann die proe.exe ausgeführt wird und dann eigentlich ProE startet - das klappt bei jedem anderen Rechner mit WF2 UND WF3! Also sprich, alle User hier und alle ProE-Versionen nutzen diese eine config.pro und es funktioniert - nur dieser eine Rechner eben nicht.  

Edit: Die config.win umbenennen und quasi ohne diese starten - dafür die config.pro drin lassen... da startet WF3 auch nicht! Also doch die config.pro??? Ich hab keine Ahnung...

[Diese Nachricht wurde von magic_halli am 02. Okt. 2007 editiert.]

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Zitat:

---

Original erstellt von magic_halli:
Die config.win umbenennen und quasi ohne diese starten - dafür die config.pro drin lassen... da startet WF3 auch nicht! Also doch die config.pro???

---

Mit Sicherheit sogar. Überprüf alle Einträge, die irgendwas auf der lokalen Festplatte machen. Ich hätte ja als allererstes die Toolkit-Applikation im Verdacht. Also protkdat auskommentieren und versuchen.

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo magic_halli,

wie von JPietsch erwähnt, solltest Du mal auf die Suche nach Toolkit-Programmen gehen, die auf den anderen Rechnern evtl. installiert sind.

Durchsuche mal die config.pro nach "protkdat" und "prodevdat". Wenn vorhanden, kommentiere den Eintrag testweise aus. Wenn's dann geht, musst die entsprechene Toolit-Applikation auf dem neuen Rechner installiert werden oder eine separate config gemacht werden.

------------------
Viele Grüße,
Manuel

 

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Zitat:

---

Original erstellt von magic_halli:
Komisch ist nur, das mit unserer Batchdatei die config.pro erst vom Server in das lokale ProE-Verzeichnis kopiert wird, dann die proe.exe ausgeführt wird und dann eigentlich ProE startet - das klappt bei jedem anderen Rechner mit WF2 UND WF3! Also sprich, alle User hier und alle ProE-Versionen nutzen diese eine config.pro und es funktioniert - nur dieser eine Rechner eben nicht. 

---

Das sollte man aber auch nicht tun! Neue Versionen erfordern nun mal auch neue Konfigurationen. Es kommen schließlich hin und wieder ein paar Sachen dazu und andere fallen weg.

------------------
Gruß
Udo               Keine Panik, Du arbeitest mit Pro/E! Und Du hast cad.de gefunden! 

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Ja, der Toolkiteintrag ist´s!

Code:

---

protkdat $ADMwildfire\J_link_Befehle\all_jlink_apps.dat

---

So sieht er aus. Wenn ich ihn auskommentiere, dann funzt es.
Ist aber sehr komisch, denn ein anderer PC mit WF3 benutzt die gleiche config.pro und dort werden die Toolkit-Applikationen auch korrekt eingebunden!!! Das versteh ich nicht...

$ADMwildfire ist eine Systemvariable mit dem Inhalt 'P:\ADMwildfire'. Das Laufwerk ist auch verbunden und der aufgelöste Pfad zeigt auch genau auf die dat-Datei!

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Dann krankt es an Jlink
JAVA Runtime ? Classpath?

------------------
Servus
Alois      Keine Mouseover-Werbung zwischen den Zeilen!!!!

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Zitat:

---

Original erstellt von magic_halli:
Ja, der Toolkiteintrag ist´s!

---

Damit dürfte aber auch klar sein, daß von unserer Seite keine weitere Hilfe kommen KANN. Wir kennen weder Hardware und Systemkonfiguration Deiner Workstation noch Eure JLink-Applikationen. Da kann nur der weiterhelfen, der den Kram programmiert hat.

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Ich hab den Link nicht parat, aber mein Gedächtnis sagt, dass WF3 Mxxx diesbezüglich einen Bug hat, WF3 muss zuerst vom Lokal Admin gestartet werden (!?!). Mal in der Knowledgebase suchen.

------------------
   "If you are not living life on the edge, you are taking up too much space". =>MfG Khan<= 

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Wildfire sollte meiner Meinung nach sowieso grundsätzlich nach der Installation zum ersten Mal als lokal Admin gestartet werden und dann ein Teil aufrufen um für alle Benutzer den Product View Express zu installieren.

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP