yashsingh1/xdaforums huggingface dataset:
[Windows Mobile Software Development] vipa:
aga, I thought I did something wrong but i was not sure what exactly :)

Thank you for clarifying this.

And, yes, I agree first post perhaps needs a bit of simplification.

May be using "Source Folder" and "Target Folder" can help to clear some confusion?

I just reflashed it and it worked.

But I now run into other problem. Since some of the files (lnk) I copy are going into Start Menu folder I get duplicated folders in my Start Menu. Say I had initially "Tools" folder and after DirCopy finishes its job I have "Tools (1)"

Does it have something to do with folders being read-only?

Update: tried to use this code instead of the original:

ForEach xcopy3, xcopy4 in regValues ( "HKLM", "\Software\XDA\DirCopy" )
If (DirExists( xcopy3 ))
XCopy( xcopy4 & "\*.*", xcopy3, TRUE, TRUE )
Else
MkDir( xcopy3 )
XCopy( xcopy4 & "\*.*", xcopy3, TRUE, TRUE )
EndIf
EndForEach

did not help...
[Windows Mobile Software Development] Dibbson:
I just wanted to give a big THANKS for this app. This is the only UC app that would work when cooking cabs in a ROM for the TP2 for me. I tried SDAutoRun/AutoRun and everything inbetween and all kinds of things and it wouldn't install cabs and it keep hard reset looping because of it, basically a 48 hour headache. But this did the job. Big thanks again!!!
[Windows Mobile Software Development] Noonski:
This started sopecificly becauser of the RunCC method.

Sleuth played a big roll in actually making a new SDAutorun.exe, at that time RunCC wasn't as finished By HTC as it is supposed to be now.

Eventually CMONEX said "why bypass, reboot, run autoinstall again and reset again. If you ask me, i'd rather have no reset at all"

That little phrase, taunted me in wanting to proof it could be done easily and could be picked up very easy by someone who could actually code, unlike me. I thought,what the heck why not, i need to Flash test and reflash as soon as possible myself.

So specifcly cooks can benefit, Flash Test, Flash Test, flash Test.

Regular Autorun takes to much precious time, that could be used to reflash again:)
[Windows Mobile Software Development] ai6908:
I agree that using this is a lot better than autorun. Not sure how to get this compared to RunCC. But no complains till now.
[Windows Mobile Software Development] RoryB:
What I like is with Mortscript you can have customization without autorun or runcc. That way you do not have to cook a program in that only runs after hard reset and no other time.
[Windows Mobile Software Development] nosedive:
first - really good work noonski, i enjoy using xda_uc far more than any other uc method :)

could anyone help my imagination and tell me whats wrong in here?

[HKEY_LOCAL_MACHINE\Software\XDA\RunFirstBoot]
"\\Windows\\TICS_installer.exe -addchange -plg:\\Windows\\CComm.plg -cpr:currentLandscape -silent"=""
"\\Windows\\TICS_installer.exe -addchange -plg:\\Windows\\CComm.plg -cpr:currentPortrait -silent"=""

i could put this into lnks and put them instead, but actually i dont want to create another files just as this is supposed to work
[Windows Mobile Software Development] Noonski:
They way it takes the parameter is separate.

ForEach xExe, xPara in regValues ( "HKLM", "\Software\XDA\RunFirstBoot" )
Run( xExe, xPara )
EndForEach

But as your passing two different types of parameters i can understand why your keeping these in the first field.

You could try to switch them around

ForEach xExe, xPara in regValues ( "HKLM", "\Software\XDA\RunFirstBoot" )
Run( xPara, xExe )
EndForEach

And then denote the parameter seperatly from the exe.
[Windows Mobile Software Development] ahmedfikry:
Hi Noonski

i decided to have all rom updates on one thread

my latest rom is 28011

for Eten Glofish M700

http://www.eten-users.eu/index.php?showtopic=19664

