<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<assembly xmlns="urn:schemas-microsoft-com:asm.v1" manifestVersion="1.0">
<assemblyIdentity
version="1.0.0.0"
processorArchitecture="X86"
name="Microsoft.Windows.dummy"
type="win32"
/>
<description>Your app description here</description>
<dependency>
<dependentAssembly>
<assemblyIdentity
type="win32"
name="Microsoft.Windows.Common-Controls"
version="6.0.0.0"
processorArchitecture="X86"
publicKeyToken="6595b64144ccf1df"
language="*"
/>
</dependentAssembly>
</dependency>
</assembly>
但是这样,程序一开始就会出现配置错误。
将它删除后,程序可以在WinXP下运行,但是在创建对话框(不知道是不是用了什么Win7下的控件)时会失败。
小弟新手,希望了解这的前辈们帮下忙,谢谢
8 个解决方案
#1
建议不要折腾了
拿到XP下编译吧
拿到XP下编译吧
#2
95、98能在2k上跑,没听说过2k程序一定能在95、98上跑的。
#3
编译语言写成的程序换一个软硬件环境就要重新编译代码,所以java才宣称自己“一次编译到处运行”这个优点
虽然操作系统都会尽可能的新版兼容旧版,但旧版本的操作系统上跑新版本的程序这不能兼容很正常
在XP下重新编译,这是最正确的解决方法
虽然操作系统都会尽可能的新版兼容旧版,但旧版本的操作系统上跑新版本的程序这不能兼容很正常
在XP下重新编译,这是最正确的解决方法
#4
我在XP下用VC6重新编译,但是控件的外观变成了经典样式,
有什么方法让它既可以在XP下运行,又可以有其他像程序那样的外观。
有什么方法让它既可以在XP下运行,又可以有其他像程序那样的外观。
#5
http://hi.baidu.com/autodebug/item/baba4d70c413a74cef1e53d3
#6
把 工 程 的 代 码 逐 步 删 掉 , 逐 步 编 译 , 看 效 果 。
删 到 只 剩 骨 头 还 没 有 漂 亮 的 外 观 的 话 , 那 就 以 相 同 的 工 程 名 , 用 V C 6 新 建 该 工 程 , 比 较 全 部 代 码 , 用 你 的 火 眼 金 晴 查 出 来 。
#7
弄好了,谢谢大家
#8
为什么呢?
#1
建议不要折腾了
拿到XP下编译吧
拿到XP下编译吧
#2
95、98能在2k上跑,没听说过2k程序一定能在95、98上跑的。
#3
编译语言写成的程序换一个软硬件环境就要重新编译代码,所以java才宣称自己“一次编译到处运行”这个优点
虽然操作系统都会尽可能的新版兼容旧版,但旧版本的操作系统上跑新版本的程序这不能兼容很正常
在XP下重新编译,这是最正确的解决方法
虽然操作系统都会尽可能的新版兼容旧版,但旧版本的操作系统上跑新版本的程序这不能兼容很正常
在XP下重新编译,这是最正确的解决方法
#4
我在XP下用VC6重新编译,但是控件的外观变成了经典样式,
有什么方法让它既可以在XP下运行,又可以有其他像程序那样的外观。
有什么方法让它既可以在XP下运行,又可以有其他像程序那样的外观。
#5
http://hi.baidu.com/autodebug/item/baba4d70c413a74cef1e53d3
#6
把 工 程 的 代 码 逐 步 删 掉 , 逐 步 编 译 , 看 效 果 。
删 到 只 剩 骨 头 还 没 有 漂 亮 的 外 观 的 话 , 那 就 以 相 同 的 工 程 名 , 用 V C 6 新 建 该 工 程 , 比 较 全 部 代 码 , 用 你 的 火 眼 金 晴 查 出 来 。
#7
弄好了,谢谢大家
#8
为什么呢?