Database Users

[Q] automatically generate .dat file from a folder structure

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.

[Q] about cooking gameloft games to hd2

Default Trouble Cooking
I am trying to add Gameloft games that I have bought to my os kitchen. I am having trouble getting NBA 2010, Midnight bowling 2, and Avalanche Snowboarding to launch. I have all of the file in the correct places and they all show in in the rom after it has finished cooking but they dont launch either from the start menu or the programs files folder. I am hoping that if some could help me figure this out, and in the process help others who could have the same problem.
i used CABTOEXT And Package to ext the edited the appdata with xml maker. then i tried with out editing the appdata and nothing. i will be willing to compansate for the fix

I think it's better to make EXT's from scratch instead of using a cab-2-package creator. There may be registry keys added by a setup.dll that you miss, or that are added after launching the app or a soft reset. Here's how I do it (you need sk tracker):
Do a scan with sk tracker.
Install the cab.
Scan again.
Launch the program, enter any codes or settings.
Scan again.
Now, do comparisons of the scans, and find all the new files and registry keys. Export the reg keys to an app.reg file. You can generally ignore the HKLM\Software\Apps and appinstall keys-these are just keys that allow the device to uninstall the cab. Occasionally, the install directory key is needed, but usually not. Definitely leave out the files in \windows\appmgr, that's just un-install info.
Next, don't bother with getting the program loaded into its own folder in \program files. That's usually a waste, because most apps work straight out of \windows. Exe's search for resources first in their own folder and then in \windows most of the time, so if you put the .exe and everything else in windows, you're good to go. If there are sub-folders, then the sub-folders need to be loaded into \windows\ as a sub-folder (I personally use zip files/mortscripts to do it, but a cab will work as will initflashfiles.dat). You have to be careful about settings files, particularly .ini's. They do not like being read-only, and this may be why your game doesn't launch. So, if you have an .ini file, or a settings.txt file, or a game.dat file (or similar), you need to load it into \windows or wherever so it's not read-only. Personally, if I have sub-folders going into windows, I'll create a zip file that sends the .ini, .dat or .txt file into \windows as an archive file, but you can also use initflashfiles.dat to create a copy wherever you want that isn't read-only.
If you change the install directory from program files to windows, then you may need to look into the .reg keys and change some paths. Also, you'll need to change any shortcut paths to \windows\game.exe. Putting things directly in windows saves memory, and you can also convert files to modules to take advantage of the increase VM slots with native 6.5 kernels. It all comes down to experimentation, though.

Thanks for the info, but all of the reg entrys were either in the hklm\security\appsinstall or the hklm\software\apps, andi i entered them and still nothing. I have never worked with mortscript, I did look for a tutorial but couldn't understand all of what they were saying is there a video tutorial, or another soultion?

Did you check to see if any settings-type files are read-only? That will kill a game for sure, and they usually save user data in files (not the registry).

I appericeate your willingness to help a noob, and thank you. how do I check to see if they are read only, how do I make shure that they are what they need to be during the cooking process?
all of the files for one of the games are as follows
Avalanche Snowboarding.exe
data.bar------------------this one Program Files\Gameloft\Game name
GetRealDPI.exe------------------this one Program Files\Gameloft\Game name
icon_45x45.png------------------this one Program Files\Gameloft\Game name
icon_60x60.png------------------this one Program Files\Gameloft\Game name
icon_90x90.png------------------this one Program Files\Gameloft\Game name
Installer.dll------------------this one Program Files\Gameloft\Game name
STPA001.DLL---------------------------this one is in windows\ appmgr
60DE.tmp---------------------------this one is in windows\ appmgr
Avalanche Snowboarding.lnk------------------this one Windows\start menu\ programs\Games
the structure of each game is very simalier, except for midnight bowling 2 which has no icon.png in the gameloft file after install.
Which one look s like the suspect for tha data file\needs not to be read only?

do the games work when you install them as a cab? after you cook your rom and you say they wont launch, have you tried installing them as cabs and see if that fixes it? if so you know its a problem with your pkg and not something else in your rom. basically what farmer ted is saying is that you can make your own package by installing the cab and then exporting all the installed files/reg and putting them in your kitchen with app.dat to put them in the right places i think this is your best bet.

Data.bar is probably the game store; just check the file properties with total commander. If it's read-only, then uncheck it.
Get rid of the two appmgr files; those are just uninstall junk, and you don't need to cook them in. You only need one of the 3 icons in all likelihood. They're start menu icons, right? Just use the one that is in the startinfo/icon reg key, and leave out the other two. I kind of doubt you need installer.dll or the getrealdpi.exe as well. It seems like those just run the install. Speaking of which, this is probably where you're screwing up. Did you just dump this stuff from the .cab with a package creator? It seems like you have files for a partially installed app. Probably, the cab installs the 'getrealdpi.exe', and that process runs and figures out your device resolution, then the installer.dll decides what files to install or maybe sets reg keys for the proper resolution. I'm not sure that you have everything you need in your package. I suspect this is the source of your problem, more so than having a settings file marked as 'read-only.'
Edit: cough, cough, I know a little more about the game now (not saying how). Data.bar is a resource file (a big one). You need it, obviously. The settings files are .sav files (2 of them, as far as I can see). They're created after you launch the game. The only two files you really need are the avalanche snowboarding.exe and the data.bar file. Do this: stick them in an EXT, and don't use an app.reg file. Just send them to \windows. Send the shortcut to the games folder, but you'll need one with the proper path. You can make the shortcut by putting the following in a .txt file and changing the extension to .lnk.
Code:
1#"\Windows\Avalanche Snowboarding.exe"
Name it whatever you want.
Long story short: put the two files in a package. Screw the icon.png, they're a huge frickin waste, imo. Then use an app.reg to send the shortcut (also in the package) to the games folder. If you want to back up user data, save the .sav files and copy them into \windows after flashing. It should work.

