64,647
社区成员
发帖
与我相关
我的任务
分享怎么把vc6中STL的string使用的引用计数策略关闭？
在MS的VC++6.0中，其STL实现的string使用了引用计数策略，
如何把string这种引用计数策略关闭，使其赋值时按正常的值copy方式进行。
不要跟偶说修改偶的源代码，偶记得有人说过，可以使用VC6某个编译条件把其关闭的？
偶忘了，请大侠帮帮忙吧
如何把string这种引用计数策略关闭，使其赋值时按正常的值copy方式进行。
不要跟偶说修改偶的源代码，偶记得有人说过，可以使用VC6某个编译条件把其关闭的？
偶忘了，请大侠帮帮忙吧
...全文
请发表友善的回复…
发表回复
roger_77 2006-09-07
- 打赏
- 举报
嘿嘿，
楼上说的有理！
楼上说的有理！
yifanernei 2006-09-07
- 打赏
- 举报
向 非彼邦德 致敬，BS那些自己找到问题不知道分享的家伙！～～！～！～！～！～！
roger_77 2006-09-07
- 打赏
- 举报
呵呵，偶自己终于找到了其解决方案,这是MS提供的技术文章：
《STL std::string 类导致崩溃和内存损坏多处理器计算机上》
http://support.microsoft.com/default.aspx?scid=kb%3Bzh-cn%3B813810
部分内容：
----
替代方法
解决 Microsoft Visual C++ 6.0 STL 中 Std::String 类问题
如果执行不升级到新版的 STL, 您可以尝试纠正 std::string 类线程安全问题标准 Microsoft VisualC++6.0 安装中。 虽然有是与几个 Microsoft Visual C++ 6.0 STL, 中类 multi-threading 问题为止最常见和问题均为 std::string 类。 以下步骤和变通办法是 stopgap 措施以确保应用程序是否正常, 并提供时间来研究其他备选方案。 考虑将这些指令创建新代码路径和也许整个整个应用程序行为。 彻底测试应用重建程序依照公司或个人软件策略之前广泛部署软件策略之前广泛部署。
禁用字符串引用计数
每个变通本节中介绍要求您先禁用引用计数机制。 要禁用引用计数, 您必须修改 < xstring > 头文件， _FROZEN 枚举常量设置为 0 。 此外默认安装, < xstring > 头文件位于以下位置：
C:\ProgramFiles\Microsoft files\Microsoft Visual Studio\VC98\Include
将 _FROZEN 枚举常数更改为 0 在行 62 页 < xstring > 头文件中以便它与以下类似： enum _Mref {_FROZEN = 0}; // set to zero to disable sharing; original value 255
如果您按照此建议, 并重建所有软件使用这些头文件 std::string 类代码将是多线程。 有一些警告到该语句。 因此, 仔细阅读以下变通办法说明。 禁用引用计数通过在 < xstring > 头文件, _FROZEN 枚举常量设置为 0 后使用下列方法之一来解决此问题。
……
《STL std::string 类导致崩溃和内存损坏多处理器计算机上》
http://support.microsoft.com/default.aspx?scid=kb%3Bzh-cn%3B813810
部分内容：
----
替代方法
解决 Microsoft Visual C++ 6.0 STL 中 Std::String 类问题
如果执行不升级到新版的 STL, 您可以尝试纠正 std::string 类线程安全问题标准 Microsoft VisualC++6.0 安装中。 虽然有是与几个 Microsoft Visual C++ 6.0 STL, 中类 multi-threading 问题为止最常见和问题均为 std::string 类。 以下步骤和变通办法是 stopgap 措施以确保应用程序是否正常, 并提供时间来研究其他备选方案。 考虑将这些指令创建新代码路径和也许整个整个应用程序行为。 彻底测试应用重建程序依照公司或个人软件策略之前广泛部署软件策略之前广泛部署。
禁用字符串引用计数
每个变通本节中介绍要求您先禁用引用计数机制。 要禁用引用计数, 您必须修改 < xstring > 头文件， _FROZEN 枚举常量设置为 0 。 此外默认安装, < xstring > 头文件位于以下位置：
C:\ProgramFiles\Microsoft files\Microsoft Visual Studio\VC98\Include
将 _FROZEN 枚举常数更改为 0 在行 62 页 < xstring > 头文件中以便它与以下类似： enum _Mref {_FROZEN = 0}; // set to zero to disable sharing; original value 255
如果您按照此建议, 并重建所有软件使用这些头文件 std::string 类代码将是多线程。 有一些警告到该语句。 因此, 仔细阅读以下变通办法说明。 禁用引用计数通过在 < xstring > 头文件, _FROZEN 枚举常量设置为 0 后使用下列方法之一来解决此问题。
……
roger_77 2006-09-07
- 打赏
- 举报
偶终于在论坛上找到有人说到的一种修改方法：
----------------------------
主 题： string=""为什么都发生了错？
作 者： Soft_micro () Blog
等 级：
信 誉 值： 100
所属社区： C/C++ C++ 语言
问题点数： 50
回复次数： 31
发表时间： 2006-6-20 9:02:19
----
mahatma_cn(研究硕士生) ( ) 信誉：99 Blog 2006-6-21 21:34:12 得分: 0
多线程读同一个string对象是安全的.
多线程同时写不同的string对象是安全的.
在多线程中最好修改std的<xstring>头文件,禁用引用计数功能
从你报告的错误来看.有如下可能:
1, 访问越界,导致破坏string内部数据边界,在bug模式下free会检查分配的内存边界是否被修改过,如果修改过则可能报错
----------------------------
偶不知道具体怎么修改MS的这个"xstring"文件？
有哪位知道的出来支一声，最好上面那个发言者来说一下！
----------------------------
主 题： string=""为什么都发生了错？
作 者： Soft_micro () Blog
等 级：
信 誉 值： 100
所属社区： C/C++ C++ 语言
问题点数： 50
回复次数： 31
发表时间： 2006-6-20 9:02:19
----
mahatma_cn(研究硕士生) ( ) 信誉：99 Blog 2006-6-21 21:34:12 得分: 0
多线程读同一个string对象是安全的.
多线程同时写不同的string对象是安全的.
在多线程中最好修改std的<xstring>头文件,禁用引用计数功能
从你报告的错误来看.有如下可能:
1, 访问越界,导致破坏string内部数据边界,在bug模式下free会检查分配的内存边界是否被修改过,如果修改过则可能报错
----------------------------
偶不知道具体怎么修改MS的这个"xstring"文件？
有哪位知道的出来支一声，最好上面那个发言者来说一下！
sinall 2006-09-05
- 打赏
- 举报
mark.
healer_kx 2006-09-05
- 打赏
- 举报
是不是不同的编译选项，决定了不同xstring文件编译啊？
roger_77 2006-09-05
- 打赏
- 举报
真的吗？
嘿，真的是这样滴？
嘿，真的是这样滴？
healer_kx 2006-09-05
- 打赏
- 举报
啊？ 怎么玩？
jixingzhong 2006-09-05
- 打赏
- 举报
把环境的内存优化开关关闭就是了 ...
sinall 2006-09-05
- 打赏
- 举报
要不用vector<char>？
roger_77 2006-09-05
- 打赏
- 举报
是的，曾经有人说过这种方法，好像是要修改VC6的STL源文件的编译条件。
可惜偶没记住。
因为偶的程序是在跨DLL传递string参数时出现两次释放同一个内存导致程序崩溃。
别人也谈到了解决方法：
-----------------------------------
也谈在动态连接库中如何使用STL库
在动态连接库开发中要特别注意内存的分配与释放问题，稍不注意，极可能造成内存泄漏，从而访问出错。例如在某DLL中存在这样一段代码：
extent "C" __declspec(dllexport)
void ExtractFileName( const std::string& path //!< Input path and filename.
, std::string& fname //!< Extracted filename with extension.
)
{
std::string::size_type startPos = path.find_last_of('\\');
fname.assign(path.begin()+startPos+1, path.end() );
}
在DLL中使用STL对象std::string，并且在其中改变std::string的内容，即发生了内存的重分配问题,若在EXE中调用该函数会出现内存访问问题。主要是：因为DLL和EXE的内存分配方式不同，DLL中的分配的内存不能在EXE中正确释放掉。
解决这一问题的途径如下：
一般情况下：构建DLL必须遵循谁分配就由谁释放的原则，例如COM的解决方案（利用引用计数），对象的创建（QueryInterface）与释放均在COM组件内部完成。在纯C++环境下，可以很容易的实现类似方案。
在应用STL的情况下，很难使用上述方案来解决，因此必须另辟蹊径，途径有二：
1、自己写内存分配器替代STL中的默认分配器。
2、使用STLport替代系统的标准库。
其实，上述问题在VC7及以后版本中，已得到解决，注意DLL工程和调用的工程一定要使用多线程DLL库，就不会发生内存访问问题。
=================================================
这种方法偶不怎么想用呀！
可惜偶没记住。
因为偶的程序是在跨DLL传递string参数时出现两次释放同一个内存导致程序崩溃。
别人也谈到了解决方法：
-----------------------------------
也谈在动态连接库中如何使用STL库
在动态连接库开发中要特别注意内存的分配与释放问题，稍不注意，极可能造成内存泄漏，从而访问出错。例如在某DLL中存在这样一段代码：
extent "C" __declspec(dllexport)
void ExtractFileName( const std::string& path //!< Input path and filename.
, std::string& fname //!< Extracted filename with extension.
)
{
std::string::size_type startPos = path.find_last_of('\\');
fname.assign(path.begin()+startPos+1, path.end() );
}
在DLL中使用STL对象std::string，并且在其中改变std::string的内容，即发生了内存的重分配问题,若在EXE中调用该函数会出现内存访问问题。主要是：因为DLL和EXE的内存分配方式不同，DLL中的分配的内存不能在EXE中正确释放掉。
解决这一问题的途径如下：
一般情况下：构建DLL必须遵循谁分配就由谁释放的原则，例如COM的解决方案（利用引用计数），对象的创建（QueryInterface）与释放均在COM组件内部完成。在纯C++环境下，可以很容易的实现类似方案。
在应用STL的情况下，很难使用上述方案来解决，因此必须另辟蹊径，途径有二：
1、自己写内存分配器替代STL中的默认分配器。
2、使用STLport替代系统的标准库。
其实，上述问题在VC7及以后版本中，已得到解决，注意DLL工程和调用的工程一定要使用多线程DLL库，就不会发生内存访问问题。
=================================================
这种方法偶不怎么想用呀！
healer_kx 2006-09-05
- 打赏
- 举报
真的假的啊？ 不可能吧？
好像VC7就不是引用技术的了。大牛告诉我的。。。
好像VC7就不是引用技术的了。大牛告诉我的。。。
