问题： MFC下编译和构件都通过了，但一执行就弹出建立空文档失败的对话框； 双击可执行程序时弹出“建立空文档失败”的对话框； 用MFC做的文档视图结构的程序, 但我把程序放到别的机子上运行时(他的机子没有装VC), 弹出对话框说\"建立空文档失败\"! 在我的机子上运行正常！ 原因及解决： 1、文档类的资源（包括工具条图片，等等）被不小心修改了，当运行是创建文档是找不到相应的文档资源， 当然创建文档失

Java编程首要工作就是安装JDK（Java Development Kit）。一通NEXT点完安装包后就是最重要的环境变量设置了。也许有人会问为什么要设置环境变量，要理解这点，首先要明白环境变量的作用。环境变量可以简单的理解为路径导向。例如Windows里面的临时文件夹存放的路径导向。当要访问此类文件时可根据此环境变量找到它的存放目录。像下面讲的CLASSPATH变量是为了在我们输入Java命令

我们先从简单的开始吧.先分一个类: (一) 非动态显示图片(即图片先通过资源管理器载入,有一个固定ID) (二) 动态载入图片(即只需要在程序中指定图片的路径即可载入) 为方便说明,我们已经建好一个基于对话框的工程,名为Ttest. 对话框类为CTestDlg (一) 非动态载入图片. 方法1.先从最简单的开始,用picture 控件来实现. 步骤: 先在资源里Import一张图片,ID为IDB_

MIDI播放： 首先在工程头文件中加入： #include \"mmsystem.h\" #pragma comment (lib,\"WINMM.LIB\") 然后在程序初始化部分中加入： UINT wMIDIDeviceID; MCI_OPEN_PARMS mciOpenParams; MCI_PLAY_PARMS mciPlayParams; DWORD dwError; mciOpenParams

　 今天把游戏背景音乐封装了一下,这个封装基本是参照了DMUtil.h的几个类。 #include \"DMUtil.h\" 先在类里面申明 CMusicManager* g_pMusicManager; CMusicSegment* g_pMusicSegment; 构造初始 g_pMusicManager = NULL; g_pMusicSegment = NULL; 封装的四个函数 void I

在制作的程序中使用MCI来实现背景音乐播放,在调用: mciError = mciSendCommand(0,MCI_OPEN,MCI_OPEN_TYPE | MCI_OPEN_ELEMENT,(DWORD)&mciOpen); 时，当播放第二次，就会出现如下错误提示： “设备的名称已被此应用程序用作别名。请使用唯一的别名。” 网上找了一下，才知道是设备ID的问题，是因为使用了相同的Device

我们经常看到一些小软件、注册机等等都有一些小巧的背景音乐.其实用MIDI音乐具有很多好处： 1.MIDI音乐文件使用更广泛，更容易获得,制作和编辑. 2.DirectMusic附带4MB音色库的Roland软波表，音质也不比XM差。 3.MIDI数据比XM数据更容易被压缩(MIDI文件压缩比在1:8左右). 4.不需要外部编程库,系统自带播放内核,添加的代码量极少. 下面给出一个最简单的MIDI音

我们在使用一些小软件时可能会注意到很多软件的版权对话框中都设有超级链接，这些链接或提供制作者的网址，或提供其电子邮件信箱，使软件的使用者能够非常方便地与公司和作者联系，同时也为作者或公司作了很好的宣传。如果能在自己写的软件中实现这个功能，定会使程序大增光彩。那么如何实现这个功能呢？ 请看下面介绍： 实现这个功能要用到一个Windows API函数ShellExecute，其原形为： HINSTAN

在单文档设计中，使用了一个背景音乐，音乐文件路径设为绝对方式一般不会有什么问题，对于绝对路径可写为： \"d:\\test\\test.txt\" \"d:/test/test.txt\" 但注意不能写为 ： \"d:testtest.txt 形式，因为符号‘’是转义符，单独存在没有意义 问题出在设置为绝对路径时。比如我按如下方式设置： char *wavfile=\".\\res\\b.wav\"; PlaySoun

问题： c++下面可以用PlaySound()来播放wav文件 在mfc下好像老是出错！ 不论是playsound 还是sndplaysound都报错！ 源代码： PlaySound(\"shot.wav\",NULL,SND_ASYNC); 错误如下： test11View.obj : error LNK2001: unresolved external symbol __imp__PlaySoun