Help/Support Replace Win7 debugging machine with ....

miseaujeu · January 20, 2016

I've been discouraged by the issues surrounding iOS 8.4 and debugging on a Win7 machine. I've looked into making an OSX VM on my Win7 box and am guessing I'll encounter different issues that will still prevent me from using it properly.

What would be the cheapest used mac machine I could buy that would still do a great job as a debugger? What version of OS X needs to be supported ? What are some min recommended specs for such a box?

Thanks

-M

ITz_kser · January 20, 2016

I used LLDB without using a Mac

Rook · January 20, 2016

Hey,

As long as it's a Mac, it will do the job. I believe it also works in VMWare so you can just use it on that. Setting up Mac on VMWare is fairly simple also. There's a tutorial posted in Tutorials section.

ITz_kser · January 20, 2016

he can use a VMWare or use LLDB in his Windows 7 like me "Achievement"

Achievement

miseaujeu · January 21, 2016

I was able to setup LLDB in Win7 however I'm still being returned all my debugging information in relation to _mh_execute_header ()

Let me be perfectly clear -- I was able to debug perfectly fine using GDB on iOS 8.4 through a Win7 machine as of Nov 19 2015

<sample output from Nov 19 2015 07:20 PM>

0x00677150 in m_QuestSummary_GetPercentCompelete ()
6: $r4 = 354180160
5: $r3 = 1110881504
4: $r2 = 84215400
3: $r1 = 16
2: $r0 = 1
1: x/i $pc  0x677150:  00 00 50 e3                   cmp        r0, #0  ; 0x0

However by 12 December 2015 all my debugging started to look like this

0x001f000c in _mh_execute_header ()
4: $r2 = 2041261
3: $r1 = 1
2: $r0 = 19582444
1: x/i $pc  0x1f000c:  78 44 00 68                   stmdavs    r0, {r3, r4, r5, r6, r10, lr}

<snip>
0x000a3b38 <_mh_execute_header+248632>:  00 68 90 f8                   undefined instruction 0xf8906800
0x000a3b3c <_mh_execute_header+248636>:  ad 10 11 f0                   undefined instruction 0xf01110ad
0x000a3b40 <_mh_execute_header+248640>:  01 0f 05 d0                   andle    r0, r5, r1, lsl #30
0x000a3b44 <_mh_execute_header+248644>:  01 6e 19 b9                   ldmdblt  r9, {r0, r9, r10, r11, sp, lr}
0x000a3b48 <_mh_execute_header+248648>:  03 21 08 91                   tstls    r8, r3, lsl #2
0x000a3b4c <_mh_execute_header+248652>:  6a f3 bc d2                   adcsle   pc, r12, #-1476395007   ; 0xa8000001
0x000a3b50 <_mh_execute_header+248656>:  02 98 00 f1                   undefined instruction 0xf1009802
</snip>

At first I believed that this was due to some patch of my Taig iOS 8.4 Jailbreak. So I used Cydia Impactor and restored my phone to a clean jailbreak state. After reinstalling GDB and a few other bare bones tools I got the same results -- only _mh_execute_header () returns.

I have been racking my brain and so I figured it had to do with the interface between the iOS and my Win7 debugging machine. If this is not the case I'm completely at a loss.

Can anyone confirm if they are able to use iOS8.4 with either GDB or LLDB and NOT get all returns in relation to _mh_execute_header () ? If so please post a code snippet of any available iStore app along with version etc. I would like to compare my output to a known sample.

Thank You,

-M