|
Heartfelt thanks for your reply.
Regards,
Rajesh R. Subramanian
You have an apple and me too. We exchange those and We have an apple each.
You have an idea and me too. We exchange those and We have two ideas each.
|
|
|
|
|
Hello everone
I have a file in which the data is stored in hex format,
i need to convert some bytes to DWORD ,exactly 4 bytes
to a DWORD .
i created such a complex statement for that
DWORD biWidth=(unsigned char)m_FileData[18] +((unsigned char)m_FileData[19]*256) +((unsignedchar)m_FileData[20]*65536) +((unsignedchar)m_FileData[21]*16777216);
But i think this is not an effecient way because a heavy arithmatic is used.
is there any other method that is fast an effecient .
Vikas Amin
Embin Technology
Bombay
vikas.amin@embin.com
|
|
|
|
|
Hello,
This is a heavy statement indeed and it can be done much simpler indeed:
DWORD biWidth = *reinterpret_cast<DWORD*>(&m_FileData[18]);
This is the way to go and requires minimal CPU time.
Hope this helps. 
Behind every great black man...
... is the police. - Conspiracy brother
Blog[^]
-- modified at 2:45 Wednesday 21st December, 2005
|
|
|
|
|
That great i was looking such
a thing which would be fast &
more effecient.
tank you again
Vikas Amin
Embin Technology
Bombay
vikas.amin@embin.com
|
|
|
|
|
You're welcome.
Behind every great black man...
... is the police. - Conspiracy brother
Blog[^]
|
|
|
|
|
BoB i am sorry but ur method
creates error
m_BITMAPFILEHEADER.bfSize = *reinterpret_cast<DWORD*>(&m_FileData[18]);
It worked fine for some file but not with other
, we need to find some other solution
Vikas Amin
Embin Technology
Bombay
vikas.amin@embin.com
|
|
|
|
|
Hello,
What kind of error are you getting? Is m_FileData a BITMAPFILEHEADER? If you, you can use a href="http://msdn2.microsoft.com/en-us/library/wes2t00f.aspx" rel="nofollow">memcpy_s()</a>[<a target=_blank title='New Window' rel='nofollow' href="http://msdn2.microsoft.com/en-us/library/wes2t00f.aspx">^</a>] to copy all contents!
Behind every great black man...
... is the police. - Conspiracy brother
Blog[^]
|
|
|
|
|
The question is how your statement is handeled by the optimizer.
It's not unlikely that it will use shifts instead of your numbers. Using shifts would probably make the code more effecient.
It's not always true that a simple statement (to write) gives the smallest and most effecient code in the exe file...
Kakan
|
|
|
|
|
Kakan -->
The question is how your statement is handeled by the optimizer.
It's not unlikely that it will use shifts instead of your numbers. Using shifts would probably make the code more effecient.
It's not always true that a simple statement (to write) gives the smallest and most effecient code in the exe file...
Kakan
vikas -->
Yeh probaly it is true that a simple statement might be not always effecient
but
Its always simple to read & understand , which infact saves lots of time for understanging.
(Code read more times then it is written )
Vikas Amin
Embin Technology
Bombay
vikas.amin@embin.com
|
|
|
|
|
Yes. But the program is executed a lot more times than the code is read... 
|
|
|
|
|
any way (no one is wright or wrong it the time who governs his statement)
the method supported by Bob
dont work fine for ever file i think
we need to think back how to solve the
problem .
Vikas Amin
Embin Technology
Bombay
vikas.amin@embin.com
|
|
|
|
|
You can try this, if m_FileData is an unsigned char[]:
DWORD biWidth = m_FileData[18] | (m_FileData[19] << 8) | (m_FileData[20] << 16) | (m_FileData[21] << 24);
Kakan
|
|
|
|
|
Hi everybody
I am developing an internet explorer toolband, with many functions, one of them a popup blocker button. I was searching in the examples, but all the examples have ATL or MFC functions, and i need do all that things without using any ATL or MFC functions.
If anybody can helpme i will be gratefull
|
|
|
|
|
Without using MFC and ATL
u will need to lots of stuff by ur self.
Must rewrite all the MFC function used in
ur program .
And if u mean to create a pop-up blocker
might be u need to use window messages
so win32 can come to ur resuce.
DLL's can help u but i cant say it for sure
Vikas Amin
Embin Technology
Bombay
vikas.amin@embin.com
|
|
|
|
|
neliocc wrote: . I was searching in the examples, but all the examples have ATL or MFC functions,
Buddy, it would be easier if you use ATL to develop toolband application for IE, as IE provide automation support for same.
but if you still insist on using pure Win32 Api, here is hint...
you have to create the dll, which contain the Window Which subclass main window for Window Message... also another application which inject this dll into process space of IE ( for that you have to create system wide hooks). not the easy task, but i believe thats the only way to get there.
you have to Hook the system for IE instance...
"Opinions are neither right nor wrong. I cannot change your opinion. I can, however, change what influences your opinion." - David Crow
cheers,
Alok Gupta
VC Forum Q&A :- I/ IV
|
|
|
|
|
I think you should look into creating a Browser Helper Object (BHO).
|
|
|
|
|
I'm stepping through my disassembled code:
<br />
*buffer2 = *buffer1; QUESTION 1<br />
<br />
00411AED cmp byte ptr [ebp-119h],0 QUESTION 2<br />
00411AF4 jne main+0D3h (411B03h) <br />
00411AF6 push 411B6Bh <br />
00411AFB call @ILT+555(__RTC_UninitUse) (411230h) <br />
00411B00 add esp,4 <br />
00411B03 cmp byte ptr [ebp-10Dh],0 <br />
00411B0A jne main+0E9h (411B19h) <br />
00411B0C push 411B63h <br />
00411B11 call @ILT+555(__RTC_UninitUse) (411230h) <br />
00411B16 add esp,4 <br />
00411B19 mov eax,dword ptr [buffer2] <br />
00411B1C mov ecx,dword ptr [buffer1] <br />
00411B1F mov dl,byte ptr [ecx] <br />
00411B21 mov byte ptr [eax],dl <br />
QUESTION 1
*buffer2 = *buffer1;
How's this one line translated to this this big chuck of disassembly? (I'm assembly newbie, playing with WinDbg, going thru instruction sets and trying to see things in action)
And, the first line of disassembly is a CMP instruction??
QUESTION 2
00411AED cmp byte ptr [ebp-119h],0 QUESTION 2
okay, is "ptr" a keyword? References? Also, is "byte" a keyword?
I'm looking at WinDbg's manual, the reference is... less than ... For example:
MOV r1, r/m Move with zero extension.
It doesn't state if parameter 1 is source or destination! Any good reference source?
QUESTION 3
How come "main" does not start with address 00000000? #include "stdafx.h" #include <stdio.h> int _tmain(int argc, _TCHAR* argv[]) { 00411A30 push ebp 00411A31 mov ebp,esp 00411A33 sub esp,120h
When I run WinDbg,
ModLoad: 00400000 0042c000 C:\development\Samples\TestDebugger.02\Debug\TestDebugger.02.exe
ModLoad: 77f50000 77ff7000 C:\WINDOWS\System32\ntdll.dll
ModLoad: 77e60000 77f46000 C:\WINDOWS\system32\kernel32.dll
Where's 00000000 to 00400000? What's in it?
QUESTION 4
Where's the "stack", is there a memory address...? Is EBP register the "address" of stack location in process memory/address space? And ESP (stack pointer) pointing to top of stack - but is it just a relative/offset from EBP? I assume EBP is "absolute" address based 00000000 (ie. start of process address space), am I right or wrong?
QUESTION 5
These addresses I see on stack trace, for example, 00411AED, is it "Virtual"? Where's the "zero" point?
Thanks in advance.
Norman Fung
|
|
|
|
|
So much of code is added to check for runtime errors:
First of all, checks are performed...
00411AED cmp byte ptr [ebp-119h],0 (check if buffer1 has been initialized or not)
00411AF4 jne main+0D3h (411B03h) ( if initialized, check for next value)
00411AF6 push 411B6Bh ( else push some sort of argument for function __RTC_UninitUse on the stack )
00411AFB call @ILT+555(__RTC_UninitUse) (411230h) ( call the error handler )
00411B00 add esp,4 ( pop value from the stack )
00411B03 cmp byte ptr [ebp-10Dh],0 ( check buffer2 )
00411B0A jne main+0E9h (411B19h)(...)
00411B0C push 411B63h (...)
00411B11 call @ILT+555(__RTC_UninitUse) (411230h)(...)
00411B16 add esp,4(...)
Actual work starts here:
00411B19 mov eax,dword ptr [buffer2] (store the buffer2 pointer in eax)
00411B1C mov ecx,dword ptr [buffer1] (...)
00411B1F mov dl,byte ptr [ecx] (copy a byte to dl from address pointed to by ecx)
00411B21 mov byte ptr [eax],dl ( copy a byte from dl to the address pointed to by eax )
done
"Do first things first, and second things not at all."
— Peter Drucker.
|
|
|
|
|
Hey thanks that's very helpful, but where's the stack in memory. I used WinDbg to lookup memory allocated for loaded "exe", as well as that for system services "ntdll" and "kernel32":
ModLoad: 00400000 0042c000 C:\development\Samples\TestDebugger.02\Debug\TestDebugger.02.exe
ModLoad: 77f50000 77ff7000 C:\WINDOWS\System32\ntdll.dll
ModLoad: 77e60000 77f46000 C:\WINDOWS\system32\kernel32.dll
But where's the stack? Each process gets its own address space. Is stack allocated in 00000000 to 00400000 (Before the "exe" address block)? How big can a stack gets?
Norman Fung
|
|
|
|
|
Hey thanks, that's very good ... I got another question:
00411B19 mov eax,dword ptr [buffer2] (store the buffer2 pointer in eax)
00411B1C mov ecx,dword ptr [buffer1] (...)
Why not write this:
00411B19 mov eax,dword ptr [buffer2] (store the buffer2 pointer in eax)
As:
00411B19 mov eax, ebp + 0xsomeoffset
Perhaps it's because the buffer is on the "heap" and not on "stack"? But how does the CPU knows of the symbolic token [buffer1] ...? I thought everything is memory buffer with address in assembly level.
And why "dword" and "ptr" in the instruction? I understand "dword" = 32 bits (well, I guess this is why because it specify buffer size so "mov" command can move buffer of right size... am I right?) and "ptr" = pointer... but why... do we need this in the argument?
Norman Fung
-- modified at 22:38 Wednesday 21st December, 2005
|
|
|
|
|
Hi
I am having a hook DLL. I am hooking only the explorer process using the SetWindowHookEx function. Inside the dll I am creating a window. I am able to create the window and receive the messages. When I try to release the hook explorer.exe is throwing an exception.I tried sending WM_DESTROY message to the window created when i am releasing the hooks, but its not working. Any idea on how to overcome this problem. Thanks in advance.
Thanks.
|
|
|
|
|
When I assign long text to CListCtrl, it displays only a part of them (200-300 characters - not sure) and then it cut off with no clue (without dots). I still get full text from fuction GetItemText.
CListCtrl Auto ToolTip have problem too. ToolTip length is out of screen. (My text don't have any space.)
How do I fix these? I am too lazy to override CListCtrl class.
-- modified at 22:30 Tuesday 20th December, 2005
|
|
|
|
|
Hi,
I am trying to get a modeless property sheet running.
I am using the PropertySheet() function to start the property sheet + also add PSH_MODELESS to make it a modeless dialog.
I am receiving the return value of the PropertySheet() function to get the propsheet window handle.
I think this all works fine. The dialog appears and the tabs which are in look okay as well. The thing now is that it cannot be closed anymore correctly or behaves weird.
The strange thing with the property sheet is that there is no way to pass a Message Proc to the property sheet (as far as i have seen), so i had to put some message loop myself after creating the dialog. This is how it looks:
<code>
MSG Msg;
while(GetMessage(&Msg, NULL, 0, 0))
{
if(!IsDialogMessage(mainHwnd, &Msg))
{
TranslateMessage(&Msg);
DispatchMessage(&Msg);
HWND pageHandle = PropSheet_GetCurrentPageHwnd(mainHwnd);
if (pageHandle == NULL || (Msg.message == WM_COMMAND && Msg.wParam == IDCANCEL))
{
for (int i=0; i<mPropertySheets.GetLength(); ++i)
PropSheet_RemovePage(mainHwnd, 0, NULL);
EndDialog(mainHwnd, 1);
break;
}
}
}
</code>
If i don't put the "if (pageHandle == NULL..." in then i am not able to close the modeless dialog  And if i put that in it sometimes works and sometimes i have to press the "OK" button 10 times till it recognizes it.
I hope anyone can help me. I would appreciate it a lot!
Thanks in advance for your time.
- Benjamin
|
|
|
|
|
Hello,
I have a c++ program that must receive windows messages from a c# program. This is a console application. Here is what my code looks like for receiving the messages...
CWnd::WindowProc(UINT message, WPARAM wParam, LPARAM lParam)
{
if(message == REPLY_PICTURE_READY)
...
else if(message == REPLY_PICTURE_ERROR)
...
}
This does not compile, am I on the right track for receiving messages? Since this is a console application, and it can not skip around the code like in a gui, I would need to call this function in my code right? Or would I need to use threads? I would appreciate some input on this
Very Confused
|
|
|
|
|
Can you give more information about de application that 'sends' those window messages? Give the piece of code that sends the message. Make sure both the sender and the receiver have knowledge of the windowmessage (use RegisterWindowMessage for this).
Also, I have no experience with capturing window messages in a console program. Is this really possible? Maybe this is why you can't compile the piece of code.
If you make you receiver program a window based program (using WinMain and CreateWindow to create an initial window) Your sender program will send its message to the window of the receiver program (trough the callback function)
Anyway, if you give more information about your problem, I might be able to help you further.
kind regards,
Ward
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
