คุกกี้เหล่านี้มีความสำคัญต่อการให้บริการบนเว็บไซต์แก่คุณ และเพื่อให้คุณสามารถใช้คุณลักษณะบางอย่างได้ คุกกี้เหล่านี้ช่วยในการยืนยันตัวบุคคลของผู้ใช้งานและช่วยป้องกันการปลอมแปลงบัญชีผู้ใช้งาน หากไม่มีคุกกี้เหล่านี้เราอาจไม่สามารถให้บริการแก่คุณได้ เราใช้คุกกี้ดังกล่าวนี้เพื่อให้บริการแก่คุณ
แม้ว่าอาจเกิดคุกกี้ แต่อาจไม่สามารถบันทึกได้เนื่องจากมีสมุดบันทึกที่คุณสามารถอัปเดตได้เว็บไซต์นี้อาจมีคุกกี้หรืออาจเกิดคุกกี้ใหม่อีกครั้ง
ยัง incompatible กับ stock lollipop ของ samsung อยู่นะครับ ถ้าอยากทดลองก็ย่อมได้
http://forum.xda-developers.com/showthread.php?t=3034811
version ล่าสุดคือ 3.0 alpha 2
Current status (Feb 19)
The most important issue seems to be the incompatibility with Samsung stock ROMs, especially because it’s leading to boot loops. I have been working hard on fixing this in the days since the release, however it’s not just a single spot that needs fixing. Thanks to GermainZ for testing and providing good log files! So far, I have detected the following issues:
– Enhanced .oat file format: Samsung has added a “TypeLookupTable”, probably for performance reasons. The table itself will be ignored by Xposed, but it also means that the file format is slightly different. I have finally understood what they have done and added some logic to skip the referenes to this table.
– Different size of the String class: They have added a clear() method, which is unusual as strings are usually immutable. As this class is one of few that have special support in native code, I had to add one entry to the virtual table of the class.
– Additional fields in DexCache class: Offsets to some fields are different due to this and need to be handled in native code (as this another central class with native parts directly implemented in ART).
– Verifier rejects ViewDebug class: Doesn’t seem to be overly critical to me, yet to be tested whether it’s working fine with original libraries.
– Implementation missing for some native methods: Some methods in the reflection classes have been implemented in native code instead of Java. This means I will have to implement them as well.
The changes done by Samsung are bigger than I expected, especially given that ART is very complex and mostly undocumented. Anyway, I still think that once these issues have been overcome, it’s better to replace the libaries than trying to manipulate data structures and behavior from “outside” (app_process). Think about it: If they have done such big changes, it’s very likely that offsets in these data structures are different from AOSP and would need special handling as well.
It would of course be helpful to have an uninstaller ZIP in case you run into a bootloop. I didn’t have time for that yet, but maybe someone can build an initial version that basically reverses the steps of the installer ZIP. For the ART libraries, that should be rather easy. You might want to stay away from moving app_process32 back in case you have SuperSU installed. It will need a special procedure to ensure you don’t break either part or even your ROM.
There are other issues for sure, for example it seems that some methods cannot be hooked. That’s something that needs more investigation, but I would like to fix the more critical issue like the ones for Samsung first.
That said, I won’t be able to work on Xposed for the next days, definitely not before Monday. Keep in mind that this isn’t my fulltime job and that an alpha phase might take some time. It would be illusionary to assume that we reach a stable state after a few days, with all the changes that have been done.
ยังใช้ไม่ได้ครับ
ส่วนผมยังลังเลว่าจะไป lollipop ดีหรือป่าว เพราะรอ xmod ส่วน xposed สำคัญรองลงมา 55