Open GoogleCodeExporter opened 8 years ago
You did the kill command manually right? you have to search which PID the
vending
process has and kill it but if you haven't started Market, no vening process
exists
and the error message can be ignored (because it's not running, you wont need
to kill
it).
About the Problem with the broken pipe (Unexpected error - Here is what I know:
Broken pipe):
On devel I tested ME a lot and this error was from SU app.
If the su app didn't responded fast enough (if not in white list).
I think the problem is the GC of dalvik that kills the child process su because
the
superuser UI get started and if the memory is getting low, dalvik GC will end
the ME
process and it's child processes.
I have to think, how to solve this in a clean way.
The solution that helped me and others is just witelisting ME in the superuser
app.
Original comment by michel.racic
on 10 Nov 2009 at 12:43
Some extra info on this..
If I run the 8 commands manually using adb, they all execute OK until the kill
command.
It seems not to matter if Market is started or not, it finds a pid, then says
"no
such process". If I run the kill command again, it finds a different pid with
the
same result.
The rm command executes OK.
After all this, when I launch MarketEnabler it shows the new T-Mobile settings
but
immediately errors with "A network error occurred".
Hope that helps...
Original comment by guywmcna...@gmail.com
on 12 Nov 2009 at 6:30
can you do a "ps" on the phone and attach the output?
Just do "ps > ps.log" and attach the generated ps.log, you can even trim it to
just
include the header an one sample entry.
Some others with an early modaco rom discovered that ps didn't return in the
same
format as ME was expecting and this leaded to a wrong PID (PID of Parent was
taken
instead of own PID).
Original comment by michel.racic
on 12 Nov 2009 at 8:41
hmmmm.... the header looks OK, the second column is the PID...
Can you try the following and post your output again?
$ echo "[ps]" > debug.log
$ ps >> debug.log
$ echo "[ps grep trim]" >> debug.log
$ ps | grep vending | tr -s ‘ ‘ | cut -d ‘ ‘ -f2 >> debug.log
$ echo "[kill]" >> debug.log
$ kill $(ps | grep vending | tr -s ‘ ‘ | cut -d ‘ ‘ -f2) >> debug.log
Original comment by michel.racic
on 12 Nov 2009 at 9:30
after both the ps and kill commands, the console reads,
cut: expected a list of bytes, characters, or fields
FYI, busybox is installed and I use
export PATH=/data/busybox:$PATH
in order for the grep, tr, cut commands to work.
Original comment by guywmcna...@gmail.com
on 13 Nov 2009 at 1:33
Attachments:
Ok, the output of ps in this log looks different than the output you posted
before...
If you say you have to export the PATH variable, does this mean that you have
to do
this every time you start a console?
If yes, ME can't access busybox because it doesn't make your export when
opening a shell.
Anyway your ps output looks different than from most users but has been
reported from
users with an older modaco rom.
Original comment by michel.racic
on 13 Nov 2009 at 8:56
Yes, I have to export the path every time I start a console.
Let me know if there is any more I can do.
G
Original comment by guywmcna...@gmail.com
on 13 Nov 2009 at 9:01
As soon i got some spare time I want to recode ME and build a version thats not
depending on busybox because most reported problems are from busybox.
You could try to modify init.rc and modify the path export there.
Be carefull to don't delete entries in there and you have to modify the
/system/init.rc (I think you have to remount the system partition for write
access).
There exist 2 init.rc files and you have to modify the one in /system/, this
gets
called by the other init.rc at the end and changes in the otherone might not be
permanent as I heard.
Before running ME, try the ps command in a terminal (without first exporting
the PATH
and see if the PID column is the second column in the output, if not it wont
work and
may cause your phone to reboot (because it may try to kill PID 0 and this is the
motherprocess of all processes.
Original comment by michel.racic
on 13 Nov 2009 at 10:13
I think I will wait for your rewrite - good luck!
G
Original comment by guywmcna...@gmail.com
on 13 Nov 2009 at 10:43
Original comment by michel.racic
on 13 Nov 2009 at 11:21
Original issue reported on code.google.com by
guywmcna...@gmail.com
on 10 Nov 2009 at 8:20Attachments: