"Webbiz" <nospam@forme.thanks.com> wrote in message
news:5a3g35hnm2t0gc1u4mo3j732lasuj4n2ur@4ax.com...
>I have a question that deals with creating the dependancy list for my
> application.
>
> Below are the files that I need to add as part of my installation
> file. I have posted here in the current way I have entered them in
> Inno Setup.
>
> [Files]
> Source: d:\programming\deploy files\msvbvm60.dll; DestDir: {sys};
> Flags:  uninsneveruninstall regserver onlyifdoesntexist sharedfile;
> OnlyBelowVersion: 0,6
> Source: d:\programming\deploy files\oleaut32.dll; DestDir: {sys};
> Flags:  uninsneveruninstall onlyifdoesntexist sharedfile;
> OnlyBelowVersion: 0,6
> Source: d:\programming\deploy files\olepro32.dll; DestDir: {sys};
> Flags:  uninsneveruninstall regserver onlyifdoesntexist sharedfile;
> OnlyBelowVersion: 0,6
> Source: d:\programming\deploy files\asycfilt.dll; DestDir: {sys};
> Flags:  uninsneveruninstall onlyifdoesntexist sharedfile;
> OnlyBelowVersion: 0,6
> Source: d:\programming\deploy files\stdole2.tlb; DestDir: {sys};
> Flags:  uninsneveruninstall onlyifdoesntexist sharedfile regtypelib;
> OnlyBelowVersion: 0,6
> Source: d:\programming\deploy files\comcat.dll; DestDir: {sys}; Flags:
> uninsneveruninstall onlyifdoesntexist sharedfile; OnlyBelowVersion:
> 0,6
> Source: d:\programming\deploy files\vb5db.dll; DestDir: {sys}; Flags:
> uninsneveruninstall onlyifdoesntexist sharedfile;
> Source: d:\programming\deploy files\mbfiee32.dll; DestDir: {sys};
> Flags: uninsneveruninstall onlyifdoesntexist;
> Source: d:\programming\deploy files\expsrv.dll; DestDir: {sys}; Flags:
> uninsneveruninstall onlyifdoesntexist;
> Source: d:\programming\deploy files\dao360.dll; DestDir:
> {cf}\microsoft shared\dao\; Flags: uninsneveruninstall
> onlyifdoesntexist;
> Source: d:\programming\deploy files\comdlg32.ocx; DestDir: {sys};
> Flags:  regserver onlyifdoesntexist sharedfile;
> Source: d:\programming\deploy files\tabctl32.ocx; DestDir: {sys};
> Flags:  regserver onlyifdoesntexist sharedfile;
> Source: d:\programming\deploy files\dblist32.ocx; DestDir: {sys};
> Flags:  regserver onlyifdoesntexist sharedfile;
> Source: d:\programming\deploy files\dbgrid32.ocx; DestDir: {sys};
> Flags:  regserver onlyifdoesntexist sharedfile;
> Source: d:\programming\deploy files\comctl32.ocx; DestDir: {sys};
> Flags:  regserver onlyifdoesntexist sharedfile;
> Source: d:\programming\ttc25_1\ttc25_1.exe; DestDir: {app}; Flags:
> restartreplace ignoreversion;
>
>
> ============
>
> Question: How does one determine whether or not a file should be
> 'regserver' (registered) or not?
>
> Question: How do I determine whether the file should overwrite an
> existing file of the same name?
>
> Personally, I don't like the idea of overwritting anyone's existing
> files. So I have added "onlyifdoesntexist" flags to the above
> dependency lines. I was trying to just place all these files in my
> application directory (i.e. {app} ), but it popped up an error that I
> was not placing them in the system directory, so I changed them to
> {sys}.
>
> Some of the flags, etc. of those lines above were created by
> InnoScript. Unfortunately, I find that program hard to follow and it
> adds so much stuff I just don't get.
>
> Any pointers or tips of wisdom you can share with me in regards to
> this topic?
>
> Thank you in advance.
>
> Webbiz
>

"Webbiz" <nospam@forme.thanks.com> wrote in message
news:v78g35h1cdaqpsufsvl8bnpfvttrvmcp5a@4ax.com...
> On Tue, 16 Jun 2009 11:57:06 -1000, "Randem" <newsgro***@randem.com>
> wrote:
>
>>You have posted in the VB Newsgroupnot the Inno Setup Newsgroup.
>>
>>Sometimes you have to overwrite files that need updating. In order to
>>determine if files need the regserver flag or not you have to do some
>>research. You can do it manually buy taking each file and trying to
>>register
>>it. If it registers then you need the flag. If you should include the file
>>is a completely different question altogether...
>
>
> I didn't know there was a Inno Setup Newsgroup. Cool.
>
> Sorry for posting it here.
>
> As a side note, I just discovered that Innoscript has a
> View|Registered Components option that lists what is registered on my
> machine. I suppose I could go down this list and note whether the file
> is registered or not.
>
> Thank you.
>
> Webbiz
>

