C / C++ / MFC

3-Mar-06 5:24

copying an array of bytes to another byte array of same size

-- modified at 11:24 Friday 3rd March, 2006

RChin3-Mar-06 5:30

RChin

3-Mar-06 5:30

...and your question is?

If I guess correctly, something like this would do nicely:

<br />
char pArray1[] = {1,2,3,4,5};  // Source array<br />
char pArray2[5];               // Destination array<br />
<br />
memcpy(pArray1, pArray2, 5);<br />

I Dream of Absolute Zero

David Crow3-Mar-06 5:49

3-Mar-06 5:49

RChin wrote:
memcpy(pArray1, pArray2, 5);

Or:

memcpy(pArray2, pArray1, 5 * sizeof(char));

"Let us be thankful for the fools. But for them the rest of us could not succeed." - Mark Twain

"There is no death, only a change of worlds." - Native American Proverb

chaitanya223-Mar-06 5:55

3-Mar-06 5:55

ya thank you, it didnt work for me, i would like to assign source array to new array.

eg:
assinging BYTE sourcearray[212] to BYTE destarray[1024],,,,

as am pieces of bytes in source array, like 108 bytes for the first time and again 104 bytes for the second time.

-- modified at 11:57 Friday 3rd March, 2006

David Crow3-Mar-06 6:28

3-Mar-06 6:28

chaitanya22 wrote:
i would like to assign source array to new array.

eg:
assinging BYTE sourcearray[212] to BYTE destarray[1024],,,,

Use:

memcpy(destarray, sourcearray, 108 * sizeof(BYTE));

"Let us be thankful for the fools. But for them the rest of us could not succeed." - Mark Twain

"There is no death, only a change of worlds." - Native American Proverb

chaitanya223-Mar-06 5:51

3-Mar-06 5:51

Its an array of Bytes, like i owuld like like to assign source array of bytes to destination array, as am getting chunks of bytes in the source array, so that i would be having all bytes without break.

David Crow3-Mar-06 6:05

3-Mar-06 6:05

memcpy() is the function to use. What about it is not working?

"Let us be thankful for the fools. But for them the rest of us could not succeed." - Mark Twain

"There is no death, only a change of worlds." - Native American Proverb

chaitanya223-Mar-06 6:09

Re: PARAFORMAT2 Structure

3-Mar-06 6:09

yes, its working, but again am getting the breaks in the data as like in source array. I would like to have continous stream of data.

PARAFORMAT2 Structure

Richard_483-Mar-06 5:10

Richard_48

3-Mar-06 5:10

Hello all,

Here is my code:

void CMSMCitationView::OnMsmformattingJustifytext()
{

//Call the PARAFORMAT2 Structure to mod the paragraph
// format
PARAFORMAT2 pf;

// Modify the paragraph format so that the text
//is justified.
pf.cbSize = sizeof(PARAFORMAT2);
pf.dwMask = PFM_ALIGNMENT;
pf.wAlignment = PFA_JUSTIFY;
CRichEditView::SetParaFormat(pf);

// Verify the settings.
#ifdef _DEBUG
CRichEditView::GetParaFormatSelection();
ASSERT(pf.dwMask&PFM_ALIGNMENT);
ASSERT(pf.wAlignment == PFA_JUSTIFY);
#endif

}

Here is more info about this:
Code compiles and links. When Menu Item (Justify Text) is selected, nothing happens. When other values are used in place of PFA_JUSTIFY, such as PFA_CENTER, center text is the result. Documentation says that if Rich Edit 3.0 is not installed, value PFA_JUSTIFY will align with the left margin. This is my result with PFA_JUSTIFY. I am running Win XP Pro with all the updates installed. Should have at least Rich Edit 3.0.dll already installed. Question is why won't PFA_JUSTIFY do it's thing? How do I determine if at least the RichEdit 3.0.dll is installed?

Thanks for your inputs,

Sveige Smile | :)

RRL

Jeremy Falcon3-Mar-06 7:26

Jeremy Falcon

3-Mar-06 7:26

sveige wrote:
How do I determine if at least the RichEdit 3.0.dll is installed?

From lebans.com...

Version DLL
1.0     Riched32.dll
2.0     Riched20.dll
3.0     Riched20.dll
4.1     Msftedit.dll

Windows XP SP1  Includes Rich Edit 4.1, Rich Edit 3.0, and a Rich Edit 1.0 emulator.
Windows XP 	Includes Rich Edit 3.0 with a Rich Edit 1.0 emulator.
Windows Me 	Includes Rich Edit 1.0 and 3.0.
Windows 2000 	Includes Rich Edit 3.0 with a Rich Edit 1.0 emulator.
Windows NT 4.0 	Includes Rich Edit 1.0 and 2.0.
Windows 98 	Includes Rich Edit 1.0 and 2.0.
Windows 95 	Includes only Rich Edit 1.0. However, Riched20.dll is compatible with Windows 95 and may be installed by an application that requires it.

Jeremy Falcon

Stack overflows

Waldermort3-Mar-06 4:14

3-Mar-06 4:14

What are the common causes for stack overflows? I have a very simple loop

for (long i=0; i<rec.size(); i++) {
    add_list_item(i, 0,0,rec[i].text);
}

which calls the function

