Originally Posted by mr_fosi

- Plugged NC into USB port.
- Copied new B5 exe and n87 zip to java\jre6\bin directory.
- Ran exe as admin.
- Prompted for .zip check ("is this correct") and it was, so I OKed it. Not OKing it gave me the option to browse for the file, which I cancelled, resulting in a termination of the prog with a few more dialogs. Any extracted files were cleaned up an prog close, except for adb.exe (which I deal with below).
- Re-ran, exe, chose the detected n87 .zip.
- Displayed correct serial.
- Displayed correct generated 17-digit IMEI.
- Dialog contents "Modifying" gave error "Unable to open file", which I OKed.
- Several more dialogs flew by in rapid succession without error, ending with "Updating ROM" overlaid by "Updated ROM file has been saved as: cm_encore_full-87-IMEI.zip".
- Not all ancillary files were cleaned up. Two files remained: 1) IMEI.fix, a plain txt file containing the correct code to insert the generated IMEI and 2)adb.exe which could not be removed because it was still running the devices server. Running "adb kill-server" in the java\jre6\bin directory allowed me to remove adb.exe.
- A check of the modified smali showed only one instance of "getDeviceId" indicating that the smali had not been modified to add the code to spoof the IMEI.

I would also not have been able to eject my NC, had I tried, until I killed the adb server. Looks like one more line of code to add before cleanup.

I believe the IMEI.fix is intentionally left behind so that it can be used to modify all future builds without having to gen a new number... correct?

Prolly correct, but I don't want to make too many ass-you-me-uptions when reporting results.

Originally Posted by mr_fosi

- Dialog contents "Modifying" gave error "Unable to open file", which I OKed.

I will have to track this down... maybe add a couple of error handling routines to display exactly where the issue is. Any information as to exactly which modifying is causing it would help track it down in the meantime.

Originally Posted by mr_fosi

- Not all ancillary files were cleaned up. Two files remained: 1) IMEI.fix, a plain txt file containing the correct code to insert the generated IMEI and 2)adb.exe which could not be removed because it was still running the devices server. Running "adb kill-server" in the java\jre6\bin directory allowed me to remove adb.exe.

1) is by intent... that is how the program knows if you have generated it previously. That is the one file I don't have the program clean up behind itself.
2) will be fixed in the next beta. I haven't seen that and wonder if it is related to above error.... in any event I will include routine to kill adb server.

Originally Posted by mr_fosi

- A check of the modified smali showed only one instance of "getDeviceId" indicating that the smali had not been modified to add the code to spoof the IMEI.

Again.. wonder if due to above error. Was the one line that was there "getDeviceID()" or "getDeviceID2()"?

The routine for creating the IMEI.fix also includes the code to append the same lines to ".\out\android\telephony\TelephonyManager.smal i"

Originally Posted by mr_fosi

- I would also not have been able to eject my NC, had I tried, until I killed the adb server. Looks like one more line of code to add before cleanup.

Thank you for your testing and input and information... It is posts like your's that will get the program where it should be.

NOTE: the space in TelephonyManager.smali above is not a typo... it is added by the forum software for some reason. I could code tag it, but didn't see the need.

Originally Posted by DizzyDen

Any information as to exactly which modifying is causing it would help track it down in the meantime.

Not sure which one it is, since there are no apparent identifying marks. Seems to be the very first "Modifying" window, but I might have missed one if it open/closed very fast.

Originally Posted by DizzyDen

2) will be fixed in the next beta. I haven't seen that and wonder if it is related to above error.... in any event I will include routine to kill adb server.

Could be, but not sure why it would be.

Originally Posted by DizzyDen

Again.. wonder if due to above error. Was the one line that was there "getDeviceID()" or "getDeviceID2()"?

It was "getDeviceId()" and contained the same code as an unmodded smali.

Originally Posted by DizzyDen

The routine for creating the IMEI.fix also includes the code to append the same lines to ".\out\android\telephony\TelephonyManager.smal i"

I figured as much, which is why I think it is the modification of the .smali that isn't going through at the very beginning. That would explain why I still get a nice, packed .zip at the end whose contents haven't been changed.

Originally Posted by DizzyDen

Thank you for your testing and input and information... It is posts like your's that will get the program where it should be.

No probs. I can't do the coding but I can do some of the bug reporting.

Originally Posted by mr_fosi

Not sure which one it is, since there are no apparent identifying marks. Seems to be the very first "Modifying" window, but I might have missed one if it open/closed very fast.

I'm pm'ing you a b6-test.... I've added a couple of error check dialogs to help determine where it is failing. I really want to get this isolated and fixed before posting b6

Originally Posted by mr_fosi

It was "getDeviceId()" and contained the same code as an unmodded smali.

That means it never modified the file at all... the error above is most likely that it didn't find .\out\android\telephony\TelephonyManager.smali... we may have some work ahead of us to determine if the baksmali output folder is different if running from java folder.

Originally Posted by mr_fosi

No probs. I can't do the coding but I can do some of the bug reporting.

And that is GREATLY appreciated.

Beta 6... OP updated.

Thank you mr_fosi for testing various interbeta tests for me.

Beta 7 including ADB(WiFi) for wireless adb to obtain serial number.

OP updated.

Originally Posted by DizzyDen

Please make sure b3 is the one you are using. When you originally posted... the thread was showing 0 downloads of that file.... or just wait a few minutes... beta 4 is on its way shortly.

To ensure TelephonyManager.smali is not changed you need to look in two places.... the easiest way is to search for getDeviceID

If it worked correctly you should find 2 instances... the first is the original function and my program renames it to getDeviceID2()... the second should be the one !IMEMe adds to the end of TelephonyManager.smali

Additionally... could you check and see if your run is actually overwriting update zip file.... see if there is a update ".zip.tmp" file left over... if it is there... the zipping is running into an issue overwriting the original file... I thought I had that issue worked out... but may need to add a check for that within my program.

It is b3 that I was using. There is no .zip.tmp. No errors. The TelephonyManager.smali is the same. I used Notepad++ compare, and the hash values match. I will try the latest and let you know.

Originally Posted by mellopete

It is b3 that I was using. There is no .zip.tmp. No errors. The TelephonyManager.smali is the same. I used Notepad++ compare, and the hash values match. I will try the latest and let you know.

Try beta 7... there's been quite a bit of progress and improvements through the day.

so is Irvin to just flash this inside generated n87 over the original and keep all settings?,

Sent from my NookColor using Tapatalk