Database Users

Cooking SDKCERT in ROM

Hallo everybody,
I just want to ask how I can built in SDKCERT directly into ROM.If I want to convert SDKCERT.CAB to EXT then after I have again CAB so newerending story.

You won't need to use the SDKCERT package. If you are using Ervius Visual Kitchen for example, all you need to do is ensure that Disable Cert(ificate) checking is selected. This way, your compiled ROM will already have Certificate checking disabled allowing you to install updated drivers and such.
This tutorial discusses some of the changes you'll likely need to make:
http://forum.xda-developers.com/showthread.php?t=526610
HTH,

if you still need it ,here its is. just add to any package.

faria said:
if you still need it ,here its is. just add to any package.
Click to expand...
Click to collapse
Thank you very much!!!

Johan Kraczmar said:
Thank you very much!!!
Click to expand...
Click to collapse
Np.
Here is a little tip for future...
most certificates are in cab form,open the cab with winrar,you will see a file called;_setup.xml, that is the cert info.
just rename _setup.xml to mxip_999_certname.provxml and you done.

faria said:
if you still need it ,here its is. just add to any package.
Click to expand...
Click to collapse
Did I understand correctly that I would need to add this to each package that needs a certificate?
Thanks

He said that you need to add this in every cab that need certificates, if you use EVK or Oskitchen you dont need anything because they auto patch the certs.
Lewy1 said:
Did I understand correctly that I would need to add this to each package that needs a certificate?
Thanks
Click to expand...
Click to collapse

af974 said:
He said that you need to add this in every cab that need certificates, if you use EVK or Oskitchen you dont need anything because they auto patch the certs.
Click to expand...
Click to collapse
Thanks. The problem is that I've tried quite a few times to install the Vogue Camera as an EXT with EVK, and I always end up with the "The file 'camera' cannot be opened. Either is not signed with a trusted certificate or one of it's components cannot be found." etc.

Did you tried the solution in post #3?
For which device are you trying to install?...from Vogue to -> ?
Sometimes from different devices isnt a certificate fault but some missing dll.
Check for this app Dependency walker and search if you have all the modules to make run camera Vogue.
Lewy1 said:
Thanks. The problem is that I've tried quite a few times to install the Vogue Camera as an EXT with EVK, and I always end up with the "The file 'camera' cannot be opened. Either is not signed with a trusted certificate or one of it's components cannot be found." etc.
Click to expand...
Click to collapse

Lewy1 said:
Thanks. The problem is that I've tried quite a few times to install the Vogue Camera as an EXT with EVK, and I always end up with the "The file 'camera' cannot be opened. Either is not signed with a trusted certificate or one of it's components cannot be found." etc.
Click to expand...
Click to collapse
Hi Lewy1,
You are missing a package dependency. If you navigate to the .\Windows folder using File Explorer on your device and try and launch the Camera application, you will encounter an error - confirming that you have dependency issue.
Have a look at this post:
http://forum.xda-developers.com/showpost.php?p=4259031&postcount=1070
HTH,

Lewy1 said:
Thanks. The problem is that I've tried quite a few times to install the Vogue Camera as an EXT with EVK, and I always end up with the "The file 'camera' cannot be opened. Either is not signed with a trusted certificate or one of it's components cannot be found." etc.
Click to expand...
Click to collapse
Yeah, that is just a generic error message, and it almost never has anything to do with certs. You could be missing dependencies, or it could just be that you have a broken shortcut. One of the problems with the 6.5 start menu is that you can't always tell just by looking that the shortcut is effed, because you may have an ico assigned through the registry. Use Total Commander to see if you have the correct shortcut path.

hilaireg said:
Hi Lewy1,
You are missing a package dependency. If you navigate to the .\Windows folder using File Explorer on your device and try and launch the Camera application, you will encounter an error - confirming that you have dependency issue.
Have a look at this post:
http://forum.xda-developers.com/showpost.php?p=4259031&postcount=1070
HTH,
Click to expand...
Click to collapse
Farmer Ted said:
Yeah, that is just a generic error message, and it almost never has anything to do with certs. You could be missing dependencies, or it could just be that you have a broken shortcut. One of the problems with the 6.5 start menu is that you can't always tell just by looking that the shortcut is effed, because you may have an ico assigned through the registry. Use Total Commander to see if you have the correct shortcut path.
Click to expand...
Click to collapse
First of all, thanks guys for your help!
Yes, your right that the problem is also when I try launching the camera from the windows directory. Now the problem is that I don't understand too much when it comes to digging into the contents of these files, so I think I'll need some help.
I assumed I needed Dependency Walker which you wrote about in your Kitchen Utensils review, so I opened the camera.exe and the results are attached as a Dependency Walker Image. The camera EXT I have come from converting a cab that's been floating around XDA. By the way I had the same problem when using the mega camera.
Thanks so much for the patience and help.

