Bombenleger!not i.
Peter
Hast alles versaut!
[English]
You disturbed my nice idea
[/English]
Peter
Posted 05 January 2009 - 07:08 PM
Bombenleger!not i.
Peter
Posted 05 January 2009 - 07:22 PM
if the idea was to stop posting in this topic, sorry.Bombenleger!
![]()
Hast alles versaut!![]()
[English]
You disturbed my nice idea![]()
[/English]
Peter
Posted 06 January 2009 - 03:58 PM
Posted 06 January 2009 - 04:44 PM
Posted 06 January 2009 - 08:57 PM
Posted 06 January 2009 - 09:03 PM
I know that you are 'Our Archive'.ps: no winbuilder.exe pm this week, wow it is now N, i missed L and M
Posted 06 January 2009 - 09:21 PM
Posted 06 January 2009 - 11:04 PM
I have the 'FileDelete - Failed to delete' issue again too.@Galapo,
FileDelete - Failed to delete [%BaseDir%\Workbench\Common\DPs\MassStorage\CreateMassStorageData.exe]
http://lancelot.winb...ageData.exe.rar
This is not the same as i reported before before at post 861
This is because shellexecute sourcecode changed after imdisk report of fxscrpt at post 942 , 943, 944, 945, 946, 947, 948, 949 and after that i guess peter created another topic and solved with changing sourcecode for shellexecute.
I hope shellexecutedelete will solve![]()
@Peter
No need to rebuild from the svn, but thank you for your concern.I keep them for future bugcatches If in case sth happens (which rarely happens
).
As you know, The idea for weekly is make you sleep more confortable 1 week without my reports and deal with the ones you remember during the week without disturbing reports by me (which disturbing is not my intention at first place)![]()
while True do begin if WaitForSingleObject(ExInfo.hProcess, [b]5[/b]) = WAIT_OBJECT_0 then break; ProcessMessages; //application.ProcessMessages; if scriptHalt then terminateProcess(exInfo.hProcess, WM_QUIT); end; GetExitCodeProcess(exinfo.hProcess, exitcode);will solve FileDelete and Imdisk Problems.
Posted 07 January 2009 - 07:55 AM
This is the actual code since some weeks:Same problem for the wait command (i think).
for example while running 'Wait,60'
the explorer-search-for-files-dialog needs a loooooong time to pop up.
if ShellExecuteEx(@exInfo) then begin if ((List_Commands.IndexOf(Command) = 38) or (List_Commands.IndexOf(Command) = 59)) and not SameText(exInfo.lpVerb, 'print') then begin while GetExitCodeProcess(exinfo.hProcess, exitcode) and (exitcode = STILL_ACTIVE) and (Scripthalt = False) do begin ProcessMessages; //application.ProcessMessages; if scriptHalt then terminateProcess(exInfo.hProcess, WM_QUIT); sleep(1); end; scriptVarsOri.Variable['%ExitCode%'] := IntToStr(exitcode); scriptVars.Variable['%ExitCode%'] := IntToStr(exitcode); end; CloseHandle(exinfo.hProcess); if (List_Commands.IndexOf(Command) = 59) then begin while not DirDelete(ScriptMemo[2]) do begin ProcessMessages; //application.ProcessMessages; sleep(1); end; end; if ScriptMemo.Count > 3 then InstantMsg(Command + ': [' + ScriptMemo[1] + '] ' + Lang('!#2194') + ' [' + ScriptMemo[2] + '] ' + Lang('!#2195') + ' [' + ScriptMemo[3] + ']', msgIcon_Success) else InstantMsg(Command + ': [' + ScriptMemo[1] + '] ' + Lang('!#2194') + ' [' + ScriptMemo[2] + ']', msgIcon_Success); end; // if shellexecuteex(@exinfo) *) end;
Posted 07 January 2009 - 04:50 PM
Posted 07 January 2009 - 05:38 PM
Look at nativeEx_barebone_075 'ReOpen.Script'Hi all
I need a help![]()
I put "Mini Test" button to script.project which makes it easy to make a "LiveXP Minimum" test. I hope it will help a lot on reported bugs and will help new users to make faster builds to see what they are dealing with![]()
My problem is how can i avoid unexperienced users clicking "Mini Test" Button 2nd time on main screen which result with executing winbuilder.exe which is already executed in its specific directory, someway to look taskmanager referring directory ???
Posted 07 January 2009 - 06:58 PM
[Interface] testbutton_Button="Test",1,8,338,233,48,16,testbutton [testbutton] //This will open 2nd winbuilder.exe which have another project in its folder ShellExecuteex,"Open","C:\test\Winbuilder.exe"
If,notexistprocess,C:\test\Winbuilder.exe,ShellExecuteex,"Open","C:\test\Winbuilder.exe"
Posted 07 January 2009 - 08:59 PM
Lancelot,Peter
Thanks but i guess i mean sth different
with a simple example:
I have a button[Interface] testbutton_Button="Test",1,8,338,233,48,16,testbutton [testbutton] //This will open 2nd winbuilder.exe which have another project in its folder ShellExecuteex,"Open","C:\test\Winbuilder.exe"
I cant use shellexecute (because winbuilder.exe refreshes itsself with some occassions, ex: after downloading updates) so i have to check if winbuilder.exe at C:\test\ is open with sth like:
![]()
Set,%isrunning%,0 System,ERROROFF FileRename,C:\test\Winbuilder.exe,C:\test\Winbuilder.exe.tmp If,FileExists,C:\test\Winbuilder.exe.tmp,Begin Set,%isrunning%,1 FileRename,C:\test\Winbuilder.exe.tmp,C:\test\Winbuilder.exe End If,%isrunning%,Equal,1,......
Posted 07 January 2009 - 09:01 PM
...
I'll change the wait command. It still has a Sleep of the complete time at once.
Thanks!
Peter.
Posted 07 January 2009 - 10:28 PM
.... If,ExistFile,"C:\test\winbuilder.exe",System,ERROROFF If,ExistFile,"C:\test\Winbuilder.exe",FileDelete,"%minimumtestdir%\Winbuilder.exe" If,ExistFile,"C:\test\Winbuilder.exe",Message,"working",INFORMATION If,ExistFile,"C:\test\Winbuilder.exe",exit,"" ....
Posted 07 January 2009 - 11:24 PM
Posted 08 January 2009 - 12:04 AM
ooooooopsExecuted winbuilder.exe can be renamed
, so renaming C:\test\winbuilder.exe to C:\test\winbuilder.exe.tmp is successfull
...
imagine how slow i am, looking and trying since your post
...
Posted 08 January 2009 - 04:21 AM
But you know very well that I can -- and often do -- the same. But at least you have a "verification routine" -- you most often are mine!sorry galapo making update 4 times , i made unmindful mistakes
Posted 08 January 2009 - 08:44 AM
Posted 08 January 2009 - 02:28 PM
Since today:_Calculate,"ProcessExists('Winbuilder.exe')",processid
(if folder 'C:\test\' is irrelevant.)
If,RUNS,C:\test\winbuilder.exe,Message, ...if the path of the exe is relevant
If,RUNS,winbuilder.exe,Message, ...if the path is irrelevant.
Posted 08 January 2009 - 03:48 PM
In the '4 - BuildModel.Script' Version=62 in LiveXP
at the section [hiderun] what is the reason for double running the 'resShort.exe'?
(once as a 'RunOnceEx\999,998' entry
and once more as a 'Run' entry)
[hiderun] If,NotExistFile,%target_sys%\hiderun.exe,FileCopy,"%Tools%\hiderun.exe","%target_sys%" //RegWrite,"HKLM",0x1,"WB-Software\Microsoft\Windows\CurrentVersion\RunOnceEx\999","998","hiderun /w ModelRam -o%RAMDriveLetter%" //RegWrite,"HKLM",0x1,"WB-Software\Microsoft\Windows\CurrentVersion\RunOnceEx\000","ModelRam","hiderun /w ModelRam -o%SettingsDrive%" RegWrite,"HKLM",0x1,"WB-Software\Microsoft\Windows\CurrentVersion\RunOnceEx\000","ModelRam","hiderun /w cmd.exe /C hiderun /w ModelRam -o%SettingsDrive% -y" If,%pCheckBox3%,Equal,False,RegWrite,"HKLM",0x1,"WB-Software\Microsoft\Windows\CurrentVersion\RunOnceEx\999","999","hiderun /w %SettingsDrive%\resShort.exe"
[hiderun] If,NotExistFile,%target_sys%\hiderun.exe,FileCopy,"%Tools%\hiderun.exe","%target_sys%" //RegWrite,"HKLM",0x1,"WB-Software\Microsoft\Windows\CurrentVersion\RunOnceEx\999","998","hiderun /w ModelRam -o%RAMDriveLetter%" //RegWrite,"HKLM",0x1,"WB-Software\Microsoft\Windows\CurrentVersion\RunOnceEx\000","ModelRam","hiderun /w ModelRam -o%SettingsDrive%" RegWrite,"HKLM",0x1,"WB-Software\Microsoft\Windows\CurrentVersion\RunOnceEx\000","ModelRam","hiderun /w cmd.exe /C hiderun /w ModelRam -o%SettingsDrive% -y" If,%pCheckBox3%,Equal,False,RegWrite,"HKLM",0x1,"WB-Software\Microsoft\Windows\CurrentVersion\RunOnceEx\999","998","hiderun /w %SettingsDrive%\resShort.exe" If,%pCheckBox3%,Equal,False,RegWrite,"HKLM",0x1,"WB-Software\Microsoft\Windows\CurrentVersion\Run","resShort","hiderun %SettingsDrive%\resShort.exe"
Posted 08 January 2009 - 08:27 PM
If,%pCheckBox3%,Equal,False,RegWrite,"HKLM",0x1,"WB-Software\Microsoft\Windows\CurrentVersion\RunOnceEx\999","resShort","hiderun /w %SettingsDrive%\resShort.exe"
Posted 09 January 2009 - 11:36 PM
Posted 10 January 2009 - 07:26 AM
0 members, 1 guests, 0 anonymous users