Farmer Ted said:
Data.bar is probably the game store; just check the file properties with total commander. If it's read-only, then uncheck it.
Get rid of the two appmgr files; those are just uninstall junk, and you don't need to cook them in. You only need one of the 3 icons in all likelihood. They're start menu icons, right? Just use the one that is in the startinfo/icon reg key, and leave out the other two. I kind of doubt you need installer.dll or the getrealdpi.exe as well. It seems like those just run the install. Speaking of which, this is probably where you're screwing up. Did you just dump this stuff from the .cab with a package creator? It seems like you have files for a partially installed app. Probably, the cab installs the 'getrealdpi.exe', and that process runs and figures out your device resolution, then the installer.dll decides what files to install or maybe sets reg keys for the proper resolution. I'm not sure that you have everything you need in your package. I suspect this is the source of your problem, more so than having a settings file marked as 'read-only.'
Edit: cough, cough, I know a little more about the game now (not saying how). Data.bar is a resource file (a big one). You need it, obviously. The settings files are .sav files (2 of them, as far as I can see). They're created after you launch the game. The only two files you really need are the avalanche snowboarding.exe and the data.bar file. Do this: stick them in an EXT, and don't use an app.reg file. Just send them to \windows. Send the shortcut to the games folder, but you'll need one with the proper path. You can make the shortcut by putting the following in a .txt file and changing the extension to .lnk.
Code:
1#"\Windows\Avalanche Snowboarding.exe"
Name it whatever you want.
Long story short: put the two files in a package. Screw the icon.png, they're a huge frickin waste, imo. Then use an app.reg to send the shortcut (also in the package) to the games folder. If you want to back up user data, save the .sav files and copy them into \windows after flashing. It should work.
Click to expand...
Click to collapse
I am Trying now.

twopumpchump said:
do the games work when you install them as a cab? after you cook your rom and you say they wont launch, have you tried installing them as cabs and see if that fixes it? if so you know its a problem with your pkg and not something else in your rom. basically what farmer ted is saying is that you can make your own package by installing the cab and then exporting all the installed files/reg and putting them in your kitchen with app.dat to put them in the right places i think this is your best bet.
Click to expand...
Click to collapse
yes the cabs work after i cook, the problem seems to be in the package.

JMM2009 said:
I am Trying now.
Click to expand...
Click to collapse
No Dice, any other suggestions?

Have you tried just clicking on the .exe instead of the shortcut? This should be working.
Edit: ok, I was getting tricked. This game only works when the .bar file is in \program files\Gameloft\Avalanche Snowboarding. Make sure you have the folders named correctly-when I changed it to game loft, the game wouldn't launch. The .exe can be in \windows. I guess the search path for the .bar file is hard-coded to the one folder.

I put them in the Program Files\Gameloft\Game Name and I got one working, Brain Challenge 3. But of the four games I am trying to install I have only been able to get one working at best during any time I have been cooking, could it be possible that the app.dat file that I have for the file path is overwriting the data.bar. This is what I have in each app.dat file
Directory("\Program Files\"):-Directory("Gameloft")
Directory("\Program Files\Gameloft\"):-Directory("Avalanche Snowboarding")
Directory("\Program Files\Gameloft\Avalanche Snowboarding"):-File("Avalanche Snowboarding.exe","\Windows\Avalanche Snowboarding.exe")
Directory("\Program Files\Gameloft\Avalanche Snowboarding"):-File("data.bar","\Windows\data.bar")
Directory("\Windows\Start Menu\Programs\Games"):-File("Avalanche Snowboarding.lnk","\Windows\Avalanche Snowboarding.lnk")
could the fact that I am creating a new gameloft folder with each game be screwing me up?

D'oh, that's definitely it! You need to work around that. Name them data1.bar, data2.bar..., then have the app.dat files rename them to data.bar when it copies them. Lol, glad it's figured out.
Edit: here's a dummy package that I would try out if I were you. It has mortscript included and all the necessary reg keys. What you need to do is to add your .exe's to the \Files folder, then add the data.bar files to the game folders inside the zip file. Basically, create a zip file with this structure: \Program Files\Gameloft\individual game folders\ and put the data.bar files in each corresponding game folder. Make sure the names are correct on the folders. Zip it up, and make sure the paths are correct, just like the way I have it, although I don't know the game names.
Then, look in the UnzipGameloft.mscr file with a text editor. Edit the .exe names in each of the 'createshortcut' commands to the name of the exe (exactly). You can call the .lnks whatever you want. The mortscript will create the shortcuts, so don't bother with putting shortcuts in the folder. Also, the package has a script to back up user data for all of the games. This is only going to work if the .sav files are created in \windows, and not in the stupid program folders (you can write a script to back up the games in that case, but it's more of a pain). During customization, the zip file is unzipped, the shortcuts are created, and the user data is restored.

what do you use to make your pkgs???
OMG i would like to get rid of the windows files with the one in program files...
Does this MSCR pkg can do that you know this is a case of double files in windows and in progranfiles
Edited

Farmer Ted said:
D'oh, that's definitely it! You need to work around that. Name them data1.bar, data2.bar..., then have the app.dat files rename them to data.bar when it copies them. Lol, glad it's figured out.
Edit: here's a dummy package that I would try out if I were you. It has mortscript included and all the necessary reg keys. What you need to do is to add your .exe's to the \Files folder, then add the data.bar files to the game folders inside the zip file. Basically, create a zip file with this structure: \Program Files\Gameloft\individual game folders\ and put the data.bar files in each corresponding game folder. Make sure the names are correct on the folders. Zip it up, and make sure the paths are correct, just like the way I have it, although I don't know the game names.
Then, look in the UnzipGameloft.mscr file with a text editor. Edit the .exe names in each of the 'createshortcut' commands to the name of the exe (exactly). You can call the .lnks whatever you want. The mortscript will create the shortcuts, so don't bother with putting shortcuts in the folder. Also, the package has a script to back up user data for all of the games. This is only going to work if the .sav files are created in \windows, and not in the stupid program folders (you can write a script to back up the games in that case, but it's more of a pain). During customization, the zip file is unzipped, the shortcuts are created, and the user data is restored.
Click to expand...
Click to collapse
Ok Renaming didn't do the trick, so I am trying the mortscript method, have the exe in the first gameloft.zip then I have put the data.bar file in the folders that contain there name, I edited the unzipgameloft file with the creat shortcutlinks. now my question is this the gameloft zip withen the bundled files you sent, does this need to be renamed or can I drop it in my kitchen?
as of right now I am using OS kitchen, I tried cooking them in, which didn't work. then I tried pausing then adding the file, but I thought i remembered reading somewhrer that you need to pause before it reads the dump file however I dont have that ability I can onlt pause before the platform builder runs do I need to use a different kitchen, or should cooking them in or add them before the platform builder work?

