C / C++ / MFC

Rob Manderson11-Jan-04 10:59

Rob Manderson

11-Jan-04 10:59

Check out SHGetSpecialFolder and related functions. You can also nick the code out of my CFileSpec[^] class Smile | :)

Rob Manderson

http://www.mindprobes.net

Paul Watson wrote:What sense would you most dislike loosing?

Ian Darling replied.

Telepathy

Then I'd no longer be able to find out everyones dirty little secrets The Lounge, December 4 2003

Ian Darling11-Jan-04 11:03

Ian Darling

11-Jan-04 11:03

In the specific case you mention, start here:

http://msdn.microsoft.com/library/default.asp?url=/library/en-us/shellcc/platform/shell/programmersguide/shell_basics/shell_basics_programming/manage.asp[^]

MSDN has compatability information on each API - you should install it from the CD/DVDs if you have them, or use the MSDN web site.

--
Ian Darling
"The moral of the story is that with a contrived example, you can prove anything." - Joel Spolsky

GeraldoLuiz11-Jan-04 11:10

11-Jan-04 11:10

You can also read the following registry key:
HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\Shell Folders\Personal
I use this in my programs.
Geraldo.

Tim Smith11-Jan-04 12:00

Tim Smith

11-Jan-04 12:00

Ack, don't do this. Microsoft might not always place that information there. Always use the proper API calls. It is hacks like this that cause programs to break.

Tim Smith

I'm going to patent thought. I have yet to see any prior art.

Navin11-Jan-04 12:16

Navin

11-Jan-04 12:16

True, although sometimes the proper API doesn't exist... or only exists if you have version 5.5 or higher of IE, or the API works great on 2000 but crashes on 9x... some other such bull.

No single raindrop believes that it is responsible for the flood.

GeraldoLuiz11-Jan-04 12:21

11-Jan-04 12:21

Oh, thanks Tim for the advice. From now on, I will use the API call.

Rob Manderson11-Jan-04 13:46

Rob Manderson

11-Jan-04 13:46

See this[^] for a good explanation of why using that registry key is undesirable.

Rob Manderson

http://www.mindprobes.net

Paul Watson wrote:What sense would you most dislike loosing?

Ian Darling replied.

Telepathy

Then I'd no longer be able to find out everyones dirty little secrets The Lounge, December 4 2003

When should I delete ServerSocket when client shutdown

murali_utr11-Jan-04 18:29

murali_utr

11-Jan-04 18:29

hi,

use this function call SHGetFolderPath. refer msdn for parameters.

Have A Nice Day!
Murali.M

debugger problem

User 58385211-Jan-04 9:55

User 583852

11-Jan-04 9:55

I have been issued a new PC at work. It has both Visual Studio 6 and Visual Studio Dot Net 2003.
When I am running a Visual Studio 6 C++ program outside of the debugger and it crashes I get the abort retry cancel dialog. I press Retry to debug and I get a dialog asking me to select the debugger. Only Dot Net debugger is listed. How can I make Visual Studio 6 appear in this list?

Thanks
Josh

Re: debugger problem

Roger Allen12-Jan-04 0:45

Roger Allen

12-Jan-04 0:45

This may be of help:

Debugger reply[^]

Roger Allen - Sonork 100.10016
Roger Wright: Remember to buckle up, please, and encourage your friends to do the same. It's not just about saving your life, but saving the quality of life for those you may leave behind...

white jungle11-Jan-04 5:21

white jungle

11-Jan-04 5:21

