{"id":1775,"date":"2006-05-18T09:00:24","date_gmt":"2006-05-18T12:00:24","guid":{"rendered":"http:\/\/brockerhoff.net\/bb\/viewtopic.php?p=1664"},"modified":"2010-05-08T19:56:49","modified_gmt":"2010-05-08T22:56:49","slug":"re-progress-whew","status":"publish","type":"post","link":"https:\/\/brockerhoff.net\/blog\/2006\/05\/18\/re-progress-whew\/","title":{"rendered":"Re: Progress, whew!"},"content":{"rendered":"

OK, so here are the details on remote debugging; I’ve finished this phase of XRay<\/a> 2 development and will in the next few weeks be fully available for pressing on with it.<\/p>\n

The basic idea is that I have only PowerPC Macs, and since nobody I know in Brazil has received an Intel Mac (except for a couple of DTKs, which I didn’t want to use), the solution was to use Xcode<\/a>‘s remote debugging capabilites, running my executable at a machine in the ADC Compatibility Labs<\/a>. These are open at no extra charge to paying developers, but most of what I’ll detail would apply to any other machine.<\/p>\n

Most of it is explained in the Xcode User Guide<\/a>. Note that I used Xcode 2.2.1, but I think this facility has been available at least since 2.0. Click on the “Remote Debugging in Xcode” section in the left frame. First, however, send e-mail to adc.labs(at)mail.apple.com and ask for machine time, explaining for how long you need the machine; I asked for 3 days (thanks, Joe Holmes!). Basically, they’ll set up a newly formatted Mac with everything standard installed, including the latest developer tools. You should check that you have the same version, I suppose. They’ll have ssh and Apple Remote Desktop activated, and will send you the IP address, usercode and password. For illustration, let’s say the IP number is 10.1.1.1 (NOT an actual IP!), the usercode is “adclabs” and the password is “stevejobs”; substitute the actual values as appropriate.<\/p>\n

In other words, all you’ll do there will be inside the default home folder “adclabs”. This user is also an administrator, so you’ll be able to use the password whenever needed for that. If you have a second Mac handy, you could rehearse first with that, of course; it’s what I did, as I’m normally not that handy with the Terminal. (Thanks, by the way, to John C. Randolph, Mike Ash and several others for helping me with details.)<\/p>\n

First step is to generate a public and private key pair; you can skip this if you already have done so in the past. Open Terminal and type:<\/p>\n

ls ~\/.ssh\/<\/code><\/pre>\n
If it lists a few files, among them one called “id_rsa.pub”, you already have a key pair. If not, type:<\/p>\n
ssh-keygen -b 2048 -t dsa<\/code><\/pre>\n
This will take about a minute and then prompt you for a file path; type <return> to use the default path. It will then prompt you for a passphrase, twice. Don’t leave this empty and don’t use too short a phrase. You now should have the id_rsa.pub file in the ~\/.ssh directory.<\/p>\n
Second step is to open Terminal and type:<\/p>\n
ssh adclabs@10.1.1.1<\/a><\/code><\/pre>\n
wait for the Password: prompt and type in “stevejobs”, or whatever password they sent you. You should see the normal Terminal prompt now, with a name like “CE-Lab-ADC-Compatibility-Labs-Intel-iMac” at the start of the line.<\/p>\n
Now you’d better change the password to the same passphrase you used for the RSA key – yes, usually it’s recommended to use different passwords here, but that way you won’t have to remember which one to use where; it’s just for a couple of days, anyway. Type<\/p>\n
passwd<\/code><\/pre>\n
and you’ll be prompted for the original password, then twice for the new password. Create a .ssh directory with<\/p>\n
mkdir ~\/.ssh<\/code><\/pre>\n
and log out by typing<\/p>\n
exit<\/code><\/pre>\n
Next step is to transfer the public key to the remote Mac. To do this, at your local prompt, type<\/p>\n
scp ~\/.ssh\/id_rsa.pub adclabs@10.1.1.1<\/a>:~\/.ssh\/authorized_keys<\/code><\/pre>\n
it will ask for your password again, and transfer the file over. Now log in again with:<\/p>\n
ssh adclabs@10.1.1.1<\/a><\/code><\/pre>\n
and if all is well, it won’t ask for your passphrase or password again, but just log in. Now restrict permissions on your key by typing<\/p>\n
chmod go-rwx ~\/.ssh\/authorized_keys<\/code><\/pre>\n
Now you need to set up a local build folder. The trick here is that both machines should see your build folder at the same absolute path. There are several ways to achieve that; on a local network, you could have one of the machines serve the entire folder to the other, then use symbolic links to map the same path. However, I found that over a long distance it’s most efficient to have mirrored folders at both machines, and copy the contents over with an extra build phase. Here’s what I did.<\/p>\n
At the remote machine, type<\/p>\n
mkdir ~\/build<\/code><\/pre>\n
which will create an empty build folder in the Home folder. Log out and close Terminal.<\/p>\n
Now, on your local machine, you need to prep Xcode for what you’ll do. Double-click on your main project group and go to the “General” tab. Click “Place Build Products In: Custom location” and type in “\/Users\/adclabs\/build” as the location. (Supposing, of course, that you don’t have a user called “adclabs”…)<\/p>\n
Also check “Place Intermediate Build \u00cfiles In: Default intermediates location”, which probably will already be checked. Now click on your target and, from the Project menu, select “New Run Script Build Phase”. Make sure the new build phase is the last one, and enter this line as the script:<\/p>\n
rsync -rz \/Users\/adclabs\/build adclabs@10.1.1.1<\/a>:\/Users\/adclabs<\/code><\/pre>\n
Finally, double-click on your executable in Xcode, and in the “Debugging” tab, select “Use Pipe for standard input\/output”, check “Debug executable remotely via SSH”, and in the “Connect to:” field, type<\/p>\n
adclabs@10.1.1.1<\/code><\/pre>\n
Now you’re ready. You’ll notice a delay of a few minutes while the last build phase transfers the files over, and on the start of a debugging run there’ll be several errors logged to the debug console, but eventually you’ll be debugging and single-stepping as usual, albeit more slowly. For GUI debugging, of course, you’ll have to use Apple Remote Desktop; I wish Apple would include a 1-user license for this in the Select package, as it’s rather expensive…<\/p>\n
Have fun! I’ve tried to double-check most of this as I typed it in, please tell me if something didn’t work.<\/p>\n
Update:<\/strong> fixed a typing error.<\/p>\n
Mac<\/a> Xcode<\/a> Debugging<\/a><\/p>\n","protected":false},"excerpt":{"rendered":"
OK, so here are the details on remote debugging; I’ve finished this phase of XRay 2 development and will in the next few weeks be fully available for pressing on with it. The basic idea is that I have only PowerPC Macs, and since nobody I know in Brazil has received an Intel Mac (except […]<\/p>\n","protected":false},"author":2,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"jetpack_post_was_ever_published":false,"_jetpack_newsletter_access":"","_jetpack_dont_email_post_to_subs":false,"_jetpack_newsletter_tier_id":0,"_jetpack_memberships_contains_paywalled_content":false,"_jetpack_memberships_contains_paid_content":false,"footnotes":""},"categories":[4,19],"tags":[23,22,29],"class_list":["post-1775","post","type-post","status-publish","format-standard","hentry","category-dev","category-software","tag-mac","tag-xcode","tag-xray"],"featured_image_src":null,"author_info":{"display_name":"Rainer Brockerhoff","author_link":"https:\/\/brockerhoff.net\/blog\/author\/rbrockerhoff\/"},"jetpack_featured_media_url":"","jetpack_shortlink":"https:\/\/wp.me\/p1q3Zc-sD","jetpack_sharing_enabled":true,"_links":{"self":[{"href":"https:\/\/brockerhoff.net\/blog\/wp-json\/wp\/v2\/posts\/1775","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/brockerhoff.net\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/brockerhoff.net\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/brockerhoff.net\/blog\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/brockerhoff.net\/blog\/wp-json\/wp\/v2\/comments?post=1775"}],"version-history":[{"count":0,"href":"https:\/\/brockerhoff.net\/blog\/wp-json\/wp\/v2\/posts\/1775\/revisions"}],"wp:attachment":[{"href":"https:\/\/brockerhoff.net\/blog\/wp-json\/wp\/v2\/media?parent=1775"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/brockerhoff.net\/blog\/wp-json\/wp\/v2\/categories?post=1775"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/brockerhoff.net\/blog\/wp-json\/wp\/v2\/tags?post=1775"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}