Had a look at the .DWI file you attached. Your next steps:
Create a folder on your system (ex: C:\WINMO_OS)
Copy all of the camera package files to the folder.
In DEPENDS, remove all of the "Module Search Order" paths - Options menu.
Add the folder path (ex: C:\WINMO_OS)
Search your kitchen for each file that is listed in CAMERA.EXE and copy them to the folder.
Once you have the files from CAMERA.EXE in the folder, open each of the yellow ( ? ) files.
Repeat the steps above until you have examined all of the files in the folder you created.
Essentially, you want to locate all of the files listed in each .DLL, .EXE, etc. that is displayed in DEPENDS.
If the files appear in the .\SYS or .\OEM folder, it's likely those aren't the issue. Some files may be modules; it's likely those aren't the issue as well - I usually RECMOD a copy of the file and place it in the folder or I copy it from the device when connected using USB. This will reveal additional files that are "missing". I suspect you will discover the missing dependency to be in another file. If you find the files in packages, it's likely the entire package is a dependency. If you can't find a file, make note of it and continue on. At the end, post the list of files you couldn't find.
Lastly, examine each of the .REG files for references to other files; you may need to do a global search through the kitchen to find other packages that may be writing to the same keys ... these will likely be dependant packages as well.
HTH,
* EDIT *
If at all possible, it would be beneficial for you to find the official source ROM that the package originated from.

hilaireg said:
Had a look at the .DWI file you attached. Your next steps:
Create a folder on your system (ex: C:\WINMO_OS)
Copy all of the camera package files to the folder.
In DEPENDS, remove all of the "Module Search Order" paths - Options menu.
Add the folder path (ex: C:\WINMO_OS)
Search your kitchen for each file that is listed in CAMERA.EXE and copy them to the folder.
Once you have the files from CAMERA.EXE in the folder, open each of the yellow ( ? ) files.
Repeat the steps above until you have examined all of the files in the folder you created.
Essentially, you want to locate all of the files listed in each .DLL, .EXE, etc. that is displayed in DEPENDS.
If the files appear in the .\SYS or .\OEM folder, it's likely those aren't the issue. Some files may be modules; it's likely those aren't the issue as well - I usually RECMOD a copy of the file and place it in the folder or I copy it from the device when connected using USB. This will reveal additional files that are "missing". I suspect you will discover the missing dependency to be in another file. If you find the files in packages, it's likely the entire package is a dependency. If you can't find a file, make note of it and continue on. At the end, post the list of files you couldn't find.
Lastly, examine each of the .REG files for references to other files; you may need to do a global search through the kitchen to find other packages that may be writing to the same keys ... these will likely be dependant packages as well.
HTH,
* EDIT *
If at all possible, it would be beneficial for you to find the official source ROM that the package originated from.
Click to expand...
Click to collapse
Thanks, that was quick. Looks like I got a lot of work ahead of me.

[Solved][Q] EXT packages + app.dat = duplicates of files in \windows\

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?

[SOLVED] Start Menu icon that just won't go away

So I added MP3 Trimmer to my kitchen, but moved the location of the start icon to a Tools folder. The problem: an MP3 Trimmer icon remains in the initial start page. There is no associated .lnk file in the Start Menu\Programs folder, and the registry HKLM\Security\Shell\Startinfo\Start has the reference to the link in the correct spot.
I have tried placing the link by moving it from the default location with a MortScript, and by changing the app.dat. Same results.
I have done this same move with many other packages, this is the only one causing any problems.
No other references to MP3 Trimmer.lnk exist in the registry or kitchen. Why is it displayed in the start menu when no .lnk is present, and where is that information coming from? Thanks!

Did you check your Initflashfile.dat ?

Also the language folder may contain a app.dat or .provxml file which creates the shortcut

I didn't bothered about two folders that was empty in "\windows\start menu\programs\" until I read this post. I found one of them in Initflashfile.dat, "Outlook" and had deleted the line away. I'm still unable to find the other folder "Start Menu". It's not in Initflashfile.dat, nor any of the xml or proxml files in the "OEM Packages" folder. :-(

