A friendly treefrog

Sitting on our window after a rainstorm.

Comments

Post a Comment

Popular posts from this blog

Inno Setup custom data directory location

In my last post , I forgot to point you to Inno Setup ; go get the Inno Setup QuickStart Pack to get going. I showed how to copy a directory full of data, like tutorials or sample data, that might change depending on the customer. That means the files are not known when the installer is compiled. Here's what it looked like: Source: {src}\data\*; DestDir: C:\MyCompany\data;    Flags: external recursesubdirs skipifsourcedoesntexist onlyifdoesntexist uninsneveruninstall;    Permissions: users-modify This time, I 'm going to show how to let the user choose where this directory is located, and whether to install the contents of the directory at all. First, let's show an obvious choice: Source: {src}\data\*; DestDir: {userdocs} \MyCompany\data; Flags: [as above.... ] That new constant will put the data in a subdirectory of My Documents, for the user that installs the program. This might be fine for you, if each user of your program is going to install it themselves
Read more

Inno Setup MSVC vcredist without bothering your users

If your C++ program is compiled with MS Visual Studio 2005 Express, and you link with the DLL versions of the C run-time libraries, you probably already know that you have to run vcredist_x86.exe to install those dependencies on a new computer before your program will run. Here's how to do that in an Inno Setup script. First, download vcredist_x86.exe from MSDN, Microsoft Visual C++ 2005 SP1 Redistributable Package (x86) Notice that's for SP1, the instructions are different for non-SP1, and for the vcredist_x86.exe that comes with Visual Studio Standard or Professional. See the credit link below. Include this in your script: [Files] Source: {src}\bin\vcredist_x86.exe; DestDir: {app}\bin\; [Run] Filename: {app}\bin\vcredist_x86.exe; Parameters: "/q:a /c:""VCREDI~3.EXE /q:a /c:""""msiexec /i vcredist.msi /qn"""" """; WorkingDir: {app}\bin; StatusMsg: Installing CRT... Alternative for x64 ( I hav
Read more

Doxygen warning: Internal inconsistency: member MyEnunVal does not belong to any container!

Found an weird Doxygen-ism today. Related to a doxygen list post , I found that if I had an `enum class` inside a namespace that was undocumented, I got this warning: Generating XML o/home/aron.helser/projects/cmb/smtk/src/smtk/io/mesh/MeshIO.h:31: warning: Internal inconsistency: member EntireResource does not belong to any container! The code that generated this error is from smtk . The outer namespaces are already documented. namespace smtk { namespace io { /// Mesh IO <<< adding this documentation fixed the warning. namespace mesh { /// Mesh subset types enum class Subset : unsigned int {   EntireResource,   OnlyDomain,   OnlyDirichlet,   OnlyNeumann, };   Hope that helps another confused Doxygen user.
Read more