A possible cause just occurred to me. Is the name of the .exe installer different from the name of the .zip archive on which it is based? I thought I had fixed that problem a while back but perhaps it has resurfaced. Jamal On Wed, 25 Mar 2009, Jamal Mazrui wrote: > Date: Wed, 25 Mar 2009 10:23:05 -0500 (EST) > From: Jamal Mazrui <empower@xxxxxxxxx> > To: jawsscripts@xxxxxxxxxxxxx > Subject: Re: [jawsscripts] Re: Proper Way to Merge Functions in Default > > I appreciate working with you to resolve this. Inno Setup-based > installers, which JSX creates, do create a temporary directory that is a > subdirectory of your temp directory. Since I am not finding a WinBatch > error message, that helps me narrow where the problem is occuring. > Since I have installed other packages successfully onto Vista, however, > I am currently stumped, and suggest sending me the zip archive as an > attachment (I will only use it for debugging unless you explicitly say > otherwise). > > Jamal > On Tue, 24 Mar 2009, Donald Marang wrote: > > > Date: Tue, 24 Mar 2009 18:39:40 -0400 > > From: Donald Marang <donald.marang@xxxxxxxxx> > > Reply-To: jawsscripts@xxxxxxxxxxxxx > > To: jawsscripts@xxxxxxxxxxxxx > > Subject: [jawsscripts] Re: Proper Way to Merge Functions in Default > > > > Yes it did allow the merge and compile process to complete! > > > > I still get the initial, incomplete, Vista (?) error after it says making > > bbackup, compiling and before asking if I want to merge. I have the merge > > declaration set to ask for confirmation. Again I will paste below. I > > notice it looks like there is a random temp file name complete with a ".tmp" > > extension followed by a \ and what looks like my zip file name. Could this > > be incorrectly building the temp filename path? > > > > If I check to view the zip file, I get a similar error after it finishes > > the merge, but the path name stops after the ".tmp" part. This message > > states that the dfile can not be found. > > > > I will send better information after I play with it for a while. > > > > --- Start of error > > C:\Users\Don\AppData\Local\Temp\is-L93DC.tmp\VerizonCall... graphic 798 > > graphic 603 > > OK Cancel > > --- end of error > > > > > > Don Marang > > > > > > ----- Original Message ----- > > From: "Jamal Mazrui" <empower@xxxxxxxxx> > > To: <jawsscripts@xxxxxxxxxxxxx> > > Sent: Tuesday, March 24, 2009 1:22 PM > > Subject: [jawsscripts] Re: Proper Way to Merge Functions in Default > > > > > > > Yes, the documentation explains how an existing sequence can be changed. > > > I've just posted a revised JSX at the usual URL, > > > http://EmpowermentZone.com/jsxsetup.exe > > > > > > Can you let me know if it resolves the bug you encountered? > > > > > > Jamal > > > On Tue, 24 Mar > > > 2009, > > > Donald Marang wrote: > > > > > >> Date: Tue, 24 Mar 2009 12:15:18 -0400 > > >> From: Donald Marang <donald.marang@xxxxxxxxx> > > >> Reply-To: jawsscripts@xxxxxxxxxxxxx > > >> To: jawsscripts@xxxxxxxxxxxxx > > >> Subject: [jawsscripts] Re: Proper Way to Merge Functions in Default > > >> > > >> Thanks! I think that answers my question. Is there a way to force the > > >> merge process to reverse the order that it places the Use statements? I > > >> am > > >> not sure I need that capability yet, I am just curious. I guess I should > > >> read the manual again. More carefully this time! I seem to remember > > >> something regarding the Use statements and the chain of execution. As > > >> soon > > >> as I straighten out my difficulties with the jsx error messages during > > >> installation when it tries to create/access a temp file, I can verify my > > >> assumptions and experiment. > > >> > > >> I appreciate all the help and knowledge I get from this list! > > >> > > >> Don Marang > > >> > > >> > > >> ----- Original Message ----- > > >> From: "Jamal Mazrui" <empower@xxxxxxxxx> > > >> To: <jawsscripts@xxxxxxxxxxxxx> > > >> Sent: Tuesday, March 24, 2009 11:12 AM > > >> Subject: [jawsscripts] Re: Proper Way to Merge Functions in Default > > >> > > >> > > >> > If default.jss is a container file with Use default_fs.jsb on a line > > >> > prior to Use custom.jsb, then I think the default function will be > > >> > called if you call it from a custom function with the same name. > > >> > Beyond > > >> > that, let me defer to Doug Lee who is the expert on such matters! > > >> > > > >> > Jamal > > >> > On Mon, > > >> > 23 Mar 2009, Donald Marang wrote: > > >> > > > >> >> Date: Mon, 23 Mar 2009 21:17:01 -0400 > > >> >> From: Donald Marang <donald.marang@xxxxxxxxx> > > >> >> Reply-To: jawsscripts@xxxxxxxxxxxxx > > >> >> To: jawsscripts@xxxxxxxxxxxxx > > >> >> Subject: [jawsscripts] Re: Proper Way to Merge Functions in Default > > >> >> > > >> >> Thanks for the response. > > >> >> > > >> >> Before I was attempting to automatically merge scripts with default, I > > >> >> placed my own WindowActivatedEvent function in my file and place the > > >> >> Use > > >> >> statement after all the other Use statements and before the function > > >> >> declarations. This seemed to work. But from a logical standpoint, I > > >> >> am > > >> >> not > > >> >> sure why? Am I overwriting the function located in default? Or will > > >> >> both > > >> >> functions be in the chain? > > >> >> > > >> >> If I use the standard merge, will both versions of the function be in > > >> >> the > > >> >> chain, or will I need to do something extra? > > >> >> Don Marang > > >> >> > > >> >> > > >> >> ----- Original Message ----- > > >> >> From: "Jamal Mazrui" <empower@xxxxxxxxx> > > >> >> To: <JAWSScripts@xxxxxxxxxxxxx> > > >> >> Sent: Monday, March 23, 2009 4:36 PM > > >> >> Subject: [jawsscripts] Re: Proper Way to Merge Functions in Default > > >> >> > > >> >> > > >> >> >I do not have an answer for the event question, other than perhaps > > >> >> >looking > > >> >> > for and searching the .jss source to see if that function has > > >> >> > already > > >> >> > been > > >> >> > defined on the user's system (a hack, of course). > > >> >> > > > >> >> > Unfortunately, merge scripts do need to be installed again after FS > > >> >> > updates JAWS. This is because they reference a copy that was made > > >> >> > of > > >> >> > the > > >> >> > FS script file, e.g., default_fs.jsb. Running the same JSX > > >> >> > installer > > >> >> > package again should work (uninstalling scripts should not be > > >> >> > necessary). > > >> >> > > > >> >> > Jamal > > >> >> > > > >> >> > --Original Message -- > > >> >> > From: jawsscripts-bounce@xxxxxxxxxxxxx > > >> >> > [mailto:jawsscripts-bounce@xxxxxxxxxxxxx] On Behalf Of Donald Marang > > >> >> > Sent: Friday, March 13, 2009 8:30 PM > > >> >> > To: jawsscripts@xxxxxxxxxxxxx > > >> >> > Subject: [jawsscripts] Proper Way to Merge Functions in Default > > >> >> > > > >> >> > My program requires a single line to be added to a > > >> >> > WindowActivatedEvent > > >> >> > default level function. My problem is that I do not know if the > > >> >> > user > > >> >> > installing the scripts has a WindowActivatedEvent function in their > > >> >> > default scripts file or not. > > >> >> > I had the function repeated as shown below in my file to be merged > > >> >> > with > > >> >> > default. I don't want to override any other actions that might be > > >> >> > defined > > >> >> > in their default scripts file. I think the FS default has a > > >> >> > function > > >> >> > to > > >> >> > check for an AOL login. What is the proper way to handle this? > > >> >> > > > >> >> > Void Function WindowActivatedEvent (handle hWnd) > > >> >> > > > >> >> > CheckForToast (hWnd) > > >> >> > > > >> >> > WindowActivatedEvent (hWnd) > > >> >> > > > >> >> > EndFunction > > >> >> > > > >> >> > > > >> >> > > > >> >> > PS What happens to these merged scripts when FS provides an update > > >> >> > like > > >> >> > they did this week? Would these files need to be merged again? > > >> >> > > > >> >> > Don Marang > > >> >> > > > >> >> > > > >> >> > __________ > > >> >> > Visit and contribute to The JAWS Script Repository > > >> >> > http://jawsscripts.com > > >> >> > > > >> >> > View the list's information and change your settings at > > >> >> > http://www.freelists.org/list/jawsscripts > > >> >> > > > >> >> > > > >> >> > __________ > > >> >> > Visit and contribute to The JAWS Script Repository > > >> >> > http://jawsscripts.com > > >> >> > > > >> >> > View the list's information and change your settings at > > >> >> > http://www.freelists.org/list/jawsscripts > > >> >> > > > >> >> > > >> >> __________ > > >> >> Visit and contribute to The JAWS Script Repository > > >> >> http://jawsscripts.com > > >> >> > > >> >> View the list's information and change your settings at > > >> >> http://www.freelists.org/list/jawsscripts > > >> >> > > >> > __________ > > >> > Visit and contribute to The JAWS Script Repository > > >> > http://jawsscripts.com > > >> > > > >> > View the list's information and change your settings at > > >> > http://www.freelists.org/list/jawsscripts > > >> > > > >> > > >> __________ > > >> Visit and contribute to The JAWS Script Repository http://jawsscripts.com > > >> > > >> View the list's information and change your settings at > > >> http://www.freelists.org/list/jawsscripts > > >> > > > __________ > > > Visit and contribute to The JAWS Script Repository http://jawsscripts.com > > > > > > View the list's information and change your settings at > > > http://www.freelists.org/list/jawsscripts > > > > > > > __________ > > Visit and contribute to The JAWS Script Repository http://jawsscripts.com > > > > View the list's information and change your settings at > > http://www.freelists.org/list/jawsscripts > > > __________ Visit and contribute to The JAWS Script Repository http://jawsscripts.com View the list's information and change your settings at http://www.freelists.org/list/jawsscripts