 |
|
|
This will surely work, but the poor guy will never come to know what is wrong with his approach! I think thats the reason for you being voted down. (I gave a 5 to bring u up  because you put your time and efforts and shouldn't get voted down)
Nobody can give you wiser advice than yourself. - Cicero
ப்ரம்மா
|
|
|
|
|
|
|
|
|
|
I decided to add my 1 to the vote, because 0 was not a choice. You received a 1 vote because you did not provide an answer to the question. If the person asking the question understood your [joke] answer then they would not have needed to ask it in the first place.
 Sorry, but the idea is to help and not make fun of the person asking the question.
INTP
"Program testing can be used to show the presence of bugs, but never to show their absence."Edsger Dijkstra
|
|
|
|
|
|
|
hmm 
Code-Frog:So if this is Pumpkinhead. Time for him to run and hide. It's an interesting thought really.
|
|
|
|
|
|
|
It seems that on this forum we must only answer to questions;)
|
|
|
|
|
|
|
Thanks
*
|
|
|
|
|
|
|
In these lines:
if (j-1 > 0 && i+1 <=5 )
{ if (A[i][j] < A[i+1][j-])
"i" can be as large as 4. Which means elements A[5][j] are being accessed - but the declaration was int A[5][5] - i.e. the maximum element is A[4][j]
So array out of bounds ..
cheers,
Neil
|
|
|
|
|
|
|
Hi Jobin,
I have created a simple example to simulate TCP using MFC CSocket. The purpose of the code is Server Listens at port number 6000. Once client gets connects to 6000, client sends a message to Server and the server should display the received message. The server code is running correctly in the Application generated by AppWizardExe (include windows sockets check box Yes)but not at console based program.
The code is as follows
s.Create (6000);
s.Listen ();
s.Accept (t);
n = t.Receive ((void*)l,20);
l[n] = 0;
cout<<l<<endl;
t.Close ();
s.Close ();
The above code is not giving any compilation errors.
In the above server code, the Listen is becoming blocking incase of AppWizard application code(which is correct) butin case of console based application it is non blocking. Since it is non blocking in case of console, Accept function is getting executed and I am getting Abort Retry Fail message. I debugged in console based application and found that the error is coming at the call of "AfxGetInstanceHandle". My investigation ended here. I did not understand why the difference. I tried another thing in the same code. Before calling all the functions, I called AfxSocketInit function. Because of this call, the socket create statement itself is getting failed. Please clarify where I am going wrong.
Thanks & Regards
Srikanth
Srikanth
|
|
|
|
|
|
|
The problem is using MFC in a console application. By default, the MFC socket classes need a
window to process socket events. You could get it to work with the proper MFC initialization in a console app but I'm not sure it's worth the trouble unless you're using other MFC classes.
You could try using direct calls to WinSock instead of using the MFC classes.
If you must use MFC then can you post the code used to initialize MFC?
Mark
|
|
|
|
|
|
|
Hi
I think your code have to work. Only a question, Have you create the console app with MFC options?
David Leyva
|
|
|
|
|
|
|
Clarification for David's question - Have you create the console app with MFC options?
MFC options mean In the preferences I set the option "Use MFC as a shared DLL". Is that you mean or some thing else? Alse the variable s is of type CSocket. Other than the above mentioned code I did not write any thing extra (Except declarations). l is a character array of size 20 and n is an int type. s,t are variables of type CSocket.
For Mark:
---------
I did not write any code related to MFC initialization. Please tell me what is that code to initialize MFC in a console based application. Also, Please mail me how to attach my code to a window in a console based application without that window to be displayed. I did not understand the statement "MFC socket classes need a window to process socket events". Did not understand means How to simulate that is thing I did not understand.
Srikanth K
|
|
|
|
|
|
|
Does your app have a main() function or WinMain()?
If so, get rid of that and set the programs entry point (in linker options) to
wWinMainCRTStartup.
If you are using MFC then MFC handles the entry point for you and initializes itself.
As with any normal MFC app you'll need ONE global static object of a class dervived from CWinApp.
Override InitInstance() in this class and perform initialization there, including initializing
Windows Sockets with WSAStartup(). You don't need to create a main window for the app since it's
a console app.
|
|
|
|
|
|
|
Hi Srikanth,
Also make sure you hit reply on my messages if you want me to see your replies.
It was just by chance I looked this far into old messages and saw that you had replied 
Mark
|
|
|
|
|
|
|
Hi,
does anyone know a trick how to get the ideal size for the CDateTimeCtrl to display all of its content in all formats it supports?
It doesn't resize itself to a proper size for its content and it seems it has alot of internal logic for sizing the various internal edit fields.
A simple GetWindowText() and GetOutputTextExent() doesn't work in all cases (i.e. when there are date/time formats set without leading zeros).
I know there is a special window message available on vista to fetch the ideal size of the CDateTimeCtrl, but what to do in previous windows versions ?
Many thanks,
Watz
|
|
|
|
|
|
|
You see, I'm not sure I really need a fully featured tabular control. I'm doing a fairly simple dialog based application using the AppWizard in VC++, which will load some ascii text files and display them in a table format. At some point in the future RS232 will read in new values but for now, it will be a case of editing a few edit controls and clicking a button to "push" a line of data into the table, comparing and doing some calculations on the way. I don't see that there'll be much need for the users to interact with the table other than I'd like at some point to be able to push that out to a print option
Is there an easy way to do this? I probably only need pointing in the right direction to start with.
t.i.a
Lee
|
|
|
|
|
|
|
|
|
|
thanks. I've not done a lot with VC++ for a while, and didn't correlate "List control" with "tabular data" when I saw that in the controls palette
|
|
|
|
|
|
|
Hello All,
I added a Rich Edit Box to my dialog and executed the dialog now the problem is dialog is not getting displayed & no action is performed or any error is displaed.
Guys can u please tell me hw to add a Rich Edit Control to my Dialog using Win32 App. ???
Thanking you,
Suresh HC
|
|
|
|
|
|
|
You need to call AfxInitRichEdit to initialize rich edit control for app.
Call this function in your application.
|
|
|
|
|
|
|
Hi Prasad,
Thansk for the responce.
I called AfxInitRichEdit(); in my Dialog,
I am getting error C2065: 'AfxInitRichEdit' : undeclared identifier
Dialog which I have created is from win32 Application and not from MFC.
Can u please tell me hw use rich edit box in win 32 application.
|
|
|
|
|
|
|
Use LoadLibrary for initializing rich edit control.
You main window procedure would look like this,
LRESULT CALLBACK WndProc(HWND hwnd, UINT Message, WPARAM wParam, LPARAM lParam)
{
switch(Message)
{
case WM_CREATE:
hLib = LoadLibrary("RICHED32.DLL");
break;
case WM_CLOSE:
DestroyWindow(hwnd);
FreeLibrary(hLib);
break;
..
}
|
|
|
|
|
|
|
Hi Prasad,
what shd be the hlib variable type ??? and where we have to declare that variable??
error C2065: 'hLib' : undeclared identifier
|
|
|
|
|
|
|
Its HMODULE. You can declare it as
HMODULE hLib;
I've just given example.
Only thing important, you need to load dll before invoking dialog.
|
|
|
|
|
|
|
Hi Prasad,
I did changes as u have mentioned.
But still no changes , still the dialog is not getting displayed which contains rich edit box.If i remove the Rich edit control Dialog is getting displayed.
I have 3 dialogs one main another sub dialogs , in the sub dialog I have the rich edit control.
The main MainDlgProc
BOOL CALLBACK MainDlgProc(HWND hwnd, UINT Message, WPARAM wParam, LPARAM lParam)
{
HMODULE hLib;
switch(Message)
{
case WM_CREATE:
hLib = LoadLibrary("RICHED32.DLL");
break;
and the sub dialog DlgProc
BOOL CALLBACK SearchDlgProc(HWND hwnd, UINT Message, WPARAM wParam, LPARAM lParam)
{
HMODULE hLib;
switch(Message)
{
case WM_CREATE:
hLib = LoadLibrary("RICHED32.DLL");
break;
I am using windows 2000 OS with VC6.
|
|
|
|
|
|
|
Dear ! dear !
I mentioned in earlier reply, you need to load library before invoking dilaog. I'd assumed , you main application window is not dialog window in question, and window procedure I mentioned is of main window. So use given procedure with main window.
You should get idea from this snippet,
hLib = LoadLibrary("RICHED32.DLL");
ret = DialogBox(GetModuleHandle(NULL),
MAKEINTRESOURCE(IDD_MYDLG), hwnd, MyDlgProc);
if(ret == -1)
{
MessageBox(hwnd, "Dialog failed!", "Error",
MB_OK | MB_ICONINFORMATION);
}
FreeLibrary(hLib );
|
|
|
|
|
, But I said that to indicate the error is about array-out-of-bounds. The 1 voted would have missed my point. 
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Rant 
Admin