CMSFlexGrid对象使用另一个类的方法，出错

Question

 
本身有一个CMSFlexGrid类，然后在自己的类CAView（继承自CFormView）中,放置控件Flexgrid,并关联控件与变量m_flexgrid1。在CAView中添加操作m_flexgrid1的一些方法，相应头文件已经包含，编译没有问题，但运行却出错：，单步调试发现：variable needs stack frame.这到底是什么原因？怎么才可以解决？是因为类嵌套对象使用？已经前向声明了类CMSFlexGrid也不行啊。谢谢高手。 

Answer 1

        * CSDN
        * CSDN社区
        * MS-SQL Server
        * 基础类

Answer 2

 
void CDataDlgView::SetFlexGridUp() 
{ 
m_flexgridup.SetTextMatrix(0,0,"次\\元"); 
} 
这个是CFormView派生的 ，然后 在另一个对话框的确认按钮 事件中调用这个SetFlexGridUp函数。但是提示m_flexgridup错误，m_flexgridup是CMSFlexGrid的 对象，声明在CDataDlgView中。只要运行到这句，肯定错。个人感觉现在就是变量m_flexgridup的问题，但是苦于找不到解决方法。

Answer 3

    感觉是Flexgrid控件的注册和授权问题，首先你是怎么创建Flexgrid控件的，贴出相关代码，其次
参考我的文章：无法使用MSHFLXGD.OCX控件的一个解决办法

Answer 4

    感觉是Flexgrid控件的注册和授权问题，首先你是怎么创建Flexgrid控件的，贴出相关代码，其次
参考我的文章：无法使用MSHFLXGD.OCX控件的一个解决办法

Answer 5

activex控件，然后添加到FormView的对话框中。我在别的地方（CDialog类的对话框）中用没有错误啊。

Answer 6

     提示m_flexgridup错误,那可能是m_flexgridup对象没有创建成功或者你调用SetFlexGridUp函数该窗口还没创建出来，把该对象的创建代码贴出来。我知道是activex控件，但你总得在代码里将控件创建为几行几列吧。

Answer 7

在CAView中添加操作m_flexgrid1的一些方法：就是设置行列，添加数据。问题就出在CAView的这些方法内部，第一次出现调用m_flexgrid1的方法设置属性的时候。
void CDataDlgView::SetFlexGridUp() 
{ 
m_flexgridup.SetTextMatrix(0,0,"次\\元"); 
} 
这个是CFormView派生的 ，然后 在另一个对话框的确认按钮 事件中调用这个SetFlexGridUp函数。但是提示m_flexgridup错误，m_flexgridup是CMSFlexGrid的 对象，声明在CDataDlgView中。只要运行到这句，肯定错。个人感觉现在就是变量m_flexgridup的问题，但是苦于找不到解决方法。

Answer 8

      CMSFlexGrid类有一个Create函数的，我没见到你的创建为几行几列的窗口就SetTextMatrix(0,0,"次\\元"); 这里好像存在问题。

Answer 9

Create函数已经使用过了，在InitialUpdate中，SetFlexGrid只是举例，说的就是：SetCols(),SetRows()吧?
主要问题是m_flexgridup这个对象的生存空间。是在CFormView中添加了控件，然后声明的CMSFlexGrid m_flexgridup.
并在InitialUpdate中使用了Create。如果在SetFlexGridUp中不使用m_flexgridup，则什么问题都没有，一旦要在这个函数中使用了
这个变量，就出问题了：m_flexgridup variable needs stack frame.

Answer 10

       variable needs stack frame是说stack是指栈空间不够，主要是程序里面定义了太多的大数组，   
  到堆上去分配就可以了。

Answer 11

    使用指针动态分配，
比如int *pArrAy = NULL;pArrAy  = new int[10000]; // 分配一个10000*sizeof(int)个字节的内存空间

Answer 12