Check for some App.dat in EXT folder or a provxml in Project A.
Both OsKitchen and EVK has a search string inside,use it to find your dead folder.
zard said:
I didn't bothered about two folders that was empty in "\windows\start menu\programs\" until I read this post. I found one of them in Initflashfile.dat, "Outlook" and had deleted the line away. I'm still unable to find the other folder "Start Menu". It's not in Initflashfile.dat, nor any of the xml or proxml files in the "OEM Packages" folder. :-(
Click to expand...
Click to collapse

af974 said:
Check for some App.dat in EXT folder or a provxml in Project A.
Both OsKitchen and EVK has a search string inside,use it to find your dead folder.
Click to expand...
Click to collapse
I'm using OSKitchen. It's not in provxml in Project A. I tried using search in OSKitchen to search "Start Menu" and "Start*.*" but can't find it. :-(

Ok, i dunno why you didnt find nothing ...anyway, cook the attached file in your rom, i have set it for deleting any Start Menu.lnk in Start Menu\Programs.
Basically you can use it for deleting any dead links.
If it doesnt work try to leave ".lnk" after Start Menu.
It is a mortscript , i have include also Mortscript package in case you dont have it.
zard said:
I'm using OSKitchen. It's not in provxml in Project A. I tried using search in OSKitchen to search "Start Menu" and "Start*.*" but can't find it. :-(
Click to expand...
Click to collapse

zard said:
I'm using OSKitchen. It's not in provxml in Project A. I tried using search in OSKitchen to search "Start Menu" and "Start*.*" but can't find it. :-(
Click to expand...
Click to collapse
You probably can't find it because of hexadecimal or html entities values in which the shortcut name is probably encoded into, try looking for the encoded values instead.

Check to make sure autoshortcut isn't doing it (it could be in a reg file). Autoshortcut sucks, but I don't know if it's still used.

airxtreme said:
You probably can't find it because of hexadecimal or html entities values in which the shortcut name is probably encoded into, try looking for the encoded values instead.
Click to expand...
Click to collapse
I did try hexadecimal and html but still couldn't find it. I'm using v1.31. Maybe it is the format of the search that I'm not doing right.

af974 said:
Ok, i dunno why you didnt find nothing ...anyway, cook the attached file in your rom, i have set it for deleting any Start Menu.lnk in Start Menu\Programs.
Basically you can use it for deleting any dead links.
If it doesnt work try to leave ".lnk" after Start Menu.
It is a mortscript , i have include also Mortscript package in case you dont have it.
Click to expand...
Click to collapse
Thanks for this but unfortunately, my kitchen is screwed up when I tried out your packages. My kitchen was alright before that. Even unchecking the two packages didn't help.
Don't worry, I'm not blaming you for the problem in my kitchen. Will have to find out what went wrong before I can test your packages again and hopefully, it can solve the problem since I can't find the culprit within my packages.

Farmer Ted said:
Check to make sure autoshortcut isn't doing it (it could be in a reg file). Autoshortcut sucks, but I don't know if it's still used.
Click to expand...
Click to collapse
Still very new to cooking so don't know what you meant by "Autoshortcut". :-(

HTC puts a file called autoshortcut.exe in one of the oem folders. It runs during customization, and creates shortcuts for htc apps. There are reg keys in the apps that get the shortcuts.

oooo__OoO__oooo said:
So I added MP3 Trimmer to my kitchen, but moved the location of the start icon to a Tools folder. The problem: an MP3 Trimmer icon remains in the initial start page. There is no associated .lnk file in the Start Menu\Programs folder, and the registry HKLM\Security\Shell\Startinfo\Start has the reference to the link in the correct spot.
I have tried placing the link by moving it from the default location with a MortScript, and by changing the app.dat. Same results.
I have done this same move with many other packages, this is the only one causing any problems.
No other references to MP3 Trimmer.lnk exist in the registry or kitchen. Why is it displayed in the start menu when no .lnk is present, and where is that information coming from? Thanks!
Click to expand...
Click to collapse
It is 100 % a app.dat or initflashfiles.dat issue. Or a reg in the 0409 folder.
Also when looking in you initflashfiles be careful to look for entries that point to Windows\Start Menu
instead of Windows\Start Menu\Programs