"Webbiz" <nospam@forme.thanks.com> wrote in message
news:v78g35h1cdaqpsufsvl8bnpfvttrvmcp5a@4ax.com...
> On Tue, 16 Jun 2009 11:57:06 -1000, "Randem" <newsgro***@randem.com>
> wrote:
>
>>You have posted in the VB Newsgroupnot the Inno Setup Newsgroup.
>>
>>Sometimes you have to overwrite files that need updating. In order to
>>determine if files need the regserver flag or not you have to do some
>>research. You can do it manually buy taking each file and trying to
>>register
>>it. If it registers then you need the flag. If you should include the file
>>is a completely different question altogether...
>
>
> I didn't know there was a Inno Setup Newsgroup. Cool.
>
> Sorry for posting it here.
>
> As a side note, I just discovered that Innoscript has a
> View|Registered Components option that lists what is registered on my
> machine. I suppose I could go down this list and note whether the file
> is registered or not.
>
> Thank you.
>
> Webbiz
>

"Webbiz" <nospam@forme.thanks.com> wrote in message
news:5a3g35hnm2t0gc1u4mo3j732lasuj4n2ur@4ax.com...
>I have a question that deals with creating the dependancy list for my
> application.
>
> Below are the files that I need to add as part of my installation
> file. I have posted here in the current way I have entered them in
> Inno Setup.
>
> [Files]
> Source: d:\programming\deploy files\msvbvm60.dll; DestDir: {sys};
> Flags:  uninsneveruninstall regserver onlyifdoesntexist sharedfile;
> OnlyBelowVersion: 0,6
> Source: d:\programming\deploy files\oleaut32.dll; DestDir: {sys};
> Flags:  uninsneveruninstall onlyifdoesntexist sharedfile;
> OnlyBelowVersion: 0,6
> Source: d:\programming\deploy files\olepro32.dll; DestDir: {sys};
> Flags:  uninsneveruninstall regserver onlyifdoesntexist sharedfile;
> OnlyBelowVersion: 0,6
> Source: d:\programming\deploy files\asycfilt.dll; DestDir: {sys};
> Flags:  uninsneveruninstall onlyifdoesntexist sharedfile;
> OnlyBelowVersion: 0,6
> Source: d:\programming\deploy files\stdole2.tlb; DestDir: {sys};
> Flags:  uninsneveruninstall onlyifdoesntexist sharedfile regtypelib;
> OnlyBelowVersion: 0,6
> Source: d:\programming\deploy files\comcat.dll; DestDir: {sys}; Flags:
> uninsneveruninstall onlyifdoesntexist sharedfile; OnlyBelowVersion:
> 0,6
> Source: d:\programming\deploy files\vb5db.dll; DestDir: {sys}; Flags:
> uninsneveruninstall onlyifdoesntexist sharedfile;
> Source: d:\programming\deploy files\mbfiee32.dll; DestDir: {sys};
> Flags: uninsneveruninstall onlyifdoesntexist;
> Source: d:\programming\deploy files\expsrv.dll; DestDir: {sys}; Flags:
> uninsneveruninstall onlyifdoesntexist;
> Source: d:\programming\deploy files\dao360.dll; DestDir:
> {cf}\microsoft shared\dao\; Flags: uninsneveruninstall
> onlyifdoesntexist;
> Source: d:\programming\deploy files\comdlg32.ocx; DestDir: {sys};
> Flags:  regserver onlyifdoesntexist sharedfile;
> Source: d:\programming\deploy files\tabctl32.ocx; DestDir: {sys};
> Flags:  regserver onlyifdoesntexist sharedfile;
> Source: d:\programming\deploy files\dblist32.ocx; DestDir: {sys};
> Flags:  regserver onlyifdoesntexist sharedfile;
> Source: d:\programming\deploy files\dbgrid32.ocx; DestDir: {sys};
> Flags:  regserver onlyifdoesntexist sharedfile;
> Source: d:\programming\deploy files\comctl32.ocx; DestDir: {sys};
> Flags:  regserver onlyifdoesntexist sharedfile;
> Source: d:\programming\ttc25_1\ttc25_1.exe; DestDir: {app}; Flags:
> restartreplace ignoreversion;
>
>
> ============
>
> Question: How does one determine whether or not a file should be
> 'regserver' (registered) or not?
>
> Question: How do I determine whether the file should overwrite an
> existing file of the same name?
>
> Personally, I don't like the idea of overwritting anyone's existing
> files. So I have added "onlyifdoesntexist" flags to the above
> dependency lines. I was trying to just place all these files in my
> application directory (i.e. {app} ), but it popped up an error that I
> was not placing them in the system directory, so I changed them to
> {sys}.
>
> Some of the flags, etc. of those lines above were created by
> InnoScript. Unfortunately, I find that program hard to follow and it
> adds so much stuff I just don't get.
>
> Any pointers or tips of wisdom you can share with me in regards to
> this topic?
>
> Thank you in advance.

