Registry access denied- ideas/theories? - Tilt, TyTN II, MDA Vario III Themes and Apps

Hi all. Sorry to revisit an old topic, but much searching and experimentation has failed me.
I'm running the official AT&T 6.1 ROM, which supposedly has .NET CF 3.5 built-in. However, I installed an older version to get some other software running. Then, I uninstalled the older version and tried to reinstall 3.5, only to get installation errors. In trying to get my 3.5 installation to stop giving me errors, I've been trying furiously to delete the HKLM/Software/Microsoft/.NETCompactFramework registry key, because I read that might be the problem. No matter what I try, I can't delete that key.
After XDAGoogling "registry edit access denied" and several variants of that, I came up with loads of different registry editing options, all of which I installed, and all of which failed.
Here are some of the programs that give me either an "Access denied" or "This key cannot be deleted" error, after I read that they solved the problem for others:
PHM Registry Editor
Resco File Explorer
CERegEditor (tried the "unlock registry" option)
Torchsoft Registry Workshop
BitsInside RegEdit
I also tried every other freeware registry editor I could find on the usual freeware sites (freewarepocketpc.com, pocketpcfreeware.com, freeppcwarefreepcwarefree.com, etc)
I also installed the sdkcerts.cab and Basic Security cabs I came across, with no luck.
So, I'm at the end of my rope, and that's the only time I'd reach out to this forum. Does anyone have any idea:
A) what might be causing the problem,
B) a registry editor I should try I might have missed, or
C) something else that might be causing .NET CF3.5 to give me installation errors (I've searched the hell out of that one, too).
Thanks very much in advance, I hope you're all having a good weekend.

Just one shameless bump, no more, no less.

Maybe it's time to do a hard reset... this could be quicker than trying to find a fix and implement it.

marty, thanks for the reply. I have yet to set up a whole SASHIMI autoinstall scheme, so it's always hell for me to do a hard reset. I'd love to avoid it if I can.
I'm hoping that someone might have had the same issue as me, and gotten out of it. I see lots of .NET installation errors when I search for this issue, but they're all a little different.

I had a similar problem but found I could get around it using MortScript. It's slightly more laborious than using a registry editor because you have to write a small script to set the registry key and then run it. But it did work for me. I find it useful to keep a script with all my registry hacks (and other stuff like program installations) so that I can re-run it after a hard reset.
Cheers.

Just make a cab whit a Post-XML.
<characteristic type="Registry">
<nocharacteristic type="what-ever-key-you-want-to-delete" />
</characteristic>
Click to expand...
Click to collapse
If you do not know how to make a cab you can make a xml and use Dot Fred's task manager to import the xml.
What happend when you tried to use CeRegEditor and edit the registry directly from your PC?

Related

Untrusted Application

I have just installed Opera Mini 4 Beta 2 on my Tilt.
I'd like to use it as my default browser, however it's annoying that every time I open it I get asked if I really want to allow it to connect because it is an "untrusted application".
I have an unlimited data plan, so I want to change it to be a "trusted" application so I don't have to tell the Tilt it is ok to use every time I open it.
Sorry for the newb question. I didn't see a lot on a search.
Thanks!
http://forum.xda-developers.com/showthread.php?t=332087&page=2
Schooleydoo said:
http://forum.xda-developers.com/showthread.php?t=332087&page=2
Click to expand...
Click to collapse
Hey, that's perfect! Thanks, you rock!
Ok, after trying everything in that thread I am still having some issues and it appears that there is at least one other guy that can't get it to work on the Kaiser (I have the Tilt).
I've tried hex editing the selector.utf file myself as well as downloading the fix.exe file that is provided in that link and neither one works.
I have the Opera Mini browser mapped to the PIE button just fine, but the problem is getting the "untrusted" thing to go away.
When I change the selector.utf file so that the line reading "domain=untrusted," is now "domain=tckmax ," when I press the PIE button I get an error that says:
"Could not find suite s0_"
However, I can see that the s0_suite.utf file is in my appdb directory.
Any ideas?
Thanks!
ETA: I've seen some mention "cloudyfa's" jbed will work. Where can I get that jbed? Search turned up nothing.
Anyone?
I haven't been able to get this to work. I think it has to do with the jbed that I am running (stock jbed that came with the tilt).
The only info I could seem to find was that some guy named cloudyfa has a custom jbed that will get rid of the "untrusted" warning, but searching hasn't come up with anything on cloudyfa.
Can anyone help point me to a jbed that will work?
Thanks!
have you tried kaiser tweak, there is a function to disable warning.
kms
http://forum.xda-developers.com/showpost.php?p=1483665&postcount=24
VTX said:
Ok, after trying everything in that thread I am still having some issues and it appears that there is at least one other guy that can't get it to work on the Kaiser (I have the Tilt).
I've tried hex editing the selector.utf file myself as well as downloading the fix.exe file that is provided in that link and neither one works.
I have the Opera Mini browser mapped to the PIE button just fine, but the problem is getting the "untrusted" thing to go away.
When I change the selector.utf file so that the line reading "domain=untrusted," is now "domain=tckmax ," when I press the PIE button I get an error that says:
"Could not find suite s0_"
However, I can see that the s0_suite.utf file is in my appdb directory.
Any ideas?
Thanks!
ETA: I've seen some mention "cloudyfa's" jbed will work. Where can I get that jbed? Search turned up nothing.
Click to expand...
Click to collapse
OK, you can't just replace "untrusted" with "tckmax". you have to pad it with spaces to the same length. I.e. replace "untrusted" with "tckmax ". That will eliminate the "cannot find S0_..." issue. However, I do that, and I still get the nag messages.
OK, the tckmax fix seems not to work for my stock java Esmertec JBed that was on the Kaiser ROM. I installed this Cloudyfa version (which has a different/more recent build date) and voila, it works now without the nag...Thanks for the link to the latest version!
Can you copy your quick launch icon for me? I just cant seem to get the .ink to work. I dont know is it that TC cant make it right, i read it somewhere.
Well, you can't just copy someone's because it depends on what other java apps you have installed on your phone.
but the easiest way to create one is to simply use a Notepad to create simple text file. And it should only contain the following text:
28#"\windows\jbed.exe" -run s1_
BUT you may need to edit it and replace the S1_ with something else. if this is the only Java app you have installed and used, then most likely you want to use S0_ in place of S1_.
Name it Opera.lnk (or whatever you want it to say).
And then copy it to your "\Windows\Start Menu\Programs" folder.
Thanks to you guys who figured this out. This one of the little annoying things
that ticked me off. I'd have to first: click on the java shortcut, then click on opera mini, then click on yes to permissions, then yes to connect.
Now I just click on the Opera mini shortcut and BOOM! Up and going, plus I have the IE button reassigned as Opera Mini
THANKS!
jomo25 said:
Well, you can't just copy someone's because it depends on what other java apps you have installed on your phone.
but the easiest way to create one is to simply use a Notepad to create simple text file. And it should only contain the following text:
28#"\windows\jbed.exe" -run s1_
BUT you may need to edit it and replace the S1_ with something else. if this is the only Java app you have installed and used, then most likely you want to use S0_ in place of S1_.
Name it Opera.lnk (or whatever you want it to say).
And then copy it to your "\Windows\Start Menu\Programs" folder.
Click to expand...
Click to collapse
Tried that, only thing i get is a non working .ink file. Closest ive got on creating the working quick launcher is with TC. It just opens the java applet and says could not find suite s0_.
I think the easiest way would be if some one is kind enough to copy me the working file. I have the Cloudyfa's EsmertecJbed intalled and it is s0_ where it needs to point to. I got rid of the nag, only thing that isnt working is the straight shortcut to open Opera.
i have'nt tried opera, but has anyone tried installed the kaiser tweak, there is a function to disable security warnings.
kms
Attached for S0_. Had to ZIP it so can upload.
Never used KaiserTweak. But I did get the nags to stop via my actions above. Not sure if KT would eliminate it.
Thanks, that one worked straight away. Strange, but it must be that what a read in some post about Total Commander not doing the shortcut right.
Any ideas is it possible to get a quick launch button straight to Opera on TrayLnch?
Anyone? Is it possible?
kms108 said:
i have'nt tried opera, but has anyone tried installed the kaiser tweak, there is a function to disable security warnings.
kms
Click to expand...
Click to collapse
BTW, Kaiser Tweak doesn't suppress these security messages. Its a different kind of msg it suppresses.
did anyone ever get this to work for mini 4.2? I've been battling it for a couple hours now with no success. I've tried editing the utf file, but I always still get the untrusted app and network access prompt. Any pointers would be greatly appreciated. Thanks.

2 Questions

1st, how do you clear the recent programs that appear when you click the start button?
2nd. can somebody explain to me what you do to edit a registry. download the editer to my pc but then what?
Please use the forums search function. I found a few posts relating to clearing the recent used programs in the start menu. Look at this thread:http://forum.xda-developers.com/showthread.php?t=325396&highlight=clear+recent+programs
There are programs that run on your pocketpc to edit the registry, Resco Registry Editor, for example.
Search for "ClearTemp".
o.k., found cleartemp, works good, but anybody else for my second question?
I already answered your second question. You can get a registry editor like Resco Editor in either cab or exe form. If its a cab, copy it to your phone and install. If its an exe, activesync to your phone and then run the exe on your computer to install it.
last2kno, do i install the reg editor to the phone and use it there or leave it on the computer and edit the phone that way?
Ramsport your sig is perfect!
Edit: Here is a tip from a web surfing pro! Get Google toolbar, then whenever you see someone say something you dont know or mention a name of a program or a term. Highlight the words in question > right click > Search Google for "XXXX"
You will get answers to your questions in seconds, rather then waiting for a response, hours or days.

Annoying remnants of uninstalled programs

First of all, I am very very satisfied witj my TyTN II.
Video playback WAS an issue for me (as a AV professional), but I am absolutely satisfied after installing CorePlayer and looking forward to the upgrade to version 1.2 of that program.
Other programs were less to my liking and after evaluation I decided to uninstall them using the uninstall utility of MS Active Sync.
But some of these programs simply refuse to uninstall. So I still have a shortcut to the Feedreader program News Gato in my programs map and I cannot get rid of it.
Even more annoying is the Spite Backup program that came with the TyTN II on CD, which I uninstalled, but still givbes me a warning at startup that the file Sprite.exe cannot be found.
DO ANY OF YOU HAVE A CLUE HOW I SHOULD CLEAN UP?
Thanks!
I know what you mean about annoying programmes which won't disapear when they are uninstalled.
One of them for me is a windows live messenger version which I installed. I couldn't get rid of it by softresetting so I had to do the hard reset.
Moreover, PointUI is anothe programme that when uninstalled, still remains on my programme list. Because of this, I had to also hard reset my device.
The hard reset function is the only solution I know that will rid me of troublesome remnants of programmes...
Try SKtools its a good program and has a few features that clean up your registry and it also has an uninstaller better then the one provided by windows. Don't know if it'll work, but worth a shot.
I had the same problem with Sprite - at their web site I found the following fix, which worked for me:
To uninstall everything from your device and PC please follow these steps;
To remove from your device;
1. Use File Explorer to delete the entire folder on your device;
"\Program Files\Sprite Software" if Sprite Backup was installed on device
or
"\Storage Card\Program Files\Sprite Software" if installed on storage card
2. Use a registry editor (e.g. www.phm.lu) for Windows Mobile device to delete the following key in the registry on your device;
[HKEY_LOCAL_MACHINE\Software\Sprite Software\Sprite Backup]
3. Please also delete the following link file if it exists:
- My Device\Windows\Start Menu\Programs\Sprite Backup(.lnk)
To uninstall from your PC;
Steps for manually removing ALL Sprite Software entries from your PC. Please follow these steps carefully to manually remove all Sprite Backup software;
1. Click Start> Run on your PC and type "Regedit" in the bar
2. Delete the following keys;
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows CE Services\AppMgr\Apps\Sprite Software Sprite Backup]
[HKEY_LOCAL_MACHINE\SOFTWARE\Sprite Software\Sprite Backup]
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\{D8FD4D0D-E171-4FFC-91CE-BA38EEAC5E06}]
[HKEY_CURRENT_USER\Software\Sprite Software\Sprite Backup]
3. Close the Registry Editor
4. Use Windows Explorer to delete these folders;
C:\Program Files\InstallShield Installation Information\{D8FD4D0D-E171-4FFC-91CE-BA38EEAC5E06}
C:\Program Files\Sprite Software\Sprite Backup
C:\Program Files\Sprite Software\Sprite Explorer
This will uninstall everything related to Sprite Backup.
246810 said:
I know what you mean about annoying programmes which won't disapear when they are uninstalled.
One of them for me is a windows live messenger version which I installed. I couldn't get rid of it by softresetting so I had to do the hard reset.
Moreover, PointUI is anothe programme that when uninstalled, still remains on my programme list. Because of this, I had to also hard reset my device.
The hard reset function is the only solution I know that will rid me of troublesome remnants of programmes...
Click to expand...
Click to collapse
I tried that same application ths morning and 2 hours later I was uninstalling it. It looked cool, but my internet was painfully slow, and the gestures were all backwards. To get the menu to slide left, you had to slide your finger right on the screen. The hardware keys didn't work, and then when the application locked up on me that was it. The only way out I found was to hit the end key repeatedly until it finally exited. Then the uninstall instructions didn't work. I think that could be a fine program once it is refined, but right now it was a pain.
-Jay
Jay2TheRescue said:
I tried that same application ths morning and 2 hours later I was uninstalling it. It looked cool, but my internet was painfully slow, and the gestures were all backwards. To get the menu to slide left, you had to slide your finger right on the screen. The hardware keys didn't work, and then when the application locked up on me that was it. The only way out I found was to hit the end key repeatedly until it finally exited. Then the uninstall instructions didn't work. I think that could be a fine program once it is refined, but right now it was a pain.
-Jay
Click to expand...
Click to collapse
I know what you mean about the gestures being in reverse. This took a while to get used to.
By the way, I had the previous blue version installed on my Kaiser, not the latest black version. I suppose I could give it anothe go, but I can't be bothered to do another hard reset if I don't like the programme and want it fully removed
But yes, I do agree that it would be a good programme once all the little technicalities are fixed. I still do like the normal windows 6 UI, after installing Dutty's CAB which makes the start menu bigger
246810 said:
I know what you mean about the gestures being in reverse. This took a while to get used to.
By the way, I had the previous blue version installed on my Kaiser, not the latest black version. I suppose I could give it anothe go, but I can't be bothered to do another hard reset if I don't like the programme and want it fully removed
But yes, I do agree that it would be a good programme once all the little technicalities are fixed. I still do like the normal windows 6 UI, after installing Dutty's CAB which makes the start menu bigger
Click to expand...
Click to collapse
Dutty's enlarged start menu is fantastic. I can navigate the start menu w/o my stylus. One of the best, easiest, and most useful mods out there!
-Jay
I tried SK Tools...and it did the job!
Thanks for the tip