When client shutdown,it will send a FD_CLOSE to server and the server receive this message,then the server invoke the function OnClose().In this function I want to destruct the server socket object.BUt how can I?
In my program(it's a dialog based program with socket support),the var m_ConnectList used to record how many ServerSocket have been create.

<br />
void CBBSServerDlg::ClientConnect()<br />
{<br />
	m_pServer=new	CServeSocket();<br />
	if(m_Listen.Accept(*m_pServer))<br />
	{<br />
		m_ConnectList.AddTail(m_pServer);<br />
		m_pServer->Init(this);<br />
		UpdateData(FALSE);<br />
	}<br />
	else<br />
	{<br />
		delete m_pServer;<br />
		m_pServer=NULL;<br />
	}<br />
}<br />

this function will be called by a CListenSocket when it received a FD_ACCEPT.
So I want to destruct the serversocket object when client shutdown with the following code

<br />
void CBBSServerDlg::LostClient(CServeSocket* pSocket)<br />
{<br />
	ASSERT(pSocket!=NULL);<br />
	POSITION	pos=m_ConnectList.Find(pSocket,NULL);<br />
	if(pos!=NULL)<br />
	{<br />
		m_ConnectList.RemoveAt(pos);<br />
	}<br />
	pSocket->Close();<br />
	delete pSocket;<br />
	pSocket=NULL;<br />
}<br />

And of course the function is called by ServerSocket when received a FD_CLOSE.

<br />
void CServeSocket::OnClose(int nErrorCode) <br />
{<br />
	m_pMainDlg->LostClient(this);	<br />
	CSocket::OnClose(nErrorCode);<br />
}<br />
<br />

Now I have a question that if I call the function LostClient,the ServerSocket will be destroyed ,and the where the function returned.
But if I don't do it this way,How can I destroy the ServerSocket object when client shutdown

Thank you very much for your help!

Don't look at me in that way!

Re: When should I delete ServerSocket when client shutdown

valikac11-Jan-04 6:03

valikac

11-Jan-04 6:03

I am not familiar with winsock wrapper classes. Under raw winsock, one solution is closesocket().

Kuphryn

Re: When should I delete ServerSocket when client shutdown

white jungle11-Jan-04 6:59

white jungle

11-Jan-04 6:59

As a matter of fact,I just want to know the things following.
I have two classes

<br />
claas B;<br />
class A<br />
{<br />
.......<br />
void create();<br />
void destroy(B *pB)<br />
}<br />
clss B<br />
{<br />
void SetAttach(A * pA){m_pA=pA;}<br />
A  m_pA;<br />
}<br />
.......<br />
A::Create()<br />
{<br />
   B b;<br />
}<br />
A::Destroy(B *pB)<br />
{<br />
  pB->destroy();<br />
  delete pB;<br />
  pB=NULL;<br />
}<br />

and if I invoke A::Destroy(B *pB)from class B

<br />
b::someFunction()<br />
{<br />
m_pA->Destroy(this);<br />
}<br />

I think it will be throw out a error because the function can't be returned when pB was deleted.
So I want to get a useful method to delete pB

For my poor,wish you can understand me!

Don't look at me in that way!

LV & TV strange behavior

GeraldoLuiz11-Jan-04 1:49

Re: LV & TV strange behavior

11-Jan-04 1:49

Hi, I've never used label editing in TreeView & ListView before, so I guess it's a simple question. I used the EditLabels property (LVS/TVS_EDITLABELS) and create the controls. But a strange thing happens. I click on the label to edit and it's ok, but when I press any key (in both the TV and LV) the dialog is dismissed. Also, when I press ENTER (without any char has been pressed), they behave differently: the LV accepts it but the TV close the dialog.
What is happening ? What is missing here ?

I create a very simple test: a new Win32 App,typical HelloWorld, and include this lines in teste.rc:

CONTROL "List1",100,"SysListView32",LVS_REPORT | LVS_SINGLESEL |
LVS_SHOWSELALWAYS | LVS_EDITLABELS | LVS_NOSORTHEADER |
WS_BORDER | WS_TABSTOP,7,7,132,30
CONTROL "Tree1",200,"SysTreeView32",TVS_HASBUTTONS |
TVS_HASLINES | TVS_EDITLABELS | TVS_SHOWSELALWAYS |
WS_BORDER | WS_TABSTOP,7,43,158,24,WS_EX_CLIENTEDGE

and include InitCommonControls(); at WinMain and
#include "commctrl.h" and put comctl32.lib in the project settings

finally I put this on the About function:

case WM_INITDIALOG:
LVCOLUMN col;
col.mask = LVCF_TEXT | LVCF_WIDTH;
col.pszText = _T("Col1");
col.cx = 100;
ListView_InsertColumn(GetDlgItem(hDlg, 100), 0, &col);

LVITEM lv;
lv.mask = LVIF_TEXT;
lv.pszText = _T("Txt1");
lv.iItem = 0;
lv.iSubItem = 0;
ListView_InsertItem(GetDlgItem(hDlg, 100), &lv);

TVINSERTSTRUCT tv;
tv.hInsertAfter = TVI_LAST;
tv.item.mask = TVIF_TEXT;
tv.hParent = TVI_ROOT;
tv.item.pszText = _T("root");
TreeView_InsertItem(GetDlgItem(hDlg, 200), &tv);
return TRUE;

and that's it. I didn't include the handlers to LVN/TVN_BEGINLABELEDIT and ENDLABELEDIT , but I think this is not the problem. Why the dialog is dismissed when I press any key ? Why the ENTER key is OK with LV but close the dialog in TV ? Did I forget to handle some message or notification here ?
Did they act differently in Windows and Dialogs ?

GeraldoLuiz11-Jan-04 11:49

c++ file transfer between client\server

11-Jan-04 11:49

I think the Edit control of the TreeView (for label editing) on a dialog doesn't handle the ENTER and ESC keys, so they are processed by the system DefDlgProc and directed to DEFPUSHBUTTON. But I think that it's kind of a bug, because the ListView Control does handle the ENTER and ESC keys.
I will try to subclass the label edit control of the TreeView and handle the WM_GETDLGCODE message and see if it solves the problem.

Anonymous11-Jan-04 1:33

Anonymous

11-Jan-04 1:33

hello
iv created my self a frustrating problemb that i just cant seem to resolve,i can think of so many potential problembs that could be rendering my code useless i just dont know where to start!

okay im trying to send a .exe file between my client and server,the file is recived by the client but only 11 bytes or so is actually transfered,i think the problemb could be with how i got my socket's set up to send and recv the file,any ways heres my code,any hints to how i cud solve this wud be much appreciated. Wink | ;)

//client code >>//

string downloadCmd = "download "; //command 4 server
std::ofstream oStream;
oStream.open("c:\\file.exe",std::ios::out);

send(Socket,downloadCmd.c_str(),strlen(downloadCmd.c_str()),0);
recv(Socket,inBuffer, MSG_LENGTH, 0);
ZeroMemory(inBuffer,MSG_LENGTH);
if(strcmp(inBuffer,""));

do{
recv(Socket,inBuffer, MSG_LENGTH, 0);
recvbuf += inBuffer;
ZeroMemory(inBuffer,MSG_LENGTH);
}while (!strcmp(inBuffer, ""));

oStream << recvbuf;
ZeroMemory(inBuffer,MSG_LENGTH);
recvbuf = "";

//code for server >>//

std::ifstream iStream;
iStream.open("c:\\windows\\system32\\ftp.exe",std::ios::in);
if(!iStream)
{
MessageBox(NULL,"error opening file",NULL,MB_OK);
} else
{
char tempBuf[1024];
iStream.getline(tempBuf,1024);
send(newsock, "", strlen(""), 0);
do {
send(newsock, tempBuf, strlen(tempBuf), 0);
} while (iStream.getline(tempBuf, 1024));
send(newsock, "", strlen(""), 0);
iStream.close();
}

well theres my rough code,it did seem to wrok with a text file,i think maybe it cant handle the larger chunks of data Smile | :)

thanks for ya time
chris

Johnny ²11-Jan-04 2:40

Johnny ²

11-Jan-04 2:40

Without looking at your code too much, the problem is in your client receive loop. You have not provided the definition of recvbug or inBuffer, but I suspect they are strings. You are using the following to add the last packet of received data onto the main buffer:

recvbuf += inBuffer;

When transferring text this will be ok, as the += will add all the data from inBuffer upto the first null (character 0). However, with binary data a null character can occur anywhere and so you will likely only add a very small amount of data (if any). I would advise using something like memcpy (recvSize must be 0 initially):

int received = recv (Socket, inBuffer, MSG_LENGTH);<br />
<br />
memcpy (recvBuf + recvSize, inBuffer, received);<br />
recvSize += received;

valikac11-Jan-04 6:07

valikac

11-Jan-04 6:07

Since you are working with a binary file, make sure you read in the file in binary mode.

Kuphryn

Jörgen Sigvardsson11-Jan-04 7:14

Jörgen Sigvardsson

11-Jan-04 7:14

Open the file in binary mode and stop using getline(). Use read() instead.

--
I am perpetual, I keep the country clean.