please update the rom link...thanks
[Windows Mobile Software Development] nosedive:
hey noonski,

i got it working.. it's absolutely ok to pass more than 1 parameter to an exe like tics

just one thing to think of - if you do it in an reg it might look like this:

[HKEY_LOCAL_MACHINE\Software\XDA\RunFirstBoot]
"\\Windows\\TICS_installer.exe"="-addchange -plg:\\Windows\\CComm.plg -cpr:currentLandscape -silent"
"\\Windows\\TICS_installer.exe"="-addchange -plg:\\Windows\\CComm.plg -cpr:currentPortrait -silent"

now i have this done in more than one app.reg (i use vk) and of course, vk did overwrite every single "\\Windows\\TICS_installer.exe" call

so by changing the XDAUC.mscr it is possible to call the same exe more than 1 time and use tools like tics to do its work while xda_uc

## orig ForEach xExe, xPara in regValues ( "HKLM", "\Software\XDA\RunFirstBoot" )
ForEach [COLOR="Red"]xPara, xExe[/COLOR] in regValues ( "HKLM", "\Software\XDA\RunFirstBoot" )
Run( xExe, xPara )
EndForEach

of course, you need to change the app.reg - just swap xExe and xPara

this looks like this

[HKEY_LOCAL_MACHINE\Software\XDA\RunFirstBoot]
"-addchange -plg:\\Windows\\CComm.plg -cpr:currentLandscape -silent"="\\Windows\\TICS_installer.exe"
"-addchange -plg:\\Windows\\CComm.plg -cpr:currentPortrait -silent"="\\Windows\\TICS_installer.exe"=

hth

nosedive
[Windows Mobile Software Development] t0mmyr:
feature request

i wanted to request an easier feature in a future build because i still don't understand how to do the file/folder copy process....

so this is what i request and suggest

to make xda_uc v1.0.06 copy anything from "\Storage Card\XDA_UC\COPY" to the root of the device by default, so if i wanted to copy a certain shortcut into my startmenu i could just create the following folder on my sd card: "\Storage Card\XDA_UC\Windows\Start Menu\Programs" and copy the permanent shortcut in there so that xda could just copy it back to the device based on the folder structure....get what i mean?....if i want something copied back to my /device/my documents i would place it in "\Storage Card\XDA_UC\My Documents\file.txt" or something.......this would be wayyy easier than the registry thing i have no clue how to do
[Windows Mobile Software Development] Noonski:
Check the first two posts, i have added some of the mentioned ideas to todo/ideas.

And have updated the downloads with the 1.1.00 version to support Diamond's "Internal storage" and Samsungs "My Storage"
[Windows Mobile Software Development] ai6908:
Weird problem! I have been using xda_uc right from the time sun started to raise on the east!;) And now all of a sudden, it just wont run at first boot! In the sense, it installs my theme, but wont do anything after that.

I do not have runcc or controlblock in my ROM. And it just started to happen once I changed OEM (rebuilt kitchen)!

Any ideas of what to look for?

PS: Noonski, thanks for the new version. It worked just fine until now...:confused:
[Windows Mobile Software Development] gspitman:
cab install?

Hey... I'm sure this is a stupid question, but couldn't this be installed via cab, instead of needing to be cooked in?

That way it could be used with roms that don't have it cooked in?

Just a thought...
[Windows Mobile Software Development] ai6908:
Nope, thats not an option right now. I think the thought process is to replace runcc or autorun, not just have this as UC.
[Windows Mobile Software Development] Noonski:
It's in the planning, but I'll be having a slow month semi sabbatical.
[Windows Mobile Software Development] ai6908:
Thats great! I was thinking of making my own! Cuz if the flash ROM other than my own, then I have to use sashmi! I have all my current files in xda_uc, so switching back forth is pain!

