"Dunk" with a particular computer distro - can't seem to resolve.

I had posted a thread (here) with some Inno setup scripting. When I try to install that software, it seems to work on every computer I install it in, except my bosses. I am using DAO objects, CR10, and nothing else special except for the windows common controls. On my bosses computer, I get the "dunk" sound of windows' error message, but there is no error message that gets displayed or run-time anything. The program then terminates (according to my boss). I notice it does the same thing if I try to run it off of the network here. I don't know why - the only thing I have left to check is permissions, but because the software installs into program files the permissions shiould be pretty standard.

That "Dunk" sound generally means that you have a exe that is not binary compatible with a dll that was made.

Let's see that script...

Did you make any custom dll's?

I did not, but the funny thing is that it works on all other computer i've installed it on.

Code:

---

; ********** Version 9.0  Build 4  Trial
; Randem Systems, Inc.
; Copyright 2003-2008
; Website:  http://www.***********
; Support:  http://www.***********/cgi-bin/discus/discus.cgi
; OS: Windows XP 5.1 build 2600 (Service Pack 2)

; Date: April 22, 2008

;              VB Runtime Files Folder:  C:\Program Files\Randem Systems\**********\********** 9\VB 6 Redist Files\
;    Visual Basic Project File (.vbp):  C:\Documents and Settings\Chris.INS_DOMAIN\My Documents\RSR Manager\projRSR.vbp
; Inno Setup Script Output File (.iss):  C:\Documents and Settings\Chris.INS_DOMAIN\My Documents\RSR Manager\setup\Inno\setup Release.iss

; ------------------------
;        References
; ------------------------

; Visual Basic For Applications - (MSVBVM60.DLL)
; OLE Automation - (STDOLE2.TLB)
; Microsoft ActiveX Data Objects 2.0 Library - (msado25.tlb)
; Microsoft Data Report Designer 6.0 (SP4) - (MSDBRPTR.DLL)
; Microsoft Data Formatting Object Library 6.0 (SP6) - (MSSTDFMT.DLL)
; Microsoft Data Binding Collection VB 6.0 (SP4) - (MSBIND.DLL)
; Microsoft Data Source Interfaces - (msdatsrc.tlb)
; Microsoft DAO 3.6 Object Library - (dao360.dll)
; Unknown Component (Possibly not registered) - crviewer.dll - 10.0 - (crviewer.dll)
; Crystal Reports ActiveX Designer Design and Runtime Library 10.0 - (craxddrt.dll)
; Crystal Reports ActiveX Designer Run Time Library 10.0 - (craxdrt.dll)


; --------------------------
;        Components
; --------------------------

; Microsoft ADO Data Control 6.0 (SP6) (OLEDB) - (MSADODC.OCX)
; Microsoft DataGrid Control 6.0 (SP6) (OLEDB) - (MSDATGRD.OCX)
; Microsoft DataList Controls 6.0 (SP3) (OLEDB) - (MSDATLST.OCX)
; Microsoft Windows Common Controls 6.0 (SP6) - (MSCOMCTL.OCX)
; Microsoft Rich Textbox Control 6.0 (SP6) - (RICHTX32.OCX)
; Microsoft MAPI Controls 6.0 - (MSMAPI32.OCX)


[Setup]
AppId=RSR Manager

;------------------------------------------------------------------------------------------------------------------------
; Taken from VBP/VBG Project File Parameters AppName, AppName AppVersion and Company
;------------------------------------------------------------------------------------------------------------------------

AppName=RSR Manager 1.0
AppVerName=RSR Manager
AppPublisher=UniTech Services Group

;------------------------------------------------------------------------------------------------------------------------

AppVersion=1.0
VersionInfoVersion=1.0
AllowNoIcons=no
DefaultGroupName=RSR Manager
DefaultDirName={pf}\RSR Manager
AppCopyright=
PrivilegesRequired=Admin
MinVersion=4.0,4.0
Compression=lzma
OutputBaseFilename=RSR104Release

