Related
After careful reading of the big storage (anansky's) ROM thread and hearing people were having trouble with patching ROMs I thought i'd write a small tool to do it for you..
Just select a source image, a destination, choose how many bytes to copy and click 'copy'. All done. It simply copies the desired number of bytes from the begining of one file to the begining of the other.
Hope this helps!
Disclaimer: backup stuff, although i've been developing software for 17 years I am still (partially) human and this software may cause you to implode, kill you pet kitten or bring about world peace. Use with care, and DO SOME READING first
Installtion: put on harddrive and run. If you need the support files extract these in the same directory as the program.
Read this thread first: http://forum.xda-developers.com/viewtopic.php?t=20043
thanks man... great toool
You're welcome - just want to give something back to this amazing forum
interesting stuff...
I'm doing manual edits in rom, but was thinking about smthng, which could just patch them, so user will not need to download the whole rom, just the diffs...
let me try it...
thanx
buzz
buzz_lightyear said:
interesting stuff...
I'm doing manual edits in rom, but was thinking about smthng, which could just patch them, so user will not need to download the whole rom, just the diffs...
let me try it...
thanx
buzz
Click to expand...
Click to collapse
Well if you've any ideas on what you want the utility to do then just let me know - I can knock up something pretty quick to make the job easier
I made this simply because i'll be flashing my Qtek s100 this weekend and didn't want to mess around counting bytes in a hex editor (and possibly getting it wrong) and it doesn't take long to write a patch program!
would be cool, if it can read a text file, where I can say:
SourceBinFile, DestinationOffset, Length
Then it will read those bytes from couple of small binary files. that way I can patch multiple locations of rom.
it would also be nice, if I can specify rom header and your app will first check that against the rom to be patched.
thanx
buzz
Ok I see what you mean...
I think it might be better to do it via a GUI rather than a text file (but i'll add the text file later for you) so you can choose a source, sourceoffset, num of bytes to copy and then 'add' it to the queue. Then you can hit 'GO' and it'll do all the patching in one go. Does that sound ok?
Ok, here's the updated program - this is a beta version which requires some testing so please let me know if this is OK and then i'll produce the next version which will allow you to load and save the queues.
Sorry I didn't have huge amounts of time to test, but i'll post an update later if this turns out to be duff!
great work dangel looks really nice app...
You're welcome...
Perhaps todo:
- Use a relative path instead of selecting them
- Save/load queues from a file (possibly XML)
- Command line processing (so that we can automate patching - this would actually allow you to distribute a patch 'suite' to perform a particular patching task without user interaction)
Small update to support themeing under WindowsXP
Just finished queue save, just doing the load parser
Version 1.2
- Can now save the queue (the files are .cpy files)
- Can now load the queue
The file format is text, but take care when editing - it's best to use the program to generate the files for you...
So does it work?
OK well if anyone needs any updates PM me otherwise i'll leave this one alone for now.
excellent program! Thanks!
[APP]Apps\Scripts to backup Personal info(and AutoRestore) |"FlashBack 0.6"| 10-23-09
UPDATE: 10-22-09 FlashBack 0.6
-Added program tab backup and autorestore
-Added MySpace profile(Microsoft MySpace)
-Added some more Game and Software items
-Added Zensor autorestore and autoload(autoload still needs some work)
UPDATE: 8-27-09 FlashBack 0.5
Uploading latest package from my kitchen. I will put together a cab soon, but for now you can use the flashback script from the package and overwrite original
Changelog:
Made some minor modifications as well as some optimization to reduce errors when restoring.
-Added Wifi Locations backup under software
-Added double check for manila autorestore. This way if you have non manila ROM It will not try to load manila.
For this to work correctly you need to add the following lines to your manila app.reg:
Code:
;FlashBack support
[HKEY_LOCAL_MACHINE\Software\FlashBack]
"ManilaExists"=dword:1
NOTE: Make sure to disable weather restore or delete the database when switching manila builds
Still taking further requests and hoping for some help from the real mort pros
UPDATE: 8-3-09
-Some fixes for missed lines
-Fixed G-Alarm(misspelled something causing no backup)
-added Facebook backup(not fully tested)
-added world clock cities
-Changed backup of manila files to use INI
-If you have cooked an older version into your ROM, be sure to use the newest FlashBack to backup Manila data again. The new AutoRestore script relies on the new INI files.
-Any more software requests?
UPDATE: Huge update.
Added:
-more personal settings(Buttons)
-Tools*
-Manila Wallpaper and Weather(tested .png and .jpg wallpapers)
-Made a package which will restore all saved settings when cooked into ROM.
-Added option to Auto restore. Auto is enabled by default. Look under tools.
-Added support for some builds of Opera
-Added option to Auto load Manila after Flash as oposed to "Windows Default" AKA Titanium. I prefer Manila, so if you enable the option and its cooked in you can have it right after flash.
-Prepared for adding program registrations
Check it out and let me know if it is all working for you. Please note that I will not be held responsible for any loss of data(should that somehow occur, but dont know how it would). Attaching Visual Package and cab. Legacy package will come soon. Edit: Legacy is here, but not sure if it works as I dont use legacy. Please report back for others.
jmckeejr
EDIT: The "RestoreAll" mortscrpt in packages has an extra quotation mark on line 29. Remove the first one before cooking. Should look like this:
Code:
regwritedword("HKLM","Software\FlashBack","Finished",1)
as opposed to this:
Code:
regwritedword([B]"[/B]"HKLM","Software\FlashBack","Finished",1)
This is not a needed step, but it is to double check that Restoreall does not run more than once. There is provision in the script for it to delete the link from startup as well.
Another note: Some features still need some more work to function properly. This is all trial and error as I have to find all the appropriate keys for each item. Some have more than one key which needs backed up. Thanks for trying FlashBack
UPDATE: 7-27-09
After some more work with mortscript(and some help from Noonski, thanks bud) I have put together another backup script which backs up personal info such as :
-Bluetooth Partners
-Wifi Networks
-Owner Info
-Volume
-Rings and Alerts
-Backlight settings
It is still a work in progress, but figured I would put it out there for testing and also feedback on what else to add. Noonski showed me the command lines needed to export and import reg, so now it is just a matter of adding the correct keys. I am learning as I go, so bear with me here. Feel free to test this script and add feedback here. If you are skilled with mortscript feel free to take what I have and make it better. Here is the zip with a cab(which has the script, an exe with icon and dotfred's taskmanager to import the keys). I also included the script and exe to make it easier for others to add or change things. Thanks for trying it By the way I call it Flash Back because I flash so manyt ROMs and I just want my info back in an easy way
LINK RIGHT HERE
I am very new to mortscript, so this may not be as pretty as some of the pro's might be able to do. I am hoping that someone would be interested in this and develop it further. Basically, this will copy the saved game files from teeter(labrynth) and Resco Bubbles. I started out with teeter, then found the save file for Resco, and I am thinking of adding other games/Apps to the backup list. If you know where the program data is saved, should be pretty easy to add to the list.
This script is not as advanced as it could be, but does the job required. It copies only to a specific location. Which is "\storage card\phone backup\*"
it will create the needed folders, and have separate folder for each program. I wanted it this way because I can then make a script to run in SASHIMI and restore everything on auto.
Attatched are 2 cabs. One is only for Teeter backup, the second is for both games. Includes shortcut and icons.
This is one of my first mortscript applications, so go easy on me. Just thought I would share. I know I am flashing so many ROMs that I could never get to the end of any games, so it sounded pretty handy to me. Once I get things commented out and cleaned up a bit, I will share the script for mort-pro's to fix up and optimize(hopefully). I will also share my autorestore script for SASHIMI or UC when I get it done and checked.
This seems handy dandy! I play Teeter and Resco Bubbles often! Now if only it had a cool interface with two big fancy buttons haha.
Edit: Never mind. Opened the cab and found your script.
Can you tell me where the Resco Bubbles data is stored? I had to do a hard reset and lost my saved games. I have my backups. Would love to recover the files.
Thanks!
Jason
This could become a usefull script - I for one have backed up my GAlarm reg keys because it is so annoying entering my alarm settings everytime I flash or hard reset.
Other things i'd like to be included for back up / restore...
Device Name
bluetooth pairings
WIFI settings
Game High scores & level achieved
threaded messaging ON
basically all the things I re-enter when I flash the phone!
Still learning about mort, so hopefully someone an step up to help. We would need to find a way to copy the registry entries for some of these things or somehow export and import. I know SASHIMI uses sktools, or used to at least to import export registry entries. I'll have a look at the script when I get some time off. Going to be busy for at least a few days with work, but this sounds interesting to me. I'd like to be able to hard reset or flash a ROM and have everything set up the way I want and everything restored. Although most of the registry tweaks I do in my build process, but the saved data really helps.
Lol, how to cheat at solitaire:
HKLM\Software\Microsoft\Solitaire.
Not that I've ever done it before.
I was thinking we could also make it so you could select a level to start at by keeping individual file from each level progression. This might not be the best way, but it might be an option. Would have to have a copy of the userdata.dat from each level. ie: complete level 1, copy userdata, complete 2 copy userdata, etc. Anyone interested? not sure how big the app would become this way, but I think it would be nice to choose level to begin. Anyone interested in helping get all the files? I could write a script to copy the file, and maybe rename each one as userdata_1.dat, ....2.dat, etc. Or maybe someone could figure out how to edit the data file correctly. Looks like there is only this:
Code:
6>
inside of the dat file for level 16.
Code:
Ӧ
level 18. Seems random to me, but maybe someone can understand if there is something to understand.
Added a new script. See first post
Updated Flash Back script. See first post
UPDATED. See first post
Just a little trick that I use that might be helpful... SKTracker is priceless! So - for example - if you have a setting you would like to save, start up SKTracker and take a snapshot, then change the setting, then take another snapshot. Then compare the two in SKTracker. It will show you all the registry entries that changed.
Uploaded lates FlashBack version 0.5. See first post
I want to make this into an actual program. Would any developer like to help? I am a total newb trying to learn VB or similar. Could someone share some sample code to :
-copy mutiple files(or make compressed backup in a centralized .zip)
-import/export registry
I know these sound like simple things, but as a newb it would be nice to see sample code I have figured out the UI part and navigating forms, but still dont know these basic commands
Thanks for any help or if a developer would like to help with an open source files/registry backup software
Updated to FlashBack 0.6. See first post for details
Hello, does that backup Manila's Facebook-Contacts link?
Gday - i have tried using FlashBack to backup the following items
Personal Data -> Rings and Alerts
Personal Data -> Wifi Networks
Software -> Resco Explorer
Manila -> Weather
All of them say they were succesful, but on restoring only the Manila weather worked - everything else did not restore. And when i look in the Phone Bakup folder on my storage card I have a Manila subfolder wih Manila.ini and Weather folder with a manila file in it (which is obviuosly the weather backup) and the only other folder is called RegKeys but it is completely empty. So evidently the Rings/Alerts, Reso Explorer and Wifi Networks are not creating any reg files or other files in the backup area
Any ideas?
amazing!!!! i'll cook it in my next rom compilation to give it a try!
thank you
Yeah gotta try this out. Awesome idea. But has DEV stopped?
Martinhdk said:
Yeah gotta try this out. Awesome idea. But has DEV stopped?
Click to expand...
Click to collapse
Yeah seems to gave stopped... i never had a response to my queries in november (about 3 posts up). Most of the items i tried to backup with this script didnt actually seem to create any backup files and thus werent restored.
I just researched and discovered myself the various files and registry items that need to be backed up for the various things i wanted to maintain between flashes, and use SASHIMI to do it. It is brilliant and saved me hours of customising after a flash. I strongly reccomend to check out SASHIMI
Hi, I have a folder with a couple of folders in it that each contain a whole lot of files. I want to cook this folder (with its subfolders) in a rom and place it in the device root folder.
I wonder if there is a utility that can automatically generate a app.dat file from this folder?
Why not Zip it up with an unkown extension, then unzip with Mort (can handle unkown zip extensions).
Using initflashfiles file operations slows up filesystem.
(using unkown filetypes and folders does not)
Sorry if i sound like a broken record to some.
appelflap said:
Hi, I have a folder with a couple of folders in it that each contain a whole lot of files. I want to cook this folder (with its subfolders) in a rom and place it in the device root folder.
I wonder if there is a utility that can automatically generate a app.dat file from this folder?
Click to expand...
Click to collapse
you could make a cab with wince cab mgr(it supports drag n drop of folders) then convert the cab to ext pkg or run it in customization.
twopumpchump said:
you could make a cab with wince cab mgr(it supports drag n drop of folders) then convert the cab to ext pkg or run it in customization.
Click to expand...
Click to collapse
Brilliant! Thanks
twopumpchump said:
you could make a cab with wince cab mgr(it supports drag n drop of folders) then convert the cab to ext pkg or run it in customization.
Click to expand...
Click to collapse
For a more Freeware solution (but without the easier Drag and Drop support)
http://forum.xda-developers.com/showthread.php?t=530710
Extenddir Cab Maker.
Noonski said:
For a more Freeware solution (but without the easier Drag and Drop support)
http://forum.xda-developers.com/showthread.php?t=530710
Extenddir Cab Maker.
Click to expand...
Click to collapse
Thanks, fortunately wince cab maker has a generous trial period. For that one time I have to put all copilot map files in a cab, it is the best option. Thanks anyway
Cabs suck, they're a pain in the butt to make and take forever to install. Just do what Noonski said and make a zip file. They install in seconds, whereas big cabs can take minutes. Here's the basic format I use; this zip file goes to the device root, which is what you want (you need the right # of \'s to get it to work). First, I have a zip file named 'root.zip'. Then, I name the mortscript Unziproot.mscr. Here's the script:
Code:
UnZipALL("\Windows\root.zip","\\")
To get it to execute, I add this to an add2config.txt file:
Code:
EXEC:\WINDOWS\Unziproot.mscr
Zip files are a helluva lot easier to make than cabs; I do it all the time with total commander on the device, and it takes just a few seconds. They're trivial to edit, too. I've attached a zip file that has the add2config.txt, the mortscript, and also a simple mortscript package that works well. Seriously, just listen to Noonski.
Edit: Make sure the mortscript doesn't have any spaces in it. If you name it "Unzip root.mscr", it won't run during customization (been there, done that, lol).
Hey Noonski.. how about we make a script, or an executable that we can plug in a kitchen batch file right before IMGFS gets created, that can look at at an initflashfiles.dat, analyze it, line by line, then create a zip with all the files its supposed to move then copy an almost blank initflashfiles.dat back in the "dump" directory. We could even do this in mort for windows!
NRGZ28 said:
Hey Noonski.. how about we make a script, or an executable that we can plug in a kitchen batch file right before IMGFS gets created, that can look at at an initflashfiles.dat, analyze it, line by line, then create a zip with all the files its supposed to move then copy an almost blank initflashfiles.dat back in the "dump" directory. We could even do this in mort for windows!
Click to expand...
Click to collapse
TPC mentioned doing something like that in the extendir thread. I will say this, I've tried to install my entire start menu with a zip file, and the bugger wouldn't work. The script worked fine after bootup, but it wouldn't run during customization. I don't know what the deal was. I only tried it a couple of times, though, but I don't think that I just did something really dumb.
Farmer Ted said:
TPC mentioned doing something like that in the extendir thread. I will say this, I've tried to install my entire start menu with a zip file, and the bugger wouldn't work. The script worked fine after bootup, but it wouldn't run during customization. I don't know what the deal was. I only tried it a couple of times, though, but I don't think that I just did something really dumb.
Click to expand...
Click to collapse
That should be an easy thing to fix...
yeah i have actually made zips for every file that goes somewhere besides windows, you wont believe the amount of space this saves and how much faster your rom is it is alot of work, one way that makes it a lil easier is to make a list of all the files that are in your zips then have your .bat delete them from dump before imgfsfromdump.exe runs in kitchen....but we could do it better and easier im sure if we just all put our heads together
Wow good idea, that's taking it into a whole new level, automating it.
It's about time this method creeped it's way from the method of a few to something that everyone can take advantage of.
It's one of the most underused methods for a bit more speed, instead of improving filesystem cache settings, reducing the stress on the file system.
(totally made the above up, I just threw a few interesting words i have been reading here and there, before people start thinking I actually understand the file system at a low level) I just know from experience and just doing it that there's advantages.
It's batching beyond my expertise (low level but creative ).
But i'm pretty sure there's a few good men for the job.
HowdyKeith and RoryB come to mind when it comes to Mort Syntax and reading values from files.
Their Batching knowledge should also be good.
But if this is do-able, then why not also not try to get rid of .provxml files to, and speed up the first boot time. Provxml is the second killer of speedy first boots.
Noonski said:
Wow good idea, that's taking it into a whole new level, automating it.
It's about time this method creeped it's way from the method of a few to something that everyone can take advantage of.
It's one of the most underused methods for a bit more speed, instead of improving filesystem cache settings, reducing the stress on the file system.
(totally made the above up, I just threw a few interesting words i have been reading here and there, before people start thinking I actually understand the file system at a low level) I just know from experience and just doing it that there's advantages.
It's batching beyond my expertise (low level but creative ).
But i'm pretty sure there's a few good men for the job.
HowdyKeith and RoryB come to mind when it comes to Mort Syntax and reading values from files.
Their Batching knowledge should also be good.
But if this is do-able, then why not also not try to get rid of .provxml files to, and speed up the first boot time. Provxml is the second killer of speedy first boots.
Click to expand...
Click to collapse
it would be awesome to have a tool that reads initflashfiles.dat from dump, puts all the files that go in other folders besides windows in a zip file also would be nice to be able to select a list of files to go into extendir\windir as well.
Noonski said:
Why not Zip it up with an unkown extension, then unzip with Mort (can handle unkown zip extensions).
Using initflashfiles file operations slows up filesystem.
(using unkown filetypes and folders does not)
Sorry if i sound like a broken record to some.
Click to expand...
Click to collapse
Hi Noonski, I think these are really great ideas. One question about your comment on iniflashfiles slowing down the system, are you referring to the startup time on first boot? Because I fail to see where the speed would be effected in general terms as the only function of the iniflashfiles is to specify where files get placed other than windows. Once they are moved in to the correct places the files is useless. So I don't see how the speed could be any different than with a zip other than the customization time being reduced. Of course I could be wrong. lol
Meant it more in the way that you then do not actually need that file to be in Rom, and therefore in the Windows folder. That's where i meant the most gain was.
Not sure if there's any other extra difference between a file that has been copied from Windows to a sub-folder or an extracted one, other then that it won't be read only and not present in Windows.
Well if you have a zip file with folders and files inside that folders
and you make a script that copies these folders to the corresponding dirs on the device you accomplish what you are asking here isn't?
twopumpchump said:
it would be awesome to have a tool that reads initflashfiles.dat from dump, puts all the files that go in other folders besides windows in a zip file also would be nice to be able to select a list of files to go into extendir\windir as well.
Click to expand...
Click to collapse
Hmmm if every file in a rom was moved without leaving a copy on the windows root I wonder how many files would be eliminated. Im guessing quite a few. Im thinking the only way this would work would be for a mod to be made for EVK allowing all the initflashfiles.dat info and app.dat info to be compiled and a zip created from them.( Not sure a simple zip could properly place that many files?) Then the files placed inside the zip would need to be deleted before the rom is compiled. Theoretically I think its possible.
@L26
Yeah your right. However I think the biggest thing to look at is there a easier way than doing it all by hand It would take forever to take every file moved by the .dat files and make a zip. Not to mention updating the files for new versions would be a PITA
aruppenthal said:
Hmmm if every file in a rom was moved without leaving a copy on the windows root I wonder how many files would be eliminated. Im guessing quite a few. Im thinking the only way this would work would be for a mod to be made for EVK allowing all the initflashfiles.dat info and app.dat info to be compiled and a zip created from them.( Not sure a simple zip could properly place that many files?) Then the files placed inside the zip would need to be deleted before the rom is compiled. Theoretically I think its possible.
Click to expand...
Click to collapse
amazing, check my post and scripts in this same forum ... I was trying to do the same (only with shortcuts for now): cook shortcuts without leaving double files in windows folder, so I remove all shortcuts from the kitchen and once cooked I create the provxml with mortscript reading an ini file and inject the provxml files to the kitchen and the cook again. Of course I only include files present in the ROM. How can I avoid cooking twice?. the script also zips and copies all the files that will be needed for the scripts that run at first boot, including the files only if the modules are in the kitchen.
May be a mod in EVK to runwait scripts before creating the nbh could open a lot of new ways of cooking without using windows directory.
@noonski, do you care taking a look at my script building the provxml file? I am pretty sure you will have lots of suggestions on how to progress further.
cruiserrr said:
amazing, check my post and scripts in this same forum ... I was trying to do the same (only with shortcuts for now): cook shortcuts without leaving double files in windows folder, so I remove all shortcuts from the kitchen and once cooked I create the provxml with mortscript reading an ini file and inject the provxml files to the kitchen and the cook again. Of course I only include files present in the ROM. How can I avoid cooking twice?. the script also zips and copies all the files that will be needed for the scripts that run at first boot, including the files only if the modules are in the kitchen.
May be a mod in EVK to runwait scripts before creating the nbh could open a lot of new ways of cooking without using windows directory.
@noonski, do you care taking a look at my script building the provxml file? I am pretty sure you will have lots of suggestions on how to progress further.
Click to expand...
Click to collapse
isnt the simplest way just to go to your windows folder on your phone and copy Start Menu folder to your pc, create a list of the files that are in that folder and use .bat to delete them while cooking, zip that folder up and put it in kitchen or sdcard and use .mscr to unzip to windows directory at first boot? you only have to cook once this way
twopumpchump said:
isnt the simplest way just to go to your windows folder on your phone and copy Start Menu folder to your pc, create a list of the files that are in that folder and use .bat to delete them while cooking, zip that folder up and put it in kitchen or sdcard and use .mscr to unzip to windows directory at first boot? you only have to cook once this way
Click to expand...
Click to collapse
well, do not want to go offtopic of this post. The idea is to cook automatically with no errors. My method cooks only what is needed without putting files to windows folder. Basically I only have to run twice when changing modules included. If it is only about changing icons, order, etc I simply run the script and cook. If it is about customization I would certainly do like you say (I have done it many times in the past). If it is about cooking should be more automated. Is complex to build but now I only define the INI files parameters: icon, parameter, folder, order... (I have not touched the mortscript since I completed it). Anyway, my building method as its own post. I just found similar ideas behind in this thread and tought they could converge.
Hi guys,
Recently i have noticed tha my t9 words are not working
I found this on xda
Directory("\Windows"):-Directory("ET9IMEDB")
Directory("\Windows\ET9IMEDB"):-File("eT9AsDb.Adb","\Windows\eT9AsDb.Adb")
Directory("\Windows\ET9IMEDB"):-File("eT9Rudb.Rdb","\Windows\eT9Rudb.Rdb")
but when i added it to initflashfiles.txt, all the files look like on the screenshoot
when i simply change a name of \Windows\ET9IMEDB to \Windows\ET9IMEDB_t, and change it back again to ET9IMEDB, files are normal, but after soft reset its the same story
so i did a mort script
Rename ("\Windows\ET9IMEDB\", "\Windows\ET9_temp\")
Rename ("\Windows\ET9_temp\", "\Windows\ET9IMEDB\")
and added it to StartUP folder, it works, but i want to know what is causing it
thanks for help in advance
Billy
ps. I am using leo3.02 IME packages on Topaz Rom
Wow, I'm glad I clicked this. I've run into the same crap many times. My temp fix is the same as yours. I don't use et9, but this has happened to me w/ several apps that I've relocated to windows, like ucweb. My only fix is to get corruptable files/folders oit of windows.
yeah, but you can't get this folder out of windows, cause it must be located there
Have you looked in the .reg file in the package? There may be a key in there that sets the path.
The files would get corrupted every time I would soft reset.
I'll add that for me, I've run into several apps that would give me corrupted files. Usually, it was apps that I'd relocated from \program files into \windows (to save storage space). For instance, Bing would do this to me. The rom files were fine, but the sub-folders would become corrupted after every soft reset if they were in the \windows folder. In particular, the XAML folder would go wonky. The fix was to rename it, then name it back. I'm sure you figured this out the same way I did: you couldn't delete the corrupted files/folders, or copy them, or anything, unless you first renamed them (lucky that worked). When I'd rename the folders, I'd notice that the files inside were no longer wonky. I made an EXT for FpseCE that was relocated to \windows, and all six sub-folders would become corrupted after a soft reset. It was a royal pain to rename them, so that was basically when I decided it wasn't worth the saved storage space to have the apps located in rom, so I moved FpseCE, Bing, and UCWEB (the CDDATA folder would go bad) to program files. The other app that would mess up on me was Weather2go (a today plugin). The Weather.dat file (located in \windows) would go bad for maybe the first 4 or 5 soft resets after a flash, but then it would mysteriously become stable. It was annoying as crap, because the plugin would go blank and not show the weather forecast after a reset. I don't know why, but now it works fine. Perhaps it's because I took the other 3 apps or so out of \windows. The really weird file that would screw up on me was an ID txt file for SK Today Commander. SK software puts an ID text file in windows for all it's paid-for apps. I have maybe 5 of their apps, and the files were fine for all of them except today commander. It would become corrupted at each reset. Now, it doesn't happen any more to me.
I wish I knew why it happens, but I don't. Now, if I'm making a package for a new app, I will test it before flashing, and do several soft resets to make sure that none of the files that might be created by the app are not corrupted after a soft reset. It's been a couple of months since I had the problem.
I looked at the xt9 package I have, and it looks like you can relocate the entire thing to another directory. It will be a pain in the butt, but if you really need it it might be worth a try. There's an installdir key that needs to be changed (from \windows), plus many keys for the path to all the dll's. I don't see a path for the databases, but they will probably move to the new location (assuming you change all the paths).
now i had finished all correctiong all errors for my rom (new packages from Oobe and Huashan) and new manila, i was using topaz ext before, but is it time to change it for a fresh apps
so i will have time to find solution for this, it may be to many files in rom, first i will try to remove some apps, my nhb file has 230mb, so it could cause problems in filesystem, we will see
I doubt it's that, but you never know. My rom is pretty light (only ~2500 files). I tried Task 29, and that didn't do jack squat. Moving things out of \windows was the only thing that worked. I guess maybe moving to osbuilder could help; maybe the module allocation in EVK is causing issues. I've never had S.O.D. before, but I have had this plenty. It's pretty clear that something hinky is going on during boot-up, though.
well i am using osKitchen v1.31beta10, so it's not EVK problem
OsKitchen and EVK are pretty much the same, though, aren't they? They both run platformrebuilder; I'm not sure if they handle modules the same way, but I suspect that they do. Osbuilder is supposed to do a better job of it, but the thought of converting all my packages over makes me want to hurl.
I figured out what is going on with this (sort of). I don't know why you get the corrupted files/directories in \windows, but I know how to avoid it. Files/folders become corrupted after a soft reset when their names are all capital letters. For instance, if I have a folder named \CDDATA in \Windows (or \XAML or \BIOS-those are from Bing or fpsece), then any file inside that folder will become corrupted after a soft reset (except for .lnk files, go figure). So, the key is to just rename the folder with lower case letters. In the case of UCWEB, which used the CDDATA folder, it works just as well with a folder named cddata, except that I can soft reset the device w/o issues. I'm assuming that Bing would work with an \xaml folder, and fpsece would work with all 6 of its sub-folders being named in lower case.
The same thing happens with files: if their name is all capital letters (inc. the extension), then they become corrupted after a soft reset. Renaming them fixes it (same with the folders). Anyway, this is why the OP's files go wonky in the \ET9IMEDB folder.
Like I said, I don't know why it happens. I get it with EVK roms and OSBuilder roms.
Farmer Ted good find, thanks
I tried to keep the title as descriptive and short as possible, I hope it makes sense
I picked up the kitchen of nhathoa (a retired Topaz cook) hoping to get it customized to make it exactly the way I want but I'm running into some issues.
Long story short, I'm using Ervius Visual Kitchen (1.8.2) and I noticed that the EXT packages I added end up leaving two copies of the files, a copy under \windows\ and another one in the places I specified using app.dat using:
Code:
Directory("\Program Files\bla\"):-File("bla.exe","\Windows\bla.exe")
Is there some way to get rid of the copy under \Windows\ ??
I know that I could simply leave everything there and discard the app.dat files but I would really prefer having everything organized properly (I have a bit of an OCD when it comes to organizing everything neatly ).
I'm pretty sure that this is a rather simple and noobish issue but I couldn't find anything relevant by searching and I took a look at some ext packages by various cooks and noticed the same behaviour.
MusikMonk said:
I tried to keep the title as descriptive and short as possible, I hope it makes sense
I picked up the kitchen of nhathoa (a retired Topaz cook) hoping to get it customized to make it exactly the way I want but I'm running into some issues.
Long story short, I'm using Ervius Visual Kitchen (1.8.2) and I noticed that the EXT packages I added end up leaving two copies of the files, a copy under \windows\ and another one in the places I specified using app.dat using:
Code:
Directory("\Program Files\bla\"):-File("bla.exe","\Windows\bla.exe")
Is there some way to get rid of the copy under \Windows\ ??
I know that I could simply leave everything there and discard the app.dat files but I would really prefer having everything organized properly (I have a bit of an OCD when it comes to organizing everything neatly ).
I'm pretty sure that this is a rather simple and noobish issue but I couldn't find anything relevant by searching and I took a look at some ext packages by various cooks and noticed the same behaviour.
Click to expand...
Click to collapse
No, it's call Read-Only-Memory (ROM) and is the reason you can hard-reset your phone. Every file you cook into the ROM is in \windows. Two ways I know of to reduce the amount of files would be to zip them and have a mortscript unzip them to the proper location during customization or cook in a cab containing all of the files and have it run during customization.
That makes a lot of sense, I really feel ashamed that I didn't figure it out earlier
EXT packages seemed easier than bothering to read about customization but I guess it's time to start reading about this kind of stuff.
Thread marked as solved.
Thanks for the quick reply!
Yup, files in rom are in rom forever, or until you flash again, lol. The trick is to just run bla.exe from \windows. I would say that 90% of the time, bla.exe runs just fine out of the windows directory (especially if it's the only file in the package). When people create cabs, they naturally install the app in \program files, but in general apps don't need to be in a specific folder. If there are other files present, usually an .exe will search within its own folder for those files. So, if you just cook everything straight into windows, you'll be good to go. It's easy enough to test: just move all the files from program files to windows after installing a cab, fix the shortcut in the start menu, and then try to run the app. It's always a good idea to do a soft reset and try again (found this out the hard way many times). The one thing you have to watch out for is settings files, like .dat files. These files frequently have to be archived (not read-only). Particularly with apps that use net 3.5, if there's a setting file that is read-only, the app won't boot and you'll get an error message. The fix is to name the file settings-1.txt (or whatever) and have an app.dat rename it to settings.txt (and keep it in \windows).
Also, remember to fix the shortcut path in the start menu, and examine the registry entries to see if there are any paths for files present-you may need to change them to point to \windows (this could also be true in settings files).
mwalt2 said:
No, it's call Read-Only-Memory (ROM) and is the reason you can hard-reset your phone. Every file you cook into the ROM is in \windows. Two ways I know of to reduce the amount of files would be to zip them and have a mortscript unzip them to the proper location during customization or cook in a cab containing all of the files and have it run during customization.
Click to expand...
Click to collapse
This actually made me think a little bit. When you think about read only, I always thing can't delete or overwrite. Obviously I can run a cab and replace a file that is located in the \Windows directory, that leads me to believe there is a way to delete a file or maybe even replaced with an empty file of the same name.
You can over-write a rom file, but the rom file is still there. The file system just flags it somehow or another and tells the device to ignore it and instead use the new file.
TMartin03 said:
This actually made me think a little bit. When you think about read only, I always thing can't delete or overwrite. Obviously I can run a cab and replace a file that is located in the \Windows directory, that leads me to believe there is a way to delete a file or maybe even replaced with an empty file of the same name.
Click to expand...
Click to collapse
The new file you copy over goes into the "user" partition of the file system and windows knows to use that file instead. Once you delete this newly copied file from \windows, the old one from the ROM will take its place back in the filesystem.
Farmer Ted said:
Yup, files in rom are in rom forever, or until you flash again, lol. The trick is to just run bla.exe from \windows. I would say that 90% of the time, bla.exe runs just fine out of the windows directory (especially if it's the only file in the package). When people create cabs, they naturally install the app in \program files, but in general apps don't need to be in a specific folder. If there are other files present, usually an .exe will search within its own folder for those files. So, if you just cook everything straight into windows, you'll be good to go. It's easy enough to test: just move all the files from program files to windows after installing a cab, fix the shortcut in the start menu, and then try to run the app. It's always a good idea to do a soft reset and try again (found this out the hard way many times). The one thing you have to watch out for is settings files, like .dat files. These files frequently have to be archived (not read-only). Particularly with apps that use net 3.5, if there's a setting file that is read-only, the app won't boot and you'll get an error message. The fix is to name the file settings-1.txt (or whatever) and have an app.dat rename it to settings.txt (and keep it in \windows).
Also, remember to fix the shortcut path in the start menu, and examine the registry entries to see if there are any paths for files present-you may need to change them to point to \windows (this could also be true in settings files).
Click to expand...
Click to collapse
First of all, a small question about the underlined part, just to make sure that I got it right: it won't be exactly a rename just a copy with a different name, correct?
Some of the apps I use need a specific directory structure for the resources and files they use, so just dumping them in one big folder won't work.
Another possible issue that I think I'll run into is having two files sharing a generic name (let's say settings.xml) while each belongs to a different app. I didn't personally encounter such a situation just yet but my packages are still a work in progress and I did see a post or two about this while searching.
I was still hoping there would be a simple way to arrange the files in folders while keeping them under \windows\ but I can't find such a method either. Doesn't seem like I have other options than to decided on a firstboot customization method: Runcc, autorun, xda_uc or something that I haven't read about yet...
"Runcc" is currently used in the base kitchen so that gives it an edge right now.
Edit:
Remembered that I had another question, and it's probably not worth a new thread.
I was looking at how to manually create .lnk files and I noticed something that I didn't understand and couldn't find info about.
For example:
Code:
21#"\Windows\MSDict.htm"
What exactly does the "21" refer to?? I tried changing it randomly to other values a couple of times and it didn't effect anything.
NRGZ28 said:
The new file you copy over goes into the "user" partition of the file system and windows knows to use that file instead. Once you delete this newly copied file from \windows, the old one from the ROM will take its place back in the filesystem.
Click to expand...
Click to collapse
Ok now that makes a lot of sense. I guess I'm just use to Android and being able to see that separate partition. Thanks for the explanation.
That sort of leaves me to another question. Can't someone develop a way to overwrite directly to the "system" partition? It would almost be like a root/superuser for WinMo.
Sent from my HTC Evo 4G!
MusikMonk said:
First of all, a small question about the underlined part, just to make sure that I got it right: it won't be exactly a rename just a copy with a different name, correct?
Click to expand...
Click to collapse
Yup, that's correct. Another approach is to take all similar files that go into windows and stick them in a zip file that unzips to the windows directory. I do that in a few cases (power radio comes to mind; it has an ini file). What I do in most cases though is use a backup/restore mortscript. The backup copies all settings files (and similar things) on my device to my sd card. During customization, the restore copies them back. It's convenient for apps where I change the settings a lot and I don't want to have to constantly fuss with the packages.
Some of the apps I use need a specific directory structure for the resources and files they use, so just dumping them in one big folder won't work.
Click to expand...
Click to collapse
What you do in that case is move the sub-folders into windows. In this case, I'll use a zip file to unzip those folders into windows. Using app.dat files to copy large numbers of files blows. It increases the rom file count as well as the storage used. A zip file is a single file, and usually it saves space.
Another possible issue that I think I'll run into is having two files sharing a generic name (let's say settings.xml) while each belongs to a different app. I didn't personally encounter such a situation just yet but my packages are still a work in progress and I did see a post or two about this while searching.
Click to expand...
Click to collapse
In that case, you're screwed unless there's a registry key that lets you change the name. I've run into a few complications; tcpmp and OMarket both use a common.dll. My solution was to buy Core Player, lol.
I was still hoping there would be a simple way to arrange the files in folders while keeping them under \windows\ but I can't find such a method either. Doesn't seem like I have other options than to decided on a firstboot customization method: Runcc, autorun, xda_uc or something that I haven't read about yet...
"Runcc" is currently used in the base kitchen so that gives it an edge right now.
Click to expand...
Click to collapse
Using cabs or zip files is the way to go if you want to copy large folders in one shot (with a mortscript; you can also un-rar rar files, but I don't know how. Yet, lol). Zips are easier to make and edit than cabs, but you need to have mortscript cooked in and know how to write the simple script (aka cut-and-paste).
Edit:
Remembered that I had another question, and it's probably not worth a new thread.
I was looking at how to manually create .lnk files and I noticed something that I didn't understand and couldn't find info about.
For example:
Code:
21#"\Windows\MSDict.htm"
What exactly does the "21" refer to?? I tried changing it randomly to other values a couple of times and it didn't effect anything.
Click to expand...
Click to collapse
The 21 is the number of bytes after the #. It doesn't matter. I usually just change the first number to 1. It works fine. Counting bytes blows.
That was extremely helpful. Too bad these boards don't use a rep system
Farmer Ted said:
Yup, that's correct. Another approach is to take all similar files that go into windows and stick them in a zip file that unzips to the windows directory.
Click to expand...
Click to collapse
Well, if I'm going to follow this method, and it seems like I am, I don't see why I would still have to limit myself to the \windows folder. I can just put everything the way I originally wanted to do. I only looked at arranging files under \windows when I found out that there's no way to get rid of the duplicates.
Farmer Ted said:
Using cabs or zip files is the way to go if you want to copy large folders in one shot (with a mortscript; you can also un-rar rar files, but I don't know how. Yet, lol). Zips are easier to make and edit than cabs, but you need to have mortscript cooked in and know how to write the simple script (aka cut-and-paste).
Click to expand...
Click to collapse
I haven't tried writing mortscripts yet but I've seen enough to figure out the basic and notice how easy it is. I'm gonna check how usable is the WM version of 7zip, as long as it accepts arguments combining it with mortscript will be easy and perfect for me.
7z archives can get smaller in size than half of the zip archives for the same files. And cabs are too annoying to work with and keep updated later on.
Only issue remaining now is checking whether I should put the archived files under \windows or use the sdcard for customization. I'm leaning toward the first but I'll have to wait and see how much memory I would be sacrificing that way.
Farmer Ted said:
The 21 is the number of bytes after the #. It doesn't matter. I usually just change the first number to 1. It works fine. Counting bytes blows.
Click to expand...
Click to collapse
Ah! I thought about counting bytes/characters and noticed that it works sometimes. But I thought it was a coincidence after I experimented in changing the value and noticed that it wasn't always the right count in the .lnk files that I found.
[rant]
Nice, I was messing around with some packages to free up ram and storage and I seem to have ended up with a rather b0rked up xTask. And then there's still convincing Resco Explorer that the registry add-in IS in fact there.
Figuring out the causes should keep me happily busy for a while (and probably heavily pissed for another while afterwards).
[/rant]
Edit:
Just for the record, I ended up using xda_uc it's a lot easier than doing things manually. Although it would help if there was some kind of documentation available, took me a while to understand what .xda, xdai, xdas & .xdaz files are supposed to be.
hi by the way is it possible to convert ext packages of QVGA phones to one another?