help

"Jason" <[email protected]>
Newsgroups gmane.comp.mobile.bitpim.devel
Message-ID <8CCBA89EF2464ED7A611623C67B03BC9@ACSFA0002>
Please remove my address from the BitPim mailing list.  Many thanks.  Jason

----- Original Message ----- 
From: <[email protected]>
To: <[email protected]>
Sent: Monday, June 30, 2008 3:33 AM
Subject: BitPim-devel Digest, Vol 26, Issue 16


> Send BitPim-devel mailing list submissions to
> [email protected]
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://lists.sourceforge.net/lists/listinfo/bitpim-devel
> or, via email, send a message with subject or body 'help' to
> [email protected]
>
> You can reach the person managing the list at
> [email protected]
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of BitPim-devel digest..."
>
>
> Today's Topics:
>
>   1. DMv6 (Nathan Hjelm)
>   2. Re: Data recording (Joe Pham)
>   3. Re: Preliminary enV2/VX9100 Support (Joe Pham)
>   4. Re: VZW LG Dare VX9700 (Joe Pham)
>   5. Re: Preliminary enV2/VX9100 Support (Joe Pham)
>   6. Re: Preliminary enV2/VX9100 Support (Nathan Hjelm)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Sun, 29 Jun 2008 13:26:13 -0600
> From: Nathan Hjelm <[email protected]>
> Subject: [BitPim-devel] DMv6
> To: [email protected]
> Message-ID: <[email protected]>
> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes
>
> It seems that the XOR key is not necessarily stored in keys 1-4 in
> increasing byte significance. All phone appear to use a rotation of
> the XOR bytes. I have seen 0123, 2301, and 3012. I have seen the same
> phone accept different rotations of the key at different times so I
> doubt the rotation is based solely off the phones ESN and software
> build time as I previously thought. Also, the random bytes that are
> stored with the XOR key have 0 effect on the rotation. I will try to
> get to the bottom of this later tonight but in the mean time the patch
> I sent out late last night will work about 80% of the time (possibly
> 100% of the on the VX-9100).
>
> -Nathan
>
>
>
> ------------------------------
>
> Message: 2
> Date: Mon, 30 Jun 2008 03:57:51 GMT
> From: "Joe Pham" <[email protected]>
> Subject: Re: [BitPim-devel] Data recording
> To: [email protected]
> Message-ID: <[email protected]>
> Content-Type: text/plain; charset=windows-1252
>
>>It was easy enough to fix always assuming little endian. Patch
>>attached.
>
> Committed.
>
> -Joe Pham
>
>
> ____________________________________________________________
> Sweepstakes!!!
> Enter for your chance to WIN one of hundreds of daily prizes.
> http://thirdpartyoffers.netzero.net/TGL2231/fc/JKFkuJO6pj2J10lG9IORAJUheRhI8WLoFn5mr3qL7m3EVcAYpmjctG/
>
>
>
> ------------------------------
>
> Message: 3
> Date: Mon, 30 Jun 2008 04:01:01 GMT
> From: "Joe Pham" <[email protected]>
> Subject: Re: [BitPim-devel] Preliminary enV2/VX9100 Support
> To: [email protected]
> Message-ID: <[email protected]>
> Content-Type: text/plain; charset=windows-1252
>
>>Attached are patches which implement the suggestion from my
>>previous email (setting all the bytes of keys 1-4).
>
> That's a very good idea, this should cover most if not all cases. 
> Committed.
>
> -Joe Pham
>
>
> ____________________________________________________________
> Summer Spa Sweepstakes
> Enter for your chance to WIN a Summer Spa Vacation!
> http://thirdpartyoffers.netzero.net/TGL2231/fc/JKFkuJO6pXuLlCZZ1ebIBfYiTLZO2D1YYVwSjsanyrLNnLau2HpPzG/
>
>
>
> ------------------------------
>
> Message: 4
> Date: Mon, 30 Jun 2008 04:02:50 GMT
> From: "Joe Pham" <[email protected]>
> Subject: Re: [BitPim-devel] VZW LG Dare VX9700
> To: [email protected]
> Message-ID: <[email protected]>
> Content-Type: text/plain; charset=windows-1252
>
> Thanks for DR file.  The current scheme does not seem to work with the 
> Dare.  Hopefully, Nathan's idea would improve it (currently in svn).
>
> -Joe Pham
>
>
> ____________________________________________________________
> Beauty Advice Just Got a Makeover
> Read reviews about the beauty products you have always wanted to try
> http://thirdpartyoffers.netzero.net/TGL2231/fc/JKFkuJO6pwARnQRGnCzbm3mBqMp1hIoMxWLoxwz8wxlIpfSiWkbPt6/
>
>
>
> ------------------------------
>
> Message: 5
> Date: Mon, 30 Jun 2008 04:05:55 GMT
> From: "Joe Pham" <[email protected]>
> Subject: Re: [BitPim-devel] Preliminary enV2/VX9100 Support
> To: [email protected]
> Message-ID: <[email protected]>
> Content-Type: text/plain; charset=windows-1252
>
>>Attached is a patch to enable support for media in the enV2.
>
> Thanks for this and the phonebook patch.
>
> -Joe Pham
>
>
>
> ____________________________________________________________
> Fabulous Spa Getaway!
> Enter for your chance to WIN great beauty prizes everyday!
> http://thirdpartyoffers.netzero.net/TGL2231/fc/JKFkuJO6pn4fkGwH2qXNxck1hTyAQIpyyufXWxaMWCrzCPCkDDcehe/
>
>
>
> ------------------------------
>
> Message: 6
> Date: Mon, 30 Jun 2008 01:33:37 -0600
> From: Nathan Hjelm <[email protected]>
> Subject: Re: [BitPim-devel] Preliminary enV2/VX9100 Support
> To: [email protected]
> Message-ID: <[email protected]>
> Content-Type: text/plain; charset="us-ascii"
>
> I have determined how the XOR key bytes are rotated in keys 1-4 of the
> 0xfe 03 command. I am 99.99% certain that the attached update to the
> DMv6 scheme will work with all DMv6 phones (including the Dare).
> Experimental Dare support is also attached.
>
> Joe, would you be ok with going to a scheme where DMv6 is detected. I
> am fairly certain LG does this in their Dll and I know that both the
> Dare and the VX-9100 respond to the shorter DMv5 0xff 00 command
> properly with the 0xfe 02 response. I can write up a patch that uses
> your DMv6 packet for the 0xfe 03 command.
>
> -------------- next part --------------
> A non-text attachment was scrubbed...
> Name: DMv6_update.diff
> Type: application/octet-stream
> Size: 21644 bytes
> Desc: not available
> -------------- next part --------------
> A non-text attachment was scrubbed...
> Name: dare.tgz
> Type: application/octet-stream
> Size: 1820 bytes
> Desc: not available
> -------------- next part --------------
>
>
> -Nathan
>
> On Jun 29, 2008, at 10:01 PM, Joe Pham wrote:
>
>>> Attached are patches which implement the suggestion from my
>>> previous email (setting all the bytes of keys 1-4).
>>
>> That's a very good idea, this should cover most if not all cases.
>> Committed.
>>
>> -Joe Pham
>>
>>
>> ____________________________________________________________
>> Summer Spa Sweepstakes
>> Enter for your chance to WIN a Summer Spa Vacation!
>> http://thirdpartyoffers.netzero.net/TGL2231/fc/JKFkuJO6pXuLlCZZ1ebIBfYiTLZO2D1YYVwSjsanyrLNnLau2HpPzG/
>>
>> -------------------------------------------------------------------------
>> Check out the new SourceForge.net Marketplace.
>> It's the best place to buy or sell services for
>> just about anything Open Source.
>> http://sourceforge.net/services/buy/index.php
>> _______________________________________________
>> BitPim-devel mailing list
>> [email protected]
>> https://lists.sourceforge.net/lists/listinfo/bitpim-devel
>
>
> ------------------------------
>
> -------------------------------------------------------------------------
> Check out the new SourceForge.net Marketplace.
> It's the best place to buy or sell services for
> just about anything Open Source.
> http://sourceforge.net/services/buy/index.php
>
> ------------------------------
>
> _______________________________________________
> BitPim-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/bitpim-devel
>
>
> End of BitPim-devel Digest, Vol 26, Issue 16
> ******************************************** 


-------------------------------------------------------------------------
Check out the new SourceForge.net Marketplace.
It's the best place to buy or sell services for
just about anything Open Source.
http://sourceforge.net/services/buy/index.php
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.