|
Have you even bothered to look in your app's InitInstance() to see what normally goes on during startup? Have you tried to call DoModal() somewhere in there?
"Normal is getting dressed in clothes that you buy for work and driving through traffic in a car that you are still paying for, in order to get to the job you need to pay for the clothes and the car and the house you leave vacant all day so you can afford to live in it." - Ellen Goodman
"To have a respect for ourselves guides our morals; to have deference for others governs our manners." - Laurence Sterne
|
|
|
|
|
i have actually got it done...desinging the screen and the implementation is done.now i need to work on the validation.. will come with some queries if i get stuck somewhere.
thanks..and i am using a MFC.
|
|
|
|
|
Are you using MFC or straight Win32 APIs?
Mark
Mark Salsbery
Microsoft MVP - Visual C++
![Java | [Coffee]](https://www.codeproject.com/script/Forums/Images/coffee.gif)
|
|
|
|
|
Ok, maybe I shouldn't, but you are the community I rely the most on,
so I'll make this attempt...
This is not a real C++ question (though my GetFileName.exe was built with it!)
I have an EXE files that gives a string output. If i write in dos prompt
set ans=GetFileName file.txt<br />
@echo %ans%
I correctly obtain
file.
If I write the same in a BAT files I retrieve
<br />
GetFileName file.txt
which means the cmd hasn't resolved the command.
What should I do to obtain the same result...?
Tnx a lot!
|
|
|
|
|
from memory (dim and dark recesses mind you) you'd have to do something like
for %%f in ('GetFileName file.txt') do set ans = %%f
@echo %ans
the single quotes around GetFileName file.txt are the dos equivalents of the unix back-tick (and yes the double %% signs are intentional)
Im not sure if the for stmt needs a /F or another switch though - maybe you can google something like 'dos batch for' ...
'g'
|
|
|
|
|
Garth J Lancaster wrote: ...you can google something like 'dos batch for' ...
Typing for /? at a command prompt will suffice.
"Normal is getting dressed in clothes that you buy for work and driving through traffic in a car that you are still paying for, in order to get to the job you need to pay for the clothes and the car and the house you leave vacant all day so you can afford to live in it." - Ellen Goodman
"To have a respect for ourselves guides our morals; to have deference for others governs our manners." - Laurence Sterne
|
|
|
|
|
thanks ... as usual I forgot the most obvious 
|
|
|
|
|
Capitanevs wrote: I have an EXE files that gives a string output. If i write in dos prompt
set ans=GetFileName file.txt
@echo %ans%
I correctly obtain
file.
What OS are you using? I tried this and the echo statement printed what I would expect: GetFileName file.txt
"Normal is getting dressed in clothes that you buy for work and driving through traffic in a car that you are still paying for, in order to get to the job you need to pay for the clothes and the car and the house you leave vacant all day so you can afford to live in it." - Ellen Goodman
"To have a respect for ourselves guides our morals; to have deference for others governs our manners." - Laurence Sterne
|
|
|
|
|
Hi,
I'm looking for a way to change what this points to. I want to make a function that essentially does this = new InstanceOfAClass(value, this), for a linked list, but but I can't figure out how.
I feel like this is a pretty basic question, but I can't find the answer. Thanks,
-Ken
|
|
|
|
|
Assigning a value to "this" is no longer allowed.
You should be creating new object instances, possibly with the help of proper
copy semantics - assignment operator overloading and copy constructor.
Mark
Mark Salsbery
Microsoft MVP - Visual C++
|
|
|
|
|
Haha, that explains why my attempts to do it all failed. Thanks,
-Ken
|
|
|
|
|
I'm trying to use PSAPI.DLL - but I need the psapi.lib file that supports the DLL. (I get linker errors without it.)
(TryPIDs2 error LNK2001: unresolved external symbol "int __stdcall EnumProcesses(unsigned long *,unsigned long,unsigned long *)" (?EnumProcesses@@$$J212YGHPAKK0@Z)
Can anyone tell me where I can find the LIB file. Searches on MS's site yield lots of data on PSAPI and the function calls - and numerous references to "Use PSAPI.LIB" - but nothing on the lib file itself. There is also a redistributable SDK for WinNT that contains the DLL - but no LIB.
I'd appreciate any help and advice about this.
|
|
|
|
|
I wasnt aware that there was a lib for PSAPI.DLL - I think you use loadlibrary and reference the entry points 'manually'
there should be a few projects here on CP that use PSAPI.DLL, grab one and read its code ...
'g'
ps.. that doesnt mean to say that one couldnt create a lib, using DUMPBIN, a .def file etc, but I beleive thats fraught with danger
pps.. a quick google suggests that the required .LIB file is in the Windows Platform SDK - not sure how accurate that info is
|
|
|
|
|
|
dean9359 wrote: (TryPIDs2 error LNK2001: unresolved external symbol "int __stdcall EnumProcesses(unsigned long *,unsigned long,unsigned long *)" (?EnumProcesses@@$$J212YGHPAKK0@Z)
Dynamically load function from the dll, i.e. by using LoadLibrary and GetProcAddress!
"Opinions are neither right nor wrong. I cannot change your opinion. I can, however, change what influences your opinion." - David Crow
Never mind - my own stupidity is the source of every "problem" - Mixture
cheers,
Alok Gupta
VC Forum Q&A :- I/ IV
Support CRY- Child Relief and You/codeProject$$>
|
|
|
|
|
Thanks.
LoadLibrary and GetProcAddress are the answer!
There was an interesting sticking point regarding the use of FARPROC (A compiler error - C2564) that is addressed in a microsoft KB item: http://support.microsoft.com/kb/117428[^]
modified on Friday, March 28, 2008 4:14 PM
|
|
|
|
|
dean9359 wrote: LoadLibrary and GetProcAddress are the answer!
My pleasure
|
|
|
|
|
Hi,
I created a DLL that exports an API for a GUI to use.
The GUI call the API and when the function returns, it expects to have some value set in the memory sent to the API, so far so good.
The DLL itself implements the API by sending some information over CAsyncSocket.
Here is my problem,
When I send the data from the DLL to the client, I basically need to block until the client returns my packet back. I do that using a HANDLE set up as an event.
When the client would return my call the OnReceive of the socket would get called and then I would set the event.
However.....
It seems like the blocking (WaitForSingleObject (event, INFINITE)) seems to prevent the listening socket from receiving the reply. Once the blocking is commented out, I get the reply from the client. The problem is that if I remove the blocking my API returns right away and the the GUI has nothing in the buffer 
I know this can be solved with some threading and callbacks and so on. BUT... the listen socket should be a thread of it's own and not be affected by the infinite wait of WaitForSingleObject .
what am I missing ?
|
|
|
|
|
Shay Harel wrote: what am I missing ?
Almost everything. Your most direct solution would be to use blocking socket calls. Then later should you choose to migrate to a multi-threading solution to keep the UI responsive during socket I/O, I strongly suggest you do a lot of studying and research projects for multi-threading. You are a long way from grasping these concepts well enough to use it in a production application.
I recommend Jeffery Richter and his Advanced Windows book for a study resource on threading.
led mike
|
|
|
|
|
Wow,
All I asked for was a technical solution
I have done many multithreading in my life, don't loose sleep over it.
I was under the impression the listening socket would not be affected from the blocking, that's all.
As for the expected blocking of the GUI, I am aware of that, but my traffic is always quick enough for the client to respond quick enough not to notiec the GUI bloking.
Also, this is just a prototype at this stage so I don't mind the GUI blokc. In the future, the code that would use the DLL would have a thread of it's own. But if the listening socket would be blocked by this thread I am at the same state.
Sync sockets should seems like the only solution but I wanted to avoid it...
|
|
|
|
|
Shay Harel wrote: I have done many multithreading in my life, don't loose sleep over it.
Ok, good luck
led mike
|
|
|
|
|
The problem is you're using CAsyncSocket, which by default needs the message pump
working to dispatch asynchronous socket notifications.
I would recommend (for your prototype which doesn't use multiple threads)) using sockets
directly and using WSAEventSelect() so you can get notifications through an event instead
of a window message.
Either that, or you have to modify the way you wait.
Mark
Mark Salsbery
Microsoft MVP - Visual C++
|
|
|
|
|
"The problem is you're using CAsyncSocket, which by default needs the message pump
working to dispatch asynchronous socket notifications."
This is exactly the root cause of the problem I guess. I did not know the Async socket rely on the message pump, I was sure it's a thread of it's own.
Looks like I'll have some threads going...
Thanks !
|
|
|
|
|
Shay Harel wrote: I did not know the Async socket rely on the message pump
It does by default. You can, however, override everything you need to make it use events
instead of window messages. You don't get the virtual OnConnect(), OnReceive(), etc calls,
however, since you'd have to provide your own thread. At some point it ends up being easier to use
Winsock APIs directly IMO
Mark
Mark Salsbery
Microsoft MVP - Visual C++
|
|
|
|
|
Hi, it looks like you want to turn an asynchronous process into a synchronous process. I wonder why you decided to use CAsyncSocket in the beginning but I could suggest two designs:
If you can influence the API then I would change it, instead of calling blocking the API call could accept a window message (or another type of notification) and when the request has completed it will signal that the data is available.
If you can't change the API or it would be too costly then there is my sugestion number two which is to wrap this mechanism internally into a worker thread... or simply to implement it with blocking sockets.
Since you mentioned your application is a GUI and I assume it is event driven, perhaps the first alternative is the best.
Hope it helps!
Moak
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
