C / C++ / MFC

Re: Convert File format...

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..

_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

Re: Exe and DLL share a common heap?

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

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

David Crow25-Feb-04 5:07

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)

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

David Crow26-Feb-04 2:51

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)

DimpleSurana26-Feb-04 3:49

DimpleSurana

26-Feb-04 3:49

Do u have ne generic solution that will update the time object based on the incoming timezone.
This is gonna require some manual programming i believe so was loking otu for a code snippet.

Dimple

David Crow3-Mar-04 2:49

3-Mar-04 2:49

Nothing that revolves around a "timezone identifier." Otherwise, the DaylightBias and Bias members should solve your problem.

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

hex to dec

styve25-Feb-04 3:53

styve

25-Feb-04 3:53

Hi!

Having problem by using sprintf. I have the hexadecimal 2B67, and will convert it to decimal by using sprintf.

Can someone help me?? I know how to do vice verca.

Prakash Nadar25-Feb-04 4:17

25-Feb-04 4:17

As far as i know there is no datatype called hexadecimal.
What is the actuaal data type wheather its Int, long, or string

if its string then you need to convert it to long or int and use the following statemetn

printf("%d",nHexNum);
or
printf("%ld",lHexNum);

Which ever fits rite.

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

David Crow25-Feb-04 4:24

25-Feb-04 4:24

Mr.Prakash wrote:
As far as i know there is no datatype called hexadecimal.

Then what do you call base-16 numbers?

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

Prakash Nadar25-Feb-04 4:33

25-Feb-04 4:33

humm, is there any data type called base-16 in c/c++????

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

David Crow25-Feb-04 4:38

25-Feb-04 4:38

No, but there are base-16 numbers, also known as hexadecimal numbers. Referring back to styve's post, he wanted to convert a base-16 number (hexadecimal) to a base-10 number (decimal).

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

Prakash Nadar25-Feb-04 4:49

25-Feb-04 4:49

I certaily agree with you? I was trying to be within the context of C/C++,

Many newbies consider this as hexadecimal no.

int x = 0xff;

Wink | ;)

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

David Crow25-Feb-04 5:18

25-Feb-04 5:18

Mr.Prakash wrote:
Many newbies consider this as hexadecimal no.

int x = 0xff;

While 0xff is indeed a hexadecimal number, the variable x is simply a spot in memory.

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