[Tasks]
Name: desktopicon; Description: {cm:CreateDesktopIcon}; GroupDescription: {cm:AdditionalIcons}
Name: quicklaunchicon; Description: {cm:CreateQuickLaunchIcon}; GroupDescription: {cm:AdditionalIcons}; Flags: unchecked

[Files]
Source: c:\program files\randem systems\**********\********** 9\vb 6 redist files\msvbvm60.dll; DestDir: {sys}; Flags:  uninsneveruninstall regserver restartreplace sharedfile; OnlyBelowVersion: 0,6
Source: c:\program files\randem systems\**********\********** 9\vb 6 redist files\oleaut32.dll; DestDir: {sys}; Flags:  uninsneveruninstall; OnlyBelowVersion: 0,6
Source: c:\program files\randem systems\**********\********** 9\vb 6 redist files\olepro32.dll; DestDir: {sys}; Flags:  uninsneveruninstall regserver restartreplace sharedfile; OnlyBelowVersion: 0,6
Source: c:\program files\randem systems\**********\********** 9\vb 6 redist files\asycfilt.dll; DestDir: {sys}; Flags:  uninsneveruninstall; OnlyBelowVersion: 0,6
Source: c:\program files\randem systems\**********\********** 9\vb 6 redist files\stdole2.tlb; DestDir: {sys}; Flags:  uninsneveruninstall restartreplace regtypelib; OnlyBelowVersion: 0,6
Source: c:\program files\randem systems\**********\********** 9\vb 6 redist files\comcat.dll; DestDir: {sys}; Flags:  uninsneveruninstall; OnlyBelowVersion: 0,6
Source: c:\program files\randem systems\**********\********** 9\vb 6 redist files\vb5db.dll; DestDir: {sys}; Flags:  uninsneveruninstall; OnlyBelowVersion: 0,6
Source: c:\documents and settings\chris.ins_domain\my documents\rsr manager\setup\support\msdbrptr.dll; DestDir: {sys}; Flags:  regserver restartreplace sharedfile;
Source: c:\documents and settings\chris.ins_domain\my documents\rsr manager\setup\support\msstdfmt.dll; DestDir: {sys}; Flags:  regserver restartreplace sharedfile;
Source: c:\documents and settings\chris.ins_domain\my documents\rsr manager\setup\support\msbind.dll; DestDir: {sys}; Flags:  regserver restartreplace sharedfile;
Source: c:\program files\common files\microsoft shared\dao\dao360.dll; DestDir: {cf}\microsoft shared\dao\; Flags:  regserver restartreplace sharedfile;
Source: c:\windows\system32\msadodc.ocx; DestDir: {sys}; Flags:  regserver restartreplace sharedfile;
Source: c:\windows\system32\msdatgrd.ocx; DestDir: {sys}; Flags:  regserver restartreplace sharedfile;
Source: c:\windows\system32\msdatlst.ocx; DestDir: {sys}; Flags:  regserver restartreplace sharedfile;
Source: c:\windows\system32\mscomctl.ocx; DestDir: {sys}; Flags:  regserver restartreplace sharedfile;
Source: c:\windows\system32\richtx32.ocx; DestDir: {sys}; Flags:  regserver restartreplace sharedfile;
Source: c:\windows\system32\msmapi32.ocx; DestDir: {sys}; Flags:  regserver restartreplace sharedfile;
Source: c:\documents and settings\chris.ins_domain\my documents\rsr manager\projrsr.exe; DestDir: {app}; Flags:  restartreplace ignoreversion;
Source: c:\documents and settings\chris.ins_domain\my documents\rsr manager\report.rpt; DestDir: {app}; Flags:  restartreplace ignoreversion;
Source: c:\documents and settings\chris.ins_domain\my documents\rsr manager\iso.txt; DestDir: {app}; Flags:  restartreplace ignoreversion;
Source: C:\Documents and Settings\Chris.INS_DOMAIN\My Documents\RSR Manager\setup\Inno\Manifest\projRSR.exe.manifest; DestDir:{app}; Flags: ignoreversion