Now this is funny
I tried to cook the games in with renaming data1 data2 ect... then I cooked, when the rom loaded I went to program files\gameloft folder and renamed each data.bar back to what it was, and they WORK thats good, now all i need to figure out is how to get each of those files to be renamed during the cooking processes or during the start up customazation. am I correct in thinking this, is it possiable?

JMM2009 said:
I tried to cook the games in with renaming data1 data2 ect... then I cooked, when the rom loaded I went to program files\gameloft folder and renamed each data.bar back to what it was, and they WORK thats good, now all i need to figure out is how to get each of those files to be renamed during the cooking processes or during the start up customazation. am I correct in thinking this, is it possiable?
Click to expand...
Click to collapse
You can edit app.dat and change the destination file name to do that.
Directory("DESTINATIONFOLDER"):-File("DESTINATIONFILENAME","\Windows\SOURCEFILENAME")

airxtreme said:
You can edit app.dat and change the destination file name to do that.
Directory("DESTINATIONFOLDER"):-File("DESTINATIONFILENAME","\Windows\SOURCEFILENAME")
Click to expand...
Click to collapse
It didn't rename it, it did however allow windows to overwrite the other data.bar files so it looks like it will have to be done during the customization

JMM2009 said:
It didn't rename it, it did however allow windows to overwrite the other data.bar files so it looks like it will have to be done during the customization
Click to expand...
Click to collapse
I suggest you to leave the cab as it is and add it in the config.txt file for Autorun (with an add2config.txt file): using cab2ext when the application has to stay in program files can make the first boot a little quicker but it's going to waste more imgfs space because the files are not compressed (also with CABs you can uninstall the game in case you need). If you still want to cook it in as an expanded package you just have to use the kitchen package converter, rename all the package files adding an identifier in front of it like "gamename_" different for each game and edit the initflashfile changing the source file name with the one with the prefix. That should do it.

airxtreme said:
I suggest you to leave the cab as it is and add it in the config.txt file for Autorun (with an add2config.txt file): using cab2ext when the application has to stay in program files can make the first boot a little quicker but it's going to waste more imgfs space because the files are not compressed (also with CABs you can uninstall the game in case you need). If you still want to cook it in as an expanded package you just have to use the kitchen package converter, rename all the package files adding an identifier in front of it like "gamename_" different for each game and edit the initflashfile changing the source file name with the one with the prefix. That should do it.
Click to expand...
Click to collapse
What kitchen package convertor do you reccomned?

[Q] Creating a rom with a blank contact list

ATT ships at least some of their Windows Mobile phones with a pre-populated contact list to a bunch of their services.
It is probably pim.vol which is not in the pda.bin, but is found in the root of the storage system after startup.
The goal is to have a blank contact list after hard reset or burning.
Is this something that can be accomplished in one of the control files during cooking or is it possibly a case of overwriting a default pim.vol that is copied from the extended rom during hard reset? The data does not appear to be in any of the *.rgu, *.xml, initflashfiles.dat, *.provxml files.
This is the last trace of ATT customisation in the current custom rom and it would be nice to get rid of it.

AT&T stores them in the file default_contacts.xml
I don't remember which OEM folder it is in, but you should be able to find it. I just create a blank file with the same name and store it in my personal EXT folder. That way it overwrite the AT&T file.

Thanks for your quick reply.
There is no file named default_contacts.xml in the dump here.
The dump is of the pda.bin only because that is all that is available for that version in vanilla factory form.
When you say "OEM folder" is that in some other area of the rom?