bobsbbq said:
It is 100 % a app.dat or initflashfiles.dat issue. Or a reg in the 0409 folder.
Also when looking in you initflashfiles be careful to look for entries that point to Windows\Start Menu
instead of Windows\Start Menu\Programs
Click to expand...
Click to collapse
What I'm talking about is behavior on the phone itself. Let's assume my kitchen searches have been wrong and it really is an app.dat issue. I have a shortcut that exists in the start menu with no associated link file or reg entry -- so there's nothing to delete to get rid of the shortcut on the actual phone!
Kitchen searches result in only the expected "MP3 Trimmer.lnk" locations and "MP3Trimmer.exe" text.
As far as I can tell, ManilaShortcut.exe only makes shortcuts for HTC People and HTC Calendar (but I have IsShortcutEnable = 0 to keep those from popping up). MP3 Trimmer isn't in the original ROM from which the Manila is based, so it's possible there's something going on there.
It's not a huge issue so I haven't been spending a lot of time trying to find or fix it, but I'm virtually out of bugs to fix. What's bothering me more is something seemingly simple that I don't understand.

oooo__OoO__oooo said:
What I'm talking about is behavior on the phone itself. Let's assume my kitchen searches have been wrong and it really is an app.dat issue. I have a shortcut that exists in the start menu with no associated link file or reg entry -- so there's nothing to delete to get rid of the shortcut on the actual phone!
Kitchen searches result in only the expected "MP3 Trimmer.lnk" locations and "MP3Trimmer.exe" text.
As far as I can tell, ManilaShortcut.exe only makes shortcuts for HTC People and HTC Calendar (but I have IsShortcutEnable = 0 to keep those from popping up). MP3 Trimmer isn't in the original ROM from which the Manila is based, so it's possible there's something going on there.
It's not a huge issue so I haven't been spending a lot of time trying to find or fix it, but I'm virtually out of bugs to fix. What's bothering me more is something seemingly simple that I don't understand.
Click to expand...
Click to collapse
I know how frustrating this is and I have had the same in the past. I know this is not what you want to hear but the fact is there is only a few ways for a shortcut to be created. Mainly initflashfiles.dat to move or rename shortcuts, and app.reg or rgu files to create shortcuts, and by way of provxml file. The chances are 99% one of the above. But there is also the possibility of shortcuts to be created by mortscript as well but if it is your kitchen I would think you would know if you created a mortscript. There is also the Older HTC Auto shortcut found in some reg files.
I know it is sometimes hard to find but you will eventually find it.
By the way where did the package from the MP3 trimmer come from? Was it from a chinese ROM?

af974 said:
Ok, i dunno why you didnt find nothing ...anyway, cook the attached file in your rom, i have set it for deleting any Start Menu.lnk in Start Menu\Programs.
Basically you can use it for deleting any dead links.
If it doesnt work try to leave ".lnk" after Start Menu.
It is a mortscript , i have include also Mortscript package in case you dont have it.
Click to expand...
Click to collapse
bobsbbq said:
It is 100 % a app.dat or initflashfiles.dat issue. Or a reg in the 0409 folder.
Also when looking in you initflashfiles be careful to look for entries that point to Windows\Start Menu
instead of Windows\Start Menu\Programs
Click to expand...
Click to collapse
bobsbbq said:
I know how frustrating this is and I have had the same in the past. I know this is not what you want to hear but the fact is there is only a few ways for a shortcut to be created. Mainly initflashfiles.dat to move or rename shortcuts, and app.reg or rgu files to create shortcuts, and by way of provxml file. The chances are 99% one of the above. But there is also the possibility of shortcuts to be created by mortscript as well but if it is your kitchen I would think you would know if you created a mortscript. There is also the Older HTC Auto shortcut found in some reg files.
I know it is sometimes hard to find but you will eventually find it.
By the way where did the package from the MP3 trimmer come from? Was it from a chinese ROM?
Click to expand...
Click to collapse
Since I was trying to improve on the response of my Contacts in Manila 2018 by mixing and matching 2016 and 2018 tabs, I took the opportunity to continue to search the elusive "Start Menu" folder in my Start Menu.
I was still not able to find it in the initflashfiles, nor dat, app.reg or proxmls. I modified the mortscript that af974 gave me into "Delete("\Windows\Start Menu\Programs\Start Menu.lnk")" and ran it from SD Card. Even after soft reset, the "Start Menu" folder is still there.
What I find strange is that in my \Windows directory, there was no "Start Menu.lnk" - I'm using Resco Explorer and is able to see hidden files. But in \Windows\Start Menu\Programs, I could see "Start Menu" folder. I was able to delete it using Resco Explorer.

