GRAND UPDATE on LiveXP SERVER
#26
Posted 11 November 2009 - 03:33 PM
Thanks for the verrry nice post. Grammar correction now made . I hope updating the project through winbuilder is easy too.
#27
Posted 11 November 2009 - 04:30 PM
I feel this topic became an introduction to some new users. I added "Project Info" to the end of post #1 to clear that I am only "The Turtle" of the project.
And very ingenious in catching bugspsc (Guru): ... my boxing friend ...
Lancelot (The Turtle): A good guy who Loves LiveXP and helping on maintance of LiveXP. (no coding skill etc. , just a good man)
And sometimes less ingenious to explain the catched bugs for me dinosaur. That's then the beginning of a new boxing pass ...
Peter
#28
Posted 11 November 2009 - 06:55 PM
You're very welcome. Actually, LiveXP's own Common_Api.script (at lines 1012-1017 and 1023-1028) provides for the use of numerically identified default icons. And quite a few scripts in the complete LiveXP package ATTEMPT to use them, including UltraISO, TinyHexer, WinMerge, OODefrag, Acronis TrueImage Workstation, Snapshot, A_OffByOne, CD-Opera, GetRight, ZoneAlarm, TruCrypt, AutoIt, XnView, Sumatra, NTFSLink, and probably some others that I've missed. In some cases, failures are due to incorrect use of a comma (instead of #$c). But, in the current circumstances, even correct syntax wont work properly.Hi Arvy,
Yep I tried many things too, it is a smallllish bugy of (I guess) ExpEnvVar, currently this does not effect Livexp build but requires to be fixed to have better interproject scripts . I am sure it will be fixed quickly after Galapo come from holiday, thanks a lot
Great! I like the way you've used the original pplus165.exe for extraction purposes rather than my encoding of all the individual files. It should really be called "Properities_Plus_Kish" however, in honour of the freeware originator. I just added it into a PE "tweak" script for my own selfish purposes.Your minor contributions added to project now In additon to our new Properties Plus script I feel you will like new Hashtab and FindTarget scripts too.
I also like very much your "radio button" handling of the various Explorer GUI Settings. Pretty damn good for a "turtle". As the note you included for yourself says, finding the meaning of all those binary strings is a challenge and I was much too lazy to chase them all down.
+++++++
P.S.: Both of the RegAddBoot lines (54 and 73) in the new FindTarget_Lance.script need revision so that they use RegAddBoot,HKLM,0x2 instead of 0x1.
#29
Posted 11 November 2009 - 09:05 PM
I will check the list you give. (ehm, slowwly, let me start some days later )
Already checked 2 of them :
A_OffByOne.script : comma shouldn't be there at first place, fixed.
CD-Opera: will automatically fixed when ExpEnvVar fixed.
CD-Opera is not for other projects (check line 24), it is specially designed by MedEvil to be used from CD which is not writable (no fbwf). RegAddBoot used to make association work automatically when both offbyone and cd-opera selected . There are other Opera scripts which I guess will be preferred. On the other hand if there is a candidate to make CD-Opera work on other projects I would be glad to update
Rest: I will inform you to check when i finish.
ps: I do not know other projects well, I only follow the instructions pointed by other members to make scripts more flexible.
naming: using script's author name (sometimes) is to classify scripts (a unique name creation method).
Midway: script updated on server, script name intact, title changed etc.
Edit: FindTarget_Lance.script updated , Thanks
@all Who are new to LiveXP:
On LiveXP, The bugy Arvy find rarely effects icons of some associations.
Giving example with CD-Opera association:
This is the wrong association icon you will get for now
This is the right one which should be
double clicking both works fine
That is why it is a "smallish bugy" for LiveXP
This issue will be fixed after The Boss come from vacation.
#30
Posted 11 November 2009 - 09:43 PM
Thanks a lot for the nice words Arvy,
I will check the list you give. (ehm, slowwly, let me start some days later )
Absolutely no urgency at all so far as I'm concerned. Just thought I'd mention it for the sake of future updates and possible compatibility interests. They are definitely MINOR issues as we've both said. And, as you also said, some syntax that is technically imperfect for some multiple PE environments can function acceptably with LiveXP.
#31
Posted 11 November 2009 - 10:56 PM
Did you change/fix/adopt my script? It used to work fine and still does, with NaughtyPE.Giving example with CD-Opera association:
This is the wrong association icon you will get for now
This is the right one which should be
double clicking both works fine
#32
Posted 11 November 2009 - 11:04 PM
Answer is yes,
still working fine, but needed to be slightly changed to achive new tasks.
and a question, Is it too hard for you to check the script on LiveXP server ?
#33
Posted 11 November 2009 - 11:08 PM
Did you change/fix/adopt my script? It used to work fine and still does, with NaughtyPE.
I think he means "adapt" rather than "adopt". Because you have clearly already adopted it into LiveXP.
#34
Posted 11 November 2009 - 11:33 PM
Yes sorry, keep confusing the two.I think he means "adapt" rather than "adopt". Because you have clearly already adopted it into LiveXP.
@Lancelot
Why should i silently check, if you screwed up my script, when you post publicly that it doesn't work right?Is it too hard for you to check the script on LiveXP server ?
#35
Posted 11 November 2009 - 11:42 PM
Thanks for not reading current topic carelfully to see that the script is NOT screwed up,
also thanks for NOT checking the script on livexp server to see the changes (yes, I know it is too hard to read 2 lines)
and again thanks not to read my previous post on cd-opera topic carelfully.
Further, If you have anything to write (after checking if possible) better to open a new topic or write to some other common topics.
#36
Posted 12 November 2009 - 12:06 AM
You really should come up from time to time for air, then you might would get that not everyone is involved in your world.
Looking at the script on the server would obviously be pointless, as i don't even know what your problem is.
And just to help you, i will surely not start to study the collected LiveXp annals.
#37
Posted 12 November 2009 - 01:01 AM
There is NOTHING WRONG with with the CD-Opera script AS SUCH. I probably shouldn't even have mentioned it. I did so only as one of many examples of scripts in the complete LiveXP package that use icons based on their numerical identification within an executable or DLL that contains multiple icons. It was just an incidental part of my response to Lancelot's comment that this issue currently "does not effect Livexp."
The only current problem, and it's a VERY MINOR one, is in the handling of such cases by RegAddBoot and the consequential ExpEnvVar.txt file's boot additions to the registry. The problem DOES NOT affect LiveXP application scripts that use "reg_add,0x2" to include numerical icon identifications.
#38
Posted 12 November 2009 - 01:09 AM
I am absolutely aware your intention Arvy, and thanks a looooooooot again for feed back.I apologize sincerely if I started a small dispute by raising this issue about icons. That certainly wasn't my intention.
The posts between me and MedEvil is out of topic , it is all my mistake to use icons of wrong application(script) for an example which have potential to cause things
I opened a new topic here for further discussion if requested.
@all
I am sorry for any misunderstandings.
#39
Posted 12 November 2009 - 06:02 PM
@Lancelot, I agree: To fight with me is reallyWhat's wrong, psc not in the mood to play that you wanna pick a fight with me?
- More exciting
- More interesting
- Bringing more new ideas
- Is usually more understandable
Why in this topic at least 3 introducing posts of MedEvil are necessary, which all have been replied separately by me (and watched and commented by Jaclaz), when this in my opinion would have been possible / understandable / sufficient by posting:
Possible bug:
Input
blabla,...,hex(3),...
brings result
0x3,...
rather than the expected
reg_add,0x3,...
But they are very low importance, therefore maybe I postpone the next boxing start to 'when there are no other interesting topics'.
Peter
#40
Posted 14 November 2009 - 09:27 AM
Thank you very much for your great/hard job.
It is really nice to see so many commitment to a project/concept (and psc too).
Carry on!
#41
Posted 16 November 2009 - 11:54 AM
Hi Arvy,2) No matter what I've tried, RegAddBoot refuses to properly implement numerically identified default icons such as
RegAddBoot,HKLM,0x1,SOFTWARE\Classes\7-Zip.gzip\DefaultIcon,,%PE_Programs%\%ProgramFolder%\7Z.dll#$c14It shows up correctly in the build's ExpEnvVar.txt file asBoot|HKLM\SOFTWARE\Classes\7-Zip.gzip\DefaultIcon||0x1|%SystemDrive%\Programs\7-Zip\7Z.dll,14However, the final ",14" always gets dropped when the build is actually booted. Perhaps it's a WinBuilder issue, but it seems to work okay with my VistaPE builds.
Could you try editing the ExpEnvVar.txt to have:
Boot|HKLM\SOFTWARE\Classes\7-Zip.gzip\DefaultIcon||0x1|"%SystemDrive%\Programs\7-Zip\7Z.dll",14
Does that have any effect?
If not, I'm wondering what the problem might be exactly, ie is it something to do with ExpEnvVar.exe, or does it have something to do with icons needing to be refreshed? You could also try running 'SetResolution.exe -rebuild' from the commandline in LiveXP to see if anything changes in this regard.
Thanks,
Galapo.
#42
Posted 16 November 2009 - 12:56 PM
Using quotation marks was among several variants that I tried, none of which seemed to overcome the problem. In fact, as mentioned, LiveXP itself and its complete package of applets use a wide variety of methods for the same purpose. The only one that currently works is 0x2 (REG_EXPAND_SZ) entries directly into the registry hive during the project build process. Using RegAddBoot (via ExpEnvVar) doesn't work regardless of quotation marks, 0x2/0x1, #$c/commas, or whatever.
In ExpEnvVar.txt:
Boot|HKLM\Software\Classes\SumatraPDF\DefaultIcon||0x1|%SystemDrive%\Programs\SumatraPDF\SumatraPDF.exe,1 Boot|HKLM\Software\Classes\TrueCryptVolume\DefaultIcon||0x2|"%SystemDrive%\Programs\TrueCrypt\TrueCrypt.exe",1
In Registry when build is booted:
[HKEY_LOCAL_MACHINE\SOFTWARE\Classes\SumatraPDF\DefaultIcon] @="X:\\Programs\\SumatraPDF\\SumatraPDF.exe" [HKEY_LOCAL_MACHINE\SOFTWARE\Classes\TrueCryptVolume\DefaultIcon] @=hex(2):22,00,58,00,3a,00,5c,00,50,00,72,00,6f,00,67,00,72,00,61,00,6d,00,73,\ 00,5c,00,54,00,72,00,75,00,65,00,43,00,72,00,79,00,70,00,74,00,5c,00,54,00,\ 72,00,75,00,65,00,43,00,72,00,79,00,70,00,74,00,2e,00,65,00,78,00,65,00,22,\ 00,00,00,2e (Default REG_EXPAND_SZ "X:\Programs\TrueCrypt\TrueCrypt.exe")
In the circumstances, of course, "refreshing" what ain't there in the first place accomplishes nothing. It's almost as if ExpEnvVar is treating the comma preceeding the numerical icon identifier as an EOL indicator.
In the vast majority of cases, it's a very minor issue, but for things like 7-zip, where various numerically identified icons (should) indicate the type of associated compressed file, it is a bit of an irritant. For the time being, I've dealt with it by using the only solution that currently works in my own LiveXP scripts, but that approach does tend to make "cross-scripting" compatibility more difficult.
#43
Posted 17 November 2009 - 03:26 PM
Thank you.
#44
Posted 17 November 2009 - 08:12 PM
Yes the issue is now totally fixed
and now we have a new 7-zip script that indicate the type of associated compressed file + some new associations you may like .7-zip .... icons (should) indicate the type of associated compressed file,
#45
Posted 17 November 2009 - 11:18 PM
Only problem is that the 7-Zip.DLL file used for its CLSID {23170F69-40C1-278A-1000-000100020000} shell extension appears to be missing from the package that is extracted to the program folder. If I recall correctly, when I was developing my own script, I think I had to add it separately.
#46
Posted 18 November 2009 - 12:23 AM
It's outputting an error every time wb tries to download and use it.
The error is related to the http link - it's typed as "ttp://..." the "h" is missing.
#47
Posted 18 November 2009 - 01:08 AM
Only problem is that the 7-Zip.DLL file used for its CLSID {23170F69-40C1-278A-1000-000100020000} shell extension appears to be missing from the package that is extracted to the program folder.
Follow-up: I see the problem.
In 7-Zip_File_Manager_SJL.script change line 456:
FileDelete,%Target_Prog%\%ProgramFolder%\$R0to read as follows:
FileRename,%Target_Prog%\%ProgramFolder%\$R0,%Target_Prog%\%ProgramFolder%\7-zip.dll
#48
Posted 18 November 2009 - 01:51 AM
THANKS A LOT Arvy, how i missed that , other related lines also fixed (x64)FileRename,%Target_Prog%\%ProgramFolder%\$R0,%Target_Prog%\%ProgramFolder%\7-zip.dll
@Nuno
Lancelot, please check if there is a bug on the updates file for liveXP.
It's outputting an error every time wb tries to download and use it.
The error is related to the http link - it's typed as "ttp://..." the "h" is missing.
Hi Nuno,
! where is the h missing ????
I download with winbuilder from livexp server all the time, sometimes download fails at first trial but always success at 2nd. (just tested wb077rc2 and 078sp4 both success ?)
#49
Posted 23 November 2009 - 11:21 PM
Just my 2 cents - I built a CD using the latest updates and Build 78SP4 and it worked perfectly even with firadisk enabled and a fairly large set of plugins. This is a very good sign as I usually have to tweak the selection of plugins. It built quickly, booted very quickly and worked perfectly on everything I tested. This is a first for me too!
Now, time to build my LiveXP superdisk...
Cheers,
Ed
1 user(s) are reading this topic
0 members, 1 guests, 0 anonymous users