"Nobody" <nob***@nobody.com> wrote in message
news:uoAC1%23u7JHA.240@TK2MSFTNGP03.phx.gbl...
>
> 5 - Some files are part of a set of files. So installing one or some of
them
> would cause DLL hell. This is the case with MDAC. You need to add [Run]
> section to run MDAC_TYP.EXE on XP and earlier instead, or not install it
at
> all if you are targeting Windows 2000 and after. Vista already has a new
> version and I don't think it allows you to update it. "expsrv.dll" is one
of
> these files that are part of MDAC, and you can't install it alone. I think
> that "vb5db.dll" and "dao360.dll" are part of MDAC, but I am not sure.
> Again, you don't need to install MDAC on Windows 2000 and after.
>
> How To Redistribute DAO 3.6
> http://support.microsoft.com/kb/233002/
>

On Tue, 16 Jun 2009 22:02:42 -0400, "Nobody" <nob***@nobody.com>
wrote:

>"Webbiz" <nospam@forme.thanks.com> wrote in message
>news:5a3g35hnm2t0gc1u4mo3j732lasuj4n2ur@4ax.com...
>>I have a question that deals with creating the dependancy list for my
>> application.
>>
>> Below are the files that I need to add as part of my installation
>> file. I have posted here in the current way I have entered them in
>> Inno Setup.
>>
>> [Files]
>> Source: d:\programming\deploy files\msvbvm60.dll; DestDir: {sys};
>> Flags:  uninsneveruninstall regserver onlyifdoesntexist sharedfile;
>> OnlyBelowVersion: 0,6
>> Source: d:\programming\deploy files\oleaut32.dll; DestDir: {sys};
>> Flags:  uninsneveruninstall onlyifdoesntexist sharedfile;
>> OnlyBelowVersion: 0,6
>> Source: d:\programming\deploy files\olepro32.dll; DestDir: {sys};
>> Flags:  uninsneveruninstall regserver onlyifdoesntexist sharedfile;
>> OnlyBelowVersion: 0,6
>> Source: d:\programming\deploy files\asycfilt.dll; DestDir: {sys};
>> Flags:  uninsneveruninstall onlyifdoesntexist sharedfile;
>> OnlyBelowVersion: 0,6
>> Source: d:\programming\deploy files\stdole2.tlb; DestDir: {sys};
>> Flags:  uninsneveruninstall onlyifdoesntexist sharedfile regtypelib;
>> OnlyBelowVersion: 0,6
>> Source: d:\programming\deploy files\comcat.dll; DestDir: {sys}; Flags:
>> uninsneveruninstall onlyifdoesntexist sharedfile; OnlyBelowVersion:
>> 0,6
>> Source: d:\programming\deploy files\vb5db.dll; DestDir: {sys}; Flags:
>> uninsneveruninstall onlyifdoesntexist sharedfile;
>> Source: d:\programming\deploy files\mbfiee32.dll; DestDir: {sys};
>> Flags: uninsneveruninstall onlyifdoesntexist;
>> Source: d:\programming\deploy files\expsrv.dll; DestDir: {sys}; Flags:
>> uninsneveruninstall onlyifdoesntexist;
>> Source: d:\programming\deploy files\dao360.dll; DestDir:
>> {cf}\microsoft shared\dao\; Flags: uninsneveruninstall
>> onlyifdoesntexist;
>> Source: d:\programming\deploy files\comdlg32.ocx; DestDir: {sys};
>> Flags:  regserver onlyifdoesntexist sharedfile;
>> Source: d:\programming\deploy files\tabctl32.ocx; DestDir: {sys};
>> Flags:  regserver onlyifdoesntexist sharedfile;
>> Source: d:\programming\deploy files\dblist32.ocx; DestDir: {sys};
>> Flags:  regserver onlyifdoesntexist sharedfile;
>> Source: d:\programming\deploy files\dbgrid32.ocx; DestDir: {sys};
>> Flags:  regserver onlyifdoesntexist sharedfile;
>> Source: d:\programming\deploy files\comctl32.ocx; DestDir: {sys};
>> Flags:  regserver onlyifdoesntexist sharedfile;
>> Source: d:\programming\ttc25_1\ttc25_1.exe; DestDir: {app}; Flags:
>> restartreplace ignoreversion;
>>
>>
>> ============
>>
>> Question: How does one determine whether or not a file should be
>> 'regserver' (registered) or not?
>>
>> Question: How do I determine whether the file should overwrite an
>> existing file of the same name?
>>
>> Personally, I don't like the idea of overwritting anyone's existing
>> files. So I have added "onlyifdoesntexist" flags to the above
>> dependency lines. I was trying to just place all these files in my
>> application directory (i.e. {app} ), but it popped up an error that I
>> was not placing them in the system directory, so I changed them to
>> {sys}.
>>
>> Some of the flags, etc. of those lines above were created by
>> InnoScript. Unfortunately, I find that program hard to follow and it
>> adds so much stuff I just don't get.
>>
>> Any pointers or tips of wisdom you can share with me in regards to
>> this topic?
>>
>> Thank you in advance.
>
>Here are some comments:
>
>1 - For the six VB6 run time files, use the exact same line and flags as
>they appear in this page, except that you need to change the path as
>appropriate:
>
>http://www.jrsoftware.org/iskb.php?vb
>
>You removed some "regserver", and added "onlyifdoesntexist". Please don't do
>that, that will cause problems. See the Remarks subtopic at the bottom of
>[Files] section in Inno help to see how Inno decides if a file need
>updating.
>
>2 - Remove all "onlyifdoesntexist" flags from all entries.
>
>3 - Only install a file to the location that the file's author said to
>install to. For OCX's from MS, this would be "{sys}".
>
>4 - Research the files that you are installing. "mbfiee32.dll" from a quick
>search, appears to be an ActiveX DLL, and they require registration. The
>author also said to install it to {sys}. So this would be:
>
>Source: d:\programming\deploy files\mbfiee32.dll; DestDir: {sys}; Flags:
>restartreplace sharedfile regserver;
>
>5 - Some files are part of a set of files. So installing one or some of them
>would cause DLL hell. This is the case with MDAC. You need to add [Run]
>section to run MDAC_TYP.EXE on XP and earlier instead, or not install it at
>all if you are targeting Windows 2000 and after. Vista already has a new
>version and I don't think it allows you to update it. "expsrv.dll" is one of
>these files that are part of MDAC, and you can't install it alone. I think
>that "vb5db.dll" and "dao360.dll" are part of MDAC, but I am not sure.
>Again, you don't need to install MDAC on Windows 2000 and after.
>
>How To Redistribute DAO 3.6
>http://support.microsoft.com/kb/233002/
>
>6 - Inno newsgroups are not searchable in Google groups. You have to use
>Inno web site to search them.
>
>http://www.jrsoftware.org/isinfo.php
>