bobsbbq said:
I know how frustrating this is and I have had the same in the past. I know this is not what you want to hear but the fact is there is only a few ways for a shortcut to be created. Mainly initflashfiles.dat to move or rename shortcuts, and app.reg or rgu files to create shortcuts, and by way of provxml file. The chances are 99% one of the above. But there is also the possibility of shortcuts to be created by mortscript as well but if it is your kitchen I would think you would know if you created a mortscript. There is also the Older HTC Auto shortcut found in some reg files.
I know it is sometimes hard to find but you will eventually find it.
By the way where did the package from the MP3 trimmer come from? Was it from a chinese ROM?
Click to expand...
Click to collapse
To the best of my ability utilizing search there is no reference to the link or the executable in any initflashfiles.dat/app.dat/.reg/.rgu/.*xml. Even the hex coded .dat entries still refer to a "normal" name.lnk, so my search should uncover those.
I pulled the MP3 Trimmer from the Rhodium 2.07 EXT latest packages, which is from an asian ROM at least judging from the links in the original app.dat.
No autoshortcut.exe exists in the ROM. The MP3 Trimmer and a bunch of other packages create an AutoShortcut key, but there's nothing under that so I'm not sure exactly how it's used (and it would therefore be present even if I deleted it from the trimmer package).
My guess is that it has to be either the start menu initial creation process some Manila initialization process that is creating the initial link. How it gets into a state where it remains in the start menu but no information exists to delete it is the 2nd question -- where is that information??
I've verified if I delete \Windows\Start Menu\Programs, then copy the directory structure back in the link goes away. This could be a solution long term, but I was trying to stick to the automatic creation process as much as possible.
Thanks to those who have responded and provided input so far.

Looking at a stock rom dump for the raphael, the autoshortcut operations are in a .provxml in the 0409 folders, like this:
Code:
<wap-provisioningdoc>
<characteristic type="Registry">
<characteristic type="HKLM\SOFTWARE\HTC\AutoShortcut">
<parm name="\Windows\Start Menu\Programs\Streaming Media.lnk" value="\Windows\Streaming Media.lnk" datatype="string" translation="install"/>
<parm name="\Windows\Help\Streaming Media.lnk" value="\Windows\Help_Streaming Media.lnk" datatype="string" translation="install"/>
</characteristic>
</characteristic>
</wap-provisioningdoc>
The autoshortcut.exe is in oemdrivers. I really don't even know what the point of it is; I guess it's for book-keeping, to keep track in the registry of all the shortcuts being moved around. It could just be done by a provxml file operation instead of by autoshortcut during customization, but whatever, that's how it's done. Just try deleting the autoshortcut references. Heck, delete or rename the shortcut in the kitchen and send it to the start menu a different way (like by renaming it while copying it with an app.dat file).

Farmer Ted said:
Heck, delete or rename the shortcut in the kitchen and send it to the start menu a different way (like by renaming it while copying it with an app.dat file).
Click to expand...
Click to collapse
OK, I'm going to modify the orignal post as solved, because this simple idea (which of course didn't occur to me) is the ticket. I renamed the .lnk to .link in the kitchen and it's renamed back to .lnk when copied by the app.dat. Presto change-o, no MP3 Trimmer.lnk file in \Windows. Works like a charm.

