【求助】调试好的DLL如何驻留在UG中自动运行。

我隐约觉得你说的是队的，
不过，按照你的说法，我还没有试出来。
继续关注！！！！！

个人人为 mfcdll 可以不受菜单控制
  
个人感觉菜单有点儿象vc的消息映射，只有调用menuscript中的
  
“映射“，才可以调用相关的函数，也就是调出对话框，但是dll其实已经被加载了
  
mfcdll应该不受这个限制。
  
他应该是一个自动加载的库 如果有ufsta()这个入口函数
  
那么在ug启动时，dll自动加载 并且执行 ufsta
  
如果在这个函数中，加入打开对话框命令，那么
  
对话框应该可以实现和ug的同步
  
还有个想法
  
ug默认生成的代码 在ufsta中调用的是
UF_MB_add_styler_actions ( actions )  
  
如果换成
UF_STYLER_create_dialog ( "test.dlg",
           CHANGE_cbs,      /* Callbacks from dialog */
           CHANGE_CB_COUNT, /* number of callbacks*/
           NULL,        /* This is your client data */
           response )
也应该可以实现同步
  
刚有的想法，还没做例子验证

mfc dll 的对话框同步没问题
  
正在研究ug 对话框如何同步

试验成功了，确实如你所描述的，可以自动装入。------果然厉害！佩服佩服！
    其实那个动态库放在startup目录下就可以了，不必在放在application目录下。另外，非mfc dll也应当可以的。
    “那么在UG启动时，dll自动加载” 这个我是不敢太确信的。主要的理由是，在调试状态，我把dll文件放在application目录下面（不放在startup目录下面）。遇到dll中的断点，它并不停下来回到调试状态。
  
    经过我的调试，我发现，一个比较有趣的现象，所有的UF函数，虽然都执行了，但都不起作用；而那些非UF函数都起了作用的。我假设：
  1、启动和装入菜单的过程，包括装入startup下的dll，只是UG的初始化过程，当时UG还没有完全启动起来。它只是在读取一些设置。
  2、UG对自己的函数都作了相关的处理。确保了函数不在不正确的状态下运行。
    如果的假设是正确的，那么，这个功能所能起的作用就很有限了。

Pinkwall好厉害噢，版主要给他加点。同时十分感谢。