"Webbiz" <nospam@forme.thanks.com> wrote in message
news:shrg35tp4gd5gcp7c8bf92cb9kji3qgr3s@4ax.com...
> On Tue, 16 Jun 2009 22:02:42 -0400, "Nobody" <nob***@nobody.com>
> wrote:
>
>>"Webbiz" <nospam@forme.thanks.com> wrote in message
>>news:5a3g35hnm2t0gc1u4mo3j732lasuj4n2ur@4ax.com...
>>>I have a question that deals with creating the dependancy list for my
>>> application.
>>>
>>> Below are the files that I need to add as part of my installation
>>> file. I have posted here in the current way I have entered them in
>>> Inno Setup.
>>>
>>> [Files]
>>> Source: d:\programming\deploy files\msvbvm60.dll; DestDir: {sys};
>>> Flags:  uninsneveruninstall regserver onlyifdoesntexist sharedfile;
>>> OnlyBelowVersion: 0,6
>>> Source: d:\programming\deploy files\oleaut32.dll; DestDir: {sys};
>>> Flags:  uninsneveruninstall onlyifdoesntexist sharedfile;
>>> OnlyBelowVersion: 0,6
>>> Source: d:\programming\deploy files\olepro32.dll; DestDir: {sys};
>>> Flags:  uninsneveruninstall regserver onlyifdoesntexist sharedfile;
>>> OnlyBelowVersion: 0,6
>>> Source: d:\programming\deploy files\asycfilt.dll; DestDir: {sys};
>>> Flags:  uninsneveruninstall onlyifdoesntexist sharedfile;
>>> OnlyBelowVersion: 0,6
>>> Source: d:\programming\deploy files\stdole2.tlb; DestDir: {sys};
>>> Flags:  uninsneveruninstall onlyifdoesntexist sharedfile regtypelib;
>>> OnlyBelowVersion: 0,6
>>> Source: d:\programming\deploy files\comcat.dll; DestDir: {sys}; Flags:
>>> uninsneveruninstall onlyifdoesntexist sharedfile; OnlyBelowVersion:
>>> 0,6
>>> Source: d:\programming\deploy files\vb5db.dll; DestDir: {sys}; Flags:
>>> uninsneveruninstall onlyifdoesntexist sharedfile;
>>> Source: d:\programming\deploy files\mbfiee32.dll; DestDir: {sys};
>>> Flags: uninsneveruninstall onlyifdoesntexist;
>>> Source: d:\programming\deploy files\expsrv.dll; DestDir: {sys}; Flags:
>>> uninsneveruninstall onlyifdoesntexist;
>>> Source: d:\programming\deploy files\dao360.dll; DestDir:
>>> {cf}\microsoft shared\dao\; Flags: uninsneveruninstall
>>> onlyifdoesntexist;
>>> Source: d:\programming\deploy files\comdlg32.ocx; DestDir: {sys};
>>> Flags:  regserver onlyifdoesntexist sharedfile;
>>> Source: d:\programming\deploy files\tabctl32.ocx; DestDir: {sys};
>>> Flags:  regserver onlyifdoesntexist sharedfile;
>>> Source: d:\programming\deploy files\dblist32.ocx; DestDir: {sys};
>>> Flags:  regserver onlyifdoesntexist sharedfile;
>>> Source: d:\programming\deploy files\dbgrid32.ocx; DestDir: {sys};
>>> Flags:  regserver onlyifdoesntexist sharedfile;
>>> Source: d:\programming\deploy files\comctl32.ocx; DestDir: {sys};
>>> Flags:  regserver onlyifdoesntexist sharedfile;
>>> Source: d:\programming\ttc25_1\ttc25_1.exe; DestDir: {app}; Flags:
>>> restartreplace ignoreversion;
>>>
>>>
>>> ============
>>>
>>> Question: How does one determine whether or not a file should be
>>> 'regserver' (registered) or not?
>>>
>>> Question: How do I determine whether the file should overwrite an
>>> existing file of the same name?
>>>
>>> Personally, I don't like the idea of overwritting anyone's existing
>>> files. So I have added "onlyifdoesntexist" flags to the above
>>> dependency lines. I was trying to just place all these files in my
>>> application directory (i.e. {app} ), but it popped up an error that I
>>> was not placing them in the system directory, so I changed them to
>>> {sys}.
>>>
>>> Some of the flags, etc. of those lines above were created by
>>> InnoScript. Unfortunately, I find that program hard to follow and it
>>> adds so much stuff I just don't get.
>>>
>>> Any pointers or tips of wisdom you can share with me in regards to
>>> this topic?
>>>
>>> Thank you in advance.
>>
>>Here are some comments:
>>
>>1 - For the six VB6 run time files, use the exact same line and flags as
>>they appear in this page, except that you need to change the path as
>>appropriate:
>>
>>http://www.jrsoftware.org/iskb.php?vb
>>
>>You removed some "regserver", and added "onlyifdoesntexist". Please don't
>>do
>>that, that will cause problems. See the Remarks subtopic at the bottom of
>>[Files] section in Inno help to see how Inno decides if a file need
>>updating.
>>
>>2 - Remove all "onlyifdoesntexist" flags from all entries.
>>
>>3 - Only install a file to the location that the file's author said to
>>install to. For OCX's from MS, this would be "{sys}".
>>
>>4 - Research the files that you are installing. "mbfiee32.dll" from a
>>quick
>>search, appears to be an ActiveX DLL, and they require registration. The
>>author also said to install it to {sys}. So this would be:
>>
>>Source: d:\programming\deploy files\mbfiee32.dll; DestDir: {sys}; Flags:
>>restartreplace sharedfile regserver;
>>
>>5 - Some files are part of a set of files. So installing one or some of
>>them
>>would cause DLL hell. This is the case with MDAC. You need to add [Run]
>>section to run MDAC_TYP.EXE on XP and earlier instead, or not install it
>>at
>>all if you are targeting Windows 2000 and after. Vista already has a new
>>version and I don't think it allows you to update it. "expsrv.dll" is one
>>of
>>these files that are part of MDAC, and you can't install it alone. I think
>>that "vb5db.dll" and "dao360.dll" are part of MDAC, but I am not sure.
>>Again, you don't need to install MDAC on Windows 2000 and after.
>>
>>How To Redistribute DAO 3.6
>>http://support.microsoft.com/kb/233002/
>>
>>6 - Inno newsgroups are not searchable in Google groups. You have to use
>>Inno web site to search them.
>>
>>http://www.jrsoftware.org/isinfo.php
>>
>
>
> Hello Nobody-
>
> First, thank you for taking the time to reply.
>
> I followed the instructions above and at the sites as best I could. My
> setup file bloated from 2 meg to 9 meg when I included the MDAC.
>
> Unfortunately, nothing has changed but the size of the file.
>
> The machine installs and runs the MDAC and then restarts the computer.
> After some extra time to run on restart, the program does exactly what
> it did before...give me that blasted VBAJET.dll error.
>
> I'm really puzzled.
>
> I uploaded my revised script file where I made the changes suggested
> (at least I think I did).
>
> http://www.fdatesforum.com/TTC/TTC251.iss
>
>
> Any idea why I'm pushing wind?
>
> Thanks.
>
> Webbiz
>

