Hej, walczę dalej z tematem subprocesów pod MorphOSem i zastanawiam się właśnie jak "uciszyć" subproces, tak aby nie otwierał nowego okienka CLI i nie wypisywał wszystkich komunikatów poprzez

fprintf (stderr, ...)

Zastanawiałem się nad nadpisaniem stderr, ale może podczas inicjalizowania subprocesu dałoby się to z automatu wyłączyć? Obecnie w taki sposób konfiguruję subprocess

if (childprocess = (struct Process *) CreateNewProcTags(
                        NP_Entry,       childprocesscode,  
                        NP_Name,        childprocessname,
                        NP_Priority, 	1,
                        NP_CodeType, 	CODETYPE_PPC,
                       TAG_DONE))

Za wszelkie sugestie (no może poza typu "doczytaj sobie" ), będę wam bardzo wdzięczny

Ostatnia aktualizacja: 29.11.2018 12:31:34 przez MarX

• Odpowiedz

@MarX, post #1

• Odpowiedz

@michal_zukowski, post #2

• Odpowiedz

@michal_zukowski, post #2

• Odpowiedz

@MarX, post #4

• Odpowiedz

@michal_zukowski, post #5

hmmm, nie mam teraz morphosa pod ręką ale normalne bym dał CreateNewProcTags, dodał ten tag SYS_Error , ustawił na NULL albo na "NIL:" i zobaczył

Niestety CreateNewProcTags w ogóle nie przyjmuje taga SYS_Error

• Odpowiedz

@MarX, post #6

• Odpowiedz

@mschulz, post #7

Możesz spróbować jeszcze NP_Input i NP_Output na NIL: ustawić. Wtedy proces nie będzie mógł czytać z konsoli i na konsoli pisać.

Dzięki za podpowiedź, jednak ani taka konstrukcja:

NP_Input, "NIL:",
NP_Output, "NIL:",

ani taka:

NP_Input, NULL,
NP_Output, NULL,

nie zmienia stanu rzeczy. Tzn. wywołania

fprintf(stderr, ...)

nadal lecą na konsolę

• Odpowiedz

@MarX, post #6

• Odpowiedz

@MarX, post #8

• Odpowiedz

@docent, post #10

NP_Error, Open("NIL:", MODE_NEWFILE)

• Odpowiedz

@MarX, post #11

Jeśli palnę teraz głupotę to sorry, wypadłem trochę z tematu raczkowania w C. Ale taki pomysł mi przyszedł do głowy. A co jakby zdefiniować własny fprintf (jeśli się tak da) - tak żeby przy wołaniu fprintf w rzeczywistości był wołany kprintf - wtedy by szło do debug loga a nie na konsolę

• Odpowiedz

@MarX, post #11

• Odpowiedz