Are you cooking a ROM or what exactly are you trying to do?
In the kitchen, the file is in the OEM\<Device Name>\OEM\409\OperatorPkg folder.
If you can't see the file in your kitchen, make sure you have your file explorer set to show all hidden files as well.
I can assure you that the file is there in my kitchen and I just dumped it from the new Tlit2 ROM. Was also there in the original stock ROM for the Tilt2

I'm cooking a pda.bin which is loaded using USDL Grandprix.
The source is a dump from a Samsung Epix device, not the update file.
This is because it is an Omnia kitchen which does not seem to know everything about the file structure, but is able to cope with the pda.bin in both directions when supplied with an OS.NB from a rom dump.
Exploder is showing all files with hidden and system attributes. attrib.exe was also used to double check for the existence of the file in the entire tree.
There is no OEM directory.
If the OEM directory actually represents another partition on the flash, then which one?

All WinMo devices are similar. Find where all the pplication packages are (EXT) and there shoud be one with all the AT&T customization.

DJGonzo said:
All WinMo devices are similar. Find where all the pplication packages are (EXT) and there shoud be one with all the AT&T customization.
Click to expand...
Click to collapse
Well of course they are. They all start with the same code base from Microsoft.
The point of the question is to find out whether the files are in a partiition that the software has not managed to dump.

Post your stock rom and/or dump please.

plumsauce said:
Well of course they are. They all start with the same code base from Microsoft.
The point of the question is to find out whether the files are in a partiition that the software has not managed to dump.
Click to expand...
Click to collapse
Post a dump then buddy.

