doc/view initialization problem - C / C++ / MFC Discussion Boards

Ian Darling25-Feb-04 9:53

25-Feb-04 9:53

Alexander M. wrote:
to reverse engineer software is illegal

Maybe on your planet it is, here on Earth there's not usually a problem with it Poke tongue | ;-P

Ian Darling
"The trouble with the world is that the stupid are cocksure and the intelligent are full of doubt." - Bertrand Russell

Re: Cheat

Christian Graus25-Feb-04 10:13

Christian Graus

25-Feb-04 10:13

Mist licences state that reverse engineering is not allowed, so it's really a case of how enforcable a licence is.

Christian

I have drunk the cool-aid and found it wan and bitter. - Chris Maunder

Re: Cheat

Steve S25-Feb-04 22:51

Steve S

25-Feb-04 22:51

There is legislation in most EU states (including the UK) that permits reverse engineering, irrespective of what the license states. I believe that it depends under whose jurisdiction the license is 'struck', but IANAL.

Incidentally, is hooking necessarily reverse engineering?

Steve S

Re: Cheat

lukhas21-Apr-04 11:07

lukhas

21-Apr-04 11:07

LOL

DXSDK FullScreenDialog & TreeControl

akira3225-Feb-04 5:35

akira32

25-Feb-04 5:35

C:\DXSDK\samples\Multimedia\DirectDraw
FullScreenDialog
this project's resource have a Dialog Called IDD_DIALOG_SAMPLE
In IDD_DIALOG_SAMPLE,I want to add a tree control
But after I add a tree control to In IDD_DIALOG_SAMPLE,
CreateDialog function will be failed. Why? What Should I Do?

C:\DXSDK\samples\Multimedia\DirectDraw
FullScreenDialog
這個project的resource有一個Dialog叫IDD_DIALOG_SAMPLE
在IDD_DIALOG_SAMPLE裡加一個tree control
IDD_DIALOG_SAMPLE執行時就出不來,why?

Re: DXSDK FullScreenDialog & TreeControl

Prakash Nadar25-Feb-04 5:55

Prakash Nadar

25-Feb-04 5:55

was InitCommonControlsEx() called?

I have lost more blood shaving than on the battlefield - Adolf Hitler

Re: DXSDK FullScreenDialog & TreeControl

akira3227-Feb-04 5:57

akira32

27-Feb-04 5:57

was InitCommonControlsEx() called?
What you mean? I don't know.

doc/view initialization problem

Stephane Routelous25-Feb-04 5:29

Stephane Routelous

25-Feb-04 5:29

Hi,

I have a problem concerning the initialization of my application :
I have an MDI application.
In the ChildFrame, I have a dockingbar containing a treectrl.
The CView is a CScrollView where I will draw some things ( GDI ).
When the user open a file, I want to populate the treectrl with some information from the openend file.
I can init the view in the OnInitialUpdate.
But where can I imitialize the TreeCtrl ?
I can initialize it in the OnInitialUpdate from the view :
CMyView::OnInitialUpdate(...)
{
CChildFrame* child = ....
child->GetdockBar()->Init(filename);
}

But it is not very clean.

Any ideas how to do something clean ?

Thanks

Stephane
www.exotk.org

line

Goh Hui Beng25-Feb-04 5:11

Goh Hui Beng

25-Feb-04 5:11

const SHeadFeatures *pHead = &features->Head;

Can someone explain wat this line means to me

Re: line

David Crow25-Feb-04 5:31

David Crow

25-Feb-04 5:31

pHead is a pointer to a SHeadFeatures object. It's assigning the address of features->Head to pHead.

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

Re: line

Prakash Nadar25-Feb-04 5:38

Prakash Nadar

25-Feb-04 5:38

it means pHead is a const pointer that cannot be modified,
and &features->Head means the same as features.Head

I have lost more blood shaving than on the battlefield - Adolf Hitler

#include <iostream>

torrud25-Feb-04 5:03

torrud

25-Feb-04 5:03

Hi,

always I try #include <iostream> in the header-file of my .NET-dll I get this error:

error LNK2020: Unresolved Token (0A000017) _CxxThrowException
error LNK2020: Unresolved Token (0A000019) delete

If I try this in a .NET-console application that error doesn't occure.

Any hints?

Re: #include <iostream>

Nemanja Trifunovic25-Feb-04 5:16

Nemanja Trifunovic

25-Feb-04 5:16

MC++ dlls are not linked to CRT by default. Add msvcrt.lib to your Linker->Input->Additional Dependencies

Re: #include <iostream>

torrud25-Feb-04 5:57

torrud

25-Feb-04 5:57

Thanks, that is it.

Convert File format...

rasha200325-Feb-04 4:57

rasha2003

25-Feb-04 4:57

Hi..
dose any one has idea of how to convert files format if it possible after that to still able to run the file such as *.bmp files to *.gif ..
i tryied to do that using CFileFind but the file did not open then..

Re: Convert File format...

_Magnus_25-Feb-04 5:14

_Magnus_

25-Feb-04 5:14

Are you trying to convert bmp to gif using CFileFind ??

/Magnus

- I don't necessarily agree with everything I say

Re: Convert File format...

