🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Thread View: fras.text.programmieren
4 messages
4 total messages Started by Steffen Zimmert Thu, 21 Sep 1995 13:28
Wie zweiten Prozess debuggen?
#31
Author: Steffen Zimmert
Date: Thu, 21 Sep 1995 13:28
17 lines
1361 bytes
Hallo!

Ich habe ein kleines Programm, das im  Laufe  seiner  Abarbeitung
einen  zweiten  Prozeß  startet.  Bis  hierher  kein Problem. Nun
wollte ich wie immer den neuen Programmteil  (Starten  des  neuen
Prozesses)  mit  dem  Debugger  überprüfen, um mögliche Fehler zu
finden. Also  startete  ich  den  Debugger  (CPR  aus  dem  SAS/C
V6.51-Paket) und mußte feststellen, daß das nicht so funktioniert
wie ich mir das vorstellte. Sofort im  Handbuch  nachgesehen  und
auch   das   Beispiel  zum  Debuggen  von  Multitasking  Programs
durchgemacht, aber ich bekomme nie den  Source  der  Funktion  zu
sehen,  die  ich  in `CreateNewProc()` unter `NP_Entry` angegeben
habe. Den hätte ich aber gerne einmal angeschaut....

Kann mir da jemand einen kleinen Tip geben?
 
        MfG,    Steffen
Re: Wie zweiten Prozess debuggen?
#35
Author: Joerg Krause
Date: Fri, 22 Sep 1995 11:50
24 lines
1598 bytes
Steffen Zimmert schrieb in Artikel <wYYSDMD356aRz1@p-zimmer.ame.osn.de>
über Wie zweiten Prozess debuggen? folgendes:

> Ich habe ein kleines Programm, das im  Laufe  seiner  Abarbeitung einen 
> zweiten  Prozeß  startet.  Bis  hierher  kein Problem. Nun wollte ich
> wie immer den neuen Programmteil  (Starten  des  neuen Prozesses)  mit 
> dem  Debugger  überprüfen, um mögliche Fehler zu finden. Also  startete 
> ich  den  Debugger  (CPR  aus  dem  SAS/C V6.51-Paket) und mußte
> feststellen, daß das nicht so funktioniert wie ich mir das vorstellte.
> Sofort im  Handbuch  nachgesehen  und auch   das   Beispiel  zum 
> Debuggen  von  Multitasking  Programs durchgemacht, aber ich bekomme nie
> den  Source  der  Funktion  zu sehen,  die  ich  in `CreateNewProc()`
> unter `NP_Entry` angegeben habe. Den hätte ich aber gerne einmal
> angeschaut....

BDebug aus dem Barfly Paket ist da sehr zu empfehlen.


--
Joerg Krause
quacks@paula.owl.de  (http://royal.owl.de/~quacks/quacks.html)

When does a system administrator do the first backup?
The first day on the job after the system administrator who never did.
Re: Wie zweiten Prozess debuggen?
#36
Author: Ralph Seichter
Date: Fri, 22 Sep 1995 15:45
23 lines
1319 bytes
S.ZIMMERT@AME.osn.de (Steffen Zimmert) schrieb am 21.09.95

> [...] ich bekomme nie den Source der Funktion zu sehen, die ich in
> `CreateNewProc()` unter `NP_Entry` angegeben habe. Den hätte ich aber
> gerne einmal angeschaut....

Wenn bei Dir der Enforcer mitläuft, gibt es eine einfache Methode. Die zu
untersuchende Funktion solltest Du mit einem künstlichen, harmlosen Enfor-
cer-Hit versehen, z.B.

  void foo(void)
  {
      char *hitme = 0;
      *hitme = '\0';
      /* ... */
  }

Wenn foo() betreten wird, gibt's einen Hit und CPR stoppt an dieser Stelle,
und ein "symload" lädt den Quelltext des dazugehörigen Objektmoduls nach.

	MfG,	Ralph
-- 
"The great Nerd drive of '76..." (GL)
Re: Wie zweiten Prozess debuggen?
#41
Author: Marco Krause
Date: Tue, 26 Sep 1995 16:51
14 lines
1278 bytes
S.ZIMMERT@ame.osn.de (Steffen Zimmert) schrieb am 21.09.1995:

> finden. Also  startete  ich  den  Debugger  (CPR  aus  dem  SAS/C
> V6.51-Paket) und mußte feststellen, daß das nicht so funktioniert
> wie ich mir das vorstellte. Sofort im  Handbuch  nachgesehen  und

So geht das auch nicht. Du musst schon bei der Start-Funktion des
neuen Task einen Breakpoint setzen. Von alleine unterbricht CPR
einen solchen Child-Task nicht.

-- _--------------------------------------------------'
_ // Marco Krause (<*>) E-Mail: Marco@Cosmos-L.gun.de/
\X/   (Germany) <POWERED BY MOTOROLA 'o4o & SAS/C>  /
  ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Thread Navigation

This is a paginated view of messages in the thread with full content displayed inline.

Messages are displayed in chronological order, with the original post highlighted in green.

Use pagination controls to navigate through all messages in large threads.

Back to All Threads