对和栈的主要的区别由以下几点：   
          1、管理方式不同；   
          2、空间大小不同；   
          3、能否产生碎片不同；   
          4、生长方向不同；   
          5、分配方式不同；   
          6、分配效率不同；   
    管理方式：对于栈来讲，是由编译器自动管理，无需我们手工控制；对于堆来说，释放工作由程序员控制，容易产生memory leak。
   
   空间大小：一般来讲在32位系统下，堆内存可以达到4G的空间，从这个角度来看堆内存几乎是没有什么限制的。但是对于栈来讲，一般都是有一定的空间大小的，例如，在VC6下面，默认的栈空间大小是1M（好像是，记不清楚了）。当然，我们可以修改：           
 打开工程，依次操作菜单如下：Project->Setting->Link，在Category   中选中Output，然后在Reserve中设定堆栈的最大值和commit。   
 注意：reserve最小值为4Byte；commit是保留在虚拟内存的页文件里面，它设置的较大会使栈开辟较大的值，可能增加内存的开销和启动时间。 
 
   碎片问题：对于堆来讲，频繁的new/delete势必会造成内存空间的不连续，从而造成大量的碎片，使程序效率降低。对于栈来讲，则不会存在这个问题，因为栈是先进后出的队列，他们是如此的一一对应，以至于永远都不可能有一个内存块从栈中间弹出，在他弹出之前，在他上面的后进的栈内容已经被弹出，详细的可以参考数据结构，这里我们就不再一一讨论了。   
   生长方向：对于堆来讲，生长方向是向上的，也就是向着内存地址增加的方向；对于栈来讲，它的生长方向是向下的，是向着内存地址减小的方向增长。   
   分配方式：堆都是动态分配的，没有静态分配的堆。栈有2种分配方式：静态分配和动态分配。静态分配是编译器完成的，比如局部变量的分配。动态分配由alloca函数进行分配，但是栈的动态分配和堆是不同的，他的动态分配是由编译器进行释放，无需我们手工实现。   
   分配效率：栈是机器系统提供的数据结构，计算机会在底层对栈提供支持：分配专门的寄存器存放栈的地址，压栈出栈都有专门的指令执行，这就决定了栈的效率比较高。堆则是C/C++函数库提供的，它的机制是很复杂的，例如为了分配一块内存，库函数会按照一定的算法（具体的算法可以参考数据结构/操作系统）在堆内存中搜索可用的足够大小的空间，如果没有足够大小的空间（可能是由于内存碎片太多），就有可能调用系统功能去增加程序数据段的内存空间，这样就有机会分到足够大小的内存，然后进行返回。显然，堆的效率比栈要低得多。   
   从这里我们可以看到，堆和栈相比，由于大量new/delete的使用，容易造成大量的内存碎片；由于没有专门的系统支持，效率很低；由于可能引发用户态和核心态的切换，内存的申请，代价变得更加昂贵。所以栈在程序中是应用最广泛的，就算是函数的调用也利用栈去完成，函数调用过程中的参数，返回地址，EBP和局部变量都采用栈的方式存放。所以，我们推荐大家尽量用栈，而不是用堆。   
   栈有如此众多的好处，但是由于和堆相比不是那么灵活，有时候分配大量的内存空间，还是用堆好一些。   
          无论是堆还是栈，都要防止越界现象的发生（除非你是故意使其越界），因为越界的结果要么是程序崩溃，要么是摧毁程序的堆、栈结构，产生以想不到的结果,就算是在你的程序运行过程中，没有发生上面的问题，你还是要小心，说不定什么时候就崩掉，那时候debug可是相当困难的：）   
          对了，还有一件事，如果有人把堆栈合起来说，那它的意思是栈，可不是堆，呵呵，清楚了？ 文章出处：http://www.diybl.com/course/3_program/gcs/2008125/97250.html

Answer 13