What you should do is just look in the \windows folder (you can flash the rom, right?) and then just copy out all of the provxml's and xml's. Look through them, and you'll probably find the one that's buggering up pim.vol. My guess is that it will have a name suggestive of its purpose.
If you have mortscript, then you can just do it automatically with this script:
Code:
XCopy("\Windows\*.provxml","\Temp\",TRUE,TRUE)
XCopy("\Windows\*.xml","\Temp\",TRUE,TRUE)
They'll end up in the temp folder; you can copy them to a pc and then open all of them up and search for the contact names.

Farmer Ted said:
What you should do is just look in the \windows folder (you can flash the rom, right?) and then just copy out all of the provxml's and xml's. Look through them, and you'll probably find the one that's buggering up pim.vol. My guess is that it will have a name suggestive of its purpose.
If you have mortscript, then you can just do it automatically with this script:
Code:
XCopy("\Windows\*.provxml","\Temp\",TRUE,TRUE)
XCopy("\Windows\*.xml","\Temp\",TRUE,TRUE)
They'll end up in the temp folder; you can copy them to a pc and then open all of them up and search for the contact names.
Click to expand...
Click to collapse
Yes, flashed it 20+ times yesterday while debugging
The latest is that there are a couple of mxip*.xml files that appear in the root of the pda storage area. The content has not been looked at yet because it was discovered at the end of the session. But, one of them is mxip_initdb.xml. As you said, "highly suggestive". These files are not part of the dump. So, they must be getting copied or written by a process instead of being static.
update
actually, they are in the dump, just not *.xml, they are *.vol.
binary format, so I guess I'll have to troll around in there using a hex editor.
/update
The device already has a tricky piece of code. It runs a process on cold restarts that rewrites imei* files. The trick is to disable the process. Then, modified imei* files will work properly without being overwritten.
There are also some registry entries that cannot be touched on a flash/restart because there are insufficent permissions at the time. Entries that are known to work after reg unlocking will fail to work at that stage. Touching any one of the restricted entries with a mxip* file will fail everything in the whole file.

DJGonzo said:
Post a dump then buddy.
Click to expand...
Click to collapse
And what would you look for in the dump?

plumsauce said:
And what would you look for in the dump?
Click to expand...
Click to collapse
The stuff you've missed.

indagroove said:
The stuff you've missed.
Click to expand...
Click to collapse
wouldn't it be more productive to at least describe what area to look in?

plumsauce said:
wouldn't it be more productive to at least describe what area to look in?
Click to expand...
Click to collapse
You are saying that your stock device rom is different than most. Other chefs have already described what to look for. You have been offered help to look through the rom and the dump, but you seem to be declining the offers, so never mind.

indagroove said:
You are saying that your stock device rom is different than most. Other chefs have already described what to look for. You have been offered help to look through the rom and the dump, but you seem to be declining the offers, so never mind.
Click to expand...
Click to collapse
I have said that there are differences between devices. That would hardly be surprising. When someone says look for file "x" and it is not there, that would be a difference. It is then fair game to ask if whether it might be stored in one of the other partitions which has not been dumped.
If someone has said that they have checked from the root of the dump and double checked using a second tool, then that assertion is likely valid.
If you have no specific file or files to look for, then so be it.

[Q] Unsigned Folders ?

First of all, sorry for openeing a new thread; but surely i have searched all of chef central din't find anything much or maybe din't understand which one was my solution.
The problem is after boot of my ROM ( regardless of which boot ie 1st 2nd or 10th ) i get 2 pop up errors:
1) "The file 'programs' cannot be opened. Either is not signed with a trusted certificate or one of it's components cannot be found.If the problem persists please try reinstalling or restoring this file."
2) "The file 'Tools' cannot be opened. Either is not signed with a trusted certificate or one of it's components cannot be found.If the problem persists please try reinstalling or restoring this file."
I have a folder called "Tools" in the start menu, and it works fine, and everything inside also works good. But still this error.
I'm pretty sure all the Packages cooked which are meant to go in this folder do go in.
And the programs error is it anything to do with the fact that in the APP.DAT in almost all packages i have used similar naming:
Code:
Directory("\Windows\Start Menu\Programs"):-Directory("System")
Directory("\Windows\Start Menu\Programs\Tools\Tweaks"):-File("Flip_IT.lnk","\Windows\_Flip_IT.lnk")
and also added similar REG in the REGS :
[HKEY_LOCAL_MACHINE\Security\Shell\StartInfo\Start\Tools\Tweaks\Flip_it.lnk]
Click to expand...
Click to collapse
As i was not sure which one will decide the location, so some packages have only .REGs, some have only APP.DATs and some have both ( but all the locations are same that is sure !)
Please help me with this.
Thanks alot.
PS: I have enabled NoCert in EVK, and also cooked in the latest ( 2015 ? ) SDKCerts EXT. And after that no other apps give an unsigned problem.

Just a question, this isnt the full app.dat right?
Code:
Directory("\Windows\Start Menu\Programs"):-Directory("System")
Directory("\Windows\Start Menu\Programs\Tools\Tweaks"):-File("Flip_IT.lnk","\Windows\_Flip_IT.lnk")
If yes, you miss some lines,this app.dat is just copying a link to startmenu but i guess that you need the program in Windows.

i'm afraid that is the full App.DAT
here is another one
Code:
Directory("\Windows\Start Menu\Programs"):-Directory("System")
Directory("\Windows"):-Directory("appdb")
Directory("\Windows\appdb"):-File("_end_mid_2.png","\Windows\_end_mid_2.png")
Directory("\Windows\appdb"):-File("_end_mid_8.png","\Windows\_end_mid_8.png")
Directory("\Windows\appdb"):-File("_folder_2.png","\Windows\_folder_2.png")
Directory("\Windows\appdb"):-File("_folder_8.png","\Windows\_folder_8.png")
Directory("\Windows\appdb"):-File("_folder_8_2.png","\Windows\_folder_8_2.png")
Directory("\Windows\appdb"):-File("_lock_gray.png","\Windows\_lock_gray.png")
Directory("\Windows\appdb"):-File("_lock_green.png","\Windows\_lock_green.png")
Directory("\Windows\appdb"):-File("_lock_red.png","\Windows\_lock_red.png")
Directory("\Windows\appdb"):-File("_logo_2.png","\Windows\_logo_2.png")
Directory("\Windows\appdb"):-File("_single_2.png","\Windows\_single_2.png")
Directory("\Windows\appdb"):-File("_single_8.png","\Windows\_single_8.png")
Directory("\Windows\appdb"):-File("_start_2.png","\Windows\_start_2.png")
Directory("\Windows\appdb"):-File("_start_8.png","\Windows\_start_8.png")
Directory("\Windows\appdb"):-File("_suite_2.png","\Windows\_suite_2.png")
Directory("\Windows\appdb"):-File("_suite_8.png","\Windows\_suite_8.png")
Directory("\Windows\appdb"):-File("_ack_2.png","\Windows\_ack_2.png")
Directory("\Windows\appdb"):-File("_ack_8.png","\Windows\_ack_8.png")
Directory("\Windows\appdb"):-File("_compiling.png","\Windows\_compiling.png")
Directory("\Windows\appdb"):-File("_disable_2.png","\Windows\_disable_2.png")
Directory("\Windows\appdb"):-File("_disable_8.png","\Windows\_disable_8.png")
Directory("\Windows\appdb"):-File("_dt_2.png","\Windows\_dt_2.png")
Directory("\Windows\appdb"):-File("_dt_8.png","\Windows\_dt_8.png")
Directory("\Windows\appdb"):-File("_dukeok_2.png","\Windows\_dukeok_2.png")
Directory("\Windows\appdb"):-File("_dukeok_8.png","\Windows\_dukeok_8.png")
Directory("\Windows\appdb"):-File("_empty.png","\Windows\_empty.png")
Directory("\Windows\appdb"):-File("_end_ams_2.png","\Windows\_end_ams_2.png")
Directory("\Windows\appdb"):-File("_end_ams_8.png","\Windows\_end_ams_8.png")
Directory("\Windows\appdb"):-File("_logo_8.png","\Windows\_logo_8.png")
Directory("\Windows\Start Menu\Programs\\Tools\System"):-File("Java.lnk","\Windows\Java.lnk")
This seems to be correct right ?
Can you please tell me does APP.DAT decide the position or REG ? and what if both exist.
Thanks.
Can an incomplete app.dat cause those errors ?
EDIT: i have identified 3 packages have incomlete app.dat
1) task manager
app.dat says :
Directory("\Windows\Start Menu\Programs\Tools\"):-File("Task Manager.lnk","\Windows\dotFred Task Manager.lnk")
Directory("\Windows\Start Menu\Programs\Tools\Utilities"):-File("Regeditor.lnk","\Windows\dotFred RegEdit.lnk")
Click to expand...
Click to collapse
reg also defines a location.
2) flip it
app.dat says
Directory("\Windows\Start Menu\Programs"):-Directory("System")
Directory("\Windows\Start Menu\Programs\Tools\Tweaks"):-File("Flip_IT.lnk","\Windows\_Flip_IT.lnk")
Click to expand...
Click to collapse
reg defines location and settings.
3) torch
app.dat says
Directory("\Windows\Start Menu\Programs\Tools\Utilities"):-File("hTorch Flashlight.lnk","\Windows\hTorch Flashlight.lnk")
Click to expand...
Click to collapse
reg defines settings only.
4) reg editor
app.dat says:
Directory("\Windows\Start Menu\Programs\Tool\Utilities"):-File("PHM RegEdit.lnk","\Windows\PHM RegEdit.lnk")
Click to expand...
Click to collapse
reg defines sttings and location.
Can anyone of the above cause the issue ?
can some please help me correct them ?
Thanks.
EDIT: can someone please tell me the REG to enable Call Waiting Tone.
I don't hear any tone it when i have a call waiting.