"Webbiz" <nospam@forme.thanks.com> wrote in message
news:aefi35dhn4hrj6k3cbd4l0qr0f81sf529v@4ax.com...
| On Tue, 16 Jun 2009 18:43:42 -1000, "Randem" <newsgro***@randem.com>
| wrote:
|
| >Perhaps if you zip up your exe and vbp files and send them to me I can
take
| >a look see to see what you are missing...
|
| I'd be happy to!
|
| What files should I zipped up so as not to zip up too much or too
| little?
|
| Also, where should I send it?
|
| Thanks!
|
| Webbiz
|
|

"Webbiz" <nospam@forme.thanks.com> wrote in message
news:clhi35tl99h08io562svkaa33qfbt36ek1@4ax.com...
> On Wed, 17 Jun 2009 15:13:59 -0400, "Kevin Provance"
> <Bill.McCarthy.Is.Stalking.TPASoft.com***@nowhere.edu> wrote:
>
>>Start by moving this to the Inno newsgroups.
>
> This is not an Inno issue so I don't think it belongs over there.
>
> My issue is with a program giving me an error on installation. If I
> said PDW, then I suppose that makes it more acceptable here? It
> changes nothing, as either PDW or Inno produce the same end result.
> But I'll gladly change the reference to "packaging".
>
> The "packaging" method was only mentioned to give a broader view of
> what I'm doing, and as a way to show 'scripts' that contain the files
> I'm trying to install with my app that may or may not be the issue
> (still do not know).
>
> Regards,
>
> Webbiz
>
>
>
>
>
>
>
>

