view source code during debugging

[vedro-compota]

Hello)

guys, please tell me - how to view source code during  debugging ?
I see only puch-mov-push-mov-mov etc - but when i try to set tick near "show sourse code" (to debug through the lines) - nothing happen....
please help..........

[DMac]

Hello Mr. Vedro

It sounds like you are right clicking to view the disassembly while in Debug mode.

Debugging in Pelles works in three steps.

Step one Compile in debug mode. (See step 1)

Step two Set break point and click debug/go. (See step 2)

Step three Hit F10 to step through code and view values in the watch window. (See step 3)

[CommonTater]

Edit: I see DMac beat me to it
 
Since not all of us use the DBG/REL/PRF AddIn, here's how to set the options manually...
 
On the main menu...
Project -> Project options -> Compiler -> Debug information = full

Plus...
For 32 bit projects:
Project -> Project options -> Linker -> Debug information  = Code View and Coff
For 64 bit projects:
Project -> Project options -> Linker -> Debug information = Code View

Set at least one breakpoint.
Then click the Go Debug button on your toolbar.

[vedro-compota]

DMac , thank you) but my IDE have different from yours buttons....but i've tuned Pelles C as CommonTater (thank you too!) said  and I can walk through the lines in debug mode, but I can understand why on several custom function Pelles C leave the source code and run through.....push-mov - assambler as I understand)

[CommonTater]

DMac , thank you) but my IDE have different from yours buttons....but i've tuned Pelles C as CommonTater (thank you too!) said  and I can walk through the lines in debug mode, but I can understand why on several custom function Pelles C leave the source code and run through.....push-mov - assambler as I understand)

Because that segment of code is probably in a library or dll that does not have debugging symbols.

[vedro-compota]

hm. so in this case i should debug through assembler?
because of this I was try to debug in Visual Studio - but it doesn't like lines as:

Code: [Select]

struct user
int zone;
int city;
int node;
int point;
char* name;
};
struct user  users[b]; //  [i][b]error C2057: expected constant expression[/b][/i]
users[n].name=malloc(sizeof(char));but Pelles C doesn't worry because of  "constant expression" why it's so or may be it's difference between C and C++ ?.....

[Bitbeisser]

hm. so in this case i should debug through assembler?
because of this I was try to debug in Visual Studio - but it doesn't like lines as:

Code: [Select]

struct user
int zone;
int city;
int node;
int point;
char* name;
};
struct user  users[b]; //  [i][b]error C2057: expected constant expression[/b][/i]
users[n].name=malloc(sizeof(char));but Pelles C doesn't worry because of  "constant expression" why it's so or may be it's difference between C and C++ ?.....

With just that snippet, it is impossible to tell. The basic problem is that you define and array with "b" elements, with a definition of b nowhere in sight. You can't dynamically define an array like this, neither in C or C++ (FAIK), unless "b" refers to a "const" defined elsewhere in your code...

With bad programming practices, compiler/development environment behavior is random at best...

Ralf

[CommonTater]

Vedro... C++ and C are two completely separate languages... they are maintained independently, each to their own separate set of standards.  It is a terrible mistake to think that because something works one way in C that C++ should play along or because something works in C++ that it should work in C too.... It just doesn't work that way.

Yes C++ compilers will compile some C code... but it's not C code at the same standards as true C.  For example, Microsoft's VC++ compiler won't compile C-99 or C-11 code... the two current C coding standards.

Also note that debugging is of no value on code that produces compile-time errors and warnings...
The compiler's warnings are about being able to build the executable.
The debugger is about finding behavoural problems in code that compiles correctly.

[vedro-compota]

so - as i understand - it's incorrect to write -

Code: [Select]


struct user
int zone;
int city;
int node;
int point;
char* name;
};
n= salen(arr); // get number of str

printf("[[[ Numer of useful strings = %i ]]] \n",n);
int b=n;
struct user  users[b];
users[n].name=malloc(sizeof(char));

[CommonTater]

With just that snippet, it is impossible to tell. The basic problem is that you define and array with "b" elements, with a definition of b nowhere in sight. You can't dynamically define an array like this, neither in C or C++ (FAIK), unless "b" refers to a "const" defined elsewhere in your code...

Try this....

Code: [Select]

int main (void)
  {  int c = 11;
      int array[c];

      return 0; }

C-99 and C-11 will let you define local array sizes at run time, using variables...

With bad programming practices, compiler/development environment behavior is random at best...

As it was put to me many years ago:  No program is ever better than the worst programmer who worked on it.

[vedro-compota]

Try this....
Code: [Select]
int main (void)
  {  int c = 11;
      int array[c];
      return 0; }

but i need to create array dynamically!

[CommonTater]

so - as i understand - it's incorrect to write -

So lets take a look....

Code: [Select]


struct user      <--- missing brace
   int zone;   
   int city;
   int node;
   int point;
   char* name;
};
n= salen(arr); // get number of str
   
   printf("[[[ Numer of useful strings = %i ]]] \n",n);
   int b=n;                                                          <-- unnecessary variable
   struct user  users[b];                                        <-- may cause stack overflow if n is too big
   users[n].name=malloc(sizeof(char));                     <-- allocates only 1 character for name storage
           

[CommonTater]

Try this....
Code: [Select]
int main (void)
  {  int c = 11;
      int array[c];
      return 0; }

but i need to create array dynamically!

Then learn how to use malloc() correctly.

[vedro-compota]

>>>>> users[n].name=malloc(sizeof(char));                     <-- allocates only 1 character for name storage

yes, but in that case i needed firstly to "set dot of array" - EOF in last element name - before  initialization of  others elements

>>>>>>>>>> int b=n;                                                          <-- unnecessary variable

yes - you are right --  i was try to get round exeption of "constant expression" by this stupid way))

>>>>>>>>>>struct user  users;                                      <-- may cause stack overflow if n is too big

yes , but that is my problem, as I think - because of how can i create array dynamically in other way.........

Then learn how to use malloc() correctly.

ok. i'll do as you said

[vedro-compota]

how to use malloc() correctly.

malloc()? but may be calloc for array is better....ok - that's my problem - i'll solve it ........ big thanks!