|
to Nishant S
thanks for your advice!but i really want to know how to use CSocket with threads!;)
|
|
|
|
|
yes, you can, no problem.
Just don't use the same instance in multiple thread contexts. A CSocket or CAsyncSocket instance can only used in one thread context... compile in debug version and you will get asserts if you brake this rule.
|
|
|
|
|
Hello, the codegurus around the world.;)
Technically possible to use the thread in CSocket program, but
it might be conflicted to the process of GUI stuff.
CAsynSocket class is more flexiable than CSocket, and CAsynSocket
can deal with the socket process asyncriouly. This means that CAsynSocket
can deal with the mutiple sockets without thread.
At the same time, the timer process can check some socket statuses more
easily without thread.
Please, don't send me your email about your questions directly.
Have a nice day!
Sonork - 100.10571:vcdeveloper
-Masaaki Onishi-
|
|
|
|
|
I need a user interface for my program which is simple yet useful. The program is an editing program where there are many parameters each of which the user needs to edit. I've made a a page that descrives 3 ideas that I've come up with so far. Sorry about the many spelling mistakes. Also keep in mind that the average user will probably be 12-18 years of age so it needs to be simple. The site is [here]. Thanks.
-Raffi
|
|
|
|
|
I have a few questions?
I am a little lost on the concept of 1 and Yes, as in "It would display 1 in stead of Yes". Could you explain what you are talking about? Maybe I am dense and everyone else understands it.
Will there be multiple names (manufacturers?) that will be edited? If so, I would use a list control set up in report mode...or a grid control that is setup to edit individual cells (like a spreadsheet). It gets tedious to input lots of data for multiple names (manufacturers) using a dialog box and edit controls.
You are allowing the user to specify any arbitrary category they desire. Is this what you want? Or are there a fixed number of specific categories for the user to choose from? If so, consider using a combobox.
In general, you want to make it as easy as possible to enter the data. Tabbing between fields in a list control or grid control is easier than popping up a dialog each time new entry is to be made...In other words, pop it up once and let the user enter multiple entries.
An example of what I am talking about is a checkbook program like Quicken.
Gary Kirkham
A working Program is one that has only unobserved bugs
|
|
|
|
|
For the 1 and Yes thing, when it reads it from a file, it reads it as a 1 or a 0, which means yes or no. If it was the edit box ui then it would display 1 or 0, if it was one of the other 2 ui's it would display yes or no.
-Raffi
|
|
|
|
|
For a state that is either 1 or 0
eg True or False wouldn't a check box be the best type of control to use.
And a combo dropdown box be best for the other fields ?
Regardz
Colin J Davies
Sonork ID 100.9197:Colin
I am sick of fighting with Martin, I think I will ignore his posts from here on in, and spend the time working on articles instead.
Christian Graus
|
|
|
|
|
I'm looking for sample code on implementing Listview printing using SDK style programming.
|
|
|
|
|
I tried:
CTrain1View * pView = (CTrain1View *)GetActiveView();
pView->m_listdisplay.ShowWindow(SW_SHOW);
in a mainframe handler, where m_listdisplay is a listcontrol in the view,. Compiles fine but crashes when run....memory could not be read.
CAn you please tell me what I'm doing wrong?
Thanks very much,
ns
|
|
|
|
|
In what function are u doing so? is the control already constructed, or is it destructed after ure doing this?!!?!
Check it out!
Papa
Murex Co.
while (TRUE)
Papa.WillLove ( Bebe ) ;
|
|
|
|
|
i think it's depends on proc your are calling "ShowWindow" from.
window must be created before to show it (:
----------------
muaaa ..
i have no time to do something good ):
|
|
|
|
|
Are you checking m_listdisplay.m_hWnd to ensure the control is a valid window?
|
|
|
|
|
I found that:
CTrain1View * pView = (CTrain1View *)GetActiveView();
if(pView == NULL) AfxMessageBox("trouble");
pView is NULL. I dont even reach the line where I'm trying to get at the control (which probably isnt created yet).
The trouble I had was that I can only modifymenu with the sample i have, if I call it from MAinFrame class menu handler. (My coding inexperience)
CString str;
CString str1 = "Display2";
CString str2 = " Save selection ???";
mmenu->GetMenuString(ID_DISPLAY2, str, MF_BYCOMMAND);
if (str == str1)
{
// m_listdisplay.ShowWindow(SW_SHOW);
mmenu->ModifyMenu(ID_DISPLAY2, MF_BYCOMMAND,ID_DISPLAY2, " Save selection ???");
pMain->DrawMenuBar();
}
if (str == str2)
{
mmenu->ModifyMenu(ID_DISPLAY2, MF_BYCOMMAND,ID_DISPLAY2, "Display2");
pMain->DrawMenuBar();
In response to the menu title changing, in the mainframe handler I'm trying to get the control to get visible in the view. The null pointer is telling me the view isnt active yet, which isnt true since I have seen the gui already (thats where I press the menu to switch titles). I am using another sample that someone gave me to create my view (I need to be switching between views so I use this since it doesnt destroy the hidden view):
BOOL CMainFrame::SwitchView(CMultiDocTemplate *pTemplate, CRuntimeClass *pViewClass)
{
CMDIChildWnd* pChild = (CMDIChildWnd*) MDIGetActive();
if ( pChild == NULL ) return FALSE;
CDocument* pDoc = pChild->GetActiveDocument();
if ( pDoc == NULL ) return FALSE;
CView* pView;
POSITION pos;
pos = pDoc->GetFirstViewPosition();
while( pos != NULL )
{
pView = pDoc->GetNextView( pos );
if( pView->IsKindOf( pViewClass ) )
{
pView->GetParentFrame()->ActivateFrame();
return TRUE;
}
}
pChild = (CMDIChildWnd*) pTemplate->CreateNewFrame(pDoc, NULL ); //error here ERROR: Dialog with IDD 0x0082 must have the child style.
if( pChild == NULL ) return FALSE;
pChild->MDIActivate();
pTemplate->InitialUpdateFrame( pChild, pDoc);
return TRUE;
}
ANy pointers would be greatly appreciated,
thanks,
ns
|
|
|
|
|
Two things I learned:
The view doesnt own a menu
2. The mainframe doent have a view, the childframe does.
|
|
|
|
|
Ok, this is a pretty small thing, but i'm sorta curious now... Is there an easy / standard way of retrieving a user's default Outlook signature? I'm asking because sending a message via MAPI does not attach a user's signature by default, and some people miss that.
Shog9
--
Maybe Java is kind of like God, it "works in mysterious ways". It seems like your apps are running slowly, because in the backgroud Java is solving world hunger, or finding the cure to cancer.
- Ryan Johnston, Don't die java!
|
|
|
|
|
I think Outlook is quite complex,
I have searched and can't find out where its stored
In OE I have done it via registry settings.
Regardz
Colin J Davies
Sonork ID 100.9197:Colin
I am sick of fighting with Martin, I think I will ignore his posts from here on in, and spend the time working on articles instead.
Christian Graus
|
|
|
|
|
hai ...
a have some problems with memory
when creating Tabbed Dialogs ...
(when TCITEM.lParam = pointer to dialog ..)
every things i do correct, but after closing program
debugger sad:
Detected memory leaks!
Dumping objects ->
E:\home\projects\kTalk\MainDlg.cpp(343) : {105} client block at 0x00345438, subtype 0, 160 bytes long.
a CDialog object at $00345438, 160 bytes long
... and e.t.c ...
====================
ovverriding i also destroying them ...
CWnd *pWnd = (LPARAM)tci.lParam;
delete pWnd;
===============
maybe i should destroy them in other way ??
thanks
----------------
muaaa .. (:
|
|
|
|
|
I could be just guessing (as usual, but finding a bug is just a matter of a right guess anyway). I'm just gonna write some typical bugs (i've had these problems myself recently):
1. Before deleting a window (CWnd object) destroy a window with ->DestroyWindow() unless it isn't done earlier.
2. Before destroying a window make sure it doesn't own some objects like brushes, device contexts etc. - it could be it
3. before destroying any brush/context etc. make sure it's not selected by other objects - that's something I'm aware of very much
4. before creating any object destroy the previous one (example - I've been calling CBrush::CreateSolidBrush twice for the same CBrush object without calling CBrush::DeleteObject)
5. Maybe that tab control is the reason (it or it's elements are not deleted or destroyed - read carefully what they say about deleting it and it's structures)
Remember - be patient (yeah, right... )
Greetings to all assembler dudes and especially for C64 demoscene!
|
|
|
|
|
But i have done it !!! (:
there is my DEL proc :
int CMainDlg::DelTab(int Index)
{
TC_ITEM tci;
CChatDlg *pWnd;
int iCount = m_tabs.GetItemCount();
int iCurrent = m_tabs.GetCurSel();
m_tabs.GetItem(Index,&tci);
ASSERT(tci.lParam);
pWnd = (CChatDlg *)tci.lParam; //CChatDlg is CDialog
pWnd->DestroyWindow();
pWnd = NULL;
delete pWnd;
m_tabs.DeleteItem(Index);
};
Sometimes its works... but i can't found a bug .. (: there it is .. !?
----------------
muaaa .. (:
|
|
|
|
|
Mandalay wrote:
there is my DEL proc :
int CMainDlg::DelTab(int Index)
{
TC_ITEM tci;
CChatDlg *pWnd;
int iCount = m_tabs.GetItemCount();
int iCurrent = m_tabs.GetCurSel();
m_tabs.GetItem(Index,&tci);
ASSERT(tci.lParam);
pWnd = (CChatDlg *)tci.lParam;
pWnd->DestroyWindow();
pWnd = NULL;
delete pWnd;
m_tabs.DeleteItem(Index);
};
Sometimes its works... but i can't found a bug .. (: there it is .. !?
Why do you set the pointer to NULL before deletion? Perhaps I missed something in another reply to this message...
Later,
Nathan
---------------------------
Hmmm... what's a signature?
|
|
|
|
|
As I said: be patient - inspecting the code I've noticed You reversed the order of two code lines. The proper order is:
delete pWnd;
pWnd = NULL;
...no comment...
PS: Although delete doesn't set the pointer to NULL it is not necessarry to do that unless it's the only information about existance of an object.
Greetings to all assembler dudes and especially for C64 demoscene!
|
|
|
|
|
Deleting a NULL pointer will do nothing and the original memory never gets freed. Try:
delete pWnd;
pWnd = NULL;
Best regards,
Alexandru Savescu
|
|
|
|
|
I'm not sure whether this will work, but it's simple to try. Override PostNcDestroy for your tabbed dialogs and add delete this as the last line of the function.
Joaquín M López Muñoz
Telefónica, Investigación y Desarrollo
|
|
|
|
|
...but keep in mind that "delete this" can be dangerous
Just kiddin'. Although delete operator removes the object, the code always remain in the memory (one for all objects of course).
I've just never seen anybody using "delete this".
Greetings to all assembler dudes and especially for C64 demoscene!
|
|
|
|
|
I agree with you the procedure is a little weird, but this is the standard way to cleanup MFC modeless dialogs, for instance.
Joaquín M López Muñoz
Telefónica, Investigación y Desarrollo
|
|
|
|