User forums > Using Code::Blocks

Debugging code Help

<< < (3/5) > >>

Дмитро:


--- Code: ----------------- Clean: default in Pars1 (compiler: GNU GCC Compiler)---------------

Cleaned "Pars1 - default"

-------------- Build: default in Pars1 (compiler: GNU GCC Compiler)---------------

mingw32-g++.exe -g -g -fpermissive  -c "C:\Копия PISDETS-22\NOW\Pars_utf8.cpp" -o .objs\Pars_utf8.o
C:\Копия PISDETS-22\NOW\Pars_utf8.cpp: В функции «void print_symbols(in_iterator, in_iterator, std::ofstream&, char***, int*, spilna_pamyat*)»:
C:\Копия PISDETS-22\NOW\Pars_utf8.cpp:120:55: предупреждение: «nakopychuvach» не имеет аргументов, зависящих от параметра-шаблона, поэтому должна быть доступна декларация «nakopychuvach» [-fpermissive]
  nakopychuvach(Symbol, Ves_masyv, ZastarivPamjatay, Ps);
                                                       ^
C:\Копия PISDETS-22\NOW\Pars_utf8.cpp: В функции «void nakopychuvach(char*, char***, int*, spilna_pamyat*)»:
C:\Копия PISDETS-22\NOW\Pars_utf8.cpp:263:40: предупреждение: некорректное преобразование из «char*» в «char» [-fpermissive]
      dokument[NUMRYADOK][ NUMZNAK ][0] = Symbol;
                                        ^
mingw32-g++.exe  -o Pars1.exe .objs\Pars_utf8.o  -static-libgcc 
Output file is Pars1.exe with size 164,87 KB
Process terminated with status 0 (0 minute(s), 19 second(s))
2 error(s), 0 warning(s) (0 minute(s), 20 second(s))
 
--- End code ---



I think it's probably 90%, I make a mistake.
Nevertheless, I can not understand where I am wrong.
I apologize in advance.

Please log here restructuring.


This is what you asked? I understood correctly?


I also attach the debugger.
I do not know, maybe it does not matter.
However, I will do.


--- Code: ---Building to ensure sources are up-to-date
Selecting target:
default
Adding source dir: C:\Копия PISDETS-22\NOW\
Adding source dir: C:\Копия PISDETS-22\NOW\
Adding file: C:\Копия PISDETS-22\NOW\Pars1.exe
Changing directory to: C:/PISDET~2/NOW/.
Set variable: PATH=.;C:\MinGW\bin;C:\MinGW;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\system32\wbem;C:\Program Files\TortoiseSVN\bin;C:\Strawberry_Perl\c\bin;C:\Strawberry_Perl\perl\site\bin;C:\Strawberry_Perl\perl\bin
Starting debugger: C:\MinGW\bin\gdb.exe -nx -fullname  -quiet  -args C:/PISDET~2/NOW/Pars1.exe
done
Registered new type: wxString
Registered new type: STL String
Registered new type: STL Vector
Setting breakpoints
Debugger name and version: GNU gdb (GDB) 7.6.1
Child process PID: 1656
Program received signal SIGTRAP, Trace/breakpoint trap.
In ntdll!DbgBreakPoint () (C:\WINDOWS\system32\ntdll.dll)
#11 0x00401c8c in _fu9___ZSt4cout () at C:\Копия PISDETS-22\NOW\Pars_utf8.cpp:280
C:\Копия PISDETS-22\NOW\Pars_utf8.cpp:280:6111:beg:0x401c8c
At C:\Копия PISDETS-22\NOW\Pars_utf8.cpp:280

--- End code ---

oBFusCATed:
Don't use paths with spaces, other strange characters, Cyrillic characters and so on. Using such characters is known to fail.

Read this also: http://wiki.codeblocks.org/index.php/Debugging_with_Code::Blocks

Дмитро:

Thank you!
Please, please specify how reliable that is going version - debuh version or release version? which of them exactly?

And sure created debug version? What evidence, testimony signs?
What do kodebloke regulation should apply, I usually can get confused and not know it, and probably it is, because I'm only mastering this Wednesday.

How to change version? Maybe it's my inability chi bug associated with the not the version?

Дмитро:
Blurted out! It works as it should.
You know, I do not understand what has changed.
I tried to change the way the compiler to use the other ... He returned to the still. Like all the same.
Trinket work!

Building to ensure sources are up-to-date
Selecting target:
default
Adding source dir: C:\S22\NOW\
Adding source dir: C:\S22\NOW\
Adding file: C:\S22\NOW\Pars1.exe
Changing directory to: C:/S22/NOW/.
Set variable: PATH=.;C:\MinGW\bin;C:\MinGW;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\system32\wbem;C:\Program Files\TortoiseSVN\bin;C:\Strawberry_Perl\c\bin;C:\Strawberry_Perl\perl\site\bin;C:\Strawberry_Perl\perl\bin
Starting debugger: C:\MinGW\bin\gdb.exe -nx -fullname  -quiet  -args C:/S22/NOW/Pars1.exe
done
Registered new type: wxString
Registered new type: STL String
Registered new type: STL Vector
Setting breakpoints
Debugger name and version: GNU gdb (GDB) 7.6.1
Child process PID: 1636
At C:\S22\NOW\Pars_utf8.cpp:148

Дмитро:

--- Code: ---if(Ves_masyv!=NULL){

 for( int i = 0; i <= NUMRYADOK+1; ++i )
  {
        for( int J = 0; J <= ZastarivPamjatay[NUMRYADOK]+1; ++J )
   {

        delete[] Ves_masyv[ i ][J];

   }


  }

--- End code ---

Debugger, itself stops here on this site.

I was not completely satisfied. Debugged program is better, so that it falls at once, and sometimes passing this place for the fortieth time or more. Cycle itself also remove more than the larger.
How to make the program go straight to the collapse of the space? What would stop took place exactly on the line when she fell program own catching collapse.

Navigation

[0] Message Index

[#] Next page

[*] Previous page