Re: Byte Ordering MFC Serialization - C / C++ / MFC Discussion Boards

Re: Hide Command Prompt in Console Application

sunlin72-Mar-10 0:44

2-Mar-10 0:44

you can alloc a console by AllocConsole function and destroy by FreeConsole when you didn't need it.
hope this will solve your problem.

Re: Hide Command Prompt in Console Application

Rajesh R Subramanian2-Mar-10 1:04

Rajesh R Subramanian

2-Mar-10 1:04

lisunlin wrote:
you can alloc a console by AllocConsole function and destroy by FreeConsole when you didn't need it.

I don't see how could this solve the given problem.

“Follow your bliss.” – Joseph Campbell

Re: Hide Command Prompt in Console Application

sunlin72-Mar-10 17:45

sunlin7

2-Mar-10 17:45

complite your project as a windows application, there will be no console during it's executeing unless you AllocConsole when application need interactiving with user, FreeConsole when you want hide the console.
Sorry for my English, I'm not good at it.

Re: Hide Command Prompt in Console Application

Rolf Kristensen2-Mar-10 12:22

Rolf Kristensen

2-Mar-10 12:22

Stop compiling your application as a console application, but as a windows application (Remove "console" from the compiler and linker options)

Byte Ordering MFC Serialization [Solved]

Garth Watkins1-Mar-10 23:05

Garth Watkins

1-Mar-10 23:05

Does the serialization class CArchive automatically handle byte ordering differences on different platforms ? I have a class which i am serializing on an Big Endian platform but will be deserializing it on a little endian platform. Is there anything i need to watch out for ? The only bit of info i have managed to find on the net is this article http://www.drdobbs.com/184409538;jsessionid=T1RL5VK3F2RBFQE1GHPCKHWATMY32JVN?_requestid=488503[^] However it is a bit outdated.

[Solution]
OK for those who are interested, it seems as if CArchive does not do any byte swapping at all. The reason being is that all versions of windows run the same endianess.. http://social.msdn.microsoft.com/Forums/en/windowsmobiledev/thread/04c92ef9-e38e-415f-8958-ec9f7c196fd3[^]

The two items in the CArchive class that would have anything to do with byte swapping actually do nothing at all.
i.e. CArchive::IsByteSwapping and CArchive::bNoByteSwap

Cheers
Garth

I don't really care whether or not i really care or not.

modified on Tuesday, March 2, 2010 6:29 AM

Re: Byte Ordering MFC Serialization

CPallini1-Mar-10 23:12

CPallini

1-Mar-10 23:12

Well, you may perform a little test.
Smile | :)

[added]
I guess the outdated article's content is still true (at least for compatibility reasons).
[/added]

If the Lord God Almighty had consulted me before embarking upon the Creation, I would have recommended something simpler.
-- Alfonso the Wise, 13th Century King of Castile.

This is going on my arrogant assumptions. You may have a superb reason why I'm completely wrong.
-- Iain Clarke

[My articles]

Re: Byte Ordering MFC Serialization

Garth Watkins1-Mar-10 23:17

Garth Watkins

1-Mar-10 23:17

Well....I'm just taking the easy way out Wink | ;)

Actually i was hoping someone had already performed a little test already. And i also don't currently have access to the little endian platform.

Cheers
Garth

I don't really care whether or not i really care or not.

Re: Byte Ordering MFC Serialization

CPallini1-Mar-10 23:31

CPallini

1-Mar-10 23:31

Garth Watkins wrote:
And i also don't currently have access to the little endian platform.

You don't need: just see, with you fovourite hex editor, if the binary file is properly 'little-endianned'... Roll eyes | :rolleyes:

Re: Byte Ordering MFC Serialization

Garth Watkins1-Mar-10 23:44

Garth Watkins

1-Mar-10 23:44

How is that going to help ? Lets say for instance i serialize class to a file. I then open the file in a hex editor. That's going to tell me what format (Little Endian/Big Endian) the CArchive class saves data in. It's not going to tell me whether or not it gets restored in the proper way when deserializing it on another platform that has a different byte order.

Cheers
Garth

I don't really care whether or not i really care or not.

Re: Byte Ordering MFC Serialization

CPallini1-Mar-10 23:51

CPallini

1-Mar-10 23:51

Garth Watkins wrote:
That's going to tell me what format (Little Endian/Big Endian) the CArchive class saves data in. It's not going to tell me whether or not it gets restored in the proper way when deserializing it on another platform that has a different byte order.

It should serialize it in little-endian format. That way you may be pretty confident it will work on other platforms (as quick-test result 'pretty confident' is good, anyway, I suppose checking the endianess is a bit painful).
I would say (based on Dr.Dobb's article): if you don't make mistakes, it will work.
Smile | :)

Download file from the url.

avika1-Mar-10 22:30

avika

1-Mar-10 22:30

We want to download a file from the url.

If we are download a text file then this code will download the file successfully, but if we are trying to download a exe or even a jpg file then this code does not work fine.

We are using following code -

DWORD dwSize = 0;
DWORD dwDownloaded = 0;
LPSTR pszOutBuffer;
BOOL bResults = FALSE;
HINTERNET hSession = NULL,
hConnect = NULL,
hRequest = NULL;

hSession = WinHttpOpen( L"WinHTTP Example/1.0",
WINHTTP_ACCESS_TYPE_DEFAULT_PROXY,
WINHTTP_NO_PROXY_NAME,
WINHTTP_NO_PROXY_BYPASS, 0);

if (hSession)
hConnect = WinHttpConnect(hSession, L"localhost.com", INTERNET_DEFAULT_HTTP_PORT, 0);
if (hConnect)
hRequest = WinHttpOpenRequest( hConnect, L"GET",
L"/CMS/upload/1.txt",
NULL, WINHTTP_NO_REFERER,
WINHTTP_DEFAULT_ACCEPT_TYPES,
WINHTTP_FLAG_REFRESH);