[Icons]
Name: {group}\RSRMaker ; Filename : {app}\projRSR.exe; WorkingDir: {app}
Name: {group}\{cm:UninstallProgram, RSRMaker }; Filename: {uninstallexe}
Name: {commondesktop}\RSRMaker ; Filename: {app}\projRSR.exe; Tasks: desktopicon; WorkingDir: {app}
Name: {commonappdata}\Microsoft\Internet Explorer\Quick Launch\RSRMaker ; Filename: {app}\projRSR.exe; Tasks: quicklaunchicon; WorkingDir: {app};

[Run]
Filename: {app}\projRSR.exe; Description: {cm:LaunchProgram, RSRMaker }; Flags: nowait postinstall skipifsilent; WorkingDir: {app}

[UninstallDelete]
Type: files; Name: {app}\projRSR.url
Type: dirifempty; Name: {app}

---

Then it is probably something that you are not deploying like an MDAC - Try including the Automatic OS Updater.

as a seperate package or can i include it in the script?

Did you read any of the documentation...

In the script, you can actually just select it and it will be included.

Right that's using **********, which I can't use because the trial has expired and I'm cheap. However, I have InnoSetup. According to my boss, the program was tried on a bunch of his computers and it made that dunking noise. I have a feeling he's using the wrong EXE for setup. I'll give another update on monday.

All right...here's the funny thing...after installing the software using the inno setup file, the EU can't run the program from the installation directory, but can run it without issue from the network with just the exe file and database files in it. In other words, when the user goes to the installation directory and runs it it dunks, but when I copy the exe file, both database files, and a crystal reports file to a shared folder on my desktop and he runs it from there, it doesn't dunk and runs without issue. EU is running xp pro FAT32 (so it can't be file permissions)... I'm going to check if there's some kind of firewall or file monitoring software, but I don't think this is the case as the software has done this on his computers at home and other computers.


ADDENDUM: Copying the files from the directory to a folder on the users desktop still functioned - copying the files from the installation folder to a folder on the desktop didn't.

You can't run an app like that... That is installation 101... I would suggest you read up on the topic...

I know you SHOULDN'T run an app like that, but if the user has all the support files needed already installed, (for example, all vb6 runtime files in {windir}\system32) then the program should work, and it does. I'm not suggesting we run the app from the network all the time, or even by directly copying them, I'm simply giving you more information to help me solve the problem.

I found that when installing the files with inno setup, the program went dunk. While copying and registering all support files manually, then installing the crX redist files, copying the compiled EXE and database files from the developer computer, it worked. Therefore, there must be something in the automated installation that isn't functioning properly. Again I'm not suggesting I distribute the program in this fashion, simply trying to give more information.

I've tried determining the permissions of the program files folder - which doesn't exist because be beta tester (I was referring to the beta tester as the EU previously - he is my boss) is running FAT32. There is internet security on the machine, but nothing that restricts file access (no program monitoring or anything of the like). So at this point I'm confused as to why the installation isn't working....

You mention CR but you are not deploying any CR installation????

I attempted to get the CR files deployed with Inno. I am not having the end users install Cr, as all that should be needed is the CR runtime files. I don't think the problem is with CR because I didn't have the cr runtime files on a test machine and the onyl time i recieved a message is when i tried to print a report. I installed the CRX redist files from the web and then it worked. My end goal is to get the CRX runtime files to auto-install, but that's not important if i can't get the program to run. On my bosses computer, when the software is copied from the network, the CR runs fine, so I know it's not a CRX redist issue.

It doesn't matter where it is installed as long as it is installed on each machine using it (all components). Doing a Willy-Nilly mix of installation and copying is asking for trouble...

You are missing MDAC's, CR, Database and who knows what else.

There is a installation procedure for network installations also which seems to be overlooked...