The app.dat decide the position of file and folders.
I found thi " Flip-IT" from a Tom Codon thread and i used Cab Converter for extracting it.
This is the App.dat that i got:
Directory("\Windows\Start Menu\Programs\Tools"):-File("Flip_IT.lnk","\Windows\Flip_IT.lnk")
Click to expand...
Click to collapse
In red are the subfolders that doesnt come with the original.
There are some difference with your but i dunno if this is the problem but worth try.

Umm well i have defined those locations as to fit them lnk in the place i want in the start menu.. isn't that the way ?

Im Quoting you from 1st post:
1) "The file 'programs' cannot be opened. Either is not signed with a trusted certificate or one of it's components cannot be found.If the problem persists please try reinstalling or restoring this file."
2) "The file 'Tools' cannot be opened. Either is not signed with a trusted certificate or one of it's components cannot be found.If the problem persists please try reinstalling or restoring this file."
you got this popup error automatically, no need to open any folder\file?
It seems that you put a wrong shortcut to files called "Tools and programs" in your StratUp folder.
Check some other App.dat

i have checked all APP.DAT in the EXT can't find any which i cook and does not get cokked in the correct location ?
Umm and the two errors are seperate not in one only.
So i guess the conflict is there with 2 seperate folders "Tools" and "programs" respectively.
Ideally it should not conflict with tools, because i do have a tools folder in the start menu.. so everything should go there :/
any other help?

Try to cook a rom without one of the latest apps that you have add and if the problem gone then you have find the issue,after that post here the responsable so we can look at it.
madnish30 said:
i have checked all APP.DAT in the EXT can't find any which i cook and does not get cokked in the correct location ?
Umm and the two errors are seperate not in one only.
So i guess the conflict is there with 2 seperate folders "Tools" and "programs" respectively.
Ideally it should not conflict with tools, because i do have a tools folder in the start menu.. so everything should go there :/
any other help?
Click to expand...
Click to collapse

af974 said:
Try to cook a rom without one of the latest apps that you have add and if the problem gone then you have find the issue,after that post here the responsable so we can look at it.
Click to expand...
Click to collapse
I'll try and cook without the 5 EXT i identified with wrong app.dats ?
I have had this problem since long, but i din't bother much, so i really don't know whats the issue..
it has been there basically since i tweaked the start menu locations.
now i have to get rid of it cuz any ROM user won't like to just press ok and continue with the ROM.
I'll try.

My suggestion is to try one by one but ofcourse this way you need to flash 5 times your phone.
Did you ,maybe,tweaked your Initflashfile.dat?
madnish30 said:
I'll try and cook without the 5 EXT i identified with wrong app.dats ?
I have had this problem since long, but i din't bother much, so i really don't know whats the issue..
it has been there basically since i tweaked the start menu locations.
now i have to get rid of it cuz any ROM user won't like to just press ok and continue with the ROM.
I'll try.
Click to expand...
Click to collapse

No i don't play with initiaflash... because i don't know much about it..
I guess i will not cook anyone of them so that if its one of them i will just download fresh CABs for them and convert them into EXTs rather than flashing my phone 5 times..
Thanks alot.

i tried cooking without those apps no luck
Same 2 errors hence those 2 apps are ok..
Attached my Initflashfile.dat if that helps.
Please help.

You really need to look in your startup folder to see what is in there. That's the first thing to do. Then, look in the start menu and see if anything weird is going on. Particularly, look for corrupted files or folders. If there are any files that look like folders, that could be the issue.
You're initflashfiles.dat is effin' huge!! Learn to make a cab, or relocate apps to windows. You must be wasting a ton of storage space.

