Jump to content


  • Content count

  • Joined

  • Last visited

  • Days Won


dwmc last won the day on January 18 2013

dwmc had the most liked content!

About dwmc

  • Rank
    InsanelyMac Protégé
  1. Thanks much for the work Zenith432! And thanks shiecldk for the clover config stuff! Appears to be working on the EJ168 ports on a GA-Z68X-UDH3-B3 (both front and rear). I'm using clover to perform the patches. I don't have any USB 3.0 devices handy to plug into the hackintosh, but my iPhone syncs on all ports and sleep/wake works O.K. (though my iPhone resyncs each time due to the unload/load).
  2. Clover Themes

    Zip file of my theme is attached. It's big because it contains an svg directory holding most of the SVG files I used when creating the PNG files. I use inkscape for SVG editing. I included these files so others can modify them to create their own theme if desired. Of course there's a lot of gruntwork involved in creating a theme, and I didn't spend a lot of time on it. I just wanted an orange flavored theme. Moderators feel free to copy this to a more convenient place. dwm_clover_theme.zip
  3. Clover General discussion

    If anyone else is interested, I'm working on a new Clover theme. I don't boot anything but OS X Mountain Lion with Clover, so I'm not personally motivated to create the icons I don't need. But if others want them, I'll make time to create them. I have no problem sharing all of the SVG files so others can play around without winding up with jaggies. Here's a screenshot. The background was borrowed from the iClover theme for the moment, I'll probably change it later.
  4. I have not seen Messages reading from NVRAM, but it appears that imagent does when you try to sign in to your iMessages account... dwm@hackintosh:/Users/dwm% pgrep imagent 477 dwm@hackintosh:/Users/dwm% gdb --pid=477 ... 0x00007fff8306c686 in mach_msg_trap () (gdb) break IORegistryEntryFromPath Breakpoint 1 at 0x7fff81fdbe24 (gdb) cont Continuing. Breakpoint 1, 0x00007fff81fdbe24 in IORegistryEntryFromPath () (gdb) bt #0 0x00007fff81fdbe24 in IORegistryEntryFromPath () #1 0x0000000100fed9e3 in IMDDSAuthID () #2 0x0000000100ff7589 in IMDDSAuthID () #3 0x0000000100fc6a11 in IMDAppleIDClientIdentifier () #4 0x00007fff8b59e912 in MessageLogStatistic () #5 0x00007fff8895c407 in IMMMSEmailAddressToMatch () #6 0x00007fff85cb783c in _xpc_connection_call_reply () #7 0x00007fff8b6330b6 in _dispatch_client_callout () #8 0x00007fff8b6380c8 in _dispatch_main_queue_callback_4CF () #9 0x00007fff86ccd0fe in __CFRunLoopRun () #10 0x00007fff86ccc6b2 in CFRunLoopRunSpecific () #11 0x00007fff8219b89e in -[NSRunLoop(NSRunLoop) runMode:beforeDate:] () #12 0x00007fff8213418a in -[NSRunLoop(NSRunLoop) run] () #13 0x0000000100f810ab in _mh_execute_header () #14 0x00007fff830a47e1 in start ()
  5. For what it's worth, if I delete fmm-mobileme-token-FMM ('sudo nvram -d fmm-mobileme-token-FMM'), I'm still able to login to iMessage and the variable does not reappear in NVRAM. However, some funky stuff happens with iCloud... I got an error when trying to sign out of iCloud after deleting it, but it succeeded on the second attempt. Signing back in to iCloud re-instantiates the token in NVRAM, with different contents (new token). This is on an Early 2009 17" MacBook Pro. Given that I'm not clued in to all that's passed back and forth and cached between various things such as imagent and apsd, this may or may not be helpful. I'll do some more digging.