Well dont take too long of sabbatical!;)
[Windows Mobile Software Development] ai6908:
This is driving me nuts. I use two different machines to cook usually. Machine A cooked ROM launches XDA_UC just fine. Whereas Machine B cooked ROM does not launch XDA_UC! Both machines do give me bootable ROMs, no problem.

I dont think one runs tskmgr, whereas the other one does, and hence xda_uc runs!! Maybe!!!

But the funny thing is, custsk applies without any problems And it also calls for cook.mscr, and runs and does things, until it executes another mscr, then it stops!

I cant seem to figure this crap out!:mad:
[Windows Mobile Software Development] brucet:
I'm a newbie and liked using XDA_UC on one ROM I used. However I am now trying to use a non-UC ROM and miss the auto-configuration.

Is there a way to launch XDA_UC manually, auto-installing all the cabs in the \Storage Card\XDA_UC directory?

Thanks
[Windows Mobile Software Development] RoryB:
You would need to edit the script to not check for boot count or autorun and runcc. It could reside on your storage card and you would run it after the ROM flash is complete. It would be a manual start, but automatic after that.
[Windows Mobile Software Development] mccune:
Hi Noonski (and others!). Good to see you again. I’ve reated my First WM6.1 Rhodium ROM based on a lot of experience from the old O.R.D.E. Project for the HTC Diamond ;)

You can find my creation HERE for who are interested.

It even has the SPC Mortscript feature in it. While searching for a solution to get UC working I’ve stumbled on this thread. And I must say it’s pretty impressive.

Just to start messing around here I wanted to do a suggestion and was wondering what your thoughts are.

At this moment you put almost everything in the XDA_UC folder. I took the liberty of modifying your latest XDAUC.mscr file.

Don’t worry changes are only small and so far it’s working without any problem. Do note that I’m only working with this project for just a few hours.

What did I change:

Instead of putting everything in the XDA_UC folder I’ve added some structure to it:

XDA_UC\ -> Root folder for auto CAB’s, welcome screen etc.

XDA_UC\ CABS_MANUAL -> Replaces the SD folder. This gives the idea that files put in SD are installed on the Storage Card. Right?

XDA_UC\MSCR -> Place to put your Mortscipt MSCR files.

XDA_UC\REG -> Put your registry files here.

XDA_UC\CER -> Put your certificate files here.

Wonder what you think of this. Just to prevent any confusion I decided not to upload this file yet.

Furthermore I have just one question. Is it possible to have CAB’s that will auto install on SD? If not I would still need my SASHIMI. Otherwise I think it’s good to just put the files that need no interaction from the user inside the XDA_UC folder and everything else in the old SASMHIMI folder.

I did not read the whole topic, but how do I copy files from the XDA_UC\ROOT to the Root of my device? Or isn’t this a feature?

Forgive me, it’s getting kind of late so I might miss something here and there ;)
[Windows Mobile Software Development] ai6908:
Probably can try mouseclick function. As you know, those checkboxes are always in the same place...:)
[Windows Mobile Software Development] burtcom:
amidoinitrite?

I just cooked my three flavors of esperOS for Kaiser with XDA_UC by downloading PACKAGE_XDA_UC_1_1_0.zip from the second post in this thread, unzipping it, putting it in my OEM/Kaiser/XDA_UC folder and cooking away. ROM boots fine. haven't tested any config yet but I see the files were added to /windows, etc.

http://xdaforums.com/showthread.php?t=609942

Now, in my EXT folder that I shamelessly stole from TPC, I see AutoRun_4_31_6_2 and AutoShortcut1_1_2_0 -- would I be correct in assuming that I don't need these anymore?

(what the heck does AutoShortcut do, anyway?)

UPDATE: after some googling I see I probably want to keep autoshortcut, but there is a package CheckAutoRun that I can probably do without :)
[Windows Mobile Software Development] Noonski:
Yes, although XDA_UC does have a similar function like AutoShortcut.

I haven't made it to replace it ;)