"Webbiz" <nospam@forme.thanks.com> wrote in message
news:clhi35tl99h08io562svkaa33qfbt36ek1@4ax.com...
| On Wed, 17 Jun 2009 15:13:59 -0400, "Kevin Provance"
| <Bill.McCarthy.Is.Stalking.TPASoft.com***@nowhere.edu> wrote:
|
| >Start by moving this to the Inno newsgroups.
|
| This is not an Inno issue so I don't think it belongs over there.
|
| My issue is with a program giving me an error on installation. If I
| said PDW, then I suppose that makes it more acceptable here? It
| changes nothing, as either PDW or Inno produce the same end result.
| But I'll gladly change the reference to "packaging".
|
| The "packaging" method was only mentioned to give a broader view of
| what I'm doing, and as a way to show 'scripts' that contain the files
| I'm trying to install with my app that may or may not be the issue
| (still do not know).
|
| Regards,
|
| Webbiz
|
|
|
|
|
|
|
|

"Kevin Provance" <Bill.McCarthy.Is.Stalking.TPASoft.com***@nowhere.edu>
wrote in message news:Og%23ewg47JHA.3804@TK2MSFTNGP02.phx.gbl...
> Well, call it a hunch, but if you're using Inno and are having "packing"
> problems, wouldn't it make sense to ask it in the Inno group?  Seems to me
> they set that forum up so those who are familiar with those kinds of
> issues
> would be in greater number.
>
> Be real careful with what Randum tells you.  If you can actually weed
> through that mess he calls a website, you'll quickly discover a lot of his
> so called "advice" actually goes against established distribution
> practices.
> Most people who know their stuff know this as well and have the good mind
> to
> ignore it.  I mean seriously, for someone who doesn't even bother to put
> error trapping in his own software, advice from such a guy I would hardly
> take as "professional".
>
> --
> 2025
> If you do not believe in time travel,
> your beliefs are about to be tempered.
>
> http://www.facebook.com/group.php?gid=43606237254
> "Webbiz" <nospam@forme.thanks.com> wrote in message
> news:clhi35tl99h08io562svkaa33qfbt36ek1@4ax.com...
> | On Wed, 17 Jun 2009 15:13:59 -0400, "Kevin Provance"
> | <Bill.McCarthy.Is.Stalking.TPASoft.com***@nowhere.edu> wrote:
> |
> | >Start by moving this to the Inno newsgroups.
> |
> | This is not an Inno issue so I don't think it belongs over there.
> |
> | My issue is with a program giving me an error on installation. If I
> | said PDW, then I suppose that makes it more acceptable here? It
> | changes nothing, as either PDW or Inno produce the same end result.
> | But I'll gladly change the reference to "packaging".
> |
> | The "packaging" method was only mentioned to give a broader view of
> | what I'm doing, and as a way to show 'scripts' that contain the files
> | I'm trying to install with my app that may or may not be the issue
> | (still do not know).
> |
> | Regards,
> |
> | Webbiz
> |
> |
> |
> |
> |
> |
> |
> |
>
>

