You can subscribe to this list here.
| 2003 |
Jan
|
Feb
|
Mar
(53) |
Apr
(48) |
May
(14) |
Jun
(3) |
Jul
(21) |
Aug
(11) |
Sep
(77) |
Oct
(67) |
Nov
(28) |
Dec
(163) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
(112) |
Feb
(143) |
Mar
(114) |
Apr
(138) |
May
(173) |
Jun
(119) |
Jul
(119) |
Aug
(117) |
Sep
(187) |
Oct
(170) |
Nov
(254) |
Dec
(193) |
| 2005 |
Jan
(336) |
Feb
(284) |
Mar
(189) |
Apr
(100) |
May
(89) |
Jun
(52) |
Jul
(85) |
Aug
(138) |
Sep
(181) |
Oct
(137) |
Nov
(104) |
Dec
(98) |
| 2006 |
Jan
(76) |
Feb
(106) |
Mar
(224) |
Apr
(270) |
May
(103) |
Jun
(144) |
Jul
(77) |
Aug
(38) |
Sep
(37) |
Oct
(20) |
Nov
(14) |
Dec
(73) |
| 2007 |
Jan
(130) |
Feb
(68) |
Mar
(78) |
Apr
(60) |
May
(45) |
Jun
(63) |
Jul
(84) |
Aug
(45) |
Sep
(40) |
Oct
(12) |
Nov
(71) |
Dec
(56) |
| 2008 |
Jan
(44) |
Feb
(20) |
Mar
(25) |
Apr
(17) |
May
(33) |
Jun
(60) |
Jul
(97) |
Aug
(38) |
Sep
(10) |
Oct
(20) |
Nov
(13) |
Dec
(19) |
| 2009 |
Jan
(7) |
Feb
(5) |
Mar
(23) |
Apr
(10) |
May
(6) |
Jun
(5) |
Jul
(17) |
Aug
(7) |
Sep
(14) |
Oct
(27) |
Nov
(13) |
Dec
(12) |
| 2010 |
Jan
(37) |
Feb
(9) |
Mar
(13) |
Apr
(12) |
May
(8) |
Jun
(3) |
Jul
(1) |
Aug
(9) |
Sep
(3) |
Oct
(1) |
Nov
(1) |
Dec
(4) |
| 2011 |
Jan
(1) |
Feb
|
Mar
(1) |
Apr
(4) |
May
|
Jun
(2) |
Jul
(8) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2012 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
(5) |
Jun
|
Jul
|
Aug
|
Sep
(5) |
Oct
|
Nov
(3) |
Dec
|
| 2015 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(2) |
Dec
|
| 2017 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
| 2021 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(2) |
Sep
(2) |
Oct
|
Nov
|
Dec
|
|
From: Branan Purvine-R. <br...@gm...> - 2010-08-29 00:20:30
|
Hello everyone,
I just (today) got a new phone, a Samsung Gravity (SGH-T669). It doesn't seem
to be currently supported, and I'd like to help fix that.
I'm a developer, but I don't really have any experience with USB, either
writing for it or sniffing it. With some coaching, I'm sure I could figure it out
and be at least somewhat helpful.
To start, I've got an lsusb dump from the device. Probably not very useful, I
know. I can get a windows VM up and running to run a USB sniffer on the device
from Samsung's propriatary software program. The only reason I haven't done
that yet is because I really don't know how to interpret that data yet.
--Branan
==BEGIN lsusb DATA HERE==
Bus 001 Device 004: ID 04e8:6810 Samsung Electronics Co., Ltd
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 2.00
bDeviceClass 2 Communications
bDeviceSubClass 2 Abstract (modem)
bDeviceProtocol 1 AT-commands (v.25ter)
bMaxPacketSize0 64
idVendor 0x04e8 Samsung Electronics Co., Ltd
idProduct 0x6810
bcdDevice 0.01
iManufacturer 2 SAMSUNG Electronics CO.,Ltd.
iProduct 1 Qualcomm Configuration
iSerial 0
bNumConfigurations 1
Configuration Descriptor:
bLength 9
bDescriptorType 2
wTotalLength 67
bNumInterfaces 2
bConfigurationValue 1
iConfiguration 1 Qualcomm Configuration
bmAttributes 0xe0
Self Powered
Remote Wakeup
MaxPower 500mA
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 0
bAlternateSetting 0
bNumEndpoints 1
bInterfaceClass 2 Communications
bInterfaceSubClass 2 Abstract (modem)
bInterfaceProtocol 1 AT-commands (v.25ter)
iInterface 0
CDC Header:
bcdCDC 1.10
CDC ACM:
bmCapabilities 0x02
line coding and serial state
CDC Call Management:
bmCapabilities 0x03
call management
use DataInterface
bDataInterface 1
CDC Union:
bMasterInterface 0
bSlaveInterface 1
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x81 EP 1 IN
bmAttributes 3
Transfer Type Interrupt
Synch Type None
Usage Type Data
wMaxPacketSize 0x0040 1x 64 bytes
bInterval 5
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 1
bAlternateSetting 0
bNumEndpoints 2
bInterfaceClass 10 CDC Data
bInterfaceSubClass 0 Unused
bInterfaceProtocol 0
iInterface 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x82 EP 2 IN
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0200 1x 512 bytes
bInterval 32
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x01 EP 1 OUT
bmAttributes 2
Transfer Type Bulk
Synch Type None
Usage Type Data
wMaxPacketSize 0x0200 1x 512 bytes
bInterval 32
Device Qualifier (for other device speed):
bLength 10
bDescriptorType 6
bcdUSB 2.00
bDeviceClass 2 Communications
bDeviceSubClass 2 Abstract (modem)
bDeviceProtocol 1 AT-commands (v.25ter)
bMaxPacketSize0 64
bNumConfigurations 1
Device Status: 0x0001
Self Powered
|
|
From: Nathan H. <hj...@me...> - 2010-08-11 05:20:37
|
Its a little more complicated than AT commands. For an example take a look at the VX-8575 code (com_lgvx8575) since it is a similar phone protocol-wise. I had intended to add support for the VX-5600 myself but I haven't had the time. I might get around to it sometime in the next couple of weeks but if you want to take a crack at it go ahead. -Nathan On Aug 10, 2010, at 11:09 PM, Eric Schug wrote: > Hello all, > I have a LG VX5600 phone that I would like to get working, but I don't > know enough about the protocol. Is there any kind of documentation or > method to figure out how the codes work. From what I can tell it uses a > variation of the AT commands. > I have it currently set to vx4400 on usb ttyACM1. > I see that bitpim tries to discover the phone but does not get anything > until many lines later where I start to see transmit of AT+GMM.. > and the phone responds with VX5600 96....OK > But then bitpim sends AT$QCDMG and the phone returns with ERROR. > > > Eric > > > > > > > ------------------------------------------------------------------------------ > This SF.net email is sponsored by > > Make an app they can't live without > Enter the BlackBerry Developer Challenge > http://p.sf.net/sfu/RIM-dev2dev > _______________________________________________ > BitPim-devel mailing list > Bit...@li... > https://lists.sourceforge.net/lists/listinfo/bitpim-devel |
|
From: Eric S. <sch...@gm...> - 2010-08-11 05:09:20
|
Hello all, I have a LG VX5600 phone that I would like to get working, but I don't know enough about the protocol. Is there any kind of documentation or method to figure out how the codes work. From what I can tell it uses a variation of the AT commands. I have it currently set to vx4400 on usb ttyACM1. I see that bitpim tries to discover the phone but does not get anything until many lines later where I start to see transmit of AT+GMM.. and the phone responds with VX5600 96....OK But then bitpim sends AT$QCDMG and the phone returns with ERROR. Eric |
|
From: Henry L. <hen...@ya...> - 2010-08-10 23:18:09
|
Hello,
I have an LG enV touch. I was attempting to send my calendar from BitPim to my phone and mistakenly sent my phone data to BitPim and my phone calendar was empty. Is there anyway for me to undo the last thing I did in BitPim or is there anyway for me to find my calendar?
|
|
From: Hollis W. <hol...@ya...> - 2010-07-20 03:56:35
|
Usability would be enhanced if modal dialogs returned focus to primary application on close. The need to click the BitPIM app after closing a dialog is a little annoying. PS I have no idea if the below issue still exists but the e-mail was rejected so I'm including here. ----- Forwarded Message ---- From: Hollis Waite <hol...@ya...> To: bit...@li... Sent: Thu, July 31, 2008 2:29:11 AM Subject: BitPIM 1.0.5 bug report - missing DLL On startup, BitPIM reports that it cannot find msvcp71.dll. Subsequently, the program is terminated. Manually downloading the DLL rectifies this problem but, according to some random guy on the Internet (forums.microsoft.com/MSDN/ShowPost.aspx?PostID=1151823&SiteID=1), the application developer is responsible for ensuring the library's presence. Microsoft Windows XP Tablet PC Edition 2005 Version 2002 Service Pack 2 |
|
From: Daniel P. <da...@co...> - 2010-06-08 23:52:33
|
I previously posted a fix that I used under Linux to get my LG vx9200 (env3) phone working with bitpim, so it would not give errors when reading the SMS messages. I have now compiled the fix for Windows: IMPORTANT: The following build has not been tested with any phones other than the LG vx9200 and will certainly break on many LG phones due to the modification not being done in the proper clean way. http://www.anyoneeb.net:83/~anyoneeb/temp/stuff/bitpim-trunk-4835-env3-1-dap-setup.exe At least one person has e-mailed me asking for a Mac OS X build, but I do not have access to a Mac. Could someone please make an OS X build of this? The following is the code changes from SVN that this build has: Note that the following diff changes how the vx9100 SMS works because that is what the vx9200 code references. I think the proper thing to do is to just copy the section from the vx9100 file into the vx9200 file, but I was just trying to get it working. Index: src/phones/com_lgvx9200.py =================================================================== --- src/phones/com_lgvx9200.py (revision 4835) +++ src/phones/com_lgvx9200.py (working copy) @@ -48,6 +48,33 @@ # - phonebook - LG Phonebook v1 Extended # - SMS - same dir structure as the VX-8800 + def _getoutboxmessage(self, sf): + entry=sms.SMSEntry() + entry.folder=entry.Folder_Sent + entry.datetime="%d%02d%02dT%02d%02d%02d" % ((sf.timesent)) + # add all the recipients + for r in sf.recipients: + if r.number: + confirmed=(r.status==5) + confirmed_date=None + entry.add_recipient(r.number, confirmed, confirmed_date) + entry.subject=sf.subject + txt="" + if sf.num_msg_elements==1 and not sf.messages[0].binary: + txt=self._get_text_from_sms_msg_without_header(sf.messages[0].msg, sf.messages[0].length) + else: + for i in range(sf.num_msg_elements): + txt+=self._get_text_from_sms_msg_with_header(sf.messages[i].msg, sf.messages[i].length) + entry.text=unicode(txt, errors='ignore') + if sf.priority==0: + entry.priority=sms.SMSEntry.Priority_Normal + else: + entry.priority=sms.SMSEntry.Priority_High + entry.locked=sf.locked + entry.callback=sf.callback + return entry + + #------------------------------------------------------------------------------- parentprofile=com_lgvx11000.Profile class Profile(parentprofile): Index: src/phones/p_lgvx9100.p =================================================================== --- src/phones/p_lgvx9100.p (revision 4835) +++ src/phones/p_lgvx9100.p (working copy) @@ -350,7 +350,7 @@ 1 UINT msg_id 1 UINT msg_length * SMSINBOXMSGFRAGMENT msg_data - 49 USTRING sender + 21 USTRING sender 1 UINT sender_length 2 UINT unk3 33 USTRING sender_name |
|
From: Victor B. <bha...@ho...> - 2010-06-07 08:08:10
|
http://masonz6626.solidwebhost.com/ _________________________________________________________________ Hotmail has tools for the New Busy. Search, chat and e-mail from your inbox. http://www.windowslive.com/campaign/thenewbusy?ocid=PID28326::T:WLMTAGL:ON:WL:en-US:WM_HMP:042010_1 |
|
From: Ryan <run...@gm...> - 2010-05-27 05:11:58
|
I think I answered my own question (at least partially). I'm going over the docs in dev-doc right now. I'll follow up if I have any further questions after digging in a little more. -Ryan On Wed, May 26, 2010 at 9:44 PM, Ryan <run...@gm...> wrote: > Thanks for the info. I almost have the environment setup. I'm able to run > from Eclipse, however, there are some errors that are showing up in the > editor. I'm guessing something wasn't installed correctly. > > I've never developed for phones before. I was wondering if there is any > architectural docs to look at, or is the code it the best bet? I looked > over the lgvx1100 files last night. > > Thanks, > -Ryan > > > On Mon, May 24, 2010 at 12:29 PM, hjelmn <hj...@me...> wrote: > >> To get started follow this link: http://www.bitpim.org/developerhtml >> >> Once the development environment is set up I recommend taking a look at >> com_lgvx11000.py and p_lgvx11000.p . You will probably want to subclass >> com_lgvx11000. If you need any help let me know >> >> Also, I am working on Accolade support which, in all likelihood, is >> similar to the Cosmos (same generation phone). I will let you know when that >> is complete. >> >> -Nathan >> >> >> On May 23, 2010, at 04:35 PM, Runner Dev <run...@gm...> wrote: >> >> Hi, >> >> I've used BitPim for several years with my LG VX8300. I recently bought >> an LG Comsos that does not appear to be compatible with BitPim. I've >> searched around and I couldn't find any information about work on this phone >> model. I'm interested in helping to contribute to make this phone work and >> am looking for pointers on getting starting with the contribution process. >> My development experience is mainly with client-side Java (14 years). I've >> installed all of the components described on the BitPim developer page, as >> well as the Pydev. >> >> Thanks, >> -Ryan >> >> ------------------------------------------------------------------------------ >> >> _______________________________________________ >> BitPim-devel mailing list >> Bit...@li... >> https://lists.sourceforge.net/lists/listinfo/bitpim-devel >> >> > |
|
From: Ryan <run...@gm...> - 2010-05-27 01:44:13
|
Thanks for the info. I almost have the environment setup. I'm able to run from Eclipse, however, there are some errors that are showing up in the editor. I'm guessing something wasn't installed correctly. I've never developed for phones before. I was wondering if there is any architectural docs to look at, or is the code it the best bet? I looked over the lgvx1100 files last night. Thanks, -Ryan On Mon, May 24, 2010 at 12:29 PM, hjelmn <hj...@me...> wrote: > To get started follow this link: http://www.bitpim.org/developerhtml > > Once the development environment is set up I recommend taking a look at > com_lgvx11000.py and p_lgvx11000.p . You will probably want to subclass > com_lgvx11000. If you need any help let me know > > Also, I am working on Accolade support which, in all likelihood, is similar > to the Cosmos (same generation phone). I will let you know when that is > complete. > > -Nathan > > > On May 23, 2010, at 04:35 PM, Runner Dev <run...@gm...> wrote: > > Hi, > > I've used BitPim for several years with my LG VX8300. I recently bought an > LG Comsos that does not appear to be compatible with BitPim. I've searched > around and I couldn't find any information about work on this phone model. > I'm interested in helping to contribute to make this phone work and am > looking for pointers on getting starting with the contribution process. My > development experience is mainly with client-side Java (14 years). I've > installed all of the components described on the BitPim developer page, as > well as the Pydev. > > Thanks, > -Ryan > > ------------------------------------------------------------------------------ > > _______________________________________________ > BitPim-devel mailing list > Bit...@li... > https://lists.sourceforge.net/lists/listinfo/bitpim-devel > > |
|
From: Seth R. <ind...@us...> - 2010-05-26 01:48:05
|
Nathan, I've attached some preliminary support for the Accolade (VX5600) that I was able to use for my address book. I haven't gotten SMS working yet though. I haven't had time to work on it, but I figure I might as well make it available for someone else to look at. On 05/24/2010 10:29 AM, hjelmn wrote: > To get started follow this link: http://www.bitpim.org/developerhtml > > Once the development environment is set up I recommend taking a look at > com_lgvx11000.py and p_lgvx11000.p . You will probably want to subclass > com_lgvx11000. If you need any help let me know > > Also, I am working on Accolade support which, in all likelihood, is > similar to the Cosmos (same generation phone). I will let you know when > that is complete. > > -Nathan |
|
From: hjelmn <hj...@me...> - 2010-05-24 16:29:52
|
To get started follow this link: http://www.bitpim.org/developer.html Once the development environment is set up I recommend taking a look at com_lgvx11000.py and p_lgvx11000.p . You will probably want to subclass com_lgvx11000. If you need any help let me know. Also, I am working on Accolade support which, in all likelihood, is similar to the Cosmos (same generation phone). I will let you know when that is complete. -Nathan On May 23, 2010, at 04:35 PM, Runner Dev <run...@gm...> wrote: Hi, I've used BitPim for several years with my LG VX8300. I recently bought an LG Comsos that does not appear to be compatible with BitPim. I've searched around and I couldn't find any information about work on this phone model. I'm interested in helping to contribute to make this phone work and am looking for pointers on getting starting with the contribution process. My development experience is mainly with client-side Java (14 years). I've installed all of the components described on the BitPim developer page, as well as the Pydev. Thanks, -Ryan ------------------------------------------------------------------------------ _______________________________________________ BitPim-devel mailing list Bit...@li... https://lists.sourceforge.net/lists/listinfo/bitpim-devel |
|
From: Runner D. <run...@gm...> - 2010-05-23 22:35:25
|
Hi, I've used BitPim for several years with my LG VX8300. I recently bought an LG Comsos that does not appear to be compatible with BitPim. I've searched around and I couldn't find any information about work on this phone model. I'm interested in helping to contribute to make this phone work and am looking for pointers on getting starting with the contribution process. My development experience is mainly with client-side Java (14 years). I've installed all of the components described on the BitPim developer page, as well as the Pydev. Thanks, -Ryan |
|
From: Rick's P. S. <se...@ri...> - 2010-05-21 21:11:01
|
Anyone know a fix to this...LG env3 phone wont download the sms. Below is the message I get. Thanks for the help
Rick
BitPim version: 1.0.7-Test
An unexpected exception has occurred.
Please see the help for details on what to do.
Traceback (most recent call last):
File "gui.pyo", line 284, in run
File "gui.pyo", line 159, in __call__
File "gui.pyo", line 1906, in getdata
File "phones/com_lgvx4400.pyo", line 131, in getsms
File "phones/com_lgvx8800.pyo", line 66, in _readsms
File "phones/p_lgvx9100.pyo", line 4332, in readfrombuffer
File "prototypes.pyo", line 618, in readfrombuffer
File "prototypes.pyo", line 1665, in getnextbytes
IndexError: Trying to read 49 bytes starting at 4675 which will go beyond end of 4704 byte buffer
Variables by last 8 frames, innermost last
Frame run in gui.pyo at line 277
resultcb = <gui.Callback instance at 0x19e98fa8>
res = None
self = <WorkerThread(BitPim helper, started daemon)>
item = (<gui.Request instance at 0x1b0f2990>, <gui.Callback instance at 0x19e98fa8>)
call = <gui.Request instance at 0x1b0f2990>
ex = IndexError('Trying to read 49 bytes starting at 4675 which will go beyond end of
e = IndexError('Trying to read 49 bytes starting at 4675 which will go beyond end of
first = 0
Frame __call__ in gui.pyo at line 159
self = <gui.Request instance at 0x1b0f2990>
args = ()
d = Keys []
{}
kwargs = Keys []
{}
Frame getdata in gui.pyo at line 1906
count = 2
i = (<bound method GetPhoneDialog.GetSMSSetting of <guiwidgets.GetPhoneDialog; proxy
self = <WorkerThread(BitPim helper, started daemon)>
req = <guiwidgets.GetPhoneDialog; proxy of <Swig Object of type 'wxDialog *' at 0x11fb
willcall = [(<bound method GetPhoneDialog.GetPhoneBookSetting of <guiwidgets.GetPhoneDialog
results = Keys ['canned_msg', 'categories', 'group_wallpapers', 'groups', 'phonebook', 'ringtone-index', 'sync', 'uniqueserial', 'wallpaper-index']
{'phonebook': {0: {'serials': [{'serial2': 1, 'serial1': 1, 'sourcetype': 'lgvx9
sync = Keys ['phonebook', 'sms']
{'phonebook': 'MERGE', 'sms': 'MERGE'}
st = 0
todo = [(<bound method WorkerThread.rebootcheck of <WorkerThread(BitPim helper, started
Frame getsms in phones/com_lgvx4400.pyo at line 131
self = <phones.com_lgvx9200.Phone object at 0x1a4985b0>
result = Keys ['canned_msg', 'categories', 'group_wallpapers', 'groups', 'phonebook', 'ringtone-index', 'sync', 'uniqueserial', 'wallpaper-index']
{'phonebook': {0: {'serials': [{'serial2': 1, 'serial1': 1, 'sourcetype': 'lgvx9
Frame _readsms in phones/com_lgvx8800.pyo at line 66
item = <phones.p_lgvx9200.indexentry object at 0x1d7feb90>
self = <phones.com_lgvx9200.Phone object at 0x1a4985b0>
buf = <prototypes.buffer object at 0x1c7a0e30>
sf = <phones.p_lgvx9100.sms_in object at 0x1c587df0>
res = Keys []
{}
Frame readfrombuffer in phones/p_lgvx9100.pyo at line 4332
buf = <prototypes.buffer object at 0x1c7a0e30>
autolog = True
logtitle = 'SMS inbox item'
self = <phones.p_lgvx9100.sms_in object at 0x1c587df0>
Frame readfrombuffer in prototypes.pyo at line 618
_value = ''
self = <prototypes.USTRING object at 0x1c948ff0>
buf = <prototypes.buffer object at 0x1c7a0e30>
flush = 0
Frame getnextbytes in prototypes.pyo at line 1665
self = <prototypes.buffer object at 0x1c7a0e30>
howmany = 49
|
|
From: Daniel P. <da...@co...> - 2010-05-03 00:49:34
|
I was getting the same exception Don Lewis was getting trying to get a
copy of the SMS messages off my LG VX9200 (env3) (SW Version VX920V03,
HW Version Revision 1.1). By taking a look at the hex format of a
message copied off my phone, I was able to find that the "sender"
field on messages from my phone were only 21 bytes long while the code
was expecting it to be 49 bytes long. Making the change to the code
below made SMS import work properly for me.
This is a quick hack which likely breaks SMS import for other phones
which do have a 49 byte field there. Also, I do not use the bitpim
features for editing data on the phone, so those may still be broken
if they rely on that format. Hopefully someone more familiar with the
code base knows the proper way to integrate this fix.
diff /usr/share/bitpim/code/phones/p_lgvx9100.py
/tmp/bitpim/src/bitpim-1.0.7+dfsg1/src/phones/p_lgvx9100.py
4323c4323
< self.__field_sender=USTRING(**{'sizeinbytes': 21}) # Was 49
---
> self.__field_sender=USTRING(**{'sizeinbytes': 49})
- Daniel Perelman
|
|
From: <km....@gm...> - 2010-04-24 01:09:49
|
I've managed to decode the inbox messages, but the long outbox messages are stumping me. Is there anyone out there that wants to collaborate on this? |
|
From: Don H. <don...@gm...> - 2010-04-23 20:35:36
|
|
From: Don L. <dl...@la...> - 2010-04-22 18:59:16
|
VX 9200 Env3 throws this exception when downloading SMS. It also skips
the MMC1 (MicroSD) stored data (images, video, etc.) during the
download. It does obtain the MMC1 in the file system backup (view
filesystem).
Don L.
Win XP Pro
BitPim version: 1.0.7-official
An unexpected exception has occurred.
Please see the help for details on what to do.
Traceback (most recent call last):
File "gui.pyo", line 284, in run
File "gui.pyo", line 159, in __call__
File "gui.pyo", line 1906, in getdata
File "phones\com_lgvx4400.pyo", line 131, in getsms
File "phones\com_lgvx8800.pyo", line 66, in _readsms
File "phones\p_lgvx9100.pyo", line 4332, in readfrombuffer
File "prototypes.pyo", line 618, in readfrombuffer
File "prototypes.pyo", line 1665, in getnextbytes
IndexError: Trying to read 49 bytes starting at 4675 which will go
beyond end of 4704 byte buffer
Variables by last 8 frames, innermost last
Frame run in gui.pyo at line 277
resultcb = <gui.Callback instance at 0x083DF7D8>
res = None
self = <WorkerThread(BitPim helper, started daemon)>
item = (<gui.Request instance at 0x083F1328>, <gui.Callback
instance at 0x083DF7D8>)
call = <gui.Request instance at 0x083F1328>
ex = IndexError('Trying to read 49 bytes starting at 4675
which will go beyond end of
e = IndexError('Trying to read 49 bytes starting at 4675
which will go beyond end of
first = 0
Frame __call__ in gui.pyo at line 159
self = <gui.Request instance at 0x083F1328>
args = ()
d = Keys []
{}
kwargs = Keys []
{}
Frame getdata in gui.pyo at line 1906
count = 1
i = (<bound method GetPhoneDialog.GetSMSSetting of
<guiwidgets.GetPhoneDialog; proxy
self = <WorkerThread(BitPim helper, started daemon)>
req = <guiwidgets.GetPhoneDialog; proxy of <Swig Object of
type 'wxDialog *' at 0x2b58
willcall = [(<bound method GetPhoneDialog.GetSMSSetting of
<guiwidgets.GetPhoneDialog; prox
results = Keys ['canned_msg', 'groups', 'ringtone-index',
'sync', 'uniqueserial', 'wallpaper-index']
{'uniqueserial':
'7aca565f239d34a83e6048d51dc956861d02b352', 'sync': {'sms': 'OV
sync = Keys ['sms']
{'sms': 'OVERWRITE'}
st = 0
todo = [(<bound method WorkerThread.rebootcheck of
<WorkerThread(BitPim helper, started
Frame getsms in phones\com_lgvx4400.pyo at line 131
self = <phones.com_lgvx9200.Phone object at 0x02BDE210>
result = Keys ['canned_msg', 'groups', 'ringtone-index',
'sync', 'uniqueserial', 'wallpaper-index']
{'uniqueserial':
'7aca565f239d34a83e6048d51dc956861d02b352', 'sync': {'sms': 'OV
Frame _readsms in phones\com_lgvx8800.pyo at line 66
item = <phones.p_lgvx9200.indexentry object at 0x083F2610>
self = <phones.com_lgvx9200.Phone object at 0x02BDE210>
buf = <prototypes.buffer object at 0x083F2810>
sf = <phones.p_lgvx9100.sms_in object at 0x08452EB0>
res = Keys []
{}
Frame readfrombuffer in phones\p_lgvx9100.pyo at line 4332
buf = <prototypes.buffer object at 0x083F2810>
autolog = True
logtitle = 'SMS inbox item'
self = <phones.p_lgvx9100.sms_in object at 0x08452EB0>
Frame readfrombuffer in prototypes.pyo at line 618
_value = ''
self = <prototypes.USTRING object at 0x08738C50>
buf = <prototypes.buffer object at 0x083F2810>
flush = 0
Frame getnextbytes in prototypes.pyo at line 1665
self = <prototypes.buffer object at 0x083F2810>
howmany = 49
|
|
From: Don L. <dl...@la...> - 2010-04-22 17:29:08
|
Win XP Pro, sorry I did not include that. Don L. -----Original Message----- From: Sean Patrick Burke [mailto:sea...@gm...] Sent: Thursday, April 22, 2010 11:19 AM To: bit...@li... Subject: Re: [BitPim-devel] BitPim 1.0.7 and LG VX9700 Dare exception incall history What operating system are you running? -- Sean Patrick Burke Full time law student, part time developer http://www.bitpim.org On Apr 22, 2010, at 12:41 PM, Don Lewis wrote: > The following exception is thrown on an LG VX9700 Dare, Firmware > VX970V06, during the backup of call history. > > Don L. > _________ > > BitPim version: 1.0.7-official > An unexpected exception has occurred. > Please see the help for details on what to do. > > Traceback (most recent call last): > File "gui.pyo", line 284, in run > File "gui.pyo", line 159, in __call__ > File "gui.pyo", line 1906, in getdata > File "phones\com_lgvx4400.pyo", line 283, in getcallhistory > File "phones\com_lgvx4400.pyo", line 296, in _readhistoryfile > File "phones\p_lgvx9700.pyo", line 413, in __getfield_number > File "prototypes.pyo", line 743, in getvalue > PhoneStringDecodeException: Unable to decode <'\xf5\t'> using codec > <ascii> > > Variables by last 8 frames, innermost last > > Frame run in gui.pyo at line 277 > resultcb = <gui.Callback instance at 0x082195A8> > res = None > self = <WorkerThread(BitPim helper, started daemon)> > item = (<gui.Request instance at 0x02D3E058>, <gui.Callback > instance at 0x082195A8>) > call = <gui.Request instance at 0x02D3E058> > ex = PhoneStringDecodeException("Unable to decode > <'\\xf5\\t'> using codec <ascii>",) > e = PhoneStringDecodeException("Unable to decode > <'\\xf5\\t'> using codec <ascii>",) > first = 0 > > Frame __call__ in gui.pyo at line 159 > self = <gui.Request instance at 0x02D3E058> > args = () > d = Keys [] > {} > kwargs = Keys [] > {} > > Frame getdata in gui.pyo at line 1906 > count = 1 > i = (<bound method GetPhoneDialog.GetCallHistorySetting > of <guiwidgets.GetPhoneDialo > self = <WorkerThread(BitPim helper, started daemon)> > req = <guiwidgets.GetPhoneDialog; proxy of <Swig Object of > type 'wxDialog *' at 0x2b58 > willcall = [(<bound method GetPhoneDialog.GetCallHistorySetting > of <guiwidgets.GetPhoneDial > results = Keys ['groups', 'ringtone-index', 'sync', > 'uniqueserial', 'wallpaper-index'] > {'sync': {'call_history': 'OVERWRITE'}, > 'wallpaper-index': {100: {'origin': 'ima > sync = Keys ['call_history'] > {'call_history': 'OVERWRITE'} > st = 0 > todo = [(<bound method WorkerThread.rebootcheck of > <WorkerThread(BitPim helper, started > > Frame getcallhistory in phones\com_lgvx4400.pyo at line 283 > res = Keys ['1271954379.784004', '1271954379.800005'] > {'1271954379.784004': <call_history.CallHistoryEntry > object at 0x081ACB10>, '127 > self = <phones.com_lgvx9700.Phone object at 0x082B2DD0> > result = Keys ['groups', 'ringtone-index', 'sync', > 'uniqueserial', 'wallpaper-index'] > {'sync': {'call_history': 'OVERWRITE'}, > 'wallpaper-index': {100: {'origin': 'ima > > Frame _readhistoryfile in phones\com_lgvx4400.pyo at line 312 > ch = <phones.p_lgvx9700.callhistory object at 0x0854D7F0> > call_idx = 8 > res = Keys ['1271954379.784004', '1271954379.800005'] > {'1271954379.784004': <call_history.CallHistoryEntry > object at 0x081ACB10>, '127 > self = <phones.com_lgvx9700.Phone object at 0x082B2DD0> > call = <phones.p_lgvx9700.call object at 0x0854D170> > fname = 'pim/missed_log.dat' > entry = <call_history.CallHistoryEntry object at 0x0854D690> > folder = 'Missed' > buf = <prototypes.buffer object at 0x02D42930> > > Frame __getfield_number in phones\p_lgvx9700.pyo at line 413 > self = <phones.p_lgvx9700.call object at 0x0854D170> > > Frame getvalue in prototypes.pyo at line 743 > self = <prototypes.USTRING object at 0x0854D310> > > ------------------------------------------------------------------------ ------ > _______________________________________________ > BitPim-devel mailing list > Bit...@li... > https://lists.sourceforge.net/lists/listinfo/bitpim-devel ------------------------------------------------------------------------ ------ _______________________________________________ BitPim-devel mailing list Bit...@li... https://lists.sourceforge.net/lists/listinfo/bitpim-devel |
|
From: Sean P. B. <sea...@gm...> - 2010-04-22 17:18:56
|
What operating system are you running? -- Sean Patrick Burke Full time law student, part time developer http://www.bitpim.org On Apr 22, 2010, at 12:41 PM, Don Lewis wrote: > The following exception is thrown on an LG VX9700 Dare, Firmware > VX970V06, during the backup of call history. > > Don L. > _________ > > BitPim version: 1.0.7-official > An unexpected exception has occurred. > Please see the help for details on what to do. > > Traceback (most recent call last): > File "gui.pyo", line 284, in run > File "gui.pyo", line 159, in __call__ > File "gui.pyo", line 1906, in getdata > File "phones\com_lgvx4400.pyo", line 283, in getcallhistory > File "phones\com_lgvx4400.pyo", line 296, in _readhistoryfile > File "phones\p_lgvx9700.pyo", line 413, in __getfield_number > File "prototypes.pyo", line 743, in getvalue > PhoneStringDecodeException: Unable to decode <'\xf5\t'> using codec > <ascii> > > Variables by last 8 frames, innermost last > > Frame run in gui.pyo at line 277 > resultcb = <gui.Callback instance at 0x082195A8> > res = None > self = <WorkerThread(BitPim helper, started daemon)> > item = (<gui.Request instance at 0x02D3E058>, <gui.Callback > instance at 0x082195A8>) > call = <gui.Request instance at 0x02D3E058> > ex = PhoneStringDecodeException("Unable to decode > <'\\xf5\\t'> using codec <ascii>",) > e = PhoneStringDecodeException("Unable to decode > <'\\xf5\\t'> using codec <ascii>",) > first = 0 > > Frame __call__ in gui.pyo at line 159 > self = <gui.Request instance at 0x02D3E058> > args = () > d = Keys [] > {} > kwargs = Keys [] > {} > > Frame getdata in gui.pyo at line 1906 > count = 1 > i = (<bound method GetPhoneDialog.GetCallHistorySetting > of <guiwidgets.GetPhoneDialo > self = <WorkerThread(BitPim helper, started daemon)> > req = <guiwidgets.GetPhoneDialog; proxy of <Swig Object of > type 'wxDialog *' at 0x2b58 > willcall = [(<bound method GetPhoneDialog.GetCallHistorySetting > of <guiwidgets.GetPhoneDial > results = Keys ['groups', 'ringtone-index', 'sync', > 'uniqueserial', 'wallpaper-index'] > {'sync': {'call_history': 'OVERWRITE'}, > 'wallpaper-index': {100: {'origin': 'ima > sync = Keys ['call_history'] > {'call_history': 'OVERWRITE'} > st = 0 > todo = [(<bound method WorkerThread.rebootcheck of > <WorkerThread(BitPim helper, started > > Frame getcallhistory in phones\com_lgvx4400.pyo at line 283 > res = Keys ['1271954379.784004', '1271954379.800005'] > {'1271954379.784004': <call_history.CallHistoryEntry > object at 0x081ACB10>, '127 > self = <phones.com_lgvx9700.Phone object at 0x082B2DD0> > result = Keys ['groups', 'ringtone-index', 'sync', > 'uniqueserial', 'wallpaper-index'] > {'sync': {'call_history': 'OVERWRITE'}, > 'wallpaper-index': {100: {'origin': 'ima > > Frame _readhistoryfile in phones\com_lgvx4400.pyo at line 312 > ch = <phones.p_lgvx9700.callhistory object at 0x0854D7F0> > call_idx = 8 > res = Keys ['1271954379.784004', '1271954379.800005'] > {'1271954379.784004': <call_history.CallHistoryEntry > object at 0x081ACB10>, '127 > self = <phones.com_lgvx9700.Phone object at 0x082B2DD0> > call = <phones.p_lgvx9700.call object at 0x0854D170> > fname = 'pim/missed_log.dat' > entry = <call_history.CallHistoryEntry object at 0x0854D690> > folder = 'Missed' > buf = <prototypes.buffer object at 0x02D42930> > > Frame __getfield_number in phones\p_lgvx9700.pyo at line 413 > self = <phones.p_lgvx9700.call object at 0x0854D170> > > Frame getvalue in prototypes.pyo at line 743 > self = <prototypes.USTRING object at 0x0854D310> > > ------------------------------------------------------------------------------ > _______________________________________________ > BitPim-devel mailing list > Bit...@li... > https://lists.sourceforge.net/lists/listinfo/bitpim-devel |
|
From: Don L. <dl...@la...> - 2010-04-22 17:15:38
|
The following exception is thrown on an LG VX9700 Dare, Firmware
VX970V06, during the backup of call history.
Don L.
_________
BitPim version: 1.0.7-official
An unexpected exception has occurred.
Please see the help for details on what to do.
Traceback (most recent call last):
File "gui.pyo", line 284, in run
File "gui.pyo", line 159, in __call__
File "gui.pyo", line 1906, in getdata
File "phones\com_lgvx4400.pyo", line 283, in getcallhistory
File "phones\com_lgvx4400.pyo", line 296, in _readhistoryfile
File "phones\p_lgvx9700.pyo", line 413, in __getfield_number
File "prototypes.pyo", line 743, in getvalue
PhoneStringDecodeException: Unable to decode <'\xf5\t'> using codec
<ascii>
Variables by last 8 frames, innermost last
Frame run in gui.pyo at line 277
resultcb = <gui.Callback instance at 0x082195A8>
res = None
self = <WorkerThread(BitPim helper, started daemon)>
item = (<gui.Request instance at 0x02D3E058>, <gui.Callback
instance at 0x082195A8>)
call = <gui.Request instance at 0x02D3E058>
ex = PhoneStringDecodeException("Unable to decode
<'\\xf5\\t'> using codec <ascii>",)
e = PhoneStringDecodeException("Unable to decode
<'\\xf5\\t'> using codec <ascii>",)
first = 0
Frame __call__ in gui.pyo at line 159
self = <gui.Request instance at 0x02D3E058>
args = ()
d = Keys []
{}
kwargs = Keys []
{}
Frame getdata in gui.pyo at line 1906
count = 1
i = (<bound method GetPhoneDialog.GetCallHistorySetting
of <guiwidgets.GetPhoneDialo
self = <WorkerThread(BitPim helper, started daemon)>
req = <guiwidgets.GetPhoneDialog; proxy of <Swig Object of
type 'wxDialog *' at 0x2b58
willcall = [(<bound method GetPhoneDialog.GetCallHistorySetting
of <guiwidgets.GetPhoneDial
results = Keys ['groups', 'ringtone-index', 'sync',
'uniqueserial', 'wallpaper-index']
{'sync': {'call_history': 'OVERWRITE'},
'wallpaper-index': {100: {'origin': 'ima
sync = Keys ['call_history']
{'call_history': 'OVERWRITE'}
st = 0
todo = [(<bound method WorkerThread.rebootcheck of
<WorkerThread(BitPim helper, started
Frame getcallhistory in phones\com_lgvx4400.pyo at line 283
res = Keys ['1271954379.784004', '1271954379.800005']
{'1271954379.784004': <call_history.CallHistoryEntry
object at 0x081ACB10>, '127
self = <phones.com_lgvx9700.Phone object at 0x082B2DD0>
result = Keys ['groups', 'ringtone-index', 'sync',
'uniqueserial', 'wallpaper-index']
{'sync': {'call_history': 'OVERWRITE'},
'wallpaper-index': {100: {'origin': 'ima
Frame _readhistoryfile in phones\com_lgvx4400.pyo at line 312
ch = <phones.p_lgvx9700.callhistory object at 0x0854D7F0>
call_idx = 8
res = Keys ['1271954379.784004', '1271954379.800005']
{'1271954379.784004': <call_history.CallHistoryEntry
object at 0x081ACB10>, '127
self = <phones.com_lgvx9700.Phone object at 0x082B2DD0>
call = <phones.p_lgvx9700.call object at 0x0854D170>
fname = 'pim/missed_log.dat'
entry = <call_history.CallHistoryEntry object at 0x0854D690>
folder = 'Missed'
buf = <prototypes.buffer object at 0x02D42930>
Frame __getfield_number in phones\p_lgvx9700.pyo at line 413
self = <phones.p_lgvx9700.call object at 0x0854D170>
Frame getvalue in prototypes.pyo at line 743
self = <prototypes.USTRING object at 0x0854D310>
|
|
From: <km....@gm...> - 2010-04-19 17:04:02
|
I have been working on decoding the SMS formats (inbox vs. outbox) on my env3 phone. I have some text conversations that I really want to preserve. I have decoded the inbox format (which was fairly easy). The outbox format is proving to be more challenging (I have some of it working). I was wondering if there was someone out there who'd like to work with me to get this nailed and provide working decode logic back to BitPim. Thanks, Kevin |
|
From: Dennis R. <de...@re...> - 2010-04-14 02:41:42
|
A followup on the exception report. If the exception below occurs while
phone data is being merged with existing data, the phonebook data will
appear to be deleted. You can verify that phonebook data is present
in bitpim.db by invoking sqlite3 and doing some queries, but somehow the
phonebook data is not found by BitPim. Sorry that I can't identify
exactly what's happened to the data, if anyone wants me to check
something in particular, just ask.
Multimedia files and calendar entries in bitpim.db are still accessible
from within the BitPim application.
On Sun, 2010-04-11 at 16:04 -0400, Dennis Reichel wrote:
> There is an error importing phone book "category" data from the LG
> VX5500.
>
> using official BitPim 1.0.7. System: Fedora 12 on a Thinkpad.
>
> Some Installation Notes:
>
> It was necessary to install the expat compat lib. IIRC, the missing
> dependency was: libexpat.so.0 (it might be worth adding this to the
> documentation about libstdc++)
>
> The udev permissions didn't seem to be working so I made my own
> udev/rules.d/60-cellusers rule and group permission 660 - possibly after
> a reboot the way your install would also have worked (the group approach
> seemed nicer) The rpm install, however uses an obsolete utility:
> udevinfo, which advises to use udevadm. (More than likely a reboot
> would have allowed BitPim to to work.) For no reboot the command was:
> udevadm control --reload-rules now BitPim communicates with the VX 5500
> phone fine.
>
> Bug Report:
>
> This bug is also mentioned in:
> Re: [BitPim-user] exception when important contacts from LG VX-5500
> Daniel Neuberger <daniel.neuberger@gm...> 6 2010-02-24 18:23
> UnicodeEncodeError: 'ascii' codec can't encode character u'\u0300' in
> position 0: ordinal not in range(128)
> ... although the offending char there is: u'\u0300', while mine is:
> u'\u0200'
>
> It looks like BitPim is treating the VX-5500 "Groups" like it's
> something that can/should be mapped to BitPim "Categories". VX5500
> limits each group to 10 members. In VX5500 "No Group" is not a group,
> it's just no group membership assigned to a contact. With this design,
> it may not be practical for each contact in a phonebook to be assigned
> to a group. On the other hand, it may be practical for BitPim to create
> a special group: __NullGroup or some such name that should not be expect
> to cause a namespace conflict.
>
> I added one member to each of the factory defined VX5500 groups, as well
> as creating a few user defined groups on the phone, giving each of them
> one member. When I brought the phonebook into BitPim, the category
> field for these entries was blank. Note that the other phonebook
> records still are showing the A-umlaut character. After reviewing the
> acquired data and upon proceeding to import into the BitPim database,
> the execption below occurred.
>
> The exception in this report occurs after the phonebook is retrieved
> from the VX 5500 and has been reviewed, while it is being saved to the
> database. BitPim appears to be barfing on the field "Category" which as
> BitPim allows me to review the data before adding it to the database,
> category is represented as a single upper case A with two dots above it.
> (either A-diaeresis and A-umlaut - I'm not sure what to call it).
>
> So while reviewing (in BitPim) the data from the phone I added a new
> category "Default" and edited all the contacts to be the "Default"
> category and the phonebook imports fine.
>
> Here's the exception report:
>
> BitPim version: 1.0.7-unofficial
> An unexpected exception has occurred.
> Please see the help for details on what to do.
>
> Traceback (most recent call last):
> File "src/gui.py", line 1784, in OnCallback
> File "src/gui.py", line 183, in __call__
> File "src/gui.py", line 140, in __call__
> File "src/gui.py", line 1383, in OnDataGetPhoneResults
> File "src/phonebook.py", line 1310, in importdata
> File "src/phonebook.py", line 1248, in populate
> UnicodeEncodeError: 'ascii' codec can't encode character u'\u0200' in
> position 0: ordinal not in range(128)
>
> Variables by last 8 frames, innermost last
>
> Frame OnCallback in src/gui.py at line 1784
> self = <gui.MainWindow; proxy of <Swig Object of type
> 'wxFrame *' at 0x9e51cb8> >
> event = <gui.HelperReturnEvent; proxy of <Swig Object of type
> 'wxPyEvent *' at 0xaacaeb3
>
> Frame __call__ in src/gui.py at line 183
> self = <gui.HelperReturnEvent; proxy of <Swig Object of type
> 'wxPyEvent *' at 0xaacaeb3
>
> Frame __call__ in src/gui.py at line 140
> self = <gui.Callback instance at 0xa407eac>
> args = (None, {'phonebook': {0: {'serials': [{'serial2': 6,
> 'serial1': 6, 'sourcetype':
> d = Keys []
> {}
> kwargs = Keys []
> {}
>
> Frame OnDataGetPhoneResults in src/gui.py at line 1454
> self = <gui.MainWindow; proxy of <Swig Object of type
> 'wxFrame *' at 0x9e51cb8> >
> merge = True
> exception = None
> results = Keys ['categories', 'groups', 'phonebook',
> 'ringtone-index', 'sync', 'uniqueserial', 'wallpaper-index']
> {'phonebook': {0: {'serials': [{'serial2': 6,
> 'serial1': 6, 'sourcetype': 'lgvx5
> v = 'MERGE'
>
> Frame importdata in src/phonebook.py at line 1310
> importdata = Keys [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13,
> 14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29, 30, 31,
> 32, 33, 34, 35, 36, 37, 38, 39, 40, 41, 42, 43, 44, 45, 46, 47, 48, 49,
> 50, 51, 52, 53, 54, 55, 56, 57, 58, 59, 60, 61, 62, 63, 64, 65, 66, 67,
> 68, 69, 70, 71, 72, 73, 74, 75, 76, 77, 78, 79, 80, 81, 82, 83, 84, 85,
> 86, 87, 88, 89, 90, 91, 92, 93, 94, 95, 96, 97, 98, 99, 100, 101, 102,
> 103, 104, 105, 106, 107, 108, 109, 110, 111, 112, 113, 114, 115, 116,
> 117, 118, 119, 120, 121, 122, 123, 124, 125, 126, 127, 128, 129, 130,
> 131, 132, 133, 134, 135, 136, 137, 138, 139, 140, 141, 142, 143, 144,
> 145, 146, 147, 148, 149, 150, 151, 152, 153, 154, 155, 156, 157, 158,
> 159, 160, 161, 162, 163, 164, 165, 166, 167, 168, 169, 170, 171, 172,
> 173, 174, 175, 176, 177, 178, 179, 180, 181, 182, 183, 184, 185, 186,
> 187, 188, 189, 190, 191, 192, 193, 194, 195, 196, 197, 198, 199, 200,
> 201, 202, 203, 204, 205, 206, 207, 208, 209, 210, 211, 212, 213, 214,
> 215, 216, 217, 218, 219, 220, 221, 222, 223, 224, 225, 226, 227, 228,
> 229, 230, 231, 232, 233, 234, 235, 236, 237, 238, 239, 240, 241, 242,
> 243, 244, 245, 246, 247, 248, 249, 250, 251, 252, 253, 254, 255, 256,
> 257, 258, 259, 260, 261, 262, 263, 264, 265, 266, 267, 268, 269, 270,
> 271, 272, 273, 274, 275, 276, 277, 278, 279, 280, 281, 282, 283, 284,
> 285, 286, 287, 288, 289, 290, 291, 292, 293, 294, 295, 296, 297, 298,
> 299, 300, 301, 302, 303, 304, 305, 306, 307, 308, 309, 310, 311, 312,
> 313, 314, 315, 316, 317, 318, 319, 320, 321, 322, 323, 324, 325, 326,
> 327, 328, 329, 330, 331, 332, 333, 334, 335, 336, 337, 338, 339, 340,
> 341, 342, 343, 344, 345]
> {0: {'serials': [{'serial2': 6, 'serial1': 6,
> 'sourcetype': 'lgvx5500', 'sourceu
> dlg = <phonebook.ImportDialog; proxy of <Swig Object of
> type 'wxDialog *' at 0xaee98c0
> d = Keys ['categories', 'group_wallpapers', 'phonebook']
> {'group_wallpapers': [], 'phonebook': {0: {'serials':
> [{'serial2': 6, 'serial1':
> self = <phonebook.PhoneWidget; proxy of <Swig Object of type
> 'wxPanel *' at 0xa4bf640>
> groupwpsinfo = []
> merge = True
> result = Keys [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13,
> 14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29, 30, 31,
> 32, 33, 34, 35, 36, 37, 38, 39, 40, 41, 42, 43, 44, 45, 46, 47, 48, 49,
> 50, 51, 52, 53, 54, 55, 56, 57, 58, 59, 60, 61, 62, 63, 64, 65, 66, 67,
> 68, 69, 70, 71, 72, 73, 74, 75, 76, 77, 78, 79, 80, 81, 82, 83, 84, 85,
> 86, 87, 88, 89, 90, 91, 92, 93, 94, 95, 96, 97, 98, 99, 100, 101, 102,
> 103, 104, 105, 106, 107, 108, 109, 110, 111, 112, 113, 114, 115, 116,
> 117, 118, 119, 120, 121, 122, 123, 124, 125, 126, 127, 128, 129, 130,
> 131, 132, 133, 134, 135, 136, 137, 138, 139, 140, 141, 142, 143, 144,
> 145, 146, 147, 148, 149, 150, 151, 152, 153, 154, 155, 156, 157, 158,
> 159, 160, 161, 162, 163, 164, 165, 166, 167, 168, 169, 170, 171, 172,
> 173, 174, 175, 176, 177, 178, 179, 180, 181, 182, 183, 184, 185, 186,
> 187, 188, 189, 190, 191, 192, 193, 194, 195, 196, 197, 198, 199, 200,
> 201, 202, 203, 204, 205, 206, 207, 208, 209, 210, 211, 212, 213, 214,
> 215, 216, 217, 218, 219, 220, 221, 222, 223, 224, 225, 226, 227, 228,
> 229, 230, 231, 232, 233, 234, 235, 236, 237, 238, 239, 240, 241, 242,
> 243, 244, 245, 246, 247, 248, 249, 250, 251, 252, 253, 254, 255, 256,
> 257, 258, 259, 260, 261, 262, 263, 264, 265, 266, 267, 268, 269, 270,
> 271, 272, 273, 274, 275, 276, 277, 278, 279, 280, 281, 282, 283, 284,
> 285, 286, 287, 288, 289, 290, 291, 292, 293, 294, 295, 296, 297, 298,
> 299, 300, 301, 302, 303, 304, 305, 306, 307, 308, 309, 310, 311, 312,
> 313, 314, 315, 316, 317, 318, 319, 320, 321, 322, 323, 324, 325, 326,
> 327, 328, 329, 330, 331, 332, 333, 334, 335, 336, 337, 338, 339, 340,
> 341, 342, 343, 344, 345]
> {0: {'serials': [{'serial2': 6, 'serial1': 6,
> 'sourcetype': 'lgvx5500', 'sourceu
> categoriesinfo = [u'\u0200', u'\u4600\u6100\u6d00\u6900\u6c00\u7900']
> retcode = 5100
>
> Frame populate in src/phonebook.py at line 1248
> savetodb = False
> i = 2
> self = <phonebook.PhoneWidget; proxy of <Swig Object of type
> 'wxPanel *' at 0xa4bf640>
> cat = Keys ['category']
> {'category': u'\u0200'}
> pb = Keys [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13,
> 14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29, 30, 31,
> 32, 33, 34, 35, 36, 37, 38, 39, 40, 41, 42, 43, 44, 45, 46, 47, 48, 49,
> 50, 51, 52, 53, 54, 55, 56, 57, 58, 59, 60, 61, 62, 63, 64, 65, 66, 67,
> 68, 69, 70, 71, 72, 73, 74, 75, 76, 77, 78, 79, 80, 81, 82, 83, 84, 85,
> 86, 87, 88, 89, 90, 91, 92, 93, 94, 95, 96, 97, 98, 99, 100, 101, 102,
> 103, 104, 105, 106, 107, 108, 109, 110, 111, 112, 113, 114, 115, 116,
> 117, 118, 119, 120, 121, 122, 123, 124, 125, 126, 127, 128, 129, 130,
> 131, 132, 133, 134, 135, 136, 137, 138, 139, 140, 141, 142, 143, 144,
> 145, 146, 147, 148, 149, 150, 151, 152, 153, 154, 155, 156, 157, 158,
> 159, 160, 161, 162, 163, 164, 165, 166, 167, 168, 169, 170, 171, 172,
> 173, 174, 175, 176, 177, 178, 179, 180, 181, 182, 183, 184, 185, 186,
> 187, 188, 189, 190, 191, 192, 193, 194, 195, 196, 197, 198, 199, 200,
> 201, 202, 203, 204, 205, 206, 207, 208, 209, 210, 211, 212, 213, 214,
> 215, 216, 217, 218, 219, 220, 221, 222, 223, 224, 225, 226, 227, 228,
> 229, 230, 231, 232, 233, 234, 235, 236, 237, 238, 239, 240, 241, 242,
> 243, 244, 245, 246, 247, 248, 249, 250, 251, 252, 253, 254, 255, 256,
> 257, 258, 259, 260, 261, 262, 263, 264, 265, 266, 267, 268, 269, 270,
> 271, 272, 273, 274, 275, 276, 277, 278, 279, 280, 281, 282, 283, 284,
> 285, 286, 287, 288, 289, 290, 291, 292, 293, 294, 295, 296, 297, 298,
> 299, 300, 301, 302, 303, 304, 305, 306, 307, 308, 309, 310, 311, 312,
> 313, 314, 315, 316, 317, 318, 319, 320, 321, 322, 323, 324, 325, 326,
> 327, 328, 329, 330, 331, 332, 333, 334, 335, 336, 337, 338, 339, 340,
> 341, 342, 343, 344, 345]
> {0: {'serials': [{'serial2': 6, 'serial1': 6,
> 'sourcetype': 'lgvx5500', 'sourceu
> cats = [u'\u0200']
> dict = Keys ['categories', 'group_wallpapers', 'phonebook']
> {'group_wallpapers': [], 'phonebook': {0: {'serials':
> [{'serial2': 6, 'serial1':
> pb_groupwps = []
>
>
> Regards, Dennis Reichel
> -------------------------------------------------------------------------------------------------
>
>
|
|
From: Dennis R. <de...@re...> - 2010-04-11 20:06:00
|
There is an error importing phone book "category" data from the LG
VX5500.
using official BitPim 1.0.7. System: Fedora 12 on a Thinkpad.
Some Installation Notes:
It was necessary to install the expat compat lib. IIRC, the missing
dependency was: libexpat.so.0 (it might be worth adding this to the
documentation about libstdc++)
The udev permissions didn't seem to be working so I made my own
udev/rules.d/60-cellusers rule and group permission 660 - possibly after
a reboot the way your install would also have worked (the group approach
seemed nicer) The rpm install, however uses an obsolete utility:
udevinfo, which advises to use udevadm. (More than likely a reboot
would have allowed BitPim to to work.) For no reboot the command was:
udevadm control --reload-rules now BitPim communicates with the VX 5500
phone fine.
Bug Report:
This bug is also mentioned in:
Re: [BitPim-user] exception when important contacts from LG VX-5500
Daniel Neuberger <daniel.neuberger@gm...> 6 2010-02-24 18:23
UnicodeEncodeError: 'ascii' codec can't encode character u'\u0300' in
position 0: ordinal not in range(128)
... although the offending char there is: u'\u0300', while mine is:
u'\u0200'
It looks like BitPim is treating the VX-5500 "Groups" like it's
something that can/should be mapped to BitPim "Categories". VX5500
limits each group to 10 members. In VX5500 "No Group" is not a group,
it's just no group membership assigned to a contact. With this design,
it may not be practical for each contact in a phonebook to be assigned
to a group. On the other hand, it may be practical for BitPim to create
a special group: __NullGroup or some such name that should not be expect
to cause a namespace conflict.
I added one member to each of the factory defined VX5500 groups, as well
as creating a few user defined groups on the phone, giving each of them
one member. When I brought the phonebook into BitPim, the category
field for these entries was blank. Note that the other phonebook
records still are showing the A-umlaut character. After reviewing the
acquired data and upon proceeding to import into the BitPim database,
the execption below occurred.
The exception in this report occurs after the phonebook is retrieved
from the VX 5500 and has been reviewed, while it is being saved to the
database. BitPim appears to be barfing on the field "Category" which as
BitPim allows me to review the data before adding it to the database,
category is represented as a single upper case A with two dots above it.
(either A-diaeresis and A-umlaut - I'm not sure what to call it).
So while reviewing (in BitPim) the data from the phone I added a new
category "Default" and edited all the contacts to be the "Default"
category and the phonebook imports fine.
Here's the exception report:
BitPim version: 1.0.7-unofficial
An unexpected exception has occurred.
Please see the help for details on what to do.
Traceback (most recent call last):
File "src/gui.py", line 1784, in OnCallback
File "src/gui.py", line 183, in __call__
File "src/gui.py", line 140, in __call__
File "src/gui.py", line 1383, in OnDataGetPhoneResults
File "src/phonebook.py", line 1310, in importdata
File "src/phonebook.py", line 1248, in populate
UnicodeEncodeError: 'ascii' codec can't encode character u'\u0200' in
position 0: ordinal not in range(128)
Variables by last 8 frames, innermost last
Frame OnCallback in src/gui.py at line 1784
self = <gui.MainWindow; proxy of <Swig Object of type
'wxFrame *' at 0x9e51cb8> >
event = <gui.HelperReturnEvent; proxy of <Swig Object of type
'wxPyEvent *' at 0xaacaeb3
Frame __call__ in src/gui.py at line 183
self = <gui.HelperReturnEvent; proxy of <Swig Object of type
'wxPyEvent *' at 0xaacaeb3
Frame __call__ in src/gui.py at line 140
self = <gui.Callback instance at 0xa407eac>
args = (None, {'phonebook': {0: {'serials': [{'serial2': 6,
'serial1': 6, 'sourcetype':
d = Keys []
{}
kwargs = Keys []
{}
Frame OnDataGetPhoneResults in src/gui.py at line 1454
self = <gui.MainWindow; proxy of <Swig Object of type
'wxFrame *' at 0x9e51cb8> >
merge = True
exception = None
results = Keys ['categories', 'groups', 'phonebook',
'ringtone-index', 'sync', 'uniqueserial', 'wallpaper-index']
{'phonebook': {0: {'serials': [{'serial2': 6,
'serial1': 6, 'sourcetype': 'lgvx5
v = 'MERGE'
Frame importdata in src/phonebook.py at line 1310
importdata = Keys [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13,
14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29, 30, 31,
32, 33, 34, 35, 36, 37, 38, 39, 40, 41, 42, 43, 44, 45, 46, 47, 48, 49,
50, 51, 52, 53, 54, 55, 56, 57, 58, 59, 60, 61, 62, 63, 64, 65, 66, 67,
68, 69, 70, 71, 72, 73, 74, 75, 76, 77, 78, 79, 80, 81, 82, 83, 84, 85,
86, 87, 88, 89, 90, 91, 92, 93, 94, 95, 96, 97, 98, 99, 100, 101, 102,
103, 104, 105, 106, 107, 108, 109, 110, 111, 112, 113, 114, 115, 116,
117, 118, 119, 120, 121, 122, 123, 124, 125, 126, 127, 128, 129, 130,
131, 132, 133, 134, 135, 136, 137, 138, 139, 140, 141, 142, 143, 144,
145, 146, 147, 148, 149, 150, 151, 152, 153, 154, 155, 156, 157, 158,
159, 160, 161, 162, 163, 164, 165, 166, 167, 168, 169, 170, 171, 172,
173, 174, 175, 176, 177, 178, 179, 180, 181, 182, 183, 184, 185, 186,
187, 188, 189, 190, 191, 192, 193, 194, 195, 196, 197, 198, 199, 200,
201, 202, 203, 204, 205, 206, 207, 208, 209, 210, 211, 212, 213, 214,
215, 216, 217, 218, 219, 220, 221, 222, 223, 224, 225, 226, 227, 228,
229, 230, 231, 232, 233, 234, 235, 236, 237, 238, 239, 240, 241, 242,
243, 244, 245, 246, 247, 248, 249, 250, 251, 252, 253, 254, 255, 256,
257, 258, 259, 260, 261, 262, 263, 264, 265, 266, 267, 268, 269, 270,
271, 272, 273, 274, 275, 276, 277, 278, 279, 280, 281, 282, 283, 284,
285, 286, 287, 288, 289, 290, 291, 292, 293, 294, 295, 296, 297, 298,
299, 300, 301, 302, 303, 304, 305, 306, 307, 308, 309, 310, 311, 312,
313, 314, 315, 316, 317, 318, 319, 320, 321, 322, 323, 324, 325, 326,
327, 328, 329, 330, 331, 332, 333, 334, 335, 336, 337, 338, 339, 340,
341, 342, 343, 344, 345]
{0: {'serials': [{'serial2': 6, 'serial1': 6,
'sourcetype': 'lgvx5500', 'sourceu
dlg = <phonebook.ImportDialog; proxy of <Swig Object of
type 'wxDialog *' at 0xaee98c0
d = Keys ['categories', 'group_wallpapers', 'phonebook']
{'group_wallpapers': [], 'phonebook': {0: {'serials':
[{'serial2': 6, 'serial1':
self = <phonebook.PhoneWidget; proxy of <Swig Object of type
'wxPanel *' at 0xa4bf640>
groupwpsinfo = []
merge = True
result = Keys [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13,
14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29, 30, 31,
32, 33, 34, 35, 36, 37, 38, 39, 40, 41, 42, 43, 44, 45, 46, 47, 48, 49,
50, 51, 52, 53, 54, 55, 56, 57, 58, 59, 60, 61, 62, 63, 64, 65, 66, 67,
68, 69, 70, 71, 72, 73, 74, 75, 76, 77, 78, 79, 80, 81, 82, 83, 84, 85,
86, 87, 88, 89, 90, 91, 92, 93, 94, 95, 96, 97, 98, 99, 100, 101, 102,
103, 104, 105, 106, 107, 108, 109, 110, 111, 112, 113, 114, 115, 116,
117, 118, 119, 120, 121, 122, 123, 124, 125, 126, 127, 128, 129, 130,
131, 132, 133, 134, 135, 136, 137, 138, 139, 140, 141, 142, 143, 144,
145, 146, 147, 148, 149, 150, 151, 152, 153, 154, 155, 156, 157, 158,
159, 160, 161, 162, 163, 164, 165, 166, 167, 168, 169, 170, 171, 172,
173, 174, 175, 176, 177, 178, 179, 180, 181, 182, 183, 184, 185, 186,
187, 188, 189, 190, 191, 192, 193, 194, 195, 196, 197, 198, 199, 200,
201, 202, 203, 204, 205, 206, 207, 208, 209, 210, 211, 212, 213, 214,
215, 216, 217, 218, 219, 220, 221, 222, 223, 224, 225, 226, 227, 228,
229, 230, 231, 232, 233, 234, 235, 236, 237, 238, 239, 240, 241, 242,
243, 244, 245, 246, 247, 248, 249, 250, 251, 252, 253, 254, 255, 256,
257, 258, 259, 260, 261, 262, 263, 264, 265, 266, 267, 268, 269, 270,
271, 272, 273, 274, 275, 276, 277, 278, 279, 280, 281, 282, 283, 284,
285, 286, 287, 288, 289, 290, 291, 292, 293, 294, 295, 296, 297, 298,
299, 300, 301, 302, 303, 304, 305, 306, 307, 308, 309, 310, 311, 312,
313, 314, 315, 316, 317, 318, 319, 320, 321, 322, 323, 324, 325, 326,
327, 328, 329, 330, 331, 332, 333, 334, 335, 336, 337, 338, 339, 340,
341, 342, 343, 344, 345]
{0: {'serials': [{'serial2': 6, 'serial1': 6,
'sourcetype': 'lgvx5500', 'sourceu
categoriesinfo = [u'\u0200', u'\u4600\u6100\u6d00\u6900\u6c00\u7900']
retcode = 5100
Frame populate in src/phonebook.py at line 1248
savetodb = False
i = 2
self = <phonebook.PhoneWidget; proxy of <Swig Object of type
'wxPanel *' at 0xa4bf640>
cat = Keys ['category']
{'category': u'\u0200'}
pb = Keys [0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13,
14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29, 30, 31,
32, 33, 34, 35, 36, 37, 38, 39, 40, 41, 42, 43, 44, 45, 46, 47, 48, 49,
50, 51, 52, 53, 54, 55, 56, 57, 58, 59, 60, 61, 62, 63, 64, 65, 66, 67,
68, 69, 70, 71, 72, 73, 74, 75, 76, 77, 78, 79, 80, 81, 82, 83, 84, 85,
86, 87, 88, 89, 90, 91, 92, 93, 94, 95, 96, 97, 98, 99, 100, 101, 102,
103, 104, 105, 106, 107, 108, 109, 110, 111, 112, 113, 114, 115, 116,
117, 118, 119, 120, 121, 122, 123, 124, 125, 126, 127, 128, 129, 130,
131, 132, 133, 134, 135, 136, 137, 138, 139, 140, 141, 142, 143, 144,
145, 146, 147, 148, 149, 150, 151, 152, 153, 154, 155, 156, 157, 158,
159, 160, 161, 162, 163, 164, 165, 166, 167, 168, 169, 170, 171, 172,
173, 174, 175, 176, 177, 178, 179, 180, 181, 182, 183, 184, 185, 186,
187, 188, 189, 190, 191, 192, 193, 194, 195, 196, 197, 198, 199, 200,
201, 202, 203, 204, 205, 206, 207, 208, 209, 210, 211, 212, 213, 214,
215, 216, 217, 218, 219, 220, 221, 222, 223, 224, 225, 226, 227, 228,
229, 230, 231, 232, 233, 234, 235, 236, 237, 238, 239, 240, 241, 242,
243, 244, 245, 246, 247, 248, 249, 250, 251, 252, 253, 254, 255, 256,
257, 258, 259, 260, 261, 262, 263, 264, 265, 266, 267, 268, 269, 270,
271, 272, 273, 274, 275, 276, 277, 278, 279, 280, 281, 282, 283, 284,
285, 286, 287, 288, 289, 290, 291, 292, 293, 294, 295, 296, 297, 298,
299, 300, 301, 302, 303, 304, 305, 306, 307, 308, 309, 310, 311, 312,
313, 314, 315, 316, 317, 318, 319, 320, 321, 322, 323, 324, 325, 326,
327, 328, 329, 330, 331, 332, 333, 334, 335, 336, 337, 338, 339, 340,
341, 342, 343, 344, 345]
{0: {'serials': [{'serial2': 6, 'serial1': 6,
'sourcetype': 'lgvx5500', 'sourceu
cats = [u'\u0200']
dict = Keys ['categories', 'group_wallpapers', 'phonebook']
{'group_wallpapers': [], 'phonebook': {0: {'serials':
[{'serial2': 6, 'serial1':
pb_groupwps = []
Regards, Dennis Reichel
-------------------------------------------------------------------------------------------------
|
|
From: <ha...@ho...> - 2010-04-03 03:00:41
|
Hey ,friend I find a site to sell electronic products with very good price. Laptop ,iPhone even Motorcycle are very popular .their products are original quality with very low price as wholesale business supplier.They also can do retail business for end user now. maybe it is fit for your business . if you like you can contact them : wholesalers-electronic.com <br>E-mail: wholesaler318(at)188.com<br>Msn : wholesaler31888(at)hotmail.com<br> |
|
From: Thomas E. <Tho...@we...> - 2010-04-02 18:56:15
|
Hi all, thanks for your work. A suggestion on how to get information of a phone without having it at hand: On (the german site) http://www.novamedia.de/download/mac-phoneinspector-de.html I found some (rough) idea which may be interesting: Do you have a fixed procedure of getting information out of a phone? Or do you think it kind of possible? In this case one may create it as a program which users can download and run on there computer/phone connected. The program can collect data and send it back to you (by agreement of the users). This way a user may contribute without the expense of loaning a phone. But the problem will be, I guess, to create some standardized procedure of querying the necessary data "out of the phone". In the case that you find the idea useful, I may also translate the above site into English if necessary. Bit it's not very infoarmative: It only describes this way to the user who doesn't find his phone in the sold sync-software's list of supported phones. So it's not my idea but theirs, I think. – And it's different (and therby easier) in the sense that the test program mainly tests if or how far the (new) phone is compatible to the sync services offered by their software. All the best for you, Thomas |