But personally i have taken al the values in that Autoshortcut parses and makes short cuts of and rewritten them to XDA_UC in my Roms, but that probably says something about me needing a shrink.

CheckAutorun does indeed check the Autorun Registry flag to see if it is set to 1 or 0 and in the case of 0 it will then start Autorun.exe and then delete the CheckAutorun.lnk from \Windows\Startup.

And shamelessly stealing from TPC ain't Stealing if you admit it ;)

And last time I checked TPC was a cool guy.
[Windows Mobile Software Development] nosedive:
[UC]XDA_UC V1.1.00 - extended [22/01/10]

well here we go:

this is my modification of Noonski's great XDA_UC which now has additional commands and is fitted to the needs of cooks ...

when i replaced my old autorun method with XDA_UC, i noticed that i was still missing some functionality:

1) themes: i'm cooking themes into my roms but it was always inconvenient .. run custsk.exe from add2config.txt ... sure, but if i do this with more than one theme, themes switch 3x or even more during UC? i wanted 1 theme during UC that is being abled to be cooked in - best via registry key.

the extended XDA_UC reads out this key but only if Noonski's default theme implementation doesn't find any - example attached.

[HKEY_LOCAL_MACHINE\Software\XDA\TSK]
"THEME"="nosediveBlack.tsk"

2) running exes during startup: if you want an app being executed during startup you can use the registry key RunFirstBoot, but if you want the same exe again doing something else? if you cook both commands in right away, the 2nd key overwrites the first one .. so i swapped the key and the extended version reads out something like this

[HKEY_LOCAL_MACHINE\Software\XDA\RunFirstBoot_swap]
"-addchange -plg:\\Windows\\Stardock.plg -cpr:currentLandscape -silent"="\\Windows\\TICS_installer.exe"
"-addchange -plg:\\Windows\\Stardock.plg -cpr:currentPortrait -silent"="\\Windows\\TICS_installer.exe"

you see, TICS is called twice with both different arguments ... both commands are executed during UC.

with the original XDA_UC the execution would look like this

[HKEY_LOCAL_MACHINE\Software\XDA\RunFirstBoot]
"\\Windows\\TICS_installer.exe"="-addchange -plg:\\Windows\\Stardock.plg -cpr:currentLandscape -silent"
"\\Windows\\TICS_installer.exe"="-addchange -plg:\\Windows\\Stardock.plg -cpr:currentPortrait -silent"

please note that the registry key parsed is different and a "_swap" makes the difference

btw fdc taskmgr installs to startmenu\programs\tools ... links are included ... the package provided is in EVK format - OEM XDA_UC

to include other languages, create an copy of 0409, name it to your code and adapt the app.reg + app.dat inside the folder ... i provide 0407 and 0409

this is important, but every XDA member will see soon ;)
[Windows Mobile Software Development] Noonski:
NoseDive, you got it.

The last months i haven;t found the time to implement a few of the suggested changes and additions.

I hoped when is started that XDA_UC would not be something seen as mine.

(Seeing i already got a lot of help and input realising it to the point i could)