I didn't do a willy-nilly mix. I installed all the support files using a scipt generated from ********** before it expired, then manually installed the MDACs and the CRX files (all support files that CR put out to cover up their problems with bad dependancies - i actually think you recommended that package).
So the installation has all the files it needs. To clarify, I'm NOT doing a network installation, I simply noticed that by running the files off of the network or copying them to the host computer (which are the same EXE and databse files that my program requires and the same ones that are copied when the software installs) makes the program work. If I copy the files that were installed to the program files folder to another directory (like a folder on the destop), they fail to work. It's only with the files off of the network. I'm thinking that for some reason the installation script is registering something in the program that doesn't need to be registered or that it's doing something to that program files location. I'm just not sure what. If you need me to make a more detailed list of the procedure I followed and the results of each step I will - I feel as if there is a misunderstanding somewhere.

I already have this thread in the installation forum, but due to the lack of activity there, I'm just trying to see if anyone has any feedback ina more active forum - I need to get this issue resolved.

the thread is here: http://www.vbforums.com/showthread.php?t=521015

But in summary,
I've installed a program that uses CR10 and ADO/MDAC componenets using Inno. I do not have the MDAC coponents or the CRX Redist files packaged with the script currently for troubleshooting reasons (and lack of knowledge on how to make it automated). There are exe files available online for the MDAC and CRX redist files that I have installed on my boss (the beta tester)'s computer, so I have all the redist files that I need to make the program run.

When I install the program with the Inno setup compiled exe, everything seems to execute fine, until you try to run the program. When you try to run the program you get that familiar "dunk" error message (windows xp critical stop.wav). I had originally thought that there was a dll or something that I was missing until I decided that I would give it a shot to just copy the exe and related databases and CR reports over to the computer manually, as the inno setup should have copied all support files that I needed. When copying the exe directly, the program works flawlessly.

I began to think this was a problem with Program Files permissions, so I went to investigate and found that that pc is using the FAT32 file system, so there is no security. When I copy the exe file from the program files directory to a folder on the desktop, the same error sound occurs. I'm thinking there has to be something with the copying of the exe file that isn't going right, but I've never seen this problem before.

I've successfully installed and run the software on two other machines, but there are other machines my boss claims to have tried it on and giving the same error message he's getting. So it seems about 50/50. 50% working, 50% not. Any guidance or advice on this would be great.

You said you get the error when your run the program ?

Do you have propper error handling in your program ?

You should try to track down the error to where it's happening, and try to fix the code.

It's not an error in my code. Like I said (sorry if I seem snippy - I've just repeated this multiple times - I don't know what I can be saying wrong)....I copied the EXACT SAME exe file from the network to his machine and ran it and it worked. The problem only occurs when I install the software through the installer. It's not code, as I have proper error handling in every procedure. When I get that dunk sound, I don't get any visual feedback or anything (as vb would do if there was an error). The program just starts, dunks, the exits.

Did you check if the application exe is the same as the original (compiled one) ?

Just compare the 2 exe's to see if they are identical or not...

Also, if you install with Inno, then you override the installed exe with the original, does it work then ?

I'm sorry but creating a new thread (like you've done with this thread twice) just because you don't get a response isn't acceptable and I've merged the new thread with this one that you created previously.

I checked the EXE's and they are identical. Same version number and size.

How about the override thing I said in my previous post ?

I am confused following a few things:

You say you installed the program ---- Where?

You say you copied the program ---- From Where the same computer, network???

How did the files get to the network???


It's confusing to know exactly what you did...

I installed the program on my bosses computer with the exe created from the inno setup installer.

I copied the program (meaning the compiled project exe and the databases and crx file) from the development computer to my bosses computer over the network....

The files got to the network by my sharing a folder on my computer and him copying them from my computer

CVMichael, I haven't had a chance to get to my bosses computer. I'll let you know about that when I do.

Actually. After a TON more homework, I found this problem to be caused by a manifest file being in the directory that the program was in and my not calling InitializeControls in every form_initialize sub. I just removed the manifest file and it worked.

Even Form_Initialize can be too late in some cases. Best to call it from Sub Main(), set as startup object.

Well it wasn't even that. For some reason the manifest file was generated automatically. I didn't want XP themes because of the glitches associated with them. So I just deleted the manifest file and it worked. :D