"Webbiz" <nospam@forme.thanks.com> wrote in message
news:7iqi35trhin05cpi9p3snk7vs7ov3k4lub@4ax.com...
> On Wed, 17 Jun 2009 16:14:15 -0400, "Kevin Provance"
> <Bill.McCarthy.Is.Stalking.TPASoft.com***@nowhere.edu> wrote:
>
>>Well, call it a hunch, but if you're using Inno and are having "packing"
>>problems, wouldn't it make sense to ask it in the Inno group?  Seems to me
>>they set that forum up so those who are familiar with those kinds of
>>issues
>>would be in greater number.
>>
>>Be real careful with what Randum tells you.  If you can actually weed
>>through that mess he calls a website, you'll quickly discover a lot of his
>>so called "advice" actually goes against established distribution
>>practices.
>>Most people who know their stuff know this as well and have the good mind
>>to
>>ignore it.  I mean seriously, for someone who doesn't even bother to put
>>error trapping in his own software, advice from such a guy I would hardly
>>take as "professional".
>
>
> I really don't want to start any trouble with anyone here.
>

"Bill McCarthy" <TPASoft.com Are Identity Thieves> wrote in message
news:%23VgUMtH8JHA.1336@TK2MSFTNGP05.phx.gbl...
| Hi Webbiz,
|
| "Webbiz" <nospam@forme.thanks.com> wrote in message
| news:7iqi35trhin05cpi9p3snk7vs7ov3k4lub@4ax.com...
| > On Wed, 17 Jun 2009 16:14:15 -0400, "Kevin Provance"
| > <Bill.McCarthy.Is.Stalking.TPASoft.com***@nowhere.edu> wrote:
| >
| >>Well, call it a hunch, but if you're using Inno and are having "packing"
| >>problems, wouldn't it make sense to ask it in the Inno group?  Seems to
me
| >>they set that forum up so those who are familiar with those kinds of
| >>issues
| >>would be in greater number.
| >>
| >>Be real careful with what Randum tells you.  If you can actually weed
| >>through that mess he calls a website, you'll quickly discover a lot of
his
| >>so called "advice" actually goes against established distribution
| >>practices.
| >>Most people who know their stuff know this as well and have the good
mind
| >>to
| >>ignore it.  I mean seriously, for someone who doesn't even bother to put
| >>error trapping in his own software, advice from such a guy I would
hardly
| >>take as "professional".
| >
| >
| > I really don't want to start any trouble with anyone here.
| >
|
| Just ignore Kevin Provance.  Seems he is now stalking "Randem".  He was
| stalking me for months, even stole my identity.  It's quite ironic to see
| Provance accuse other business of not being "professional" when Provance,
| has such unprofessional behavior including tactics such as **identity
| theft**.
| So anyway, ignore Kevin Provance.
|

"mayayana" <mayaXXy***@rcXXn.com> wrote in message
news:Okfdg$I8JHA.1252@TK2MSFTNGP04.phx.gbl...
>
>> It's not a packaging problem unless someone actually points to it as
>> the issue. Right now, it's a VB6 error, something to do with something
>> I did 10 years ago when I wrote the program.
>>
>
>   It is mostly an Inno issue, though. Your install
> is the problem. You're using Inno. You keep saying it's
> a "VB6 problem", but you're trying to solve it by getting
> your Inno script configured. As someone who's
> not familiar with Inno, your Inno script doesn't
> make much sense to me.

"mayayana" <mayaXXy***@rcXXn.com> wrote in message
news:Okfdg$I8JHA.1252@TK2MSFTNGP04.phx.gbl...
>
>> It's not a packaging problem unless someone actually points to it as
>> the issue. Right now, it's a VB6 error, something to do with something
>> I did 10 years ago when I wrote the program.
>>
>
>   It is mostly an Inno issue, though. Your install
> is the problem. You're using Inno. You keep saying it's
> a "VB6 problem", but you're trying to solve it by getting
> your Inno script configured. As someone who's
> not familiar with Inno, your Inno script doesn't
> make much sense to me. So while you might get it
> worked out here, I don't understand why you resist
> posting to an Inno group where you're more likely to
> find people who can follow what you're talking about.
>
>
>

>
> Hello Nobody-
>
> First, thank you for taking the time to reply.
>
> I followed the instructions above and at the sites as best I could. My
> setup file bloated from 2 meg to 9 meg when I included the MDAC.
>
> Unfortunately, nothing has changed but the size of the file.
>
> The machine installs and runs the MDAC and then restarts the computer.
> After some extra time to run on restart, the program does exactly what
> it did before...give me that blasted VBAJET.dll error.
>
> I'm really puzzled.
>
> I uploaded my revised script file where I made the changes suggested
> (at least I think I did).
>
> http://www.fdatesforum.com/TTC/TTC251.iss
>
>
> Any idea why I'm pushing wind?
>