Maybe i should re-open the .xda Social group with a Band of brothers so Further improvements of XDA_UC is not halted by my Schedule (I knew I shouldn't have started cooking again ;))

I knew that it was something that i found to be useful, and luckily others thought the same. And i was especially surprised by the Adoption of Non HTC devices picking up on this. And with XDA now going to expand to a few other non HTC devices in the future, improvement is getting more important.

To Be continued.
[Windows Mobile Software Development] rishi2504:
Hi,

I have been using Autorun/SDAutorun on my roms without any apparent issues till date. Just saw your thread on XDA_UC and felt like upgrading the customization tools.

Actually, I have already been using fdcsoft task manager by renaming/replacing it with the windows Task Manager while cooking. But I just wanted a confirmation on whether 'FS_TaskMgr.exe' in XDA_UC can be renamed to 'TaskMgr.exe'. Adding a new one would just lead to duplicate files with different names. Consequently, I would also need to modify the .mscr files with appropriate calls to 'TaskMgr.exe'.

What I am not sure is whether the XDA.dll uses it in any way. If it does, renaming the task manager would cause problems.

cheers,

rishi2504
[Windows Mobile Software Development] Noonski:
The XDA.dll only holds icon Files for .XDA files.

You could also redirect the ControlPanel Entry for MS Taskmanager to FS_Task.....

[HKEY_LOCAL_MACHINE\Software\Microsoft\Shell\Rai\:MSTASKMGR]
"0"="MSTASKMGR" ; class name
"1"="FS_taskmgr.exe" ; exe to launch
"2"=dword:1 ; perf hint (RAI_PERF_*)
"3"=dword:0 ; app type (?)
[-HKEY_CLASSES_ROOT\taskmgrapp\DefaultIcon]
@="shellresapps.dll,-20228"
[-HKEY_CLASSES_ROOT\taskmgrapp\SelectIcon]
@="shellresapps.dll,-20229"

&

[HKEY_LOCAL_MACHINE\ControlPanel\TaskMgr]
"Redirect"=":MSTASKMGR"
[Windows Mobile Software Development] rishi2504:
Thanks, will check and revert in case of any issues.

cheers,
[Windows Mobile Software Development] vipa:
What could be the reason for fs_taskmgr to open up while xda_uc script is running at first boot? No error message, nothing - just opens up and stays there.

I need to click Exit button in the application (fs_taskmgr) for the customization process to come to an end.

Does not happen always, but when it happens - it is absolutely not clear why...

This does not affect the result - all customization seems to be done as it should (cabs, regs, provxmls).
[Windows Mobile Software Development] ai6908:
Hmmm it happens to me as well, but almost all the time. I think it happens when parsing xml files...but not too sure...
[Windows Mobile Software Development] Noonski:
Yup it could be that it's having trouble with a wrong xml file.

Try to manually import the xml files in Taskmanager to see if it gives an error.
[Windows Mobile Software Development] mccune:
I've noticed this also happens when you import a REG file that contains binary data like Owner Info. Strange thing is when you import it manually using TaskManager it gives no error message.
[Windows Mobile Software Development] ahmedfikry:
hello Nonnski

I have been using your UC method in my cooking for Eten & now Kaiser too

I have a suggestion:

once the UC screen comes up "XDA_UC will silently install...etc" on 2nd boot, you can only press OK...there is no way to stop or end the process if you want to just skip cab install at this time...

I build light roms & leave all cabs on the memory card for UC ... sometimes i just want to abort the process, can you adjust the .mscr scrip to allow "decline" or "abort" ....then on the following boot it will just delete the file from the startup folder if a user wants to stay with the light rom

right now you have no option but pulling your memory card out but not by the UC application
[Windows Mobile Software Development] vipa:
That's right - one of my xml files was causing this.

Taken it out - nothing comes up and everything runs smoothly.

Thanks.
[Windows Mobile Software Development] Noonski:
Did you also se McCune's finding?
[Windows Mobile Software Development] serfer222:
Hi there =)

I use XDA_UC in my ROMs and I want to share one simple but useful feature I added to your mscr.

Idea is very easy - some times I need to import registry keys BEFORE installing application from cab file.

Some programs will detect registry key during install and will use this settings. For example G-Alarm needs to read it's settings when installing.

So, I have modified your script... I added tow chars to it and feature is implemented now in my ROM =)

1) I copied section that searches for *.reg files

ForEach REGfile in files ("\" & SDF & "\XDA_UC\*.reg")

and so on.

I placed this code before *.cab installation code.

2) I added "1\" to path string in this section

Now it looks like this:

