PBuild startet immer in einem eigenen Shell

[satmax]

Hallo,

ich starte pbuild aus der command line (cmd.exe win8). Pbuild startet sich dann in einem neuen Fenster das am Ende sofort wieder geschlossen wird. Somit kann ich keine Meldungen von pbuild erkennen.

Gibt es da einen Trick?

Gruß
Markus

[brandelh]

Du kannst die Ausgabe in eine LOG Datei umleiten ...

pbuild ... > LogDatei.txt

[satmax]

Du kannst die Ausgabe in eine LOG Datei umleiten ...

pbuild ... > LogDatei.txt

Das habe ich schon versucht, es wir dabei aber immer nur eine leere Datei (0 Byte) erstellt. Das hängt sicher damit zusammen, das ein neues cmd Fenster gestartet wird.

[brandelh]

liegt dein Programmverzeichnis in einem geschützen Verzeichnisbereich (z.B. c:\programme ...) oder hat PBUILD keinen Zugriff das Xbase++ Verzeichnis ?
Eigentlich müssten zumindest Warnungen / Fehlermeldungen erscheinen ... Mit Windows 8 habe ich kaum Erfahrung, aber ich meine Xbase++ als solches hätte funktioniert.
Meine Compiler liegen aber unter D:\Alaska\... bzw. c:\PowerBasic\...

sehr seltsam das alles.

[satmax]

liegt dein Programmverzeichnis in einem geschützen Verzeichnisbereich (z.B. c:\programme ...) oder hat PBUILD keinen Zugriff das Xbase++ Verzeichnis ?
Eigentlich müssten zumindest Warnungen / Fehlermeldungen erscheinen ... Mit Windows 8 habe ich kaum Erfahrung, aber ich meine Xbase++ als solches hätte funktioniert.
Meine Compiler liegen aber unter D:\Alaska\... bzw. c:\PowerBasic\...

sehr seltsam das alles.

Danke Hubert, das war es.

Alles auf d:\xx kopiert, Pfade angepasst und es läuft.

Sieht halt nach viel "Bastelarbeit" aus.

[Jan]

Versuch es doch mal mit VX. Da hast Du dann wenigstens eine grafische Benutzeroberfläche, und der Debugger ist auch besser als der zeichenorientierte. Ob der Editor ansich Deinen Ansprüchen genügt ist ein anderes Thema, ich selber komme damit jedenfalls gut klar.

Jan

[brandelh]

Was mich bei der neuen Version so stört ist, dass es auf der Platte riesige Pfade hat bis man da ist wo man hin will ... aber mit Dokumente geht es wenigstens über den Explorer ...

[satmax]

Versuch es doch mal mit VX. Da hast Du dann wenigstens eine grafische Benutzeroberfläche, und der Debugger ist auch besser als der zeichenorientierte. Ob der Editor ansich Deinen Ansprüchen genügt ist ein anderes Thema, ich selber komme damit jedenfalls gut klar.

Jan

Hallo Jan,

was bitte ist VX? Aktuell habe ich nur die XBase++ V1.9 Demoversion.
Gruß
Markus

[brandelh]

Das ist eine IDE (ohne Grafik und mit Einschränkungen) für Xbase++ und wird in Xbase 2.0 eventuell meine Gnade erringen
Diese steuert den Compile/Link Lauf, aber ich denke nicht, dass sie etwas Richtung Windows 8 verbessert ... bevor 2.0 final ist.

Falls VX???.EXE nicht in der Testversion ist, kann man bei Alaskas Support danach fragen ... wer weiß

[Jan]

Ich nutze VX auf einem Rechner mit Windows 8 64Bit. Null Probleme mit VX oder den darunter erzeugten Programmen.

Jan

[satmax]

Versuch es doch mal mit VX. Da hast Du dann wenigstens eine grafische Benutzeroberfläche, und der Debugger ist auch besser als der zeichenorientierte. Ob der Editor ansich Deinen Ansprüchen genügt ist ein anderes Thema, ich selber komme damit jedenfalls gut klar.

Jan

Wie kann ich den VX Debugger mit XBase++ 1.9 benutzen?

Markus

[Jan]

Hallo Markus,

schau Dir mal das Menü "run" an.

Die wichtigsten Tasten sind:
F5 = Breakpoint setzen oder löschen
F7 = Im Debugmodus weiter bis zu der Zeile, in der gerade der Cusor steht
F8 = Weiter in die nächste Zeile
F9 = Die in VX geöffnete Anwendung im Debug-Modus starten, bzw. von der aktuellen Position weiterlaufen lassen (bis zum nächsten Breakpoint)
Shift-F9 = Das aktuell geöffnete Programm starten
Strg-F9 = Das aktuelle Programm neu aufbauen
Alt-F9 = Aktuelles Projekt neu aufbauen

Jan

[Jan]

Markus,

noch was: Auf dem Forentreffen am 8. und 9. November wird es auch eine Session über die Workbench geben. Das ist die neue Version von VX in Xbase++ 2.0. Wenn Du da mitmachen willst - da wäre noch ein Platz für Dich frei ...

Jan

[satmax]

Ich denke nochmals ganz fest darüber nach...

Zum VX, die Workbech kann ich schon starten, aber ich nicht den VX-Debugger von Version 2 in mein Projekt XBase 1.9 einbinden, wie sollte das gehen?

Hast Du Version 1.9 und 2.0 auf einem PC installiert?

Gruß
Markus

[Manfred]

Hm,

das verstehe ich jetzt nicht so ganz. Verknüpfe doch das Projektfile mit vx20.exe und es wird jedesmal aufgerufen, wenn Du auf das File klickst. oder was meinst Du jetzt mit einbinden? Die VX muß natürlich auf dem Rechner installiert sein.

[AUGE_OHR]

Zum VX, die Workbech kann ich schon starten, aber ich nicht den VX-Debugger von Version 2 in mein Projekt XBase 1.9 einbinden, wie sollte das gehen?

starte mal so

Code: Alles auswählen

VX20.EXE MyApp.EXE %1 %2 %3

in der Xbase++ v2.x Version hast du den Punkt Environment welche in der Registry unter

Code: Alles auswählen

 "HKEY_CURRENT_USER\Software\Alaska Software\Visual Xbase++\2.0\Directories"
 "HKEY_CURRENT_USER\Software\Alaska Software\Visual Xbase++\2.0 CTP\Directories"

zu finden sind. wenn du hier die v1.9 Path Angaben einträgst kannst du die VX IDE auch mit der v1.9x benutzen.

Tip : ich habe 2 x EXE zum setzen der Registry Werte zum "umschalten"

Hast Du Version 1.9 und 2.0 auf einem PC installiert?

beides wobei ich wegen der Timebombs v2.x nur noch unter virtualBox zum testen benutze.