|
Member 3480232 wrote: I cannot call the old dll methods without getting a LNK2019 error.
Which means that you're doing implicit linking, i.e. you're not calling ::LoadLibrary() and ::GetProcAddress() to make use of your libraries.
This also means that you need to link with the .lib file generated in the build process of the library you're trying to use.
Now to the obvious question....: have you added the .lib file to the "additional libraries" in your project settings?
"It's supposed to be hard, otherwise anybody could do it!" - selfquote "High speed never compensates for wrong direction!" - unknown
|
|
|
|
|
Right on all counts. The original job was done by myself, so everything is as I hoped it should be. I also include the old job.h file with the cplusplus override added.
Its obvious I am doing something wrong!
As an afterthought, part of the decision to do this had to do with the schlepp of using LoadLibrary, GetProcAdress or DllImport and possibly speed of linking as well.
|
|
|
|
|
|
Pearson_Bee wrote: assume that the length of pBuffer-BUFFERSIZE is bigger than or equals the length of
the buffer of socket,Is there possible that data in the buffer of socket is not
retrieved clearly after calling recv() one time?
Assume I've understood properly your question: the answer is no.
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]
|
|
|
|
|
sorry I made you misunderstood,
would you like to detail this sentence from MSDN?
---"For connection-oriented sockets (type SOCK_STREAM for example),
calling recv will return as much information as is currently
available—up to the size of the buffer supplied."
is it mean every bytes of data will be retrived after recv() at one time? as long as the size of the buffer supplied is big enough?
thanks in advanced.
|
|
|
|
|
Pearson_Bee wrote: is it mean every bytes of data will be retrived after recv() at one time? as long as the size of the buffer supplied is big enough?
The statement
as much information as is currently available, up to the size of the buffer supplied
looks to me clear, accurate and in contrast with your interpretation.
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]
|
|
|
|
|
Pearson_Bee wrote: is it mean every bytes of data will be retrived after recv() at one time? as long as the size of the buffer supplied is big enough?
No!
It means that recv() will return as many bytes as it has available,
up to the number of bytes you've requested (indicated by the number
you pass as the "len" parameter). This could be one byte, all the bytes
you've requested, or any number of bytes in between.
Mark
Mark Salsbery
Microsoft MVP - Visual C++
|
|
|
|
|
It's VERY bad etiquette to delete your question after you get an answer
|
|
|
|
|
Hi all,
In my application ,on fromview i m using a List, to fill the list i m using number of function on OnInitialUpdate() Function.
when list fill than the mouse cursor is in wait mode and application looks like hang.
i want to add any dilog box/message box without any button it inform the status or message like Please wait, and other processing continue in background.
when list is filled the dilog box/message box closed automatically.
please can anybody help me for this.
thank in advance.
IN A DAY, WHEN YOU DON'T COME ACROSS ANY PROBLEMS - YOU CAN BE SURE THAT YOU ARE TRAVELLING IN A WRONG PATH
|
|
|
|
|
"_$h@nky_" wrote: when list fill than the mouse cursor is in wait mode and application looks like hang.
Gather the information supposed to be displayed in the list box in a secondary thread while you have one item in the list saying something like "Updating..." or similar.
When the thread has finished building a e.g. std::list with the elements for the list box, you walk through the list and add the elements to it.
This way the application becomes responsive right away, but you inform the user that there is more data to be displayed in a while.
"It's supposed to be hard, otherwise anybody could do it!" - selfquote "High speed never compensates for wrong direction!" - unknown
|
|
|
|
|
But i m using a ListCtrl,because i need a type of ReportView List.
IN A DAY, WHEN YOU DON'T COME ACROSS ANY PROBLEMS - YOU CAN BE SURE THAT YOU ARE TRAVELLING IN A WRONG PATH
|
|
|
|
|
"_$h@nky_" wrote: But i m using a ListCtrl,because i need a type of ReportView List.
The same mind set applies:
prepare and format the data in a secondary thread before updating the UI element to make the UI updating process as fast as possible in order to have the application remain responsive.
"It's supposed to be hard, otherwise anybody could do it!" - selfquote "High speed never compensates for wrong direction!" - unknown
|
|
|
|
|
Can you please explain me with any example.
thnks alot.
IN A DAY, WHEN YOU DON'T COME ACROSS ANY PROBLEMS - YOU CAN BE SURE THAT YOU ARE TRAVELLING IN A WRONG PATH
|
|
|
|
|
"_$h@nky_" wrote: Can you please explain me with any example.
No.
This is mainly a design issue, for which I have suggested a solution.
How to implement this design is for you to figure out, which shouldn't be too hard.
If you have more specific questions in the nature of "how do I tell my main thread when the computation has finished", I'll be glad to answer them. But serving it on a silver plate would prevent you from learning and besides I don't have the time to do it.
To give you an idea I suggest you read this article[^] regarding worker threads. It's the best in my opinion.
"It's supposed to be hard, otherwise anybody could do it!" - selfquote "High speed never compensates for wrong direction!" - unknown
|
|
|
|
|
hi <your name="">, maybe you might not be conversant with threads or multithreading, which simply means, having many threads running at the same time, in one program, so am going to easily illustrate how you can overcome your problem using just one thread.
i advice you place your code for filling the list in a function then you call the function in the Oninitupdate or since you want the list loaded at progream start. this is better and clearer than filling so much code in the oninitUpdate() fiuntion.
so this is what we shall do, i hope you can tell the number of items you are putting in the list,
Put a progress control ,
Add a control variable to it, call it "m_ctlProgress" using the wizard.
//////////////////////
int nCounter = 0;
int nNumberOfRecords = <your number="" of="" records="">
ctlProgress.SetRange(0,nNumberOfRecords );
for <loop trough="" your="" data="" as="" you="" fill="" list="">
{
//////////////////////////
Your filling code here
/////////////////////////
nCounter++;
m_ctlProgress.SetPos(nCounter);
}
then call the function from wherever, from the Oninit.. or when a certain button is clicked, etc
|
|
|
|
|
Some hints...:
- You replied to the wrong person.
- The function you're referring to is
OnInitialUpdate() , nothing else. OnInitialUpdate() is called before the view is displayed, which means that your progress bar probably won't even show if your code is called from OnInitialUpdate() .- You have not formatted your code using <pre></pre> tags, which makes it hard to read.
- At best, the user will still experience a non-responsive application even if your advice is followed.
"It's supposed to be hard, otherwise anybody could do it!" - selfquote "High speed never compensates for wrong direction!" - unknown
|
|
|
|
|
Hi all,
I am working on VC-2008, my problem is i have made a .h file and had defined some variables in it. And in other files i have used those global variables using extern. Now, when i compile the program its giving an error error LNK2001: unresolved external symbol "char Platform" (?Platform@@3DA), and if i include that .h file as header file it gives error variables already defined....
How can i do this??
Thanks in advance
|
|
|
|
|
(1) You should declare global variables as extern in a (shared) header (.h ) file.
(2) You should define global variables inside one source (.cpp ) file.
For instance:
(MyCommonHeader.h)
extern int goo;
(MyMainSource.cpp)
#include "MyCommonHeader.h"
int goo;
(MyOtherSource.cpp)
#include "MyCommonHeader.h"
BTW: You shouldn't use global variables.
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]
|
|
|
|
|
You can declare the variables as extern in the header file, and define them in any of cpp file.
|
|
|
|
|
hi,
how to show dialog box in maximized mode after running the dailog application? when dialog based app is ran then dialog will be in restroed down size, may i know how to dislpay dialog in maximized size.
thanks in advance.
|
|
|
|
|
Use
ShowWindow(SW_MAXIMIZE);
I hope it helps.
Regards,
Sandip.
|
|
|
|
|
I have used this code to delete files from the current directory. But it not works.
Actually i cant use the full path. As because i dont know where my software will install. It may be D:\\or else also
SHFILEOPSTRUCT sfo;
sfo.pTo = NULL;
sfo.hwnd = NULL;
sfo.wFunc = FO_DELETE;
sfo.pFrom = "..\\Test\\*.txt\0";
sfo.fFlags = FOF_FILESONLY | FOF_NOERRORUI | FOF_SILENT | FOF_NOCONFIRMATION | FOF_NOERRORUI;
SHFileOperation(&sfo);
modified on Thursday, October 23, 2008 2:55 AM
|
|
|
|
|
You better use a complete path like "C:\\...\\*.txt
Greetings from Germany
|
|
|
|
|
Actually i cant use the full path. As because i dont know where my software will install. It may be D:\\or else also
|
|
|
|
|
Dont write files in the installation directory. Vista will knock you out!!!
Use a user path:
-> SHGetFolderPath
-> GetCurrentDirectory
-> write some path information in the registry (in the setup)
Greetings from Germany
|
|
|
|