Nothing jumps out at me in your class. I would use CStringArray instead of
AfxMessageBox is a powerful tool in this kind of situation. You can put
// UDPDownloadDlg.h : header file
//
#if
!defined(AFX_UDPDOWNLOADDLG_H__7E663C19_39D4_4DAD_8D2D_BEE0E66F453D__INCLUDED_)
#define
AFX_UDPDOWNLOADDLG_H__7E663C19_39D4_4DAD_8D2D_BEE0E66F453D__INCLUDED_
//#define _CRT_SECURE_NO_WARNINGS 1
#if _MSC_VER > 1000
#pragma once
#endif // _MSC_VER > 1000
#include "afxtempl.h"
#include "Download.h"
#include "file_hdr.h"
#include "afxwin.h"
//#include "afxwin.h"
/////////////////////////////////////////////////////////////////////////////
// CUDPDownloadDlg dialog
class CAutoList
{
public:
CAutoList() { ForceRam=false;}
CString IDString;
bool ForceRam;
CString RamFile,RomFile;
};
class CCmdParams
{
public:
CString IP_Address;
CString ROM_File;
CString RAM_File;
bool ForceRam;
};
class CUDPDownloadDlg : public CDialog
{
// Construction
public:
CBitmapButton m_Down;
CBitmapButton m_Cancel;
CBitmapButton m_Refresh;
bool m_NoInput;
FILE_HEADER m_FileHeader;
bool LoadAutoFile(void);
CCmdParams CmdParams;
bool m_CmdMode;
bool m_NoSearch;
void PingList();
bool m_ProgDisp;
CString m_BoardText;
bool m_AutoAsk;
void LoadPingList();
int m_AutoPollTime;
int m_SearchTimer;
bool m_DisableSearch;
CString m_LastAutoID;
CString m_LastAutoIP;
int LoadAutoList();
bool m_AutoEnabled;
virtual ~CUDPDownloadDlg();
void ClearList();
CArray<CAutoList,CAutoList &> m_AutoList;
CArray<CString,CString &> m_PingList,m_PingFList;
CString m_QueryIP;
CUDPDownloadDlg(CWnd* pParent = NULL); // standard constructor
CDownload m_Download;
int i_downloadAttempts;
// Dialog Data
//{{AFX_DATA(CUDPDownloadDlg)
enum { IDD = IDD_UDPDOWNLOAD_DIALOG };
CListBox m_Boards;
CProgressCtrl m_Progress;
CString m_Status;
BOOL m_ForceRam;
BOOL m_ForceShort;
CString m_RamFile;
CString m_RomFile;
BOOL m_CheckUserBlock;
//int m_LoaderType;
//}}AFX_DATA
// ClassWizard generated virtual function overrides
//{{AFX_VIRTUAL(CUDPDownloadDlg)
protected:
virtual void DoDataExchange(CDataExchange* pDX); // DDX/DDV support
//}}AFX_VIRTUAL
// Implementation
protected:
HICON m_hIcon;
// Generated message map functions
//{{AFX_MSG(CUDPDownloadDlg)
virtual BOOL OnInitDialog();
afx_msg void OnSysCommand(UINT nID, LPARAM lParam);
afx_msg void OnPaint();
afx_msg HCURSOR OnQueryDragIcon();
afx_msg void OnTimer(UINT nIDEvent);
afx_msg void OnSearch();
afx_msg void OnDownload();
afx_msg void OnSetIP();
afx_msg void OnAbort();
afx_msg void OnAbout();
afx_msg void OnSetRamFile();
afx_msg void OnSetROMFile();
afx_msg void OnPing();
afx_msg void OnClear();
afx_msg void OnForceRam();
afx_msg void OnAuto();
afx_msg void OnUpdateAuto(CCmdUI* pCmdUI);
afx_msg void OnInitMenuPopup(CMenu* pPopupMenu, UINT nIndex, BOOL
bSysMenu);
afx_msg void OnAutoAdd();
afx_msg void OnLogfile();
afx_msg void OnUpdateLogfile(CCmdUI* pCmdUI);
afx_msg void OnLogExport();
afx_msg void OnAutoPoll();
afx_msg void OnPingList();
afx_msg void OnAutoAsk();
afx_msg void OnUpdateAutoAsk(CCmdUI* pCmdUI);
afx_msg void OnShortPackets();
afx_msg void OnEditchangeRamFile();
afx_msg void OnEditchangeRomFile();
afx_msg void OnSelchangeRomFile();
afx_msg void OnSelchangeRamFile();
afx_msg void OnUbQuery();
afx_msg void OnManual();
afx_msg void OnBroadcast();
afx_msg void OnUpdateBroadcast(CCmdUI* pCmdUI);
afx_msg void OnShowWindow(BOOL bShow, UINT nStatus);
afx_msg void OnPort();
//afx_msg void OnLoaderType();
//afx_msg void OnLoaderType2();
//afx_msg void OnLoaderType3();
afx_msg void OnRetries();
afx_msg void OnUpdateRetries(CCmdUI* pCmdUI);
afx_msg void OnUpdateAutopoll(CCmdUI* pCmdUI);
afx_msg void OnUpdatePort(CCmdUI* pCmdUI);
//}}AFX_MSG
DECLARE_MESSAGE_MAP()
};
//{{AFX_INSERT_LOCATION}}
// Microsoft Visual C++ will insert additional declarations immediately
before the previous line.
#endif //
!defined(AFX_UDPDOWNLOADDLG_H__7E663C19_39D4_4DAD_8D2D_BEE0E66F453D__INCLUDED_)
"AliR (VC++ MVP)" wrote:
I would say that you might have an object in your dialog class that is
doing
something bad when it gets destroyed.
Do you have any objects declared in your dialog class? Maybe post the
dialog
header file.
AliR.
"ComtriS" <ComtriS@discussions.microsoft.com> wrote in message
news:EF57D2D7-7C8F-4D37-ADAD-8E52FDEC118F@microsoft.com...
I only have two classes with destructors. Using breakpoints, I found
that
the sound happens after the destructor of the main dialog. However, I
also
noticed (when setting a breakpoint in the other destructor) that it
never
reaches that breakpoint! Instead, I get an error similar to: "This may
be
due to a corruption of the heap."
Where do I go from here?
"AliR (VC++ MVP)" wrote:
That's tough to answer. I don't know, for starters try setting some
breakpoints in your InitInstance and see if you can pin point the
place.
It
will be tough to find if it is in the destructor of one of you
classes,
so
maybe set a breakpoint in the destructor of your main dialog and see
if
it
is there, or one of the objects that it contains.
AliR.
"ComtriS" <ComtriS@discussions.microsoft.com> wrote in message
news:A27BB0D4-9DA6-4E73-B8B8-52AC1FC30694@microsoft.com...
My dialog app is making an error beep sound when it's closed. It
wasn't
doing
this before, and I have no idea what I did to cause this. How do I
fix
it?