Pocket Player "Notification Error"

Hi all,
My P4350 is showing the Notification Error for every now and then. It says "Cannot execute\Application Data\Volatile\pockeplayer wakeup.exe"
The Conduit Pocket Player had no problem. Once my friend took the phone to listen to the music. After the phone came back to me this error is appearing.
I uninstalled the application. But, still the notification persists.!!!
Help me.
Hi all,
I uninstalled the application and reinstalled. But, the error still pops-up every now and then.
There is nothing in that path, which the error notification shows.
Is this a virus? Do I have to change any registry?
Please help me.
Any solution?
Hi,
I may sound that I am in hurry to get a solution ofr the problem.
In mean time, I renamed the S2U2 as pocketplayerwakeup.exe and saved that into \Application Data\Volatile\
May sound crazy!!!!!!
So that, if the phone wants to do something, let it lock the keys. So, now I am not getting the Error message.
But, still is there any solution for this?
error again
The error appeared again on today. i was surprised to see that, the duplicate copy what I created was not there. Don't know how that file was deleted. I again created the file.
Is there a solution to this? (Apart from flashing the ROM).
Whenever I connect the phone to computer, it is deleting the duplicate file what I created.
So, whenever I unplug it from computer, I again start getting the same error notification.
It looks like some background services tried to execute that path. Here is my appoarch, but be caution, if you are not familiar with the registry, please make a backup before editing anything.
First check if no "weird" stuffs is in the "\windows\startup" folder, then check if that path or file is refered to in the \HKEY_LOCAL_MACHINE\Init and \HKEY_LOCAL_MACHINE\Services of the Registry and delete them. If still nothting there, make a complete search of the registry to see any reference to that file and delete it (it's ok since you already uninstall the program). Hope this help.
I am even more dumb when it comes to registry. (I can modify something if the name of the particular key is given.)
I could find the follwing thing in Windows/Startup
Capnotify.lnk
poutlook.lnk
WifInit.lnk
sddaemon.lnk
iLock2.lnk
WkTASK.lnk
GPRSNotify.LNK
Among these I don't know what does Capnotify.lnk and sddaemon.lnk do. I don't even know how to find the registry key which it referes to.
raghu13uk said:
Among these I don't know what does Capnotify.lnk and sddaemon.lnk do. I don't even know how to find the registry key which it referes to.
Click to expand...
Click to collapse
Try PHM Registry editor. Do a search with "pocketplayer" or "wakeup.exe".
No success
I finally installed PHM registry editor. But, did not find anything for wakeup.exe
What to do?

mxip files ... please prove me wrong :)

