C++ code:

---

std::string CompilerAccess::CompileFile(std::string File, std::string Options)
{
	/* TODO (#1#): Implement CompilerAccess::CompileFile() */
	sExecute = "Development:bin/gcc ";
    sExecute = sExecute + "-c ";
    sExecute = sExecute + File;
    sExecute = sExecute + " ";
    sExecute = sExecute + Options;
    Execute( (char*)sExecute.c_str(), BPTRinputstream, BPTRoutputstream );

    while(FGets(BPTRinputstream,cCompilerOutput,1000))
    {
        CGUI->setTextEditorContent(cCompilerOutput);
    }

	return "";
}

---

[ - Antworten - Zitieren - Direktlink - ]

code:

---

input = Open("NIL:",MODE_OLDFILE);
output = Open("dateiname",MODE_NEWFILE);
Execute (commmand,input,output);
Close (input);
Close (output);
report = Open("dateiname",MODE_OLDFILE);
while (FGets (report,line,linelength))
{
...
}
Close (report);

---

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

C++ code:

---

BPTRoutputstream = Open("RAM:temp.txt",MODE_NEWFILE);
    SystemTags((char*)sExecute.c_str(), SYS_Error, BPTRoutputstream, TAG_DONE);
    Close(BPTRoutputstream);

---

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

- Kommt diese Meldung auch, wenn du versuchst eine nicht existente/leere Datei zu öffnen?

- Kannst du - nur zum Debuggen - die Meldungen, die du in temp.txt schreibst, parallel dazu auch auf den Bildschirm drucken?

- Hat du temp.txt schon mal mit einem anderen Editor geöffnet? Enthält sie was sinnvolles?

Ich weiß jetzt nicht wie es bei deinem Compiler ist, aber meiner schreibt nicht grundsätzlich alles nach stderr. Manches schreibt er praktischerweise nach stdout...
--
Signaturen mit mehr als zwei Zeilen gehen mir auf den Wecker


[ Dieser Beitrag wurde von DrNOP am 12.06.2007 um 20:17 Uhr geändert. ]

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

[ - Antworten - Zitieren - Direktlink - ]

C++ code:

---

BPTRoutputstream = Open("RAM:temp.txt",MODE_NEWFILE);
    SystemTags((char*)sExecute.c_str(), SYS_Error, BPTRoutputstream, SYS_Asynch, FALSE, TAG_DONE);
    Close(BPTRoutputstream);

---

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von Kaesebroetchen:
@Mazze:

Scheint leider nicht zu helfen.

Habe es so eingebaut:

C++ code:

---

BPTRoutputstream = Open("RAM:temp.txt",MODE_NEWFILE);
    SystemTags((char*)sExecute.c_str(), SYS_Error, BPTRoutputstream, SYS_Asynch, FALSE, TAG_DONE);
    Close(BPTRoutputstream);

---

---

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von Holger:


Ich seh da nix vom stdout. Bist Du Dir sicher, dass Du diese Möglichkeit auch wirklich überprüft hast?

mfg

--
Good coders do not comment. What was hard to write should be hard to read too.

---

C++ code:

---

BPTRERR = Open("RAM:MURKSERR.txt",MODE_NEWFILE);

    BPTROUT = Open("RAM:MURKSOUT.txt",MODE_NEWFILE);


    BPTRIN = Open("RAM:MURKSIN.txt",MODE_NEWFILE);


    SystemTags((char*)sExecute.c_str(),
                SYS_Input, BPTRIN,
                SYS_Output, BPTROUT,
                SYS_Error, BPTRERR,

                TAG_DONE);


    if(BPTRERR)
    {
    Close(BPTRERR);
    }

    if(BPTROUT)
    {
    Close(BPTROUT);
    }

    if(BPTRIN)
    {
    Close(BPTRIN);
    }

---

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von Kaesebroetchen:

C++ code:

---

BPTRIN = Open("RAM:MURKSIN.txt",MODE_NEWFILE);
...
SYS_Input, BPTRIN,

---

---

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von Kaesebroetchen:
Ich habe auch versucht mit gcc dateien optionen >ausgabe.txt

versucht die Ausgabe in eine Datei umzulenken. Das Resultat ist das selbe, nichts.

---

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

ZeroG:
Weiß zwar nicht wie das unter Aros ist aber unter OS4 leitet man die Ausgaben von GCC so um:
gcc -o test test.c *>< >compile.log

---

[ - Antworten - Zitieren - Direktlink - ]

@Kaesebroetchen:

Hm, ist schon eine ganze Weile her, daß ich da reinschauen konnte, aber z.B. für StormC wurde ein eigener Console-Handler für diese Aufgabe verwendet (u.A. weil beim con-handler <=V44 eine Umleitung von stderr halt nicht möglich war). Cubic wird das vermutlich ähnlich lösen, evtl. hilft Dir Dietmar da weiter, wenn Du ihn fragst.

Da funktioniert es ja mit allen Ausgaben des gcc.

Grüße

--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von whose:
u.A. weil beim con-handler <=V44 eine Umleitung von stderr halt nicht möglich war

---

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von Holger:

Zitat:

---

Original von whose:
u.A. weil beim con-handler <=V44 eine Umleitung von stderr halt nicht möglich war

---

Das ist eine missverständliche Formulierung. Der con-handler hat keinerlei Einfluss auf die Frage, ob man stderr umleiten kann. Das ist ausschließlich Sache der shell und der Anwendung. Wenn diese beiden in Sachen stderr-Umleitung ordentlich zusammenarbeiten, funktioniert das selbstverständlich auch in Verbindung mit dem originalen con-handler.

---

Oh, da hast Du allerdings Recht... ich hab da etwas zu kurz gedacht, sry. Mir fiel dabei halt "auf die Schnelle" der StormC ein, auf dessen Interna ich mal einen Blick werfen konnte, allerdings nicht tief genug, ums bis ins Detail hinein zu verstehen und ich hatte eine Aussage im Kopf, daß es da Probleme mit dem normalen con-handler gäbe, weshalb man einen eigenen implementiert hätte, um diese Probleme zu umgehen. Damit war sicherlich u.A. die direkte Reaktion auf Ausgaben auf stderr etc. gemeint.

Hoffen wir, daß sich jemand findet, der ihm da weiterhelfen kann (wie gesagt, Dietmar Eilert könnte da evtl. was zu sagen, GoldEd hat so eine Mimik ja eingebaut), ich kanns leider nicht direkt

Grüße

--
---

µA1 PPC 750GX-800
A4000 PPC 604e-233

[ - Antworten - Zitieren - Direktlink - ]

Zitat:

---

Original von whose:
... und ich hatte eine Aussage im Kopf, daß es da Probleme mit dem normalen con-handler gäbe, weshalb man einen eigenen implementiert hätte, um diese Probleme zu umgehen. Damit war sicherlich u.A. die direkte Reaktion auf Ausgaben auf stderr etc. gemeint.

---

[ - Antworten - Zitieren - Direktlink - ]