|
I dont think its possible to determine explicitly linked dlls, may be if you look into the exe file using some hex viewer software and search for dll you can find all the dlls that are linked explicitly and implicitly..
but then it also has some limitation for example, the utility regsvr32 loads the dll dynamically and the input dll is a parameter, here you can never determine which dll it is loading dynamically.
|
|
|
|
|
This is a warning about a DLL an operating system DLL uses. That operating system DLL is smart enough to not load the DLL if it isn't present. It uses the delay loaded DLL system to do this.
Tim Smith
I'm going to patent thought. I have yet to see any prior art.
|
|
|
|
|
Hi
I currently want to use a function which takes in a BITMAPINFOHEADER as its argument. The problem is, I have to obtain it from a bmp file, and I don't know how I can obtain BITMAPINFOHEADER structure from the file.
I know I can use LoadImage function to load a bmp file, but as far as I know, in this case its return value is an HBITMAP handle, which is used to create a CBitmap object. I also know that we can specify the LR_CREATEDIBSECTION flag when we call LoadImage, although frankly speaking I am still unsure what it does. Is there a way to get BITMAPINFOHEADER from CBitmap? Or should I go take another route to get the BITMAPINFOHEADER?
Thanks!
|
|
|
|
|
Indrawati wrote:
...I don't know how I can obtain BITMAPINFOHEADER structure from the file.
CFile fileBitmap;
BITMAPFILEHEADER rBitmapFileHeader;
BITMAPINFOHEADER rBitmapInfoHeader;
if (fileBitmap.Open(strFilename, CFile::modeRead, &rFileException) == TRUE)
{
fileBitmap.Read(&rBitmapFileHeader, sizeof(BITMAPFILEHEADER));
fileBitmap.Read(&rBitmapInfoHeader, sizeof(BITMAPINFOHEADER));
...
}
"The pointy end goes in the other man." - Antonio Banderas (Zorro, 1998)
|
|
|
|
|
Hi,
My question is, I have been writing one simple VC++ program, which is related to file transfer using FTP software. I have FTP server software which is actually a third party software(exe file) and runs in one system. Through my VC++ program, i sending some FTP built in commands like Get,put..etc...
My problem is, to execute this FTP commands, i have used a command called "system" and the FTP console output redirected to one Text file. Ultimately i have to calculate the throughput, so now if i transfer the data only one time, then it is no probs, but when i transmit with counter continuously,
say for example, if count=10; transmit and receive 10 times and append the FTP console output in the same file. I have to read a particular line of FTP console output and there will 10 FTP console outputs, so i have to take the average number of bytes and secs. After that i need to display over gui.
Another problem is, when a customer finished the process for only one time and if he runs the program again, the FTP console output will be redirected to the same existing text file. Again i have to find out which the latest transmission and which is the line i have read.
could you please give me some idea to solve this simple issue.........
My question may be simple but i couldn't solve it since i am a learner.....
Peroz babu
|
|
|
|
|
This sounds like a job for sockets, specifically socket 21. Here are some examples.
"The pointy end goes in the other man." - Antonio Banderas (Zorro, 1998)
|
|
|
|
|
Hi, how to set form/control width and height in VC++ IDE or in code? I mean, if i want it
to be exactly 100x200pixels, how do i do that? Is there anything similar to Visual Basic?
I have a simple program that adds two numbers in array using MMX (inline assembly), the program works fine, the code as shown below,
The result on screen is :
70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93
which is correct,
however, if i change the line
char incamt[]={u,u,u,u,u,u,u,u};
to
char *incamt;
incamt=new char[8];
for(int j=0;j<8;j++) incamt[j]=u;
the program compiles but the result is wrong! Why is that?
Output:
9 82 117 68 17 18 19 20 17 90 125 76 25 26 27 28 25 98 -123 84 33 34 35 36
#include "stdafx.h"
#include <iostream.h>
void main()
{
const u = 5;
//an array of increment amounts to aid SIMD-style operation
char incamt[]={u, u, u, u, u, u, u, u};
//instr is an array of 24 bytes
char instr[]={65,66,67,68,69,70,71,72,73,74,75,
76,77,78,79,80,81,82,83,84,85,86,87,88};
//the following is an embedded assembly code which
//uses MMX instructions to add in parallel the
//amount u to all the bytes of the array instr
__asm
{
movq mm1,incamt //mm1 has value u in all its 8 bytes
mov cx, 3 //initialize loop count
mov esi, 0 //initialize index register
L: movq mm0, instr[esi] //mm0=next 8 bytes from instr
paddb mm0,mm1 //parallel add 8 bytes of mm0 & mm1
movq instr[esi],mm0 //move result to instr
add esi, 8 //update index register
loop L //loop back
emms //empty MMX state
} //end of assembly code
//C++ code to output the results for verification
for (int i=0;i<24;i++) cout<<int(instr[i])<<" ";
="" cout<<endl;
="" just="" to="" pause="" the="" screen
="" cin="">>i;
} //end of main
|
|
|
|
|
Hi,
I have a bit of code that works fine in non MFC C++ project. However when converting to MFC code I get the infamous C2664 compiler error. This is what I'm trying to do:
<br />
double CWork::Equation(double x[])<br />
{<br />
return (100*(x[1]-x[0]*x[0])*(x[1]-x[0]*x[0])+(1.0-x[0])*(1.0-x[0]));<br />
}<br />
<br />
double CWork::DriverFunc(double (*dblfunc)(double[]), double start[])<br />
{ <br />
min = lots of operations;<br />
return min;<br />
}<br />
<br />
void CWork::WorkIt()<br />
{<br />
double start[] = {1.,2.,3.};<br />
double min;<br />
int i;<br />
<br />
min=DriverFunc(Equation,start);<br />
}<br />
This is the error: Work.cpp(1041) : error C2664: 'DriverFunc' : cannot convert parameter 1 from 'double (double []) const' to 'double (__cdecl *)(double [])'
Any suggestions would be great.
Kash
|
|
|
|
|
Yes. You are trying to send a MEMBER FUNCTION as a "regular" (global-scope) function to CWork::DriverFunc().
You can't send pointers to member functions as "regularly" as you send pointers to "regular" functions. The discussion on this is long, and you would have no problems finding the reasons on the web. It's too long to be included here.
In any case, you have three basic options:
1) If you don't care that DriverFunc() will get a CWork-method (rather than "any" function returning double and accepting a double-array), you can change it's prototype to:
typedef double (*CWork::dblfunc)(double[]);
double CWork::DriverFunc( dblfunc func, double start[] )
{
...
}
2) Instead of passing "Equation" to DriverFunc, pass an intermediate function which will call Equation. This function will be a static member of CWork, so even if Equation() is "hidden" it will still be able to call it. This also means you'll have to pass "this". Here's how it goes:
static CWork::CallEquation( CWork* That, RestOfParamsForEquation )
{
That->Equation( RestOfParamsForEquation );
}
and then:
typedef double (*WrapperForEquation)( CWork* That, RestOfParamsForEquation );
CWork::DriverFunc( WrapperForEquation w, double start[] )
{
...
( Whever you want to call the passed function, use w(this,ParamsYouWouldLikeToPass) )
}
And then in WorkIt(), call DriverFunc with CallEquation() as the first argument
3) The third option is THE ugliest by far, slightly more complex, but does EXACTLY what you want. It will only work if Equation() satisfies a list of requirements (non-virtual, non-static), is NOT portable, and like I said: ugly. But it actual usage it's the simplest, and I like it...
The idea is basically to circumnavigate the compiler's type checking system (which is what yells at you in the first place), which WILL allow you get the address of CWork::Equation. You would have to use the value with care, but it can be done. I'll elaborate more if you want, but like I said: it's ugly...
Good luck.
-- Calius
|
|
|
|
|
Simple solutions have their own beauty 
In Equation(), I will eventually need to use member variables from my CWork class so I think the first method won't fit the bill.
Please elaborate on the third option.
Kash
|
|
|
|
|
All options will work for you, since all options will result with DriverFunc() being called on the correct object. The way I usually do it is option (2), actually. It's a small price to pay (1 line of code) for the generic mechanism you gain.
Just in case we're not talking about the same thing when we're saying "option (2)", here's what I mean (in an all-madeup example):
Let's say you have a function (or a method of some class) which needs to call some "callback" function with three parameters: an int, a double, and a char. It's customary anyways to add a "context" or "userdata" argument to such callback functions (even in plain C) so you can use the same function for several callbacks, and each of the callers will pass a different first argument ("userdata") according to what was requested when the cb func was registered.
In our case we replace this "context" / "user data" with a pointer to the actual C++ instance.
We define a type for the cb func: ClassMethodCbFunc -- it gets our int,double,char arguments, plus another parameter which will become the "this".
-------------------------------------------------------------------------------------------
typedef int (*ClassMethodCbFunc)( void* This, int Param1, double Param2, char Param3 );
// (Note: "This" and not "this" !)
-------------------------------------------------------------------------------------------
The function (or some class method) which wants to use this type looks like:
-------------------------------------------------------------------------------------------
void FunctionWhichCallsMethodCb( ClassMerhodCbFunc Func, void* This )
{
...
int Res = Func( This, 1, 2.0, 'c' );
...
}
-------------------------------------------------------------------------------------------
... that is: it calls it's "Func" argument with the "This" parameter it receives, and the values for Param1, Param2 and Param3 can be anything. ("Func" and "This" go together: when one is passed for a func to another, so will the other one. Just like the "CbFunc" and "userdata" in "plain" C).
Now for the class which actually contains the method that will eventually be called:
-------------------------------------------------------------------------------------------
class CMyClass
{
public:
int MemthodBeingCalled( int Param1, double Param2, char Param3 )
{
return Param1 + Param2 + Param3;
}
static int MethodBeingCalled__Wrapper( void* This, int Param1, int Param2, char Param3 )
{
return ((CMyClass*)This)->MethodBeingCalled( Param1, Param2, Param3 );
}
}
-------------------------------------------------------------------------------------------
... Note MethodBeingCalled__Wrapper: it's static, so we can take it's address. (It does NOT receive a hidden "this" argument, since it's static!).
The way to actually use of all of this:
-------------------------------------------------------------------------------------------
CMyClass MyInstance;
FunctionWhichCallsMethodCb( CMyClass::MethodBeingCalled__Wrapper,
&MyInstance );
-------------------------------------------------------------------------------------------
Finally -- regarding the (in)famous "option (3)" :
In a nutshell, you can't take the address of class methods if they're virtual (or you can, but the function whose address you'll be getting will be resolved in linkage, not run-time, so you won't be getting the "latest implementation" -- always the same class name you mention). Also, you need to be aware of calling conventions etc...
The idea I found was this: you can circumnavigate the type checking by using a mechanism designed just (well... sorta) for that: ellipses.
If you write a function such as
void* ToVoidStar( void* Dummy, ... )
{
// Use "va_list" here to get the first argument and return it as a void*
}
And call it like:
void* Addr = ToVoidStar( 0, CMyClass::SomeMethod )
you will get the address of CMyClass::SomeMethod() in "Addr".
You then need to write a function to CALL such the method pointed to by "Addr" -- it's not a simple matter of casting it to a function-pointer type and calling it via the pointer, since in __stdcall "this" is passed in ECX.
So we need some small function, a "thunk", which accepts a "this" pointer, some parameters, and does "mov ecx,[This] ; push PARAMS ; call [Func]" (rough sketch, of course...).
This will only work for __stdcall functions, of course, which are (basically) all methods with a constant number of arguments (not ellipses!).
Maybe I should write an article on this?
-- Calius
|
|
|
|
|
Thanks for your help. I was just thinking whilst reading half way down, that you should write an article on this subject. People will definitely benefit from this.
I solved the problem using ideas from your reply and now all seems to work fine.
Thanks again.
Kash
|
|
|
|
|
I've create an MFC program with a 2x2 panes using
m_mainSplitter.CreateStatic()
and then I used CreateView
m_mainSplitter.CreateView( 0, 0, RUNTIME_CLASS(CPatEditView), CSize( 800, 600 ), pContext )
m_mainSplitter.CreateView( 0, 1, RUNTIME_CLASS( CEditPanel), CSize(cr.Width() - 800, 600), pContext)
m_mainSplitter.CreateView( 1, 0, RUNTIME_CLASS( CInfoPanel), CSize(800, cr.Height() - 600), pContext)
m_mainSplitter.CreateView( 1, 1, RUNTIME_CLASS( CMiscPanel), CSize(800, cr.Height() - 600), pContext)
In the MainFrm.h file I've got CSplitterWnd m_mainSplitter;
This box appears showing the 4 classes CPatView, MiscPanel, EditPanel, InfoPanel. I choose one and the program opens as it should.
It happens at the initialization of the Program
Seen anything like this??
Solutions??
ZoomBoy
Developing a iso-tile 2D RPG with skills, weapons, and adventure. See my old Hex-Tile RPG GAME, character editor, diary, 3D Art resources at Check out my web-site
|
|
|
|
|
After digging some more I found that MiscPanel, EditPanel, InfoPanel were FormViews that I had inserted and that they were instantiated in the InitInstance() of the App. They had been registered as Doc Templates. When opening up, the App wanted to know what type of Document I was going to use.
I've commented out the Doc types and I don't think I'll have any problem with them as I'm not printing out of those views jsut insert controls.
|
|
|
|
|
In VB 6.0 I use the following code to get the hard drive serial number. Is there an equivalent method in VC++ 6.0? How about a way to get the BIOS or CPU serial number? Could not find it in the help menu. A code snip would be really helpful. Thanks!
Sub ShowDriveInfo(drvpath)
Dim fs, d, s, t
Set fs = CreateObject("Scripting.FileSystemObject")
Set d = fs.GetDrive(fs.GetDriveName(fs.GetAbsolutePathName(drvpath)))
Select Case d.DriveType
Case 0: t = "Unknown"
Case 1: t = "Removable"
Case 2: t = "Fixed"
Case 3: t = "Network"
Case 4: t = "CD-ROM"
Case 5: t = "RAM Disk"
End Select
s = "Drive " & d.DriveLetter & ": - " & t
s = s & vbCrLf & "SN: " & d.SerialNumber
MsgBox s
End Sub
|
|
|
|
|
hi
Use GetDriveType API and c the 'See also' section in MSDN 4 related info.
rgds..mil10
|
|
|
|
|
Freddie Code wrote:
Is there an equivalent method in VC++ 6.0?
See here.
Freddie Code wrote:
How about a way to get the BIOS or CPU serial number?
Use the Win32_BIOS and Win32_Processor classes respectively.
"The pointy end goes in the other man." - Antonio Banderas (Zorro, 1998)
|
|
|
|
|
You can use Windows Management Instrumentation (WMI) SDK for all H/W information you need.
Use Win32_Processor,etc Classes.
Regards,
Darshan Jani
|
|
|
|
|
I get this error
[code]error C2664: '_variant_t::_variant_t(VARIANT &,bool)' : cannot convert parameter 1 from 'const char [5]' to 'VARIANT &'[/code]
when I tried to create a new variant using this code :
[code]_variant_t varID("myID", VT_BSTR);[/code]
what's wrong ?? as the docs says its okay
|
|
|
|
|
hi
There is no default constructor for _variant_t that takes the 'value' and 'VT_BSTR' 2gethor... Simply give the value only. So change ur code with the following.
_variant_t varID(L"myID");
rgds..mil10
|
|
|
|
|
I need to know all main features of MTS,
in details suffitient for passing exam
MCSD 70-015 Distributed C++,
I need articles desribing in some parts
following program:
(Read english topics)
http://www.stars-s.ru/course.asp?c_no=48&d_no=141
or
http://www.stars-s.ru/course.asp?c_no=48&d_no=17330
Do someone know good articles about ISAPI,
in a looking like that program?
Very need.
Thanks.
|
|
|
|
|
Hi guys,
I am trying to copy into a struct the contents of a buffer returned from the winpcap library, the libray function call returns a pointer to the buffer like the following type:
const UCHAR *pkt_data
I am trying to declare something to hold the data where // Packet data ??? is.
typedef struct DATAGRAM
{
UINT packetID;
ip_header ipHeader;
pcap_pkthdr wpHeader;
unsigned char pkt_data[];
} DATAGRAM;
I would prefer to keep it as UCHARS because it makes it easier to parse the data later on into headers such as tcp, so my question is how should declare the type in the struct and how can i copy the data in from the buffer??
Cheers
Packetlos
|
|
|
|
|
This "unsigned char pkt_data[];" should not pass the compiler. Insted the stucture should look something like this:
typedef struct DATAGRAM{
UINT packetID;
ip_header ipHeader;
pcap_pkthdr wpHeader;
unsigned char pkt_data[1];
} DATAGRAM;
Then if you know if you know the nuber of bytes you will be receiving you can allocate the need memory like so:
DATAGRAM* pDatat = (DATAGRAM*)malloc(sizeof(DATAGRAM) + nDataSize) or the C++ equivalent to allocate the need memory and then copy the data into pData->pkt_data as you see fit. If you do not know the data size ahead of time things get a lot more complicated and you may want to use one of the STL templates or if programming using MFC you could replace "unsigned char pkt_data[1];" with "CByteArray pkt_data;". CByteArray stores unsigned chars, because that is what a byte is.
Good Luck1
INTP
|
|
|
|
|
Hi John,
Thanks for taking time to reply, CByteArray seems to be exactly what I need, I can calculate the size of the data and set the CByteArray like this:
<br />
tempDatagram.pkt_data.SetSize(dataLen);<br />
But then how do I copy the data into the array using the given pointer to the buffer of UCHARS?
|
|
|
|
|
Sorted with:
MoveMemory(tempDatagram.pkt_data.GetData(), pkt_data, dataLen);
|
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