void cDisplay::add_list_item(long iLin, long iCol, int iSub,char* text)
{
	LVITEM lvi;
	RECT rect;

	GetClientRect(hList, &rect);
	memset(&lvi, 0, sizeof(lvi));

	lvi.mask = LVIF_TEXT;
	lvi.state = 0;
	lvi.stateMask = 0;
	lvi.pszText = text;
	lvi.iItem = iLin;
	lvi.iSubItem = iCol;
    
	switch(iSub)
	{
		case 0:
			SendMessage((HWND) hList,(UINT) LVM_INSERTITEM, (WPARAM) 0, (LPARAM) &lvi);
			break;
		case 1:
			SendMessage((HWND) hList,(UINT) LVM_SETITEM, (WPARAM) 0, (LPARAM) &lvi);
			break;
	}
	ListView_SetColumnWidth(hList,iCol,LVSCW_AUTOSIZE_USEHEADER);
	InvalidateRect(hList, &rect, TRUE) ;
}

All this does is populate a list-view with some 150 lines. Problem is, on the 32nd call to SendMessage the program crashes due to a sack overflow. I can't see where this is being caused or for what reasons.

But if I call

add_list_item(0, 0,0,rec[i].text);<pre> from the loop, ie put the item on the first line, it runs without a problem.  But this is not what I want.

David Crow3-Mar-06 4:33

3-Mar-06 4:33

At the point the program crashes, look at the call stack (within the IDE) to get a better idea of where the problem is.

"Let us be thankful for the fools. But for them the rest of us could not succeed." - Mark Twain

"There is no death, only a change of worlds." - Native American Proverb

Waldermort3-Mar-06 4:57

3-Mar-06 4:57

I know this probably means nothing, but this is the top end of the call stack

USER32! 77d61ee3()
USER32! 77d43a68()
USER32! 77d43b37()
USER32! 77d4546b()
USER32! 77d5a3aa()
USER32! 77d5a4f0()
USER32! 77d43a68()
USER32! 77d43b37()
USER32! 77d4546b()
USER32! 77d45f69()
cDisplay::get_student_id(std::vector<_RECORD,std::allocator<_RECORD> > & {...}) line 510 + 24 bytes
cParse::display_student_record() line 633 + 18 bytes
DlgProc(HWND__ * 0x001c0698, unsigned int 78, unsigned int 1000, long 210508) line 103

which suggets to me that the problem is within USER32. But then again I may be wrong. Any ideas?

David Crow3-Mar-06 5:56

3-Mar-06 5:56

This does not even show that add_list_item() is being called at the time of the stack overflow. It's almost like the code is having trouble accessing one of the vector items. What if you print out the contents of the vector like:

for (long i = 0; i < rec.size(); i++)
{    
    OutputDebugString(rec[i].text);    
    OutputDebugString("\r\n");
}

The second thing to try is adding the items outside of the for loop like:

add_list_item(0, 0,0,rec[0].text);
add_list_item(1, 0,0,rec[1].text);
...
add_list_item(33, 0,0,rec[33].text);

Try also removing the calls to ListView_SetColumnWidth() and InvalidateRect(). What happens if you did something like:

for (long i = 32; i < rec.size(); i++)
    add_list_item(i - 32, 0, 0, rec[i].text);

which starts with the 33rd item in the vector.

"Let us be thankful for the fools. But for them the rest of us could not succeed." - Mark Twain

"There is no death, only a change of worlds." - Native American Proverb

Waldermort3-Mar-06 6:18

3-Mar-06 6:18

When taking everything out of the loop the 32nd call to add_list_item causes a stack overflow. All of the items in the vector are present and correct, and changing the value of i makes no difference.

When stepping through the code it enters the add_list_item function, all the variables and memory are exactly the same as the previous calls, nothing changes, but as soon as it sends the LVM_INSERTITEM message, it causes a stack overflow.

David Crow3-Mar-06 6:35

3-Mar-06 6:35

waldermort wrote:
When taking everything out of the loop the 32nd call to add_list_item causes a stack overflow.

So, is it because the list view already has 31 other items in it, or is there something special about the 32nd item. Can you isolate these two?

"Let us be thankful for the fools. But for them the rest of us could not succeed." - Mark Twain

"There is no death, only a change of worlds." - Native American Proverb

Waldermort3-Mar-06 15:59

3-Mar-06 15:59

Sorry maybe I phrased that a little wrong, I should have said that everything up to the 32nd item is displayed, theron after I start getting the "stack overflow" errors. I have tried breaking out of the loop if i is 32, starting the loop from the 32nd item. Nn matter what I do, only on the 32nd call to add_list_item the program crashes.

Waldermort3-Mar-06 5:53

3-Mar-06 5:53

Just an update. I have changed my code slightly so that now the loop is reversed and all the inserting to the listbox is added at position 0. This draws the list exactly as it should, but when scrolling through the list (using the direction keys), the program crashes again "stack overflow". At this point I am pretty sure that the problem lies within user32.dll and not my code.

Is it possible to update this dll without having to update the whole system or go through the whole windows update pollava? Mine is version 5.1.2600.1106, I am curious to know if the problem exists in later versions. If this is the case I would probably have to change my code to check for the verion and update it, how would one do this?

David Crow3-Mar-06 5:59

3-Mar-06 5:59

Ok, what happens to rec after the list view has been populated? Is it a global variable that hangs around, or is it local to some function that gets destroyed after it's been used?

"Let us be thankful for the fools. But for them the rest of us could not succeed." - Mark Twain

"There is no death, only a change of worlds." - Native American Proverb

Waldermort3-Mar-06 6:28