thanks for the help Ted,
In the startup i see 2 folders
1) programs in which there is tools->system->Arkswitch.
2) tools -> system -> XDA_UC.
rest are the normal i guess.
Then in the startmenu it seems fine.
but one problem there i see in the start menu i see a system folder which is empty AFAIK i did not create and such path why is that there ?
You're initflashfiles.dat is effin' huge!! Learn to make a cab, or relocate apps to windows. You must be wasting a ton of storage space.
Click to expand...
Click to collapse
I'm not good with initflashfiles.dat i don't know much about it.
Can you please link me to a thread where i can learn about it.
Also what do you mean by CABs ? does that mean using UC to install via CABs ?
And how can i reloacte apps to windows ?
can you give a little explaination please.
thanks alot for the help.
The app.dat for Arksswitch is
Directory("\Windows"):-Directory("StartUp")
Directory("\Windows\Start Menu\Programs"):-Directory("Tools")
Directory("\Program Files"):-Directory("ArkSwitch")
Directory("\Program Files\ArkSwitch"):-Directory("Theme")
Directory("\Program Files\ArkSwitch"):-Directory("NLS")
Directory("\Program Files\ArkSwitch\NLS"):-File("1033.xml","\Windows\1033.xml")
Directory("\Program Files\ArkSwitch\NLS"):-File("1036.xml","\Windows\1036.xml")
Directory("\Program Files\ArkSwitch\NLS"):-File("1040.xml","\Windows\1040.xml")
Directory("\Program Files\ArkSwitch\NLS"):-File("1049.xml","\Windows\1049.xml")
Directory("\Program Files\ArkSwitch\Theme"):-File("config.xml","\Windows\config.xml")
Directory("\Program Files\ArkSwitch\Theme"):-File("status-bar.png","\Windows\status-bar.png")
Directory("\Program Files\ArkSwitch\Theme"):-File("x-deselected.png","\Windows\x-deselected.png")
Directory("\Program Files\ArkSwitch\Theme"):-File("x-selected.png","\Windows\x-selected.png")
Directory("\Program Files\ArkSwitch"):-File("Microsoft.WindowsMobile.Gestures.dll","\Windows\Microsoft.WindowsMobile.Gestures.dll")
Directory("\Program Files\ArkSwitch"):-File("ArkSwitch.exe","\Windows\ArkSwitch.exe")
Directory("\Program Files\ArkSwitch"):-File("ArkSwitchNative.dll","\Windows\ArkSwitchNative.dll")
Directory("\Windows\Start Menu\Programs\Tools\System"):-File("ArkSwitch.lnk","\Windows\_ArkSwitch.lnk")
Directory("\Windows\StartUp\Programs\\Tools\System"):-File("ArkSwitch.lnk","\Windows\_ArkSwitch.lnk")
Click to expand...
Click to collapse
and the app.dat for XDA_UC is
Directory("\Windows\StartUp\Tools\System"):-File("XDA_UC.mscr","\Windows\XDA_UC.mscr")
Click to expand...
Click to collapse
Please help me correct the two in order to remove the warning.
Will try and cook without them to see if they cause they problem.

I don't use xda_uc, but delete the sub-folders in startup and the problems go away.
App.dat copies files from windows to other places. In many cases, an app works fine in windows. You just need to fix paths (shortcuts, registry) so they point to windows. It's a complete waste to have two copies of all your files, especially when the ones in rom work perfectly fine. Personally, I don't even use app.dat's, except to create directories and to copy the important customization links into startup.
Edit: ok, so I'm looking at your initflashfiles.dat. One, there's something weird with your Manila twitter lines. Why does it appear twice? That's kind of a waste, and will slow down 1st boot. Also, you've got a dozen mui files in there. Just put in the one you need (0409 or whatever), and delete the rest. You've to two copies of a bunch of files that you don't use. Remove the lines you don't need from the app.dat.
As far as relocating apps, you've got 20 or so that would work fine in windows. For example, clean ram does not have to be in program files. Just leave the exe's in windows, and send 1 lang file to \windows\lang. The app will work fine. Do you really need 20 lang files for cleanram? Dude, that's a total waste.
Here's an easy one to fix: pocket rar. You've got two copies of it now on your device. Just get a shortcut for it to windows, and you're done. You stick rar.exe in a package, along with the shortcut, and send the shortcut to the start menu as normal. Speaking of which, it looks like you've got a syntax error there:
Directory("\Windows\Start Menu\Programs\\Tools\System"):-File("Pocket RAR.lnk","\Windows\_Pocket RAR.lnk")
Click to expand...
Click to collapse
Get rid of the extra \.

Thanks sir i got it, now i will impliment it.
Sir if you don't use app.dats then how do you chose which package shows up where in the start menu ?

I do pretty much everything with morscripts. I put all files and directories in zip files that are unzipped during customization, and all shortcuts are created by a script. This reduces the rom file count by hundreds (I have about 1800 rom files), and the zip files reduce the storage memory for files that have to be inserted elsewhere. There's also a restore script that resores files that change a lot and that aren't practical to cook in.
Anyway, were I you, I'd work on fixing all of your packages to make the rom more efficiently designed (instead of worrying about upgrading build numbers). I bet you could removed 500 files and clean up a crazy amount of memory (like 50 mb). It can be tricky moving an app to windows. Some apps have .ini files or similar settings files, and the app will crash or not load if the setting file is read-only, so you need to get the file into windows without having it read only (do it with an app.dat that copies or renames it to windows). Some apps have their settings in the same damn file name (like settings.txt), so you can't have them both in the same directory.
To relocate to windows, almost anything in the root program folder (like \program files\cleanram) can be moved straight to windows. Sub-folders generally just need to be moved to \windows. Typically, an exe looks for .dlls first in its own directory and second in \windows, so just about any dll can be moved to windows without issue. It will then usually look for the support files in the same directory that it's located in. The only apps I've had problems with are resco keyboard (the skin files seem to be hard coded to program files), and the latest Power Radio (2.4.0.2, or something like that). I had a bunch of power radio packages that worked fine in windows, but the latest wouldn't, so I just didn't do the upgrade.
It's usually easiest just to test things without cooking. In your case, you've already got everything in windows. Just click on exes and see what works and what doesn't. Some apps will need sub-folders relocated to windows, and it looks like your cab-to-ext package unfortunately renamed the rom files, so some files in the program folder will need to be copied to windows. Just do this for testing purposes, to see what works and what doesn't. I bet your rom is effin huge, and you could make it a lot leaner by cleaning your packages up. The cab-to-ext makers all more or less suck; it's better to do things manually (or with kheb 1.1).
Edit: you've got the tachan black theme in there twice, too. You really, really don't need those files copied elsewhere. I'm guessing there's a reg file with all the file locations (in HKCU\Software\Microsoft\Today). Fix it!!! All you need to do is do a 'replace all' and replace \\My Documents\\Themes\\tacchan23black with \\windows. Then delete that gawdawful app.dat file (both occurrences). That will remove 101 redundant files.

