Hi Folks,
I got an error that drives me crazy because it only occurs sometimes and I
can`t even reproduce it.
I got a __gc class here is it`s header:
#pragma once
#include "../empLib/empImg.h"
namespace empDll
{
public __gc struct Image {
int x;
int y;
int z;
float data __gc[];
};
public __gc class Imager {
private:
char __nogc *_cfile;
empImg<float> __nogc *_img;
public:
Imager (System::String *filename);
~Imager(void);
int getDimX ();
int getDimY ();
int getDimZ ();
Image* load (int startPos, int count );
};
}
and here the code:
#include "Imager.h"
#include "../empLib/empDiscIO.h"
#using <mscorlib.dll>
using namespace System;
namespace empDll {
Imager::Imager (System::String *filename) {
try {
_cfile = new char [filename->Length];
memset (_cfile,0, strlen(_cfile));
for (int i=0; i < filename->Length; i++) {
_cfile[i] = (char) filename->get_Chars(i);
}
_img = new empImg<float>;
} catch (empError e) {
e.msg();
}
}
Imager::~Imager(void) {
delete _img;
delete _cfile;
}
int Imager::getDimX () { return _img->dimx();}
int Imager::getDimY () { return _img->dimy();}
int Imager::getDimZ () { return _img->dimz();}
Image* Imager::load (int startPos, int count) {
try {
empDiscIO __nogc* imgIO = new empDiscIO(_cfile);
*_img = imgIO->load(_cfile, startPos, count).normalize(0,255);
Image *tmp = new Image;
tmp->data = new float __gc[_img->size()];
tmp->x = _img->dimx();
tmp->y = _img->dimy();
tmp->z = _img->dimz();
System::Runtime::InteropServices::Marshal::Copy(_i mg->data, tmp->data, 0
,_img->size());
delete imgIO;
return tmp;
} catch (empError e) {
e.msg();
} catch (...) {
cout << "ERROR";
}
}
}
I use this managed and __gc class from C# in the following way:
public emData(string filename)
{
empDll.Imager myIo = new empDll.Imager(filename);
empDll.Image temp = myIo.load(0,0);
m_dims = new int[3];
m_dims[0] = temp.x;
m_dims[1] = temp.y;
m_dims[2] = temp.z;
m_emData = new float[m_dims[0]*m_dims[1]*m_dims[2]];
long bytecount = m_dims[0]*m_dims[1]*m_dims[2];
for (long i = 0; i<bytecount; i++) m_emData[i] = temp.data[i];
myIo = null;
}
When I use the emData Class in C# sometimes it simply works, sometimes i get
an null reference exception when accessing temp.x, temp.y or something else
and sometimes I get a very strange debugging error message:
DAMAGE: after Normal block (#114) at 0x060C5230
and everything crashes.
I assume that somehow memory allocated in the managed C++ DLL is not freeed
or something similar but I have no idea what I am doing wrong isn`t calling
delete enough in this case? Can someone please help me? Additionally I am
quite sure that I don`t have to loop through arrays and copy them value by
value I am just doing this to make sure this is not the problem here.
Thanks in Advance
Chucker 4 5128
Chucker,
That message occurs because some code wrote more bytes to an array than
the allocated length. In debug mode, the C++ allocator puts a distinctive
bit pattern both before and after the memory it returns to you. When that
memory is deleted, the code checks to see if those bit patterns are still
the same. If not, you get a message about damage before or after the memory
block.
Bob
"Chucker" <Ch*****@discussions.microsoft.com> wrote in message
news:54**********************************@microsof t.com... Hi Folks,
I got an error that drives me crazy because it only occurs sometimes and I can`t even reproduce it.
I got a __gc class here is it`s header:
#pragma once
#include "../empLib/empImg.h"
namespace empDll { public __gc struct Image { int x; int y; int z; float data __gc[]; };
public __gc class Imager { private: char __nogc *_cfile; empImg<float> __nogc *_img; public: Imager (System::String *filename); ~Imager(void);
int getDimX (); int getDimY (); int getDimZ ();
Image* load (int startPos, int count ); };
}
and here the code:
#include "Imager.h" #include "../empLib/empDiscIO.h"
#using <mscorlib.dll> using namespace System;
namespace empDll { Imager::Imager (System::String *filename) { try { _cfile = new char [filename->Length]; memset (_cfile,0, strlen(_cfile));
for (int i=0; i < filename->Length; i++) { _cfile[i] = (char) filename->get_Chars(i); } _img = new empImg<float>; } catch (empError e) { e.msg(); } }
Imager::~Imager(void) { delete _img; delete _cfile; }
int Imager::getDimX () { return _img->dimx();} int Imager::getDimY () { return _img->dimy();} int Imager::getDimZ () { return _img->dimz();}
Image* Imager::load (int startPos, int count) { try { empDiscIO __nogc* imgIO = new empDiscIO(_cfile); *_img = imgIO->load(_cfile, startPos, count).normalize(0,255);
Image *tmp = new Image;
tmp->data = new float __gc[_img->size()]; tmp->x = _img->dimx(); tmp->y = _img->dimy(); tmp->z = _img->dimz();
System::Runtime::InteropServices::Marshal::Copy(_i mg->data, tmp->data, 0 ,_img->size()); delete imgIO; return tmp; } catch (empError e) { e.msg(); } catch (...) { cout << "ERROR"; }
}
}
I use this managed and __gc class from C# in the following way:
public emData(string filename) { empDll.Imager myIo = new empDll.Imager(filename); empDll.Image temp = myIo.load(0,0); m_dims = new int[3]; m_dims[0] = temp.x; m_dims[1] = temp.y; m_dims[2] = temp.z;
m_emData = new float[m_dims[0]*m_dims[1]*m_dims[2]];
long bytecount = m_dims[0]*m_dims[1]*m_dims[2];
for (long i = 0; i<bytecount; i++) m_emData[i] = temp.data[i];
myIo = null; }
When I use the emData Class in C# sometimes it simply works, sometimes i get an null reference exception when accessing temp.x, temp.y or something else and sometimes I get a very strange debugging error message:
DAMAGE: after Normal block (#114) at 0x060C5230
and everything crashes.
I assume that somehow memory allocated in the managed C++ DLL is not freeed or something similar but I have no idea what I am doing wrong isn`t calling delete enough in this case? Can someone please help me? Additionally I am quite sure that I don`t have to loop through arrays and copy them value by value I am just doing this to make sure this is not the problem here.
Thanks in Advance
Chucker
Hi Bob,
the only place where I think this can happen is here:
System::Runtime::InteropServices::Marshal::Copy(_i mg->data, tmp->data,
0,_img-size());
maybe
System::Runtime::InteropServices::Marshal::Copy(_i mg->data, tmp->data,
0,_img-size()-1);
might solve the problem, I will check this out. What if the native C++ Class
Library that I am wrapping here has an internal memory leak, is there any way
to deal with?
Thanks
Chucker
"Bob Milton" wrote: Chucker, That message occurs because some code wrote more bytes to an array than the allocated length. In debug mode, the C++ allocator puts a distinctive bit pattern both before and after the memory it returns to you. When that memory is deleted, the code checks to see if those bit patterns are still the same. If not, you get a message about damage before or after the memory block. Bob "Chucker" <Ch*****@discussions.microsoft.com> wrote in message news:54**********************************@microsof t.com... Hi Folks,
I got an error that drives me crazy because it only occurs sometimes and I can`t even reproduce it.
I got a __gc class here is it`s header:
#pragma once
#include "../empLib/empImg.h"
namespace empDll { public __gc struct Image { int x; int y; int z; float data __gc[]; };
public __gc class Imager { private: char __nogc *_cfile; empImg<float> __nogc *_img; public: Imager (System::String *filename); ~Imager(void);
int getDimX (); int getDimY (); int getDimZ ();
Image* load (int startPos, int count ); };
}
and here the code:
#include "Imager.h" #include "../empLib/empDiscIO.h"
#using <mscorlib.dll> using namespace System;
namespace empDll { Imager::Imager (System::String *filename) { try { _cfile = new char [filename->Length]; memset (_cfile,0, strlen(_cfile));
for (int i=0; i < filename->Length; i++) { _cfile[i] = (char) filename->get_Chars(i); } _img = new empImg<float>; } catch (empError e) { e.msg(); } }
Imager::~Imager(void) { delete _img; delete _cfile; }
int Imager::getDimX () { return _img->dimx();} int Imager::getDimY () { return _img->dimy();} int Imager::getDimZ () { return _img->dimz();}
Image* Imager::load (int startPos, int count) { try { empDiscIO __nogc* imgIO = new empDiscIO(_cfile); *_img = imgIO->load(_cfile, startPos, count).normalize(0,255);
Image *tmp = new Image;
tmp->data = new float __gc[_img->size()]; tmp->x = _img->dimx(); tmp->y = _img->dimy(); tmp->z = _img->dimz();
System::Runtime::InteropServices::Marshal::Copy(_i mg->data, tmp->data, 0 ,_img->size()); delete imgIO; return tmp; } catch (empError e) { e.msg(); } catch (...) { cout << "ERROR"; }
}
}
I use this managed and __gc class from C# in the following way:
public emData(string filename) { empDll.Imager myIo = new empDll.Imager(filename); empDll.Image temp = myIo.load(0,0); m_dims = new int[3]; m_dims[0] = temp.x; m_dims[1] = temp.y; m_dims[2] = temp.z;
m_emData = new float[m_dims[0]*m_dims[1]*m_dims[2]];
long bytecount = m_dims[0]*m_dims[1]*m_dims[2];
for (long i = 0; i<bytecount; i++) m_emData[i] = temp.data[i];
myIo = null; }
When I use the emData Class in C# sometimes it simply works, sometimes i get an null reference exception when accessing temp.x, temp.y or something else and sometimes I get a very strange debugging error message:
DAMAGE: after Normal block (#114) at 0x060C5230
and everything crashes.
I assume that somehow memory allocated in the managed C++ DLL is not freeed or something similar but I have no idea what I am doing wrong isn`t calling delete enough in this case? Can someone please help me? Additionally I am quite sure that I don`t have to loop through arrays and copy them value by value I am just doing this to make sure this is not the problem here.
Thanks in Advance
Chucker
A memory leak will NOT cause this error message! This is a data overrun,
and is a serious problem. Somewhere in the C++ DLL is a call to new which is
too small for the data being copied. BTW, this error message is for the C++
side, not the C# side of things.
Bob
"Chucker" <Ch*****@discussions.microsoft.com> wrote in message
news:47**********************************@microsof t.com... Hi Bob,
the only place where I think this can happen is here:
System::Runtime::InteropServices::Marshal::Copy(_i mg->data, tmp->data, 0,_img-size());
maybe
System::Runtime::InteropServices::Marshal::Copy(_i mg->data, tmp->data, 0,_img-size()-1);
might solve the problem, I will check this out. What if the native C++ Class Library that I am wrapping here has an internal memory leak, is there any way to deal with?
Thanks
Chucker
"Bob Milton" wrote:
Chucker, That message occurs because some code wrote more bytes to an array than the allocated length. In debug mode, the C++ allocator puts a distinctive bit pattern both before and after the memory it returns to you. When that memory is deleted, the code checks to see if those bit patterns are still the same. If not, you get a message about damage before or after the memory block. Bob "Chucker" <Ch*****@discussions.microsoft.com> wrote in message news:54**********************************@microsof t.com... > Hi Folks, > > I got an error that drives me crazy because it only occurs sometimes > and I > can`t even reproduce it. > > I got a __gc class here is it`s header: > > #pragma once > > #include "../empLib/empImg.h" > > namespace empDll > { > public __gc struct Image { > int x; > int y; > int z; > float data __gc[]; > }; > > public __gc class Imager { > private: > char __nogc *_cfile; > empImg<float> __nogc *_img; > public: > Imager (System::String *filename); > ~Imager(void); > > int getDimX (); > int getDimY (); > int getDimZ (); > > Image* load (int startPos, int count ); > }; > > } > > and here the code: > > #include "Imager.h" > #include "../empLib/empDiscIO.h" > > #using <mscorlib.dll> > > > > using namespace System; > > namespace empDll { > Imager::Imager (System::String *filename) { > try { > _cfile = new char [filename->Length]; > memset (_cfile,0, strlen(_cfile)); > > for (int i=0; i < filename->Length; i++) { > _cfile[i] = (char) filename->get_Chars(i); > } > _img = new empImg<float>; > } catch (empError e) { > e.msg(); > } > } > > Imager::~Imager(void) { > delete _img; > delete _cfile; > } > > int Imager::getDimX () { return _img->dimx();} > int Imager::getDimY () { return _img->dimy();} > int Imager::getDimZ () { return _img->dimz();} > > Image* Imager::load (int startPos, int count) { > try { > empDiscIO __nogc* imgIO = new empDiscIO(_cfile); > *_img = imgIO->load(_cfile, startPos, count).normalize(0,255); > > Image *tmp = new Image; > > tmp->data = new float __gc[_img->size()]; > tmp->x = _img->dimx(); > tmp->y = _img->dimy(); > tmp->z = _img->dimz(); > > System::Runtime::InteropServices::Marshal::Copy(_i mg->data, tmp->data, > 0 > ,_img->size()); > delete imgIO; > return tmp; > } catch (empError e) { > e.msg(); > } catch (...) { > cout << "ERROR"; > } > > } > > } > > I use this managed and __gc class from C# in the following way: > > public emData(string filename) > { > empDll.Imager myIo = new empDll.Imager(filename); > empDll.Image temp = myIo.load(0,0); > m_dims = new int[3]; > m_dims[0] = temp.x; > m_dims[1] = temp.y; > m_dims[2] = temp.z; > > m_emData = new float[m_dims[0]*m_dims[1]*m_dims[2]]; > > long bytecount = m_dims[0]*m_dims[1]*m_dims[2]; > > for (long i = 0; i<bytecount; i++) m_emData[i] = temp.data[i]; > > myIo = null; > } > > When I use the emData Class in C# sometimes it simply works, sometimes > i > get > an null reference exception when accessing temp.x, temp.y or something > else > and sometimes I get a very strange debugging error message: > > DAMAGE: after Normal block (#114) at 0x060C5230 > > and everything crashes. > > I assume that somehow memory allocated in the managed C++ DLL is not > freeed > or something similar but I have no idea what I am doing wrong isn`t > calling > delete enough in this case? Can someone please help me? Additionally I > am > quite sure that I don`t have to loop through arrays and copy them value > by > value I am just doing this to make sure this is not the problem here. > > Thanks in Advance > > Chucker >
I solved it! The problem was that the static lib linked to the managed DLL
was linked against the static runtime, the managed lib was linked against the
DLL Runtime and the C# Application was linked against CRT.
Now I rebuild everything and linked everything against the multithreaded
debug dll runtime and suddenly everything is fine!
Thanks for your efforts
Chucker This thread has been closed and replies have been disabled. Please start a new discussion. Similar topics
by: viditm |
last post by:
Hi
I keep getting the error "Error Creating Windows Handle" in my application and different places in the code. This occurs only to certain users. Its very random and cannot be reproduced in the...
|
by: Nathan Given |
last post by:
Hello All,
I am trying to randomly change the background image of my home page
but I can't seem to figure it out.
Here is a snippet of my css
....
BODY {background:transparent...
|
by: fbwhite |
last post by:
I know this issue has been brought up many times, but I have tried many of
the solutions to no avail. I wanted to give my specific case to see if
someone could be of any help.
We are using the...
|
by: Chucker |
last post by:
Hi Folks,
I got an error that drives me crazy because it only occurs sometimes and I
can`t even reproduce it.
I got a __gc class here is it`s header:
#pragma once
#include...
|
by: Jeff Shepler |
last post by:
This is probably not the right newsgroup for this, but this is the
only one I read and there are a lot of smart people that "live" here.
Please don't berate me if you think this should have been...
|
by: Mehmet Kitapci |
last post by:
Hi,
I receive this "Debug Error!" message while deleting the CContext instance.
e.g.
CContext pCC = new CContext();
// ... do something on pCC
delete pCC; // error message pops up...
|
by: Nick Gilbert |
last post by:
Hi,
I recently upgraded a website from ASP.NET 1.1 to 2.0. While working on
the site and changing aspx or ascx files, I sometimes randomly get a
compilation error after refreshing the page in...
|
by: raan |
last post by:
Whats wrong with the code ? delete tp; is throwing DAMAGE: After
normal block(#56) at 0x00321480
Environment, VS2003, XP
#include <iostream>
#include <fstream>
#include <string>
#include...
|
by: JDHawk |
last post by:
Hi,
when I compile my c++ program, MS Visual C++ (2003) shows this error:
Damage: after Normal Block (#139) at 0xXXXXXXXX
In Debug Mode I found out that it is the deallocation with "delete" in...
|
by: ryjfgjl |
last post by:
If we have dozens or hundreds of excel to import into the database, if we use the excel import function provided by database editors such as navicat, it will be extremely tedious and time-consuming...
|
by: emmanuelkatto |
last post by:
Hi All, I am Emmanuel katto from Uganda. I want to ask what challenges you've faced while migrating a website to cloud.
Please let me know.
Thanks!
Emmanuel
|
by: BarryA |
last post by:
What are the essential steps and strategies outlined in the Data Structures and Algorithms (DSA) roadmap for aspiring data scientists? How can individuals effectively utilize this roadmap to progress...
|
by: Sonnysonu |
last post by:
This is the data of csv file
1 2 3
1 2 3
1 2 3
1 2 3
2 3
2 3
3
the lengths should be different i have to store the data by column-wise with in the specific length.
suppose the i have to...
|
by: marktang |
last post by:
ONU (Optical Network Unit) is one of the key components for providing high-speed Internet services. Its primary function is to act as an endpoint device located at the user's premises. However,...
|
by: Hystou |
last post by:
Most computers default to English, but sometimes we require a different language, especially when relocating. Forgot to request a specific language before your computer shipped? No problem! You can...
|
by: Oralloy |
last post by:
Hello folks,
I am unable to find appropriate documentation on the type promotion of bit-fields when using the generalised comparison operator "<=>".
The problem is that using the GNU compilers,...
|
by: jinu1996 |
last post by:
In today's digital age, having a compelling online presence is paramount for businesses aiming to thrive in a competitive landscape. At the heart of this digital strategy lies an intricately woven...
|
by: tracyyun |
last post by:
Dear forum friends,
With the development of smart home technology, a variety of wireless communication protocols have appeared on the market, such as Zigbee, Z-Wave, Wi-Fi, Bluetooth, etc. Each...
| |