l a u r e n25-Feb-04 6:50

l a u r e n

25-Feb-04 6:50

if ur doing grafic file conversions lookup csimage here on cp
Wink | ;)

"there is no spoon"
biz stuff about me

Exe and DLL share a common heap?

Halloko25-Feb-04 4:31

Halloko

25-Feb-04 4:31

First off I must admit I don't know if this is the rigth forum to post in, btu since I'm trying to do this in an MFC app of mine I hope it's ok Smile | :)

I'm currently experiencing some "simple" memory problems between my .exe and it's runtime-linked DLL.
If I allocate an object on the heap (using new) and try to deallocate it in the DLL (using delete, of course) I get a memory error kind of sounding like this:
HEAP[Adventure Editor.exe]: Invalid Address specified to RtlValidateHeap( 05180000, 00387A28 )

I traced into the C code and found out that the following code:

<br />
/*<br />
    * If this ASSERT fails, a bad pointer has been passed in. It may be<br />
    * totally bogus, or it may have been allocated from another heap.<br />
    * The pointer MUST come from the 'local' heap.<br />
    */<br />
_ASSERTE(_CrtIsValidHeapPointer(pUserData));

Since I know the pointer isn't bad it must be something about a DLL not sharing the .exe's heap.
Is that so? And if yes, why? I thought a DLL was loaded into the .exe memory?

Re: Exe and DLL share a common heap?

Prakash Nadar25-Feb-04 4:40

Prakash Nadar

25-Feb-04 4:40

Halloko wrote:
I thought a DLL was loaded into the .exe memory?

I agree with you, but I would say that its really not a safe way to allocate the memory in .exe and delete in the dll. Simple rule of thumb, the owner of the pointer should delete it.

I have lost more blood shaving than on the battlefield - Adolf Hitler

Re: Exe and DLL share a common heap?

Nemanja Trifunovic25-Feb-04 5:21

Nemanja Trifunovic

25-Feb-04 5:21

Halloko wrote:
Since I know the pointer isn't bad it must be something about a DLL not sharing the .exe's heap.
Is that so? And if yes, why? I thought a DLL was loaded into the .exe memory?

It is about CRT. If you dinamically link to CRT in both dll and exe, than you are OK. Otherwise, you have two instances of CRT loaded in the memory, and you'd better make sure to free the memory with the same instance you allocated it with.

Re: Exe and DLL share a common heap?

valikac25-Feb-04 17:13

valikac

25-Feb-04 17:13

I do not think it is even possible to load a DLL into an exe address space if the exe is not compiled using dynamic linking.

Kuphryn

Creating time object of a non local timezone

DimpleSurana25-Feb-04 4:30

DimpleSurana

25-Feb-04 4:30

"SystemTimeToTzSpecificLocalTime" Windows Platform SDK call seems to satisy what i want to do. But again to populate the _TIME_ZONE_INFORMATION struct is a problem. Generally it is populated from the local TimeZone (Environment variable). Any Hints/Help to populate this struct with a non-local Timezone data.

BOOL SystemTimeToTzSpecificLocalTime(
LPTIME_ZONE_INFORMATION lpTimeZone,
LPSYSTEMTIME lpUniversalTime,
LPSYSTEMTIME lpLocalTime
);

typedef struct _TIME_ZONE_INFORMATION
{ LONG Bias;
WCHAR StandardName[32];
SYSTEMTIME StandardDate;
LONG StandardBias;
WCHAR DaylightName[32];
SYSTEMTIME DaylightDate;
LONG DaylightBias;
} TIME_ZONE_INFORMATION, *PTIME_ZONE_INFORMATION;

Also i was wondering if anybody has seen the MultiTimeZone Clock Screen Saver. If the source code of that could be got it would make life simpler.

Dimple

Re: Creating time object of a non local timezone

David Crow25-Feb-04 5:07

David Crow

25-Feb-04 5:07

DimpleSurana wrote:
Any Hints/Help to populate this struct with a non-local Timezone data.

I live in GMT-0600, which is known as CST here in the U.S. If I wanted the time for EST, or GMT-0500, I would do something like:

TIME_ZONE_INFORMATION tzi = {0};
SYSTEMTIME  stUniversal   = {0},
            stLocal       = {0};
 
tzi.Bias = 300;
GetSystemTime(&stUniversal); // 16:06 GMT
SystemTimeToTzSpecificLocalTime(&tzi, &stUniversal, &stLocal); // 11:06 EST

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

Re: Creating time object of a non local timezone

DimpleSurana25-Feb-04 18:26

DimpleSurana

25-Feb-04 18:26

Hi David,
I really appreciate the code snippets you give me. But i wanted to know that how do i add DST information to it too. For eg. EST timezone see's DST.
I idea is that "stLocal" will be given its TimeZone only once & hence forth onwards it should always know its TimeZone's Time including DST.
Thanks,
Dimple

Re: Creating time object of a non local timezone

David Crow26-Feb-04 2:51

David Crow

26-Feb-04 2:51

Check out the DaylightBias member of the TIME_ZONE_INFORMATION structure.

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

Use Ctrl+Left/Right to switch messages, Ctrl+Up/Down to switch threads, Ctrl+Shift+Left/Right to switch pages.