"Ralph" <nt_consultin***@yahoo.com> wrote in message
news:uYw9Ukw7JHA.6136@TK2MSFTNGP03.phx.gbl...
>
> "Webbiz" <nospam@forme.thanks.com> wrote in message
> news:shrg35tp4gd5gcp7c8bf92cb9kji3qgr3s@4ax.com...
> <snipped>
>>
>> Hello Nobody-
>>
>> First, thank you for taking the time to reply.
>>
>> I followed the instructions above and at the sites as best I could. My
>> setup file bloated from 2 meg to 9 meg when I included the MDAC.
>>
>> Unfortunately, nothing has changed but the size of the file.
>>
>> The machine installs and runs the MDAC and then restarts the computer.
>> After some extra time to run on restart, the program does exactly what
>> it did before...give me that blasted VBAJET.dll error.
>>
>> I'm really puzzled.
>>
>> I uploaded my revised script file where I made the changes suggested
>> (at least I think I did).
>>
>> http://www.fdatesforum.com/TTC/TTC251.iss
>>
>>
>> Any idea why I'm pushing wind?
>>
>
> Butting in again. But it looks like you are really getting bit by two (or
> more?) different critters.
>
> 1) DON'T include the MDAC or Jet components with your install unless you
> know you are providing the correct package for your target's O/S.
>
> 2) Quite fooling around with the MDAC if the problem is with a DAO/Jet
> component.
>
> 3) Have the target install the latest 'n greatest Jet package. Check and
> see
> if the components are physically there. Then run a good registry cleaner.
> Then forget about it.
>
> 4) Do the same with your development platform.
>
> 5) Somehow, somewhere during your VB5 to VB6 port you have managed to keep
> a
> reference to an early DAO version alive. (The fact you said you were using
> DAO 3.6, and are still getting that error when you launch the program
> suggests that.) Perhaps through dead code, deprecated controls, ???? idk.
> I
> don't even know why it works on some and not another (default registry
> versioning?). But that is where you need to be looking not fiddling with
> the
> install.
>
> -ralph
>
>

"Webbiz" <nospam@forme.thanks.com> wrote in message
news:shrg35tp4gd5gcp7c8bf92cb9kji3qgr3s@4ax.com...
> First, thank you for taking the time to reply.
>
> I followed the instructions above and at the sites as best I could. My
> setup file bloated from 2 meg to 9 meg when I included the MDAC.
>
> Unfortunately, nothing has changed but the size of the file.
>
> The machine installs and runs the MDAC and then restarts the computer.
> After some extra time to run on restart, the program does exactly what
> it did before...give me that blasted VBAJET.dll error.
>
> I'm really puzzled.
>
> I uploaded my revised script file where I made the changes suggested
> (at least I think I did).
>
> http://www.fdatesforum.com/TTC/TTC251.iss
>

On Wed, 17 Jun 2009 08:37:44 -0400, "Nobody" <nob***@nobody.com>
wrote:

>"Webbiz" <nospam@forme.thanks.com> wrote in message
>news:shrg35tp4gd5gcp7c8bf92cb9kji3qgr3s@4ax.com...
>> First, thank you for taking the time to reply.
>>
>> I followed the instructions above and at the sites as best I could. My
>> setup file bloated from 2 meg to 9 meg when I included the MDAC.
>>
>> Unfortunately, nothing has changed but the size of the file.
>>
>> The machine installs and runs the MDAC and then restarts the computer.
>> After some extra time to run on restart, the program does exactly what
>> it did before...give me that blasted VBAJET.dll error.
>>
>> I'm really puzzled.
>>
>> I uploaded my revised script file where I made the changes suggested
>> (at least I think I did).
>>
>> http://www.fdatesforum.com/TTC/TTC251.iss
>>
>
>One thing that I noticed in the script is that part of the destination path
>for "dao360.dll" was hardcoded, please use "{cf}\Microsoft Shared\DAO"
>instead.
>
>Also, please go to Components and References and remove everything that you
>are not using. VB will not let you remove something that you are actually
>using. After that, compile, save and exit. Then open the VBP file and post
>the contents here, only the lines that begin with "Object" and "Reference"
>are needed.
>

On Wed, 17 Jun 2009 11:52:56 -0400, "Nobody" <nob***@nobody.com>
wrote:

>"Webbiz" <nospam@forme.thanks.com> wrote in message
>news:5a3g35hnm2t0gc1u4mo3j732lasuj4n2ur@4ax.com...
>> Question: How does one determine whether or not a file should be
>> 'regserver' (registered) or not?
>
>I forgot to answer this question. You use Dependency Walker to see if a file
>need to be registered. If the file exports a function with name
>"DllRegisterServer", then it does. Dependency Walker shows two lists of
>functions. The top for imported function(functions that the DLL itself is
>calling in other DLL's). The bottom one is for exported functions(Functions
>that you can call in that DLL). If there are many functions, click on
>"Function" column header to sort by function name. Dependency Walker is part
>of Visual Studio(under VS Tools in the Start menu), and can be downloaded
>freely from here:
>
>http://www.dependencywalker.com/
>
>Some files with specific extensions, such as OCX, always require
>registration. ActiveX DLL files also require registration. For ActiveX EXE,
>you need to specify /regserver command line option. See this article for
>details:
>
>How To Register and Unregister an Out-of-Process COM Component (ActiveX EXE)
>http://support.microsoft.com/kb/297279/en-us
>