ForEach REGfile in files ("\" & SDF & "\XDA_UC\[B][COLOR="Red"]1\[/COLOR][/B]*.reg")

That's it. Now all *.reg files that user put in XDA_UC\1 folder will be imported before installing any cab files.
[Windows Mobile Software Development] t0mmyr:
Noonski, what is XDA.dll for? It appears to just be a few icons which I've never seen the app use, I can't unsign or sign the dll, is there anything important because I've been forever trying to make an XDA_UC Cab and finally found this one single files breaks the cab, without it XDA_UC installed just fine without that XDA.dll being installed, It seemed to customize great too, just wondering if I'm missing anything important without that or if you can provided a different one that won't fail cab installation
[Windows Mobile Software Development] Noonski:
the DLL file is just a place holder for the .xda &.xdas file icons. Not important for functionality.
[Windows Mobile Software Development] vipa:
Yep, thank you.

However I do import owner information in reg file with XDA_UC and it does not cause any problems.

I have put owner info in one line, like this:

"Owner"=hex:00,00,00,00,00......"

This works so far.

But the issue I had was similar I think - xml file I was trying to import had TimeZoneInformation. And it also has binary data. Not sure what is wrong with it:

<wap-provisioningdoc>
<characteristic type="Registry">
<characteristic type="HKLM\Time" translation="filesystem">
<parm name="TimeZoneInformation" datatype="binary" value="TP///1IAdQBzAHMAaQBhAG4AIABTAHQAYQBuAGQAYQByAGQAIABUAGkAbQBlAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAoAAAAFAAMAAAAAAAAAAAAAAFIAdQBzAHMAaQBhAG4AIABEAGEAeQBsAGkAZwBoAHQAIABUAGkAbQBlAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAMAAAAFAAIAAAAAAAAAxP///w=="/></characteristic>
</characteristic>
</wap-provisioningdoc>
[Windows Mobile Software Development] vipa:
Good idea, I also have been struggling with this one. Ended up creating a start-up script which makes backup of all registry settings after I had 3 boots. All registry settings I need are listed in the ini file and script saves it to XDA_UC so after next flash all customization is restored.

And I did not feel that if the settings imported after the cab is installed is causing any problem to the programs installed (incl. galram) :confused:
[Windows Mobile Software Development] serfer222:
there is no big problem, but if I import galarm settings before and only then start installation, installation will use my settings and behave like an update - user doesn't need to change options in displayed dialog.

that is what I want.
[Windows Mobile Software Development] BobD1605:
Since NRG has added XDA_UC to his ROM I am looking into using it instead of SASHIMI, which has been working really well. Before I flash my new ROMs I use SPB Backup to backup my contacts & emails etc. This produces a .exe file.

Is there an easy way to get XDA_UC to run/install a .exe in the same way it runs cabs and .reg files?

Thanks
[Windows Mobile Software Development] pmatthewsatiug:
Windows Registry Editor Version 5.00 vs. REGEDIT4

I've been getting to know XDA_UC after NRG moved that direction. I downloaded the CeRegsistryEditor described in post one and have been comparing my registry entries before and after certain configuration.

This forum states that the reg files need to be Windows Registry Editor Version 5.00. I don't see how to export the reg files into any format other than REDEDIT4. Any ideas? I searched the CeRegsistryEditor web site and couldn't find anything. I know this is probably off topic, but let me know if you have a better way to get the reg files.

Thanks.
[Windows Mobile Software Development] Incarniac:
dotFred's Task Manager, included in EnergyROMs include a registry editor that exports to WRE5 (and in Unicode format). This Registry Editor is accessible from within the Task Manager or directly from Start -> Tools -> Registry Editor.

Although if another registry editor is your preferred editor, you can simply edit the .reg files in a text editor after they are exported, change the "header" (first line of the file) to "Windows Registry Editor Version 5.00" (followed by a blank line) and save it as a text file with Unicode UCS-2/UTF-16 encoding.
[Windows Mobile Software Development] Incarniac:
Sorry for double post - not sure what happened there, Firefox got a bit confused when trying to edit the post.