[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

Problems cooking quick shutdown

So, I'm pretty new at creating working ext packages from cab files, and I could use some help.
I'm trying to cook in the latest Quick Shutdown, and of course tie it to long press end key, like it was meant to be used for.
With some help from Grumps, here is what I've managed to get for my app.dat and app.reg:
app.dat:
Code:
Directory("\Windows"):-Directory("resources")
Directory("\Windows\resources"):-Directory("lang")
Directory("\Windows\resources"):-Directory("VGA")
Directory("\Windows\resources\VGA"):-File("bg_common_divider_section.png","\Windows\bg_ common_divider_section.png1")
Directory("\Windows\resources\VGA"):-File("bg_common_dotline.png","\Windows\bg_common_d otline.png1")
Directory("\Windows\resources\VGA"):-File("bg_common_msgbox.png","\Windows\bg_common_ms gbox.png1")
Directory("\Windows\resources\VGA"):-File("bg_common_titlebar.png","\Windows\bg_common_ titlebar.png1")
Directory("\Windows\resources\VGA"):-File("btn_checkbox_thirdState.png","\Windows\btn_c heckbox_thirdState.png1")
Directory("\Windows\resources\VGA"):-File("btn_common_checkbox.png","\Windows\btn_commo n_checkbox.png1")
Directory("\Windows\resources\VGA"):-File("btn_common_combo_down.png","\Windows\btn_com mon_combo_down.png1")
Directory("\Windows\resources\VGA"):-File("btn_common_input.png","\Windows\btn_common_i nput.png1")
Directory("\Windows\resources\VGA"):-File("btn_common_listitem_bottom.png","\Windows\bt n_common_listitem_bottom.png1")
Directory("\Windows\resources\VGA"):-File("btn_common_listitem_middle.png","\Windows\bt n_common_listitem_middle.png1")
Directory("\Windows\resources\VGA"):-File("btn_common_msgbox_large.png","\Windows\btn_c ommon_msgbox_large.png1")
Directory("\Windows\resources\VGA"):-File("btn_common_msgbox_small.png","\Windows\btn_c ommon_msgbox_small.png1")
Directory("\Windows\resources\VGA"):-File("btn_common_normal.png","\Windows\btn_common_ normal.png1")
Directory("\Windows\resources\VGA"):-File("btn_common_slider.png","\Windows\btn_common_ slider.png1")
Directory("\Windows\resources\VGA"):-File("sliderBtn.png","\Windows\sliderBtn.png1")
Directory("\Windows\resources\lang"):-File("lang.czech.txt","\Windows\lang.czech.txt")
Directory("\Windows\resources\lang"):-File("lang.danish.txt","\Windows\lang.danish.txt")
Directory("\Windows\resources\lang"):-File("lang.english.txt","\Windows\lang.english.txt ")
Directory("\Windows\resources\lang"):-File("lang.french.txt","\Windows\lang.french.txt")
Directory("\Windows\resources\lang"):-File("lang.german.txt","\Windows\lang.german.txt")
Directory("\Windows\resources\lang"):-File("lang.greek.txt","\Windows\lang.greek.txt")
Directory("\Windows\resources\lang"):-File("lang.italian.txt","\Windows\lang.italian.txt ")
Directory("\Windows\resources\lang"):-File("lang.polish.txt","\Windows\lang.polish.txt")
Directory("\Windows\resources\lang"):-File("lang.russian.txt","\Windows\lang.russian.txt ")
Directory("\Windows\resources\lang"):-File("lang.spanish.txt","\Windows\lang.spanish.txt ")
Directory("\Windows"):-File("bootloader.exe","%Windows%\bootloader.exe")
Directory("\Windows"):-File("ConfigQS.exe","%Windows%\ConfigQS.exe")
Directory("\Windows"):-File("DLLSetup.dll","%Windows%\DLLSetup.dll")
Directory("\Windows"):-File("QuickShutdown.exe","%Windows%\QuickShutdown.exe")
Directory("\Windows"):-File("Short_Power.exe","%Windows%\Short_Power.exe")
Directory("%Windows-StartMenu-Programs%"):-File("Quick Shutdown.lnk","%Windows%\_Shutdown.lnk")
app.reg:
Code:
REGEDIT4
[HKEY_LOCAL_MACHINE\Software\Manila_Config QuickShutdown]
"SourcesDirectory"="\\Windows\\resources\\VGA\\"
[HKEY_LOCAL_MACHINE\Software\Manila_QuickShutdown]
"actionShortPress"=hex:00
"BootActiv"=hex:01
"langFile"="\\Windows\\resources\\lang\\lang.english.txt"
"RestartActiv"=hex:01
"ScreenOffActiv"=hex:01
"ShutdownActiv"=hex:01
"SleepActiv"=hex:01
Cooking that package, I have a few problems. When I hold down the power button, it says exe can't be found. So, just to make sure that the visual aspect is working, I try searching for quickshutdown.exe in \Windows and can't find it.
So, what's wrong in my .dat and .reg?
Thanks a lot for the help, this will definitely give me a better understanding of how EXT packages work!
Regards
Smith

First of all, I think that these lines in your app.dat are unnecessary; because when you cook the ROM then the files that are not specified with the path in app.dat land automatically in the Windows folder:
Directory("\Windows"):-File("bootloader.exe","%Windows%\bootloader.exe")
Directory("\Windows"):-File("ConfigQS.exe","%Windows%\ConfigQS.exe")
Directory("\Windows"):-File("DLLSetup.dll","%Windows%\DLLSetup.dll")
Directory("\Windows"):-File("QuickShutdown.exe","%Windows%\QuickShutdown.exe")
Directory("\Windows"):-File("Short_Power.exe","%Windows%\Short_Power.exe")
Click to expand...
Click to collapse
Click to expand...
Click to collapse
Second: All of the lines are wrong. Example:
Directory("\Windows"):-File("QuickShutdown.exe","%Windows%\QuickShutdown.exe")
Click to expand...
Click to collapse
It should be:
Directory("\Windows"):-File("QuickShutdown.exe","\Windows\QuickShutdown.exe")
Click to expand...
Click to collapse
Click to expand...
Click to collapse
Third: Open up the file _Shutdown.lnk in notepad and see if it links to the \Windows\QuickShutdown.exe
Click to expand...
Click to collapse
Maybe you will find something in my post that can help you.

It's much, much easier to do than the way you're trying to do it. First, copying all of those files is really wasteful. If you look at your registry keys, there are paths there for the resource files. Instead of creating a \windows sub-directory, you could just set the path as \windows. Then, the files that are in rom will be used, and you won't need duplicates, or any of the app.dat lines (except for the .lnk).
Change the .rgu to this:
Code:
REGEDIT4
[HKEY_LOCAL_MACHINE\Software\Manila_Config QuickShutdown]
"SourcesDirectory"="\\Windows\\"
[HKEY_LOCAL_MACHINE\Software\Manila_QuickShutdown]
"actionShortPress"=hex:00
"BootActiv"=hex:01
"langFile"="\\Windows\\lang.english.txt"
"RestartActiv"=hex:01
"ScreenOffActiv"=hex:01
"ShutdownActiv"=hex:01
"SleepActiv"=hex:01
Try deleting the DLLSetup.dll-it's really unlikely that you need it. It's just cabinstall information, most likely. Unless you really want all those other lang files, I'd just delete all but the English one. If you cook them all in, it's possible that you'll need to get the others into \windows\lang (it doesn't look like there's a reg key for the lang directory, just for the file being used). I don't know, I've never used the app. As mentioned above, you may also need to fix the path of the shortcut.
You may also want to look into compressing the png files, although it's not really worth it if they're only 1-2 kb each.

This is what I use. I put it together and it worked, so I never did much investigation to see if it could be optimized.
One thing to be aware of ... if you have carrier files which fire provxml, it is possible that the provxml could do something to overwrite the poweroffwarning file here. Same is true if you have a poweroffwarning file getting copied in later in the build process.
Best regards,
-boggsie

Farmer Ted said:
It's much, much easier to do than the way you're trying to do it. First, copying all of those files is really wasteful. If you look at your registry keys, there are paths there for the resource files. Instead of creating a \windows sub-directory, you could just set the path as \windows. Then, the files that are in rom will be used, and you won't need duplicates, or any of the app.dat lines (except for the .lnk).
Change the .rgu to this:
Code:
REGEDIT4
[HKEY_LOCAL_MACHINE\Software\Manila_Config QuickShutdown]
"SourcesDirectory"="\\Windows\\"
[HKEY_LOCAL_MACHINE\Software\Manila_QuickShutdown]
"actionShortPress"=hex:00
"BootActiv"=hex:01
"langFile"="\\Windows\\lang.english.txt"
"RestartActiv"=hex:01
"ScreenOffActiv"=hex:01
"ShutdownActiv"=hex:01
"SleepActiv"=hex:01
Try deleting the DLLSetup.dll-it's really unlikely that you need it. It's just cabinstall information, most likely. Unless you really want all those other lang files, I'd just delete all but the English one. If you cook them all in, it's possible that you'll need to get the others into \windows\lang (it doesn't look like there's a reg key for the lang directory, just for the file being used). I don't know, I've never used the app. As mentioned above, you may also need to fix the path of the shortcut.
You may also want to look into compressing the png files, although it's not really worth it if they're only 1-2 kb each.
Click to expand...
Click to collapse
Great call! Worked immediately! Thanks a lot!
One more quick question. Cooking total commander is being dumb. The EXT I create doesn't have any exe files in the "files" folder, and doesn't extract any into windows. It just isn't working well lol.
Also, what version or what addon enables the user to hold the slash button and bring up the menu where you can hide exit blah blah total commander?
Thanks
Smith

Total Commander is easy to cook in. Again, you don't need app.dat lines, except for the shortcut (make sure it points to windows). Just put the .exe and the plugins (registry, wlan, ftp and webdav, if you have it) in windows. Cook in the reg settings, and you're good to go. I would convert the exe to a module as well.

Farmer Ted said:
Total Commander is easy to cook in. Again, you don't need app.dat lines, except for the shortcut (make sure it points to windows). Just put the .exe and the plugins (registry, wlan, ftp and webdav, if you have it) in windows. Cook in the reg settings, and you're good to go. I would convert the exe to a module as well.
Click to expand...
Click to collapse
So... Create the EXT and recmod without any reg or dat entries except icon and shortcut?

No, include the ghisler reg key (hkcu-software-ghisler). Set it up however you like it (like w/ a fully loaded hotlist). But don't move the files around w/ the app.dat.

Farmer Ted said:
No, include the ghisler reg key (hkcu-software-ghisler). Set it up however you like it (like w/ a fully loaded hotlist). But don't move the files around w/ the app.dat.
Click to expand...
Click to collapse
Huh this isn't working lol could you post the cab you're working with? My cab is acting up (even on fully functional roms)

Farmer Ted said:
Total Commander is easy to cook in. Again, you don't need app.dat lines, except for the shortcut (make sure it points to windows). Just put the .exe and the plugins (registry, wlan, ftp and webdav, if you have it) in windows. Cook in the reg settings, and you're good to go. I would convert the exe to a module as well.
Click to expand...
Click to collapse
Hello Farmer Ted - what for is the file that you attached?

It's a plugin for WebDav, which is the new big thing. I have no clue wtf it does.
Get the ghisler reg key from the device, not the cab. That's always the way to do it. Kheb 1.1 is the way to go for making packages. Cab converters miss a lot of stuff.
Edit: here's my package; it's in oem form (for osbuilder), and it looks like there's a second file needed to get webdav to work in the plugins. Edit the hotlist however you want it (it has folders on my sd card, which are useless to anyone else). It doesn't have a shortcut or initflashfiles.txt in it, since I don't use them for my start menu.

To be more specific about TCMD, here is the output I get with OSkitchen cab to ext:
TCMD>Files
And within the files directory:
000cecmd.002
CECMD_~2.001
00000ftp.003
00000LAN.005
registry.004
TcmObex3.007
TcmObex5.006
So what do I do with those files lol
Regards
Smith

Farmer Ted said:
It's a plugin for WebDav, which is the new big thing. I have no clue wtf it does.
Get the ghisler reg key from the device, not the cab. That's always the way to do it. Kheb 1.1 is the way to go for making packages. Cab converters miss a lot of stuff.
Edit: here's my package; it's in oem form (for osbuilder), and it looks like there's a second file needed to get webdav to work in the plugins. Edit the hotlist however you want it (it has folders on my sd card, which are useless to anyone else). It doesn't have a shortcut or initflashfiles.txt in it, since I don't use them for my start menu.
Click to expand...
Click to collapse
Thank you for sharing the package.

Farmer Ted said:
It's a plugin for WebDav, which is the new big thing. I have no clue wtf it does.
Get the ghisler reg key from the device, not the cab. That's always the way to do it. Kheb 1.1 is the way to go for making packages. Cab converters miss a lot of stuff.
Edit: here's my package; it's in oem form (for osbuilder), and it looks like there's a second file needed to get webdav to work in the plugins. Edit the hotlist however you want it (it has folders on my sd card, which are useless to anyone else). It doesn't have a shortcut or initflashfiles.txt in it, since I don't use them for my start menu.
Click to expand...
Click to collapse
Thanks for your package, much appreciated! This thread has taught me a lot about how ext's work
Do you know what all those strange files I talked of 2 posts up are though? Like, how do I put those all together?
Regards
Smith

smithisize said:
Thanks for your package, much appreciated! This thread has taught me a lot about how ext's work
Do you know what all those strange files I talked of 2 posts up are though? Like, how do I put those all together?
Regards
Smith
Click to expand...
Click to collapse
I'm not sure what the technical name is, but those are the raw files from the cab; if you extract the cab with winzip or 7-zip, that's the file names. If you give them the proper extensions (.dll, exe, etc) then you can recover the proper files. It looks like the unpacking didn't work properly.

Farmer Ted said:
I'm not sure what the technical name is, but those are the raw files from the cab; if you extract the cab with winzip or 7-zip, that's the file names. If you give them the proper extensions (.dll, exe, etc) then you can recover the proper files. It looks like the unpacking didn't work properly.
Click to expand...
Click to collapse
Ah! You're right thanks a lot lol that's where my confusion was stemming from lol I couldn't figure out what to do with them!
Thank you very much!
Regards
Smith