Do you remember this from your 1st post?
Directory("\Windows\Start Menu\Programs"):-Directory("System")
Directory("\Windows\Start Menu\Programs\Tools\Tweaks"):-File("Flip_IT.lnk","\Windows\_Flip_IT.lnk")
Click to expand...
Click to collapse
Here is (marked in red) your System folder (empty) in startmenu.
madnish30 said:
Then in the startmenu it seems fine.
but one problem there i see in the start menu i see a system folder which is empty AFAIK i did not create and such path why is that there ?
Click to expand...
Click to collapse

Thanks ted & af974.
i will try to do things you suggested.
But Ted, what does the attachment mscr do ?

I attached and EXT package from Chucky's Rom thanks to birkoffsjunk, i guess you will understand what mscr does looking at it.
madnish30 said:
Thanks ted & af974.
i will try to do things you suggested.
But Ted, what does the attachment mscr do ?
Click to expand...
Click to collapse

[q] xml / pxml

Sorry for being dumb once again.
I know how to create an XML and convert reg files to PROVXML etc but :
I flashed my cooked rom and did snapshot with kheb made all my changes and got a difference .reg file.
I converted that to PROVXML cause i believe its the best way of doing it.
What I dont know is what to do with it and where to put it in order to flash it.
Ive put it under custom settings\files but iot needs to be named something specifically according to 0Kitchen . Also i have an xml file that has my exchange settings in that which i want to cook in as well but dont know how.
I do use XDA uc but id prefer to let it be done with runcc or something?
Please advise whats better and whats the difference between the differentx PROVXML file naming.
Thanx

I would preffer using reg instead Provxml because they take a lot of time for 1st boot....anyway you need to name them mxip_xxxx.provxml if im not wrong.

af974 said:
I would preffer using reg instead Provxml because they take a lot of time for 1st boot....anyway you need to name them mxip_xxxx.provxml if im not wrong.
Click to expand...
Click to collapse
Can i renam the exchange.xml to mxip_exchange.provxml as well. does a xml and provxml contain the same information/layout?

Uhmm...it seems that should work, give a look here http://ip208-100-42-21.static.xda-developers.com/showthread.php?p=6995989.
Grumps said:
Can i renam the exchange.xml to mxip_exchange.provxml as well. does a xml and provxml contain the same information/layout?
Click to expand...
Click to collapse

af974 said:
Uhmm...it seems that should work, give a look here http://ip208-100-42-21.static.xda-developers.com/showthread.php?p=6995989.
Click to expand...
Click to collapse
Leme just try quickly we do flash like 30 times a day in any case hey. Will revdert just now
Thanx for your help

There's various file names, mxip, mxipinit and mxipupdate. In my experience I've never needed to add anything to a .dsm file, as long as the extension is .provxml they execute ok.
What I do though, is put my post-boot provxml's into the very last folder that my kitchen picks up so it's named ZZZ_postboot_provxml or something similar and I also name the file to mxipupdate_zzzPostBoot.provxml but I'm not sure if this helps. I do this because:
If you use total commander and search for *.provxml files in your windows folder you might find that none of them have the original name you gave in your packages, but if you step through the files you find there, you can see the execution order.
Hope this helps a bit.

arealityfarbetween said:
There's various file names, mxip, mxipinit and mxipupdate. In my experience I've never needed to add anything to a .dsm file, as long as the extension is .provxml they execute ok.
What I do though, is put my post-boot provxml's into the very last folder that my kitchen picks up so it's named ZZZ_postboot_provxml or something similar and I also name the file to mxipupdate_zzzPostBoot.provxml but I'm not sure if this helps. I do this because:
If you use total commander and search for *.provxml files in your windows folder you might find that none of them have the original name you gave in your packages, but if you step through the files you find there, you can see the execution order.
Hope this helps a bit.
Click to expand...
Click to collapse
ok so postboot is also one of the names like mxipinit and mxipupdate. Why are there so many different ones and which ones are executed in what order?

Grumps said:
ok so postboot is also one of the names like mxipinit and mxipupdate. Why are there so many different ones and which ones are executed in what order?
Click to expand...
Click to collapse
I think the order is all to do with the way the kitchen picks them up. e.g. I use OSKitchen and it seems SYS, then OEM, then EXT packages are picked up, alphabetically-so my provxml's get the same order, which is why I put them in a package of their own with the ZZZ_postboot name. It just makes it the last one to be picked up of the EXT packages-ensuring everything is in place when the script runs

arealityfarbetween said:
I think the order is all to do with the way the kitchen picks them up. e.g. I use OSKitchen and it seems SYS, then OEM, then EXT packages are picked up, alphabetically-so my provxml's get the same order, which is why I put them in a package of their own with the ZZZ_postboot name. It just makes it the last one to be picked up of the EXT packages-ensuring everything is in place when the script runs
Click to expand...
Click to collapse
Ok lemme try
Im trying to change my timezone from dublin -8 to gmt +2. n start kheb take snapshot make the change get i difference .reg file. convert it to xml and the paste it in files folder of lastflash folder?? ill try and see what happens