In learning how to cook from the many good resources on this site I have read in several places that the contents of the mxip* provxml files will get re-written on every device boot. This means that some changes to the regsitry must be cooked in, or they will be lost on a reboot.
One such thread/post that details this is here.
Now the official thread from MSDN on these files is here, and it says this:
An Image Update Package can contain two types of provisioning files:
Cold boot files that will be processed by Configuration Manager only when the device is cold booted. The provisioning file name must have one of the following formats:
mxipcold_PACKAGENAME_*.provxml
or
mxip_PACKAGENAME_*.provxml
where PACKAGENAME is the name of Image Update package.
These files should contain settings that you intend to be applied only during cold boot.
Update files that will be processed by Configuration Manager both when the device is cold booted and, if their associated packages have been updated, during Image Update. The provisioning file name must have the following format:
mxipupdate_PACKAGENAME_*.provxml
All settings contained in these files will be re-applied whenever their associated packages are updated, regardless of whether they have or have not changed. Therefore, these files should only contain settings that you intend to be reapplied every time their packages are updated.
Microsoft recommends that you use a three-digit number in the name of your .provxml files in ROM, such as mxip_opr_100, mxip_opr_200, mxip_opr_300, so that there is an adequate number of ordinals to identify successive versions of the file.
Note Mobile Operators should avoid using provxml files to override (shadow) entries in Microsoft-owned provxml files​Note Mxip_*_*.provxml is imported only at cold boot when the device is initially configured. In effect, mxip_*_*.provxml and mxipcold_*_*.provxml are handled the same.​Note Mxipupdate_*_*.provxml files are imported after cold boot and when the package containing them is updated.​Now the reason I am posting is based on my experience and the underlined section above. This seems to state that a "cold boot" is equal to "when the device is initially configured."
What this means is that these mxip files DO get processed on a cold boot, but that a cold boot does not mean a reset/full-power off, but rather a CLEAR STORAGE.
My own tests show this to be the case. For instance, I have taken reg entries from several mxip, mxipupdate, and mxipcold PROVXML files which shipped with the latest AT&T stock ROM (decompiled with KaiserKitchen).
When I delete these values on my device THEY DO NOT COME BACK AFTER A REBOOT.
Based on these two facts it would seem to me that any statement which claims that these provxml files re-write the registry at every reboot is incorrect.
I would love for this to be corroborated by others or in fact, I would love to be proven this incorrect.
Not only do I want to know what it right...but I have a particular instance where a registry key is getting re-written at every boot. This value being overwritten is not defined in any XML, so my assumption is a DLL or other system service is resetting it. At this point, the particular value is not important to the discussion but if indeed there were a way to define in a provxml file a registry key which would be overwritten at reboot, that would be helpful.
Please advise!
thx
Anyone?
I'm looking for any proof that any xml files cooked into a ROM can reset registry entries on a standard reboot.
Cold-reboot = hard-reset, and as such yes all your provisioning files will re-run.
However it seems to me that the only thing which would re-apply a registry key would be a service/application/driver which is hard coded to do so and not anything specified in a provisioning file.
bengalih said:
Anyone?
I'm looking for any proof that any xml files cooked into a ROM can reset registry entries on a standard reboot.
Cold-reboot = hard-reset, and as such yes all your provisioning files will re-run.
However it seems to me that the only thing which would re-apply a registry key would be a service/application/driver which is hard coded to do so and not anything specified in a provisioning file.
Click to expand...
Click to collapse
If by "standard reboot" you mean soft reset then of course no settings are loaded into registry from any of your provisioning or other XMLs (unless you have some specifically set to be loaded at start up). The registry settings stay the same as you had them before soft reset.
But obviously they are read and loaded into reg after every hard reset, not only because autorun (customization) starts after hard reset - what does not happen after soft reset - but also because registry itself is recreated 'from scratch' after hard reset, *with* the settings from your XMLs (of course if there are pointers to them in your settings, otherwise even if they are there they will be 'excluded' or 'omitted' and become what I call "ghost files" - a files that don't do nothing but taking up space /edit: best example of XML "ghost file" is i.e. config.xml which didn't have its pointer in Config.txt thus all its registry settings were entirely omitted on every hard reset, as I saw in one of the ROMs).
You won't find "any proof that any xml files cooked into a ROM can reset registry entries on a standard reboot" because it is impossible (again - if by standard reboot you mean soft reset and not hard reset).
Thanks for your reply. What you are saying backs up what my beliefs are and my experience suggests. I don't want to call anyone out for providing false information (unintentionally I'm sure). But I have seen several posts by well regarded members that speak differently.
-888- said:
If by "standard reboot" you mean soft reset then of course no settings are loaded into registry from any of your provisioning or other XMLs (unless you have some specifically set to be loaded at start up). The registry settings stay the same as you had them before soft reset.
Click to expand...
Click to collapse
Again, I agree. However how do you explain this post and the others in the thread supporting the fact that a certain registry setting must be cooked in and will not survive a reboot?:
http://forum.xda-developers.com/showthread.php?p=2106160#post2106160
Also, what do you mean by "unless you have some specifically set to be loaded at start up"? How do you have a registry key specifically set to be loaded at start up? All regsitry keys are loaded at start-up (obviously). I pick out this comment because maybe this is the crux of the issue, if there is something I am unaware of. Are you saying there is a section in the registry that will automatically load certaind reg entries at boot (effectively overwriting them)? I would be unaware of anything like this, so please explain the statement.
-888- said:
But obviously they are read and loaded into reg after every hard reset, not only because autorun (customization) starts after hard reset - what does not happen after soft reset - but also because registry itself is recreated 'from scratch' after hard reset, *with* the settings from your XMLs (of course if there are pointers to them in your settings, otherwise even if they are there they will be 'excluded' or 'omitted' and become what I call "ghost files" - a files that don't do nothing but taking up space /edit: best example of XML "ghost file" is i.e. config.xml which didn't have its pointer in Config.txt thus all its registry settings were entirely omitted on every hard reset, as I saw in one of the ROMs).
Click to expand...
Click to collapse
I think this pretty accurate. However, I think technically the registry is created at cooking from the .REG files. The .REG files combine to make the .hv files, which are basically the flat file system that gets loaded to make the registry. The .XMLs which contain registry entries then get additionally loaded during customization, but the majority of the registry already exists in the .hv files. Would you agree?
-888- said:
You won't find "any proof that any xml files cooked into a ROM can reset registry entries on a standard reboot" because it is impossible (again - if by standard reboot you mean soft reset and not hard reset).
Click to expand...
Click to collapse
Right, ok, I am thinking as much. But still would like to understand why posts like the one I referenced claim that settings need to be cooked in or they will be lost on a reboot. These posts clearly seem to mean a standard-reboot, as a user who makes a regsitry change would obviously expect that change to be lost on a hard-reset. These posts definitly infer that the changes get lost on a "standard" reboot.
Cold Boot = Hard Reset or Clear Storage or Nand/OS Format (via Mtty/Ptty)
Provisioning xml's are most typically used by Operators to limit functionality, i.e AT&T uses them to disable the "Multiple Data Sessions Hack" by changing the AGPN RIL settings. These are used to overwrite certain registry settings established on boot before the OS even loads. Similarly, the standard provxml files do NOTHING, unless called for. This does not happen at a soft reset, only at hard reset & the difference is in the type of registry setting you are targeting. As stated before, some registry settings are loaded very early into the boot cycle, before the os even initializes, & are persistent so that they cannot be changed manually period. The RIL settings, used to enable the use of MediaNet & BBC concurrently are one such example. Provisioning Xml's only run when called for or when manually initiated with the use of a program capable of importing the xml's, such as SKTools.
There are indeed many setting that will revert when a soft reset is made.
bengalih said:
Again, I agree. However how do you explain this post and the others in the thread supporting the fact that a certain registry setting must be cooked in and will not survive a reboot?:
http://forum.xda-developers.com/showthread.php?p=2106160#post2106160
These posts clearly seem to mean a standard-reboot, as a user who makes a regsitry change would obviously expect that change to be lost on a hard-reset. These posts definitly infer that the changes get lost on a "standard" reboot.
Click to expand...
Click to collapse
i think these guys are gettin confused with reboots... maybe i'm wrong, but they also said that the hives get rebuilt on every reboot, i really doubt it...
agreed that provxml files only apply to a hard reset, but also did a little testing with that particular reg key... changed both values, reboot, activesync'd and surfed the net, reboot, same values, changed them back to original, reboot, everything sticks... i don't know what these guys are talking about, but it doesn't make any sense...
also, i can't find those settings in the stock att provxml files in OperatorPKG...
Thanks for replying GSLEON3. I understand everything you are saying about PROVXMLs, and I think we are on the same page, but I am still confused about some things you are saying...
For example in your post about the AGPSNVSetting. You state that you need to change it in the PROVXML file. You also state:
THIS HAS TO BE COOKED IN, REG EDITS AFTER INSTALLING WILL NOT STICK
Click to expand...
Click to collapse
My question is, what do you mean by it won't stick? If I go in with a registry editor after I have flashed the ROM and try to change it from 6 to 5. What happens? Either:
A) When I reboot the value will revert back to 6.
B) The value will remain at the 5 I set it to, but it won't actually work.
If the answer is A, then I ask how? How does it get set back to 6 if we established that the PROVXML files only get run during a cold boot/reset?
If the answer is B, then i ask how? A reg entry is a reg entry is a reg entry. If the value is set to 5, then whatever service reads that value should be seeing a 5. It shouldn't matter if that value was originally 6, as long as it is now 5 (and remains that way after a reboot).
This also leads into the comment you just made:
some registry settings are loaded very early into the boot cycle, before the os even initializes, & are persistent so that they cannot be changed manually period
Click to expand...
Click to collapse
I don't know if I totally agree with that. I think it depends when the OS loads. I would think that since all your registry entries are stored in the .hv file on your device that the OS needs to load first in order to initizlize the drivers to read that .hv file and mount it to the registry. That might just be nit-picky if you mean before you get the higher leverl drivers and GUI initialized.
But, the question still is what makes them "persistent so that they cannot be changed"?
In summary, a provxml only writes a reg entry ONCE, on cold boot/reset. This value appears in my experiments to be able to be changed afterwards and sticks (meaning it stays the same value after a normal reboot). Why then would a registry entry need cooking in instead of just a manual change afterwards?
I am not trying to argue here, OR prove you wrong.. I am just really trying to understand why you state what you do.
Thanks!
If you change the registry and then soft reset via pressing the reset button within a few seconds upto even a couple minutes then your edit is lost, as the registry is cached in ram and only written out after a bit...
You can get an edit to "stick" by
doing the change, then wait a bit, then power off, then power on, then wait a bit, then soft reset. All the above it to convince WinMO to flush the cache.
Or use any software-based soft reset (those let the OS know its resetting, so it flushes the reg cache.
Either that, or there is something running in the background resetting registry entries. HTC_Guardian, for example, is/was an app used to reset connection settings, at least under sprint. That evil thing slammed the "correct" values into the registry every 5 minutes or so... what a waste.
In either case, the proxml things only run on a hard reset/first boot init.
schettj said:
If you change the registry and then soft reset via pressing the reset button within a few seconds upto even a couple minutes then your edit is lost, as the registry is cached in ram and only written out after a bit...
Click to expand...
Click to collapse
Thanks for the feedback. I don't buy that however (at least not on the Kaiser). I can make a regsitry change with say, PHM and the split-second after I make that change I push in the reset button... that change is kept.
If it does that for one reg entry, it should do that for all. I don't believe that some entries get cached like that and other don't
schettj said:
Either that, or there is something running in the background resetting registry entries. HTC_Guardian, for example, is/was an app used to reset connection settings, at least under sprint. That evil thing slammed the "correct" values into the registry every 5 minutes or so... what a waste.
Click to expand...
Click to collapse
See, I think you are correct here. I believe that in all the cases where I have seen a registry entry get reset on a reboot is because a driver is hard coded to reset it at boot time. On the latest AT&T release for instance if you change the LockLevel for backlight it is always reset to 0 after a reboot. There is no reference to this registry value in the rgu's or provxmls in the decompiled ROM.
schettj said:
In either case, the proxml things only run on a hard reset/first boot init.
Click to expand...
Click to collapse
agreed
bengalih said:
Thanks for the feedback. I don't buy that however (at least not on the Kaiser). I can make a regsitry change with say, PHM and the split-second after I make that change I push in the reset button... that change is kept.
Click to expand...
Click to collapse
You don't have to believe it, but i know this can be true. I can't speak to the cause, but i know that often times i must make my entry and then exit the program before i soft reset or my settings will not be kept. Also, I have experience many times where i will make a registry edit, and if i do not soft reset before doing anything else then my edit does not take effect. For example, i'll reply to a sms before soft resetting and my entries won't take effect. For this to be true then the original entries must be stored somewhere, at least temporarily. It certainly could depend on the software used though, and may have nothing to do with the rom. As i said, i can't speak to the reasons why this would occur as well as man others, but i can state my experiences through making thousands of registry changes.
I just tested this. 5 times, 5 different registy entries using PHM Reg Editor with both the stock AT&T and HTC 6.1 ROMs.
Each time I made a change, I pushed my stylus into the reset button immediately after clicking on OK to the change.
In every case, my registry entry remained the way I changed it to prior to boot.
I would be interested if you could recreate results to the contrary and if so what ROM and registry editor you are using.
scotchua said:
You don't have to believe it, but i know this can be true. I can't speak to the cause, but i know that often times i must make my entry and then exit the program before i soft reset or my settings will not be kept. Also, I have experience many times where i will make a registry edit, and if i do not soft reset before doing anything else then my edit does not take effect. For example, i'll reply to a sms before soft resetting and my entries won't take effect. For this to be true then the original entries must be stored somewhere, at least temporarily. It certainly could depend on the software used though, and may have nothing to do with the rom. As i said, i can't speak to the reasons why this would occur as well as man others, but i can state my experiences through making thousands of registry changes.
Click to expand...
Click to collapse
Hard reset, softt reset, rom update, cold boot, warm boot, clear boot,image update...
Hello
I found some usefull links.
The well-known articles about mixp, mixpudate and mixpcold...:
msdn.microsoft.com/en-us/library/ms889522.aspx
msdn.microsoft.com/en-us/library/bb737254.aspx
Definitions of Power States Transitions
msdn.microsoft.com/en-us/library/aa450592.aspx
Definitios of "clean/cold/warm booting" and their issues:
msdn.microsoft.com/en-us/library/ee490762.aspx
Terms of "Image Update"
msdn.microsoft.com/en-us/library/bb737478.aspx
msdn.microsoft.com/en-us/library/bb737638.aspx
I think that a Soft-reset is like a warm-boot, a Hard-reset is like a clean-boot and you only have to remove all de batteries (all power off) to get a cold-boot. I now understand why some fellows tells to me to remove the battery two minutes .
So
remove the battery or exhausted -> cold boot -> mixp & mixpcold & mixpupdate
hard-reset -> clear boot -> mixp & mixpcold & mixpudate
soft-reset -> warm-boot -> no mixp*
rom update -> image-update of all parts of the rom -> mixp & mixpcold & mixpudate
So normally, every time that you change the rom or order a hard-reset you mobile should execute all mixp*
From time to time something goes wrong when processing mixps during the fisrt boot after a rom-update and then you need to order a hard-reset to execute all mixp*again. I suspect that this happens when hard-spl does not force a cold-boot after the rom-update process and a warm-boot happens.
Finally
File System Boot Process. Describe which and when the actions happens:
msdn.microsoft.com/en-us/library/ee490357.aspx
Best regards.
I know this reply is seriously late in coming, but I was working thru a few registry issues and fixing a few chef cooked roms and this thread popped up.
Maybe it'll help someone in the future, trying to understand this dying architecture. (Curse you M$)
What you are failing to see, is that there are several ways that provisioning xml's can be delivered. Via cab files, straight provxml file or even xml's called on startup, not justat cold/hot boot.
AT&T as well as other OEM's used to have a bad habit of SHADOWING MS or HTC registry settings (Overwritting reg values thru use of xml provisioning). AT&T would call for their OEM Network Provisioning xml to silently install at every reset, much like a 2577 cab file. The OEM can also use the OAL (OEM Adaptation Layer) to overide or change settings in the registry, even thru the use of provisioning xmls.
The old AT&T APN provisioning via cab file we saw in Kaiser & first TP rom is a very good example of bad practices with regards to xml usage.
You can also set certain reg keys to be persistent. Try deleting the "Windows Default" (CHome) today registry key. without negating the setting with a nocharacteristic xml setting or a reg such as [-hklm/current user/etc...] this key will be persitent and also cannot be deleted.
Provxml's are good for moving things & certain settings, however, I have come to believe that registry optimization is a key component in device performance & with the new HV editing tools, you are better off adding entries directly to the hive & keeping the windows directory clean & light.
I wish only more chef's would utiolize these new tools & features. Have you ever gone thru a cooked rom registry & found all of the hanging & invalid registry keys?
The common cooked rom, even from the bvest cooks at XDA, usually have anywhere from 12% to 24% of empty or invalid registry settings. On top of that, you can have upwards of 12% - 18% invalid system type registry settings & then another 24% - 28% invalid user type registry settings.
The average cooked rom has a reg size of 811088. This number when optimized with proper settings & true removal of defunct values/keys would be more in the 647000 size range. That is common for a good chef, now imagine the guy using the standard rom kitchen based on a straight OEM rom. Cooks forget that registry values come from xml's, cab's, registry hives, even some executables. Setting are often duplicated between packages and hive and OEM provisioning files. This means that just because you remove a package from your kitchen does NOT mean that all the related registry data for that package will also be removed. For this you really need to modify the hives manually with the new HV editing tools, or completely rebuild the hives using a newer kitchen like OS Builder that allows you to build HV files from scratch. even then I recommend usign HV editing tools to confirm nothing is left behind unintentionally.
An optimized registry absolutely means increased performance.

Categories

Resources