对和栈的主要的区别由以下几点：   
          1、管理方式不同；   
          2、空间大小不同；   
          3、能否产生碎片不同；   
          4、生长方向不同；   
          5、分配方式不同；   
          6、分配效率不同；   
    管理方式：对于栈来讲，是由编译器自动管理，无需我们手工控制；对于堆来说，释放工作由程序员控制，容易产生memory leak。
   
   空间大小：一般来讲在32位系统下，堆内存可以达到4G的空间，从这个角度来看堆内存几乎是没有什么限制的。但是对于栈来讲，一般都是有一定的空间大小的，例如，在VC6下面，默认的栈空间大小是1M（好像是，记不清楚了）。当然，我们可以修改：           
 打开工程，依次操作菜单如下：Project->Setting->Link，在Category   中选中Output，然后在Reserve中设定堆栈的最大值和commit。   
 注意：reserve最小值为4Byte；commit是保留在虚拟内存的页文件里面，它设置的较大会使栈开辟较大的值，可能增加内存的开销和启动时间。 
 
   碎片问题：对于堆来讲，频繁的new/delete势必会造成内存空间的不连续，从而造成大量的碎片，使程序效率降低。对于栈来讲，则不会存在这个问题，因为栈是先进后出的队列，他们是如此的一一对应，以至于永远都不可能有一个内存块从栈中间弹出，在他弹出之前，在他上面的后进的栈内容已经被弹出，详细的可以参考数据结构，这里我们就不再一一讨论了。   
   生长方向：对于堆来讲，生长方向是向上的，也就是向着内存地址增加的方向；对于栈来讲，它的生长方向是向下的，是向着内存地址减小的方向增长。   
   分配方式：堆都是动态分配的，没有静态分配的堆。栈有2种分配方式：静态分配和动态分配。静态分配是编译器完成的，比如局部变量的分配。动态分配由alloca函数进行分配，但是栈的动态分配和堆是不同的，他的动态分配是由编译器进行释放，无需我们手工实现。   
   分配效率：栈是机器系统提供的数据结构，计算机会在底层对栈提供支持：分配专门的寄存器存放栈的地址，压栈出栈都有专门的指令执行，这就决定了栈的效率比较高。堆则是C/C++函数库提供的，它的机制是很复杂的，例如为了分配一块内存，库函数会按照一定的算法（具体的算法可以参考数据结构/操作系统）在堆内存中搜索可用的足够大小的空间，如果没有足够大小的空间（可能是由于内存碎片太多），就有可能调用系统功能去增加程序数据段的内存空间，这样就有机会分到足够大小的内存，然后进行返回。显然，堆的效率比栈要低得多。   
   从这里我们可以看到，堆和栈相比，由于大量new/delete的使用，容易造成大量的内存碎片；由于没有专门的系统支持，效率很低；由于可能引发用户态和核心态的切换，内存的申请，代价变得更加昂贵。所以栈在程序中是应用最广泛的，就算是函数的调用也利用栈去完成，函数调用过程中的参数，返回地址，EBP和局部变量都采用栈的方式存放。所以，我们推荐大家尽量用栈，而不是用堆。   
   栈有如此众多的好处，但是由于和堆相比不是那么灵活，有时候分配大量的内存空间，还是用堆好一些。   
          无论是堆还是栈，都要防止越界现象的发生（除非你是故意使其越界），因为越界的结果要么是程序崩溃，要么是摧毁程序的堆、栈结构，产生以想不到的结果,就算是在你的程序运行过程中，没有发生上面的问题，你还是要小心，说不定什么时候就崩掉，那时候debug可是相当困难的：）   
          对了，还有一件事，如果有人把堆栈合起来说，那它的意思是栈，可不是堆，呵呵，清楚了？ 文章出处：http://www.diybl.com/course/3_program/gcs/2008125/97250.html

Answer 14

CFormView中添加MsFlexGrid控件，并关联控件变量m_flexgridup.
void CBDlg::OnBDlgOk()
{
CDialog::OnOK();
        CAView spk;
spk.SetFlexGridUp();
}
void CAView::OnInitialUpdate() 
{
CFormView::OnInitialUpdate();
AfxEnableControlContainer();
}
void CAView::SetFlexGridUp()
{
        CRect rect;
  m_flexgridup.GetWindowRect(&rect);
m_flexgridup.Create(NULL,WS_CHILD|WS_VISIBLE,rect,this,IDC_MSFLEXGRID2);
m_flexgridup.SetCols(x+1);//x为全局变量
m_flexgridup.SetRows(x+100);
m_flexgridup.SetTextMatrix(0,0,"次\\元");
for (int k=1;k<x+1;k++)
{
m_flexgridup.SetColWidth(k,(rect.Width()/(x+1);
m_flexgridup.SetTextMatrix(0,k,"a");
}
}
错误在哪里？调试通过，运行有问题。

Answer 15

void   CBDlg::OnBDlgOk() 
{ 
CDialog::OnOK();   
                CAView   spk; // spk是局部变量，出了该函数就不起作用了
spk.SetFlexGridUp(); 
}