C / C++ / MFC

2-Apr-04 4:06

how to make clear that this struct has to be 2 bytes in size and NOT 3?

typedef struct _TEST
{
	USHORT				FragmentOffset: 13;
	UCHAR				MF: 1;
	UCHAR				DF: 1;
	UCHAR				Reserved: 1;
} TEST, *PTEST;

Thanks

Don't try it, just do it! Wink | ;-)

Vitali Halershtein2-Apr-04 4:15

Vitali Halershtein

2-Apr-04 4:15

Hi,

try to sizeof(...) = 4
Wink | ;)

Vitali
http://www.creative-case.com

Alexander ^M.,2-Apr-04 6:02

2-Apr-04 6:02

I can't, this struct is part of the IPv4 header.

Don't try it, just do it! Wink | ;-)

John M. Drescher2-Apr-04 4:28

John M. Drescher

2-Apr-04 4:28

Use #pragma pack

John

Alexander ^M.,2-Apr-04 6:01

2-Apr-04 6:01

I did, but it doesn't work.

Don't try it, just do it! Wink | ;-)

John M. Drescher2-Apr-04 7:12

John M. Drescher

2-Apr-04 7:12

How about making all the UCHARs to USHORT?

John

Alexander ^M.,2-Apr-04 7:36

2-Apr-04 7:36

Thank you John, that works!

Don't try it, just do it! Wink | ;-)

Maxwell Chen2-Apr-04 7:49

Maxwell Chen

2-Apr-04 7:49

Yes, you are right. But how strange ... although I remembered that in C++ syntax, we only have to write this way for bit field:

struct SS
{
  unsigned A : 13;
  unsigned B : 1;
  unsigned C : 1;
  unsigned D : 1;
}; // size = 4.

But with pragma of VisualC++7, the previous acts different to:

struct SS
{
  unsigned short A : 13;
  unsigned short B : 1;
  unsigned short C : 1;
  unsigned short D : 1;
}; // size = 2.

Maxwell Chen

Write a matrix to a txt file

Anonymous2-Apr-04 11:15

Anonymous

2-Apr-04 11:15

Hi
If you have problems with the size structue you have to close your structure declaration between #pragma pack() instruction, you can get additional info at msdn.

dairiseky2-Apr-04 3:15

dairiseky

2-Apr-04 3:15

I want to insert the values i get from a matrix, in the order thay are in a text file. I mean by this the values to keep their place, on lines and columns.
To read the values I did this:

double LocalMap::SquareValue(int i, int j)
{
for (i=0; i<nx; i++){
="" for="" (j="0;" j<ny;="" j++){
="" if="" (cellv[i][j]="">0){
cellsV[i][j]=cellV[i][j]*cellV[i][j];
if (cellsV[i][j]>noise_border){
ofstream BuiltMap; //mode écriture
BuiltMap.open ("C:\\My Files\\BuiltMap\\BuiltMap.txt", ios::in);
//open file
while (!BuiltMap.eof()){
//laisser i colonnes libres et j espaces libres
BuiltMap<<"\n"<<" "<

Re: Write a matrix to a txt file

David Crow2-Apr-04 4:01

Re: Write a matrix to a txt file

2-Apr-04 4:01

for (i = 0; i < nx; i++)
{
    for (j = 0; j < ny; j++)
    {
        if (cellV[i][j] > 0)
        {
            cellsV[i][j] = cellV[i][j] * cellV[i][j];
            if (cellsV[i][j] > noise_border)
            {
                ofstream BuiltMap;
                BuiltMap.open("C:\\My Files\\BuiltMap\\BuiltMap.txt", ios::in);
                while (! BuiltMap.eof())
                {
                    BuiltMap << "\n" << " " << cellsV[i][j];
                }
            }
            else
                cellsV[i][j] = NULL;
        }
    }
}

Aside from the fact that the opening/closing of the file should be done outside of the loops, I'm not quite sure what you are doing here. You've got an ofstream object that is opening a file for input (i.e., reading), yet you are usign the << operator to write to it. Is this intentional?

"The pointy end goes in the other man." - Antonio Banderas (Zorro, 1998)

dairiseky2-Apr-04 4:26

dairiseky

2-Apr-04 4:26

I thought ifstream is made for reading files only, and ofstream to be able to write into file. Did I miss something there?
I want to write the values cellsV[i][j] into the BuiltMap file.

THX

Re: Write a matrix to a txt file

David Crow2-Apr-04 4:56

CTreeCtrl sort parameters getting corrupted

2-Apr-04 4:56

So shouldn't you be opening the file with ios::out instead?

"The pointy end goes in the other man." - Antonio Banderas (Zorro, 1998)

roybrew2-Apr-04 2:17

roybrew

2-Apr-04 2:17

I am seeing an interesting problem using the SortChildrenCB
functionality in the CTreeCtrl class. When I add items to my
treectrl, I set the item data correctly with SetItem, along with some
other things, like the state, statemask. For my "private" item data I
am storing the HTREEITEM that I got back from the
CTreeCtrl::InsertItem call. I correctly cast it to an LPARAM from an
HTREEITEM.

The item gets added correctly and the SetItem also seems to work ok.

So, if I added two nodes to the tree the following values are used:

name1: "apples"
itemdata1: 713A8 (the HTREEITEM of the first node)

name2: "model"
itemdata2: 74008 (the HTREEITEM of the second node)

After adding each node, I fill the appropriate TVSORTCB structure as
follows:

tvs.hParent = parentH; // HTREEITEM of parent node
tvs.lpfnCompare = CompareItems; // address of my compare callback
routine
tvs.lParam = (LPARAM) &ctlTree; // pointer to my treectrl
ctlTree.SortChildrenCB(&tvs);

Now, when my callback routine gets called after adding the second item
to determine which way to sort the items, it gets called with the
itemdata of the first item, itemdata of the second item, and the "sort
parameter. I cast these accordingly:

CTreeCtrl* pMyTreeCtrl = (CTreeCtrl*) lParamSort;

// the lParam of an item is just it's handle
HTREEITEM hTreeItem1 = (HTREEITEM) lParam1;
HTREEITEM hTreeItem2 = (HTREEITEM) lParam2;

The problem is as follows:

the HTREEITEM of the first item gets munged -- by 2. So what I see
in the callback routine for HTREEITEMS is as follows:

hTreeItem1: 713AA (the HTREEITEM of the first node)
hTreeItem2: 74008 (the HTREEITEM of the second node)

Notice the difference in the value of the first handle. It should be
713A8, which is the correct node handle. This fouling up my sorting.

My question is this, to node handles persist? Do they live as long as
the tree node exists? Or, do they get reassigned during
expansion/contraction? In the past, I have hung pointers of more
complex "item data" on tree nodes without trouble. Of course I had to
be responsible for deallocating them when appropriate. But in this
case I thought I was safe using the HTREEITEM as item data, since
given that I could query the tree node for the sorting information I
needed.

Anyone have any ideas on this or have seen this behavior before?

Thanks in advance.

Roy Berger
roybrew@att.net

Regards,

Roy

_____________
Roy H. Berger
roybrew@att.net

LoadLibrary Error

JeabJB2-Apr-04 2:07

2-Apr-04 2:07

An error occured when I use a function called "PESDEMUX_ProcessFile" which is defined in a Dll (XtlPes.dll) (I have no errors at compilation).
The error message I have is "Unhandled exception in Appli.exe (XTLPES.DLL): 0xC0000005:Access Violation."

The code I used is:

HINSTANCE g_hDllXtlPes; // Global Variable defined in the general class
g_hDllXtlPes = LoadLibrary("XtlPes.dll"); //

typedef LONG (__cdecl *PESDEMUX_ProcessFile)(CHAR*,CHAR*,INT);

PESDEMUX_ProcessFile pPESDEMUX_ProcessFile;
CHAR chInFileName[255];
strcpy(chInFileName, m_csPCFileName); //Conversion CString to CHAR*
CHAR chOutFileName[255];
m_csPCFileName = m_csPCFileName + ".mpg";
strcpy(chOutFileName, m_csPCFileName); //Conversion CString to CHAR*
INT Type = 1;

if (theApp.g_hDllXtlPes != NULL)
{
pPESDEMUX_ProcessFile = (PESDEMUX_ProcessFile)GetProcAddress(theApp.g_hDllXtlPes,"PESDEMUX_ProcessFile");
if (!pPESDEMUX_ProcessFile)
{
FreeLibrary(theApp.g_hDllXtlUsb);
return FALSE;
}
else
{
BOOL BResult = TRUE;
BResult = pPESDEMUX_ProcessFile(chInFileName,chOutFileName,Type);
}
}

Does someone have an idea ?
Thank's for advance.

Alexander ^M.,2-Apr-04 2:13

2-Apr-04 2:13

use a debugger to determine what is going wrong!

Don't try it, just do it! Wink | ;-)

JeabJB2-Apr-04 2:29

2-Apr-04 2:29

That's what I've done... But the function I use always returns FALSE...
Any ideas?

David Crow2-Apr-04 2:56

2-Apr-04 2:56

If LoadLibrary() fails, you shouldn't bother doing that other stuff.

HINSTANCE g_hDllXtlPes;
g_hDllXtlPes = LoadLibrary("XtlPes.dll");
if (NULL != g_hDllXtlPes)
{
    typedef LONG (__cdecl *PESDEMUX_ProcessFile)(CHAR*,CHAR*,INT);

    PESDEMUX_ProcessFile pPESDEMUX_ProcessFile;
    CHAR chInFileName[255];
    strcpy(chInFileName, m_csPCFileName); //Conversion CString to CHAR*
    CHAR chOutFileName[255];
    m_csPCFileName = m_csPCFileName + ".mpg";
    strcpy(chOutFileName, m_csPCFileName); //Conversion CString to CHAR*
    INT Type = 1;

    pPESDEMUX_ProcessFile = (PESDEMUX_ProcessFile)GetProcAddress(theApp.g_hDllXtlPes,"PESDEMUX_ProcessFile");
    if (NULL != pPESDEMUX_ProcessFile)
    {
        BOOL BResult;
        BResult = pPESDEMUX_ProcessFile(chInFileName,chOutFileName,Type);
    }
    else
    {
        DWORD dwResult = GetLastError();
        FreeLibrary(theApp.g_hDllXtlUsb);
        return FALSE;
    }
}
else
    DWORD dwResult = GetLastError();

Note the calls to GetLastError().

"The pointy end goes in the other man." - Antonio Banderas (Zorro, 1998)

JeabJB2-Apr-04 3:10

2-Apr-04 3:10

GetLastError() return 0.
Any ideas ?

David Crow2-Apr-04 3:23

2-Apr-04 3:23

So g_hDllXtlPes is NULL and GetLastError() returned 0. Is that right?

"The pointy end goes in the other man." - Antonio Banderas (Zorro, 1998)

JeabJB2-Apr-04 3:34

2-Apr-04 3:34

g_hDllXtlPes is not NULL but GetLastError() returned 0

David Crow2-Apr-04 3:38

2-Apr-04 3:38

Ok, so what's the problem? If g_hDllXtlPes is not NULL, I would expect GetLastError() to return 0. That means no error!

"The pointy end goes in the other man." - Antonio Banderas (Zorro, 1998)

JeabJB2-Apr-04 3:49