if (hRequest)
bResults = WinHttpSendRequest( hRequest,
WINHTTP_NO_ADDITIONAL_HEADERS, 0,
WINHTTP_NO_REQUEST_DATA, 0, 0, 0);

if (bResults)
bResults = WinHttpReceiveResponse( hRequest, NULL);

if (bResults)
{
dwSize = 0;
if (!WinHttpQueryDataAvailable( hRequest, &dwSize))
printf("Error %u in WinHttpQueryDataAvailable.\n", GetLastError());

if (dwSize > 0)
{
pszOutBuffer = new char[dwSize+1];
}

if (!pszOutBuffer)
{
printf("Out of memory\n");
dwSize=0;
}
else
{
if (dwSize>0)
{
ZeroMemory(pszOutBuffer, dwSize+1);
if (!WinHttpReadData( hRequest, (LPVOID)pszOutBuffer, dwSize, &dwDownloaded))
printf("Error %u in WinHttpReadData.\n", GetLastError());
}
}

HANDLE hFile;
DWORD dwNumWritten;
BOOL bTest;

ofstream outfile ("D:\\1.txt",ofstream::binary);
outfile.write(pszOutBuffer,sizeof(dwSize) * 50);

Please help me what I am doing wrong.

Re: Download file from the url.

«_Superman_»1-Mar-10 22:35

«_Superman_»

1-Mar-10 22:35

You could use the URLDownloadToFile API.

«_Superman_»
I love work. It gives me something to do between weekends.

Microsoft MVP (Visual C++)

Re: Download file from the url.

avika1-Mar-10 23:09

avika

1-Mar-10 23:09

I have tried the method which are suggest by u, Superman but it gives following error ---

unresolved external symbol _URLDownloadToFileW@20 referenced in function "void __cdecl funDownloadFile(void)" (?funDownloadFile@@YAXXZ)

Re: Download file from the url.

«_Superman_»1-Mar-10 23:16

«_Superman_»

1-Mar-10 23:16

Add Urlmon.lib to Project Properties -> Configuration Properties -> Linker -> Input -> Additional Dependencies.

«_Superman_»
I love work. It gives me something to do between weekends.

Microsoft MVP (Visual C++)

Re: Download file from the url.

avika1-Mar-10 23:25

avika

1-Mar-10 23:25

Now it is working fine ... thanks a lot buddy..

Re: Download file from the url.

CPallini1-Mar-10 22:52

CPallini

1-Mar-10 22:52

avika wrote:
but if we are trying to download a exe or even a jpg file then this code does not work fine.

What do you mean exactly?

BTW you should use the 'code block' button to post code.

avika wrote:
outfile.write(pszOutBuffer,sizeof(dwSize) * 50);

BTW2 Why 50 in the above line?

Re: Download file from the url.

avika1-Mar-10 23:05

avika

1-Mar-10 23:05

if We are pass only outfile.write(pszOutBuffer,sizeof(dwSize)); then it show less data in the text file. But if We pass the outfile.write(pszOutBuffer,sizeof(dwSize) * 50); then it show complete data thats why we are passing this.

Re: Download file from the url.

CPallini1-Mar-10 23:11

CPallini

1-Mar-10 23:11

avika wrote:
outfile.write(pszOutBuffer,sizeof(dwSize) * 50);

That should be

outfile.write(pszOutBuffer,dwSize);

Re: Download file from the url.

Whuili_200419-May-11 8:30

Whuili_2004

19-May-11 8:30

This above code works for binary image download, but the problem is:

For an image file with 18k size, only 4k can be download and just half of the image can be seen on the client side.

Any ideas?

Thanks.

hlp its urgent

DX Roster1-Mar-10 20:36

DX Roster

1-Mar-10 20:36

Question:

In Polymorphism we give same name to function (function overloading).. so each function takes same memory or different?? If Yes than How and If no then why??

Please reply me as earlier as possible

Re: hlp its urgent

Cedric Moonen1-Mar-10 20:42

Cedric Moonen

1-Mar-10 20:42

First think, when posting use a relevant title. "hlp its urgent" is relevant at all: we know that you want help (why would you ask a question otherwise ?). Furthermore urgent requests are considered rude. Why would your question be more urgent than somebody else's question ?
Please, next time before posting, read the posting guidelines ("How to ask a question") at the top of this message board.

Now for your question, I suggest you take a look at this[^]. You can also google for "virtual table" for more information.

Cédric Moonen
Software developer

Charting control [v3.0]
OpenGL game tutorial in C++

Re: hlp its urgent

CPallini1-Mar-10 20:44

CPallini

1-Mar-10 20:44

When you overload a function, basically you're giving the same name to two different functions (the compiler produces two functions with two different names in the object file) hence two different portions of code memory are, of course, used.
Smile | :)

DX Roster wrote:
Please reply me as earlier as possible

Re: hlp its urgent

Paresh Chitte2-Mar-10 22:29

Paresh Chitte

2-Mar-10 22:29

This is known as Name Mangling[^].

Regards,
Paresh.

Re: hlp its urgent

CPallini2-Mar-10 22:45

CPallini

2-Mar-10 22:45

Yes, I know that.
Smile | :)

Re: hlp its urgent

«_Superman_»1-Mar-10 21:10

«_Superman_»

1-Mar-10 21:10

It is possible by name mangling.
The compiler actually generates different names for the functions.
Read how Visual C++ compiler does this - Microsoft Visual C++ Name Mangling[^]

«_Superman_»
I love work. It gives me something to do between weekends.

Microsoft MVP (Visual C++)

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