| Age | Commit message (Collapse) | Author | Files | Lines | 
|---|
|  |  | 
|  |  | 
|  |  | 
|  |  | 
|  | [#114 state:resolved] | 
|  |  | 
|  |  | 
|  |  | 
|  |  | 
|  |  | 
|  |  | 
|  |  | 
|  | [#113 state:resolved] | 
|  |  | 
|  | New function: device_link_service_get_process_message.
This function receives a DLMessageProcessMessage and extracts
the message (a PLIST_DICT). Fails if the received plist is not
a DLMessageProcessMessage. | 
|  |  | 
|  |  | 
|  |  | 
|  | This brings back the automatic pairing feature if not yet paired. | 
|  |  | 
|  |  | 
|  |  | 
|  |  | 
|  |  | 
|  |  | 
|  |  | 
|  |  | 
|  | These communication functions operate on an iphone_connection_t, thus their
function name should reflect that. | 
|  |  | 
|  |  | 
|  | [#104 state:resolved] | 
|  | This error is returned if the service does not exist on the device.
It comes handy to detect if for instance the AFC2 service is actually
setup on a device or not. | 
|  |  | 
|  |  | 
|  |  | 
|  |  | 
|  |  | 
|  | Implementations can now supply a full pair record and thus use their
own preferred method of managing pairing records if needed. | 
|  |  | 
|  |  | 
|  |  | 
|  |  | 
|  |  | 
|  |  | 
|  |  | 
|  |  | 
|  |  | 
|  |  | 
|  |  | 
|  |  |