[App]~Visual UC V1.0 Beta~(Update for little bugs) - Windows Mobile Development and Hacking General
Introduction
Visual UC is a small script based on MortScript.With it you can backup and restore your own settings easily.It can Automatically install cab files,import reg or xml files,copy files to destined directory and restore your PIM after a hard reset.This is similar to XDA_UC.However,it also provide a visual method to do this.Another feature is that you can use it to backup files,registries and PIM.
Functions
Code:
1.Install CAB files to device
2.Install CAB files to SD card(Not test on wm6.5)
3.Import and export REG files
4.Configure XML or PROVXML files
5.Copy files to Start Menu,StartUp and Windows
6.Define operation to restore or backup files
7.Restore and backup pim.vol
8.Auto restore if your ROM contain Visual UC as a package
9.Auo backup your defined operations
10.Support extra language pack([COLOR="Red"]Now only WWE and CHS available.Hope your help for translation[/COLOR])
Installations
1.Unzip the file to \Storage Card\My Document\Visual UC .VUC.mscr and ES.mscr must be placed in the root of Visual UC.
2.Use DotTaskMgr in Copy 2 Windows to import VUC.reg.
3.Copy all the files in Copy 2 Windows to \Windows.
How To Use
1.Folder Explanations
●Cabs for cab files.If you want to install them to storage,put them into "Storage".But I advised you don't do this,because sometimes it need you manually complete the task.
●Files for the files you want to copy.The subfolder name is the destined folder you want to copy to.
●PIM for PIM.VOL
●Regs for registry files.The regs in subfolder will be imported after a hard reset when the rom you use contain Visual UC as a package.
●Xmls for xml or provxml files.
2.Auto BackUp or Restore
●Auto Restore will conduct all the operations that is enabled in settings of Auto Restore
●Auto BackUp is disabled by default,you can use Add To Auto to include the operation in Auto BackUp.
3.Define Operations
●In BackUp Files or Define in Copy Files.Select Add to start an item.A name will be asked to input for the item firstly.Secondly,you can choose Select File to select the source file or Select Folder to select the source folder(Caution: All the files including subfolders will be copyed).Thirdly,select the target folder which the files are copyed to,you will be asked whether to create a subfolder to contain the source files(Do it and name the folder after source folder if the source folder is a program that you want to copy it to \Program Files).
●In BackUp Regs,a name is also required at first.Secondly,you can choose Select to select the path of a registry key(Cautionue to MortScript's max number of an array.In HKCR,some of the keys can not be displayed and DONE button is missed) or Input to input the key path(main key must be selected first and no "[]" in the path).Thirdly,choose the target folder for the registry files(Regs folder is recomended for later restore)
●You can rename,modify,delete the item.If you add the item to auto,it will be conducted in auto restore or backup.
4.Option
●In Change Path you can change the path of CAB REG FILE or XML folder,but I recommend the default Path.
●You can backup,restore or reset VUC settings in the Option.The backup file is named visual uc.reg and located in the root of Visual UC,the file will be imported first when it Autorun after a hard reset.
Extra Script Introduction
1.Auto BackUp.mscr can automatically backup files registries and PIM.VOL .However,you should define them first.
2.Load VUC.mscr is used to load VUC.mscr and run it to silently restore after you flashed a ROM that contain Load VUC.mscr.You must put Visual UC folder in either of the three path:\Storage Card\,\Storage Card\My Documents\,\Storage Card\Program Files\.
3.Cook.mscr.You can modify it or rename your own script to the name.The script will be run in auto restore.
4.ES.mscr is a component of Visual UC.It show the process of Auto BackUp or Auto Restore.
Credit
My thanks go to Mirko who develop MortScript which makes my script possible,Noonski whose XDA_UC inspires me and help me to solve lots of problems and Dotfred whose TaskMgr is a very powerful tool(the script use it to import or export registry files and Config provxml files).
If you want to donate,you can donate them.
Statements
You can freely use and modify the script.But I take no responsibility to the data lose the script may bring to you.MortScript and DotTaskMgr are also free software,before you use it you should read their legal statements first.
This is a beta version.So there may be some bugs.You can post the bugs on XDA or just send me an E-mail to let me know.I will be appreciate if you tell me your advice.
Reserved for future use
jent.le said:
Introduction
Visual UC is a small script based on MortScript.With it you can backup and restore your own settings easily.It can Automatically install cab files,import reg or xml files,copy files to destined directory and restore your PIM after a hard reset.This is similar to XDA_UC.However,it also provide a visual method to do this.Another feature is that you can use it to backup files,registries and PIM.
Functions
Code:
1.Install CAB files to device
2.Install CAB files to SD card(Not test on wm6.5)
3.Import and export REG files
4.Configure XML or PROVXML files
5.Copy files to Start Menu,StartUp and Windows
6.Define operation to restore or backup files
7.Restore and backup pim.vol
8.Auto restore if your ROM contain Visual UC as a package
9.Auo backup your defined operations
10.Support extra language pack([COLOR="Red"]Now only WWE and CHS available.Hope your help for translation[/COLOR])
Installations
1.Unzip the file to \Storage Card\My Document\Visual UC .VUC.mscr and ES.mscr must be placed in the root of Visual UC.
2.Use DotTaskMgr in Copy 2 Windows to import VUC.reg.
3.Copy all the files in Copy 2 Windows to \Windows.
How To Use
1.Folder Explanations
●Cabs for cab files.If you want to install them to storage,put them into "Storage".But I advised you don't do this,because sometimes it need you manually complete the task.
●Files for the files you want to copy.The subfolder name is the destined folder you want to copy to.
●PIM for PIM.VOL
●Regs for registry files.The regs in subfolder will be imported after a hard reset when the rom you use contain Visual UC as a package.
●Xmls for xml or provxml files.
2.Auto BackUp or Restore
●Auto Restore will conduct all the operations that is enabled in settings of Auto Restore
●Auto BackUp is disabled by default,you can use Add To Auto to include the operation in Auto BackUp.
3.Define Operations
●In BackUp Files or Define in Copy Files.Select Add to start an item.A name will be asked to input for the item firstly.Secondly,you can choose Select File to select the source file or Select Folder to select the source folder(Caution: All the files including subfolders will be copyed).Thirdly,select the target folder which the files are copyed to,you will be asked whether to create a subfolder to contain the source files(Do it and name the folder after source folder if the source folder is a program that you want to copy it to \Program Files).
●In BackUp Regs,a name is also required at first.Secondly,you can choose Select to select the path of a registry key(Cautionue to MortScript's max number of an array.In HKCR,some of the keys can not be displayed and DONE button is missed) or Input to input the key path(main key must be selected first and no "[]" in the path).Thirdly,choose the target folder for the registry files(Regs folder is recomended for later restore)
●You can rename,modify,delete the item.If you add the item to auto,it will be conducted in auto restore or backup.
4.Option
●In Change Path you can change the path of CAB REG FILE or XML folder,but I recommend the default Path.
●You can backup,restore or reset VUC settings in the Option.The backup file is named visual uc.reg and located in the root of Visual UC,the file will be imported first when it Autorun after a hard reset.
Extra Script Introduction
1.Auto BackUp.mscr can automatically backup files registries and PIM.VOL .However,you should define them first.
2.Load VUC.mscr is used to load VUC.mscr and run it to silently restore after you flashed a ROM that contain Load VUC.mscr.You must put Visual UC folder in either of the three path:\Storage Card\,\Storage Card\My Documents\,\Storage Card\Program Files\.
3.Cook.mscr.You can modify it or rename your own script to the name.The script will be run in auto restore.
4.ES.mscr is a component of Visual UC.It show the process of Auto BackUp or Auto Restore.
Credit
My thanks go to Mirko who develop MortScript which makes my script possible,Noonski whose XDA_UC inspires me and help me to solve lots of problems and Dotfred whose TaskMgr is a very powerful tool(the script use it to import or export registry files and Config provxml files).
If you want to donate,you can donate them.
Statements
You can freely use and modify the script.But I take no responsibility to the data lose the script may bring to you.MortScript and DotTaskMgr are also free software,before you use it you should read their legal statements first.
This is a beta version.So there may be some bugs.You can post the bugs on XDA or just send me an E-mail to let me know.I will be appreciate if you tell me your advice.
Click to expand...
Click to collapse
support you across the ocean...
wei2005yh said:
support you across the ocean...
Click to expand...
Click to collapse
Thanks Buddy !
jent.le said:
Introduction
Visual UC is a small script based on MortScript.With it you can backup and restore your own settings easily.It can Automatically install cab files,import reg or xml files,copy files to destined directory and restore your PIM after a hard reset.This is similar to XDA_UC.However,it also provide a visual method to do this.Another feature is that you can use it to backup files,registries and PIM.
Functions
Code:
1.Install CAB files to device
2.Install CAB files to SD card(Not test on wm6.5)
3.Import and export REG files
4.Configure XML or PROVXML files
5.Copy files to Start Menu,StartUp and Windows
6.Define operation to restore or backup files
7.Restore and backup pim.vol
8.Auto restore if your ROM contain Visual UC as a package
9.Auo backup your defined operations
10.Support extra language pack([COLOR="Red"]Now only WWE and CHS available.Hope your help for translation[/COLOR])
Installations
1.Unzip the file to \Storage Card\My Document\Visual UC .VUC.mscr and ES.mscr must be placed in the root of Visual UC.
2.Use DotTaskMgr in Copy 2 Windows to import VUC.reg.
3.Copy all the files in Copy 2 Windows to \Windows.
How To Use
1.Folder Explanations
●Cabs for cab files.If you want to install them to storage,put them into "Storage".But I advised you don't do this,because sometimes it need you manually complete the task.
●Files for the files you want to copy.The subfolder name is the destined folder you want to copy to.
●PIM for PIM.VOL
●Regs for registry files.The regs in subfolder will be imported after a hard reset when the rom you use contain Visual UC as a package.
●Xmls for xml or provxml files.
2.Auto BackUp or Restore
●Auto Restore will conduct all the operations that is enabled in settings of Auto Restore
●Auto BackUp is disabled by default,you can use Add To Auto to include the operation in Auto BackUp.
3.Define Operations
●In BackUp Files or Define in Copy Files.Select Add to start an item.A name will be asked to input for the item firstly.Secondly,you can choose Select File to select the source file or Select Folder to select the source folder(Caution: All the files including subfolders will be copyed).Thirdly,select the target folder which the files are copyed to,you will be asked whether to create a subfolder to contain the source files(Do it and name the folder after source folder if the source folder is a program that you want to copy it to \Program Files).
●In BackUp Regs,a name is also required at first.Secondly,you can choose Select to select the path of a registry key(Cautionue to MortScript's max number of an array.In HKCR,some of the keys can not be displayed and DONE button is missed) or Input to input the key path(main key must be selected first and no "[]" in the path).Thirdly,choose the target folder for the registry files(Regs folder is recomended for later restore)
●You can rename,modify,delete the item.If you add the item to auto,it will be conducted in auto restore or backup.
4.Option
●In Change Path you can change the path of CAB REG FILE or XML folder,but I recommend the default Path.
●You can backup,restore or reset VUC settings in the Option.The backup file is named visual uc.reg and located in the root of Visual UC,the file will be imported first when it Autorun after a hard reset.
Extra Script Introduction
1.Auto BackUp.mscr can automatically backup files registries and PIM.VOL .However,you should define them first.
2.Load VUC.mscr is used to load VUC.mscr and run it to silently restore after you flashed a ROM that contain Load VUC.mscr.You must put Visual UC folder in either of the three path:\Storage Card\,\Storage Card\My Documents\,\Storage Card\Program Files\.
3.Cook.mscr.You can modify it or rename your own script to the name.The script will be run in auto restore.
4.ES.mscr is a component of Visual UC.It show the process of Auto BackUp or Auto Restore.
Credit
My thanks go to Mirko who develop MortScript which makes my script possible,Noonski whose XDA_UC inspires me and help me to solve lots of problems and Dotfred whose TaskMgr is a very powerful tool(the script use it to import or export registry files and Config provxml files).
If you want to donate,you can donate them.
Statements
You can freely use and modify the script.But I take no responsibility to the data lose the script may bring to you.MortScript and DotTaskMgr are also free software,before you use it you should read their legal statements first.
This is a beta version.So there may be some bugs.You can post the bugs on XDA or just send me an E-mail to let me know.I will be appreciate if you tell me your advice.
Click to expand...
Click to collapse
buồn woa may oi xàm 1 lúc
punsking said:
buồn woa may oi xàm 1 lúc
Click to expand...
Click to collapse
I'm sorry I can understand you.Please use english.
Related
A (maybe) usefull idea
I used the testwm5.exe to extract the mui files, so to be able to change the mui language to greek. I have an hp ipaq hx2490b and I cannot etract the imgfs files(the program says dont found) from the nba file. So thing that its maybe we can put the mui files( and other files) in rom without to flash via the full backup file from spb backup or pther backup program. I havent eperiance or so much knowledge about these things, so I ask if it is possible to happens somthing like this. To extract some how the files of the backup file and replace the files that we want, and after compress it again. Just thnk about it. Thanks!
testwm5.exe doesn't create pure copies of the original files. Compare them in a hex editor and PE analyser. However, they generally work. spb and similar apps don't create backups of the rom files - they don't need to because they are in rom. However, this means that these backups cannot restore a rom, just user generated files. V
You can't put the file into the ROM without flashing. Backup software do not touch the ROM, it just replaces the files. If you already have the mui files in your phone, you can do a backup. and the next time you perform a hardreset, you will just need to restore from this backup file.
Ok. Thanks for the quick replay! So any way to change the mui on this device. So far I didnt find something usefull, but maybe I miss something. Anyone that did it with hx2490b?
Just copy the MUI to windows, set the MUI key in registry to the correct LCID and reset. Note that system MUIs like shellres.dll.0xxx.mui must be signed to load.
ReLoad v0.1 Beta
ReLoad This is a MortScript script written to simplify reinstalling cab files, and restoring files back to the device from a zip file on the trinity. More information about MortScript at http://www.sto-helit.de -v.01 Initial Release Known Issues -Cab files that initiate the installation of another cab file ie.Wisbar Advanced -How to setup: 1)Extract Reload.rar to your storage card. 2)Place cab files in the CabsAuto folder if you want to the cab to be automatically installed to the device (installation to automatically install to the storage card is currently not available). 3)Place cab files in the CabsManual folder if you want to be able to choose where to install the cab. 4)Place file in the Backup.zip file that you want to be restored. ie. If you wanted example.jpg to be placed in the \Windows folder, place example.jpg in the Windows folder of the zip file. *Please note that the cab files placed in the CabsAuto folder need to conform to only asking the user for the installation destination, then showing installation successful/unsuccessful. Otherwise you might encounter some problems. You should place cabs that don't conform in the CabsManual folder, or adjust these cab files with programs such as WinCE CAB Manager. -How to use: 1)In the Reload folder, execute Run1st. Click ok the the window that pops up. This just installs MortScript 2)Execute Run2nd. This will initiate the script that will first install the CabsAuto, then CabsManual, and finally restore the files in the zip file. Use at your own risk. Download http://rapidshare.com/files/29964511/Reload.rar.html
Thx, that's a good idea.
is there a way to have it restore registry entries from a .reg file?
Is there a way to install certain cab files on RAMDisk/Storage card without individually clicking the install option??
@racerx_ Currently there isn't a way to restore the reg file directly. But you can create a cab from the reg file and then have that cab automatically installed. MortScript wasn't able to read in the reg files i saved with resco explorer, so I gave up on doing it this way. For right now the easiest way is to create a cab file with WinCE Cab Manager. @c_shekhar The best way to install the program to the Storage Card, backup the reg (and any possible files installed on rom), then create a cab from this. This post has alot of good information on this. http://forum.xda-developers.com/showthread.php?t=277727
yeah, i've been trying like a madman to get win ce cab manager to make a cab of my .reg file.. but when i click on 'import' and try to grab the .reg file it tells me it's only for registered versions of the program.. is there another way i'm not seeing? cause right now the only other options i see for registry entries is to manually create them one by one which doesn't sound very exciting hah thanks for the help..
@racerx What OS and version of WinCE Cab Manager are you running. I heard of some problems with the newest version of WinCE Cab Manager with Vista. I am running version 2.1.0.35. If that isn't it, you might have run the program past its initial trial use.
hmm.. Win Ce CabManager is 2.1.0.50 running on xp.. still got 17 uses left.. sigh.. Maybe i missed something. Just in case, what button or command are you using to get your .reg file into WinCE? I was using the 'file' 'import' command.
@racerx That's the same way I do it. I would find an older version and try it again.
Reload V0.2 I made a couple of changes to the script for a rom we are going to be releasing soon...it checks if Backup.zip exists and only does the unzip if it does...I also added a SDBackup.zip for files to unzip to Storage card (specifically exe's and dll's I've already upx'd to shrink them but reinstalling the cabs replaced them again so this puts them back).... #ReLoad #v.02 Initial Release #Use at your own risk. #v.02 Extract files from SDBackup.zip to Storage Card If(Question("Do you want to ReLoad?", "Reload 0.2", "YesNo")="No") EXIT EndIf Run("Storage Card\ReLoad\Bin\Message_Running.mscr") RegWriteDWord("HKLM", "Comm", "AutoRunFlag", "0") RegWriteString("HKLM", "Comm", "AutoRunCFG", "\Storage Card\ReLoad\CabsAuto\Config.txt") #Create Config File Delete("\Storage Card\ReLoad\CabsAuto\Config.txt") WriteFile("\Storage Card\ReLoad\CabsAuto\Config.txt", "SHOW:\Storage Card\ReLoad\Bin\ReLoad.bmp^NL^") ForEach x in files { "\Storage Card\ReLoad\CabsAuto\*.cab" } WriteFile("\Storage Card\ReLoad\CabsAuto\Config.txt", "CAB: ", 1) WriteFile("\Storage Card\ReLoad\CabsAuto\Config.txt", x, 1) WriteFile("\Storage Card\ReLoad\CabsAuto\Config.txt", "^NL^", 1) EndForEach #CabsAuto Install RunWait("\Storage Card\ReLoad\Bin\AutoRun.exe") #CabsManual Install ForEach x in files { "\Storage Card\ReLoad\CabsManual\*.cab" } RunWait(x) EndForEach If (FileExists("\Storage Card\ReLoad\Backup.zip") ) #Restore files from zip to main storage UnzipAll("\Storage Card\ReLoad\Backup.zip", "") EndIf If (FileExists("\Storage Card\ReLoad\SDBackup.zip") ) #Restore files from zip2 to storage card UnzipAll("\Storage Card\ReLoad\SDBackup.zip", "\Storage Card\") EndIf KillScript("\Storage Card\ReLoad\Bin\Message_Running.mscr") If(Question("Finished ReLoading.^NL^Do you want to reset?", "Reload 0.2", "YesNo")="No") Exit EndIf Reset
Very good soft, it works nice !! The only difficulty for the french users is to replace in the script "Storage Card" by "Carte de stockage" Thx men for this !!!
Nice soft, I could use FAMAN WM6 on my trinity now ! French translation and modification is (seem to be) ok. Just wait the OK from the boss and I'll give you ! Edit : Why don't you use the LOCK:Enabled in the header and LOCKDisabled on the end of the config file ? Thxs in advance.
I use SettingsSavior on my Trinity mainly for its similar auto-install functionality
Hello, Thank you for this very useful tool My .cab are removed after using Reload. How can I keep my .cab on my SD after a new installation ? Thank you for your help. Guillaume __________________ SPV M700 FAMAN 4.03.FR 1.50.08.11 2.79.7020.19H
can this software reinstall cabs, copy skin files in programs installation directory (eg pocketcm skin) and reconfigure mail and exchange accounts ?
OOPS delete this post.
SDConfigGen - a tool for automatically creating SDAutorun configurations
First off, I'd like to thank Sleuth255 for SDAutoRun, and to mousio for his AutoRun tool which provided the inspiration for this project. SDConfigGen is a command line tool for the PC which inspects a collection of files to be installed, then produces an SDConfig.txt and other associated scripts and provisioning files to allow SDAutoRun to automatically install them. It differs from mousio's solution in that rather than having SDAutoRun call a MortScript to do all the work, this tool creates an SDConfig.txt to do the majority, only calling scripts for specific functionality when required. Scripts (and therefore MortScript) may not even be required, if nothing being installed needs automation. Installation Unzipping the contents of the archive will produce this folder structure: \ Storage Card\SDConfig\Cabs\ Files\ Scripts\ Settings\ Sys\First things first - to use any of the script-based functionality a copy of the MortScript installation cab file must be placed within the Sys folder. Download MortScript-4.11b7.zip (or newer version) from http://www.sto-helit.de, then extract \cab\MortScript-4.11b7-PPC.cab from it. Usage If the name of the Storage Card will be different on your target device, then rename that folder to whatever it will be. Otherwise, just leave it as it is. Within the sub-folders of SDConfig, add the files you want to be installed. Cabs: Any .cab files in this folder will be installed. If the installation of a .cab file requires user interaction (to confirm a license window, for example), then create a .mscr script file of the same name containing instructions to be executed while the cab file is being installed. For example, if you need to install a cab file: "eWallet-PocketPC-Install.cab", create a file called "eWallet-PocketPC-Install.mscr" too. This file contains MortScript to be run while the cab installer is being run, for example: Code: windowTitle = "Software License Agreement" WaitFor(windowTitle, 60) SendLeftSoft(windowTitle) Note that you don't need to worry about actually installing the cab, or waiting for installation to finish - just write the automation code itself. The SDAutoRun UI will be hidden while an interactive cab is being installed like this, and a MortScript status window shown instead. The device will be responsive to user input, so if any non-automatable interaction is required, that can be done manually. Files: After the cab files have been installed, all files in this folder will be copied directly to the root folder. To copy files to sub-folders, place them in sub-folders of this folder. For example, to copy files to the Windows folder, create a Windows folder here and place the files within it. Standard (English) folder names will automatically be replaced by variables, so files in the "Files\Program Files" folder here will be copied to %CE1% folder by SDAutoRun. The file copy operation is actually performed by generating a CopyFiles.xml provisioning file in the Sys folder, and it is this that goes in the SDConfig.txt file. This method was chosen as it avoids the path length limit of copying directly in SDConfig.txt, and allows for the %CEn% variable subsitution scheme. Settings: After the files have been copied, any settings in this folder will be applied. Settings may either be .xml provisioning files (which are added directly to SDConfig.txt), or registry data in .reg, .rgu or .cereg files. Registry data files will be automatically converted to xml provisioning files within the Sys folder, which are then added to SDConfig.txt. Scripts: After the settings have been applied, any .mscr scripts within this folder will be executed. SDConfigGen will generate instructions in SDConfig.txt to automatically handle copying them to the \Temp folder and renaming them to replace spaces by underscores before execution if required. Note that the device will not be interactive at this point, so don't write scripts that require user interaction. Sys: Apart from placing a copy of MortScript-4.11b7-PPC.cab in here, you shouldn't touch the contents of this folder; they will be automatically cleaned out and generated by the SDConfigGen tool. Notes I've provided RegToXml as a standalone .exe file so that registry data files can be manually converted to .xml provisioning files, if required. This is not generally necessary, though, as it will occur automatically as part of the SDConfigGen process. Due to limitations of SDAutoRun, during installation some files need to be copied to the \Temp folder on the device before execution. A TempCleanup.xml provisioning file is generated in the Sys folder by SDConfigGen which is the last thing executed by SDConfig.txt. It should remove any temporary files that were placed in the \Temp folder, but will not remove the folder itself, or any other files within it. SDAutoRun also requires that SDConfig.txt be ASCII, which means that if any files contain characters outside that range (such as accented characters), they can not be directly referenced. SDConfigGen will automatically detect this, and generate provisioning XML files to transparently rename the files before processing them, then back again afterwards. The last statement in the SDConfig.txt is the RST: Reset statment, to reset the device. The only part of the file structure that can be changed is the name of the "Storage Card" folder - the other folders cannot be renamed or moved. By default, when the SDConfigGen tool is run, it works with the first sub folder under the folder the .exe file is placed. To override this behaviour, pass the folder path to SDConfigGen.exe as a command line argument. Cabs, settings and scripts are executed in alphabetical order, grouped by subfolder. Subfolders will be executed first, so for example the contents of Cabs\Prerequisites\ would be installed before the files directly in Cabs\ (but after files in Cabs\A\). All interactive cabs are executed first, followed by non-interactive ones. All generated files (except SDConfig.txt) are in Unicode UTF-16 encoding. To have SDConfigGen create a log file of the generation process, use the SDConfigGenWithLog.bat file included in the archive. It will create a results.log file containing the messages that would normally be output to the console. This is still an early version, so there will probably be bugs with it. I've used it successfully for setting up my own device several times now, but I can't make any guarantees. Please do post any bug reports or suggestions here though! Alex Updates 0.6: All output files are now in UTF-16 encoding, with the exception of SDConfig.txt, which is in ASCII. If files referenced by SDConfig.txt have names containing non-ASCII characters, provisioning files to automatically rename them before they are accessed, and to restore them afterwards will be generated. Subfolders are now supported in the Cabs, Settings and Scripts folders. Files within subfolders will be processed first, in alphabetical order of subfolder name. File folder variable substition made case insensitive Added SDConfigGenWithLog.bat file for easy logging of output to a log file 0.5.1: Removed .svn files from the file structure (oops!) 0.5: Made warning message on skipping registry files less confusing RegToXml: Now supports empty values for String, MultiString and Binary values RegToXml: Made ,ore robust to invalid data - if a value contains invalid data, only that value is skipped. RegToXml: The line number is now reported with any error or warning message. RegToXml: Whitespace allowed to surround the = in value lines. 0.4: RegToXml: Fixed nesting bug with registry key deletion conversion RegToXml: Now supports comments (lines starting with ; ) 0.3: RegToXml now assumes that registry files without Unicode BOM's are encoded in the system default ANSI codepage, rather than UTF-8 (this means that if your registry file is UTF-8, it must contain a Byte Order Mark to be read correctly) 0.2: Files are now installed in alphabetical order by file name (within their own group). For example, first interactive cabs A-Z, then non-interactive cabs A-Z. This allows control over installing cabs that require others to be installed before or after them. .NET Framework (required)
Lookin Mighty Fine Siuer. Not in the Testing Time yet. But does the scripts folder eventually combine the scripts into one? (lazy Bum At Work, Not Able to test it)
No, the scripts in the scripts folder are not combined into a single script, they are all executed separately. Would there be some benefit to trying to combine them into a single script before execution?
AlexVallat said: No, the scripts in the scripts folder are not combined into a single script, they are all executed separately. Would there be some benefit to trying to combine them into a single script before execution? Click to expand... Click to collapse No, you are absolutely right there is now good reason for it. It's better to have them seprated, makes finding **** Ups easier. Don't know what i was thinking or why..
AlexVallat, Thanks for your job, you soft is amazingly simple which is a great pro compared to SASHIMI for instance. So yhis afternoon I started to put all my files in the appropriate folders and when I launch SDConfigGen with the folder path I don't get in the config.txt file \Storage Card\ before the files to execute but the path I gave as parameter. I think transforming the path given into \Storage Card\ could help. One other point, as a poor French guy your RegToXml converter does not handle all the French extended character set such as é, à, ... Could you make it support this characters. Anyway for now it is fully usable but requires SDConfig.txt file edition before launching the whole process. Tomorrow it will be hands-on time as I plan to upgrade my Polaris ROM so more news to come regarding SDCofingGen usage. The_Steph
The_Steph said: AlexVallat, Thanks for your job, you soft is amazingly simple which is a great pro compared to SASHIMI for instance. So yhis afternoon I started to put all my files in the appropriate folders and when I launch SDConfigGen with the folder path I don't get in the config.txt file \Storage Card\ before the files to execute but the path I gave as parameter. I think transforming the path given into \Storage Card\ could help. One other point, as a poor French guy your RegToXml converter does not handle all the French extended character set such as é, à, ... Could you make it support this characters. Anyway for now it is fully usable but requires SDConfig.txt file edition before launching the whole process. Tomorrow it will be hands-on time as I plan to upgrade my Polaris ROM so more news to come regarding SDCofingGen usage. The_Steph Click to expand... Click to collapse Hm my pall had the same thing but changing to Unicode seemed to solve his XML issue. NOt sure if this is the same but worth the try.
Great work alex! Question: Anyway to verify the syntax of the provisioning XML files? Any tools out there that can create these files or verify them? I think a tool like this would be great. NEVERMIND! I just saw your reply in the reg2xml converter thread! THANKS!
The_Steph: Thanks for your comments! The idea with the path is that the name of the folder is used to control the name of the Storage Card on the device. So if you name your folder Storage Card, that's what goes in the SDConfig.txt. If, on your device, it has a different name (due to language changes, or whatever), then you need to rename the folder appropriately. Thanks for the bug report about accented characters in RegToXml. I will fix that and post an updated version soon. gtxaspec: I could verify that the files were valid XML, but the more useful check that they contain valid provisioning instructions is beyond the scope of this project. Not least because the documentation describing what are valid instructions is confusing and can be inaccurate. With anything other than the file and registry providers, it usually ends up being a case of trial and error. With the file and registry providers, using the auto-generation capabilities of SDConfigGen will avoid most surprises. Alex
Version 0.3 released I've just updated the first post to release version 0.3. This should address the accented characters issue raised by The_Steph, however it does mean that if your registry file is UTF-8 encoded, it must include Byte Order Marks to indicate this. Otherwise, it will be assumed to be encoded in the system default code page. I've also added a feature that files are now installed in alphabetical order (within each group). If you need to make sure that certain cabs are installed before others, this can now be done by renaming them, usually by including a numeric prefix. Alex
reg2xml bugs Hi Alex, Converting everything to xml and using standard provisioning is an interesting approach! Only obviously reg2xml has got some problems still with .reg files containing certain characters: I've attached you a sample file which is not converted correctly at three points, each with a different error cause. - Comments (Lines beginning with ";") in the .reg files are sometimes (not in every case, could not see what the trigger is) leading to an aborted conversion. - Some characters like the arrow character (ASCII 27/1BHex) are also a problem. Maybe the attached file helps in finding the bug. BTW: Do you also have a tool that is converting just the other way around: From XML to reg indstead of from reg to XML? Sometimes I need to have a .reg file instead of an .XML. And importing the XML and then trying to find all registry entries to export it back to a .reg can be a very tedious thing when the imports are not all together in one registry branch. Thanks!
Thanks for the bug report, asango. Yes, I forgot about comments, I'll fix that and release an update soon. I'm looking into what the best way to handle control characters like 0x1B is (which is 'Escape', according to the ASCII chart I'm looking at). Obviously crashing is not an acceptable behaviour, so I'll have some sort of fix for it. I don't have a XmlToReg tool, but it sounds like a good idea - I'll probably write one over the weekend. Alex
Great, looking forward to that, thank you!
Version 0.4 released The first post has been updated to version 0.4. RegToXml has been updated to add support for comments in .reg files. Unfortunately there appears to be no way to include control characters in an XML file. If the character itself, or even the character entity (like , then the file is regarded as malformed and not accepted. I have therefore not been able to do anything to fix this (sorry asango!). If anyone knows of a way that a provisioning file could be used to set a registry string value containing these characters, please let me know. On a more positive note, the requested XmlToReg tool is up - I've given it its own thread here: XmlToReg. Alex
Yes, the comments are now handled corectly, perfect! Some other thing is still an issue: test.reg: Converting... test.reg: Conversion failed. (Unexpected value format: dword) Skipping. In this case the output file is not generated at all, seems that not only the value is skipped but this causes the whole file not being written. This leads to another suggestion: Would it be possible to indicate the line number where a problem happened? This would make it much easier to find the problem. And regarding the non handled escape characters: This also leads to aborting. Would it also be possible to just skip them and issue a warning but go on with the conversion and with writing the outout file for the rest of the entries?
Now that is odd. "dword" is a perfectly valid value format, it shouldn't have produced that error. Any chance you could send me the .reg file that produced it? Line numbers should be do-able, I'll add that to the next version. The "skipping" message there referred to the "test.reg" at the start of the message, not to the dword value. I agree it looks misleading as it is currently worded though, I'll improve that. About recovering from errors and skipping only invalid values rather than the whole file - this will be quite tricky. By the time I am notified of invalid characters by the XmlWriter, it has already given up in a sulk and can't be persuaded to continue writing any further. I'll need to do some sort of pre-vetting before passing data on to it. If I come up with any good ideas on how to do this, I'll include it in the next version. Alex
asango, here's a candidate RegToXml.0.5.0 - could you check if it is still reporting the "Unexpected value format: dword" error with your file? It now reports line numbers, which might help track down the problem. It should also be able to recover from an invalid value and skip just that value, although I'm not sure how well that is working yet. Alex
Hi Alex, Great, the line numbers are making things much easier and this way I even found the reason for this error very easily: Here's the point where it is failing: [HKEY_LOCAL_MACHINE\Drivers\BuiltIn\RIL] "NITZEnable"= dword:00000001 ...with this error message: test.reg: Converting... [Line 194] Error: Invalid value (Unexpected value format: dword) Skipping: HKEY_LOCAL_MACHINE\Drivers\BuiltIn\RIL\NITZEnable Done. As soon as I'm deleting the blank between the "=" and "dword" everything is ok. Maybe you can allow blanks after the "=" in general? This would solve this issue definitely And yes, by the way the xml file is now generated despite of this error, very good! Asango
Hmm... I'm not sure whitespace is supposed to be allowed around the = sign. It doesn't make anything ambiguous though, so there's no good reason not to relax the matching. Try this 0.5.1 which allows whitespace around the = sign, hopefully that should now parse your file correctly. Alex
Yes, now I can see no other issues with the RegToXml tool, good work! Also the whole cold boot import is ok with one exception: Only the CopyFiles.xml which is generated by the SDConfigGen.exe is not copying all the files from the "Files" diectory during its execution. Tried to import that xml manually with the xml option of Taskmgr and also got an error, but since the error is *very* uninformative and not showing the line number and my CopyFiles.xml is rather big I could not find the problem. Could it be that the reason for the error is that if a file is already existing or read only that this will stop the rest of the import?
asango said: Yes, now I can see no other issues with the Only the CopyFiles.xml which is generated by the SDConfigGen.exe is not copying all the files from the "Files" diectory during its execution. Tried to import that xml manually with the xml option of Taskmgr and also got an error, but since the error is *very* uninformative and not showing the line number and my CopyFiles.xml is rather big I could not find the problem. Click to expand... Click to collapse Second hands-on day with SDConfigGen and I have the same issue with v0.4. CopyFiles.xml is not executed at all. Probably a syntax error issue as stated by asango (I've done the same tests as him). The_Steph
WM_BackupLauncher - Autorun EXE file from Storage Card
Hello all. I developed a custom Titan Build 21042 ROM kitchen, and one of my initial primary goals was to have the phone first boot with the radio off (details here) and then automatically restore my backup. The backup is stored on the Storage Card. Well, I have come to find out that Autorun can NOT run an EXE with a space in the path (as is the case with \Storage Card\). I wrote this little piece of software to work around the issue. It will only run 1 EXE. A future version may run multiple commands (if I get enough requests). The file "\Storage Card\WM_BackupLauncher.txt" tells the program what EXE to run. If you wish to run an EXE from the Storage Card in your Autorun, simply put the whole path to the EXE in "\Storage Card\WM_BackupLauncher.txt" and call WM_BackupLauncher.exe from your Autorun. This EXE must be cooked into your ROM. I have attached a ZIP'd copy of my OEM package for this program (In my Titan kitchen, I included this file in my "dj13241_UCAutorun_radioOff" USER_OEM package). WM_BackupLauncher.exe will just exit if "\Storage Card\WM_BackupLauncher.txt" doesn't exist or the EXE referenced in the TXT file doesn't exist. If you wish to use the auto-restore functionality, create the file, and put the full path (without quotes) to the exe used to restore your backup. SPB Backup WM_BackupLauncher Instructions: -Copy your latest backup file to \Storage Card\SDConfig_Files\LatestBackup.exe -Create \Storage Card\WM_BackupLauncher.txt with (no quotes): "\Storage Card\SDConfig_Files\LatestBackup.exe" -Follow normal restore procedure. I always click Customize Restore, uncheck System Data, click Next twice, click Options, check Force ROM upgrade mode, click Done, click Next, Select ROM Upgrade Mode on the dropdown, and uncheck Overwrite existing items, keep clicking Next until restore process starts. PPCPimBackup WM_BackupLauncher Instructions: -Copy PPCPimBackup.exe to \Storage Card\SDConfig_Files -Create \Storage Card\WM_BackupLauncher.txt with (no quotes): "\Storage Card\SDConfig_Files\PPCPimBackup.exe" -Follow normal restore procedure Please let me know what you think, as well as any bugs (which I don't think exist).
ROM flashers - do you cab your personal info?
I'm toying with the idea of putting together a cab with my owner info, local area code, alerts and notifications settings, etc. Has anyone else done this? And if so, which keys did you grab? What are your thoughts? How well did it work? I'm using CERegistryEditor and WinCE Cab Manager - any better tools for the job? I know this can be done with Sashimi, in fact that's what gave me the idea to do some provisioning... I just thought a cab in the UC folder would be quick and painless. ~Eric
I made provXMLs/cabs of my email accounts, power saving settings, and auto light sensor settings, which get installed by XDA User Customization on the first boot. The easiest way to do this is to use the XML maker in sashami (makisu), then save the .xml file onto your SD card. For any settings found in Schapps' Advanced Configuration Tool, you can export them as .XML files which are usable with UC. Then, in your SDConfig.txt file, use the XML: command (as opposed to CAB:) and specify its file path as you would with any .cab file. For any settings found in Schapps' Advanced Configuration Tool, you can export them as .XML files which are usable with UC. Then, UC will import the registry entries from the provXML on the first boot. Or if you really want .cab files, I believe you can import provXMLs as registry settings with WinCE Cab Manager since your provxml is identical to _setup.xml (which contains registry settings) found in the root of any modern .cab. Then, you can create the .cab file, and it'll install all your registry settings. If that fails, you can still use the official Microsoft .cab SDK and cab up the XML, as detailed here. It may seem like a lot of work, but it'll be completely worth it once you've automated everything.