Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
Home
Discussion Groups
General
General TopicsGSMBluetooth
Providers
AlltelATT WirelessCingularFidoNextelSprint PCST-MobileVerizon
Manufacturers
EricssonNokiaMotorola
Country Specific
Australian GroupUK Group
Related Topics
PocketPCPalmMore Topics ...

Cellular Phone Forum / Providers / Verizon / February 2005

Tip: Looking for answers? Try searching our database.

VX6100 picture download

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
kshea1 - 26 Feb 2005 18:20 GMT
I just purchased a 6100 from Verizon. My old, reliable StarTAC finally
died. I also have a USB connection for my 6100. Is there anyway to
download the pictures from the 6100 to my laptop??

Signature

kshea1
brought to you by http://www.wifi-forum.com/

Hot Rod - 26 Feb 2005 19:30 GMT
I used to be able to use BitPim with my 6100 and transfer photos that way.
One of the two screwed it up. Either the software update on the 6100 or the
new version of BitPim doesn't allow things to work the way they used to. It
comes up with a error every time when reading the phone book now.

.

> I just purchased a 6100 from Verizon. My old, reliable StarTAC finally
> died. I also have a USB connection for my 6100. Is there anyway to
> download the pictures from the 6100 to my laptop??
Philip R. Mann - 27 Feb 2005 01:41 GMT
>Is there anyway todownload the pictures from the 6100 to my laptop??

Get Biotope from Cerci.  Org.  Works great and its free.
Philip R. Mann - 27 Feb 2005 01:46 GMT
>>Is there anyway todownload the pictures from the 6100 to my laptop??
>
>Get Biotope from Cerci.  Org.  Works great and its free.

Damn spellchecker --- have to get it to default to Ignore rather than Change; that should be

   BitPim from SourceForge.Org

And like others, I've recently been unable to save the phone book, but everything else works.
Hot Rod - 27 Feb 2005 18:08 GMT
Must be the new software on the 6100 that has screwed this up. It has fixed
the volume issues but has messed up the phone book transfer that used to be
so simple. this is a copy of the error message I geet every time now. I have
also gone back to version 7.24 to see if it was BitPim. If someone knows how
to fix this it would be a great help.
thanks

An unexpected exception has occurred.

Please see the help for details on what to do.

Traceback (most recent call last):

File "gui.pyo", line 152, in run

File "gui.pyo", line 92, in __call__

File "gui.pyo", line 1169, in getdata

File "com_lgvx4400.pyo", line 181, in getphonebook

IntegrityCheckFailed: LG-VX6100: Data in phonebook is inconsistent. There
are multiple entries with the same serial number. See the log.

Variables by last 8 frames, innermost last

Frame __bootstrap in threading.pyo at line 436

self = <WorkerThread(BitPim helper, started daemon)>

Frame run in gui.pyo at line 145

e = <common.IntegrityCheckFailed instance at 0x01EDA490>

res = None

self = <WorkerThread(BitPim helper, started daemon)>

item = (<gui.Request instance at 0x01E7B648>, <gui.Callback instance at
0x01E7B0D0>)

call = <gui.Request instance at 0x01E7B648>

ex = <common.IntegrityCheckFailed instance at 0x01EDA490>

resultcb = <gui.Callback instance at 0x01E7B0D0>

first = 0

Frame __call__ in gui.pyo at line 92

self = <gui.Request instance at 0x01E7B648>

args = ()

d = Keys []

{}

kwargs = Keys []

{}

Frame getdata in gui.pyo at line 1169

count = 1

i = (<bound method GetPhoneDialog.GetPhoneBookSetting of
<guiwidgets.GetPhoneDialog;

self = <WorkerThread(BitPim helper, started daemon)>

req = <guiwidgets.GetPhoneDialog; proxy of C++ wxDialog instance at
_18f8bc01_p_wxDial

willcall = [(<bound method GetPhoneDialog.GetPhoneBookSetting of
<guiwidgets.GetPhoneDialog

results = Keys ['groups', 'ringtone-index', 'sync', 'uniqueserial',
'wallpaper-index']

{'sync': {'phonebook': 'OVERWRITE', 'wallpaper': 'OVERWRITE', 'calendar':
'OVERW

sync = Keys ['calendar', 'phonebook', 'ringtone', 'wallpaper']

{'phonebook': 'OVERWRITE', 'wallpaper': 'OVERWRITE', 'calendar':
'OVERWRITE', 'r

st = 2

todo = [(<bound method WorkerThread.rebootcheck of <WorkerThread(BitPim
helper, started

Frame getphonebook in com_lgvx4400.pyo at line 181

result = Keys ['groups', 'ringtone-index', 'sync', 'uniqueserial',
'wallpaper-index']

{'sync': {'phonebook': 'OVERWRITE', 'wallpaper': 'OVERWRITE', 'calendar':
'OVERW

pbook = 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]

{0: {'serials': [{'serial2': 36, 'serial1': 36, 'sourcetype': 'lgvx6100',
'sourc

dupecheck = Keys [1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 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, 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]

{1: {'serials': [{'serial2': 1, 'serial1': 1, 'sourcetype': 'lgvx6100',
'sourceu

problemsdetected = True

i = 192

res = <p_lg.pbnextentryresponse object at 0x01ED3C50>

numentries = 193

req = <p_lg.pbnextentryrequest object at 0x01EDC130>

hardway = False

loop = xrange(193)

entry = Keys ['names', 'numbers', 'serials']

{'serials': [{'serial2': 21, 'serial1': 21, 'sourcetype': 'lgvx6100',
'sourceuni

buf = <prototypes.buffer instance at 0x01E7B3F0>

self = <com_lgvx6100.Phone instance at 0x01E78F08>

speeds = Keys []

{}

sd = <p_lgvx6100.speeddials object at 0x01E80690>
Strike - 27 Feb 2005 21:35 GMT
I 've had that problem before on getting an error and it was the registry
that fouled things up. I just got my daughter a new VX6100 and it came with
the new version of software. It works fine with BitPim. Since the software
has changed on your phone since you installed BitPim. I would uninstall the
BitPim software, also go into the registry and delete the BitPim reference.
Also go to "My Documents" where the BitPim data files are saved and delete
them.  Then reinstall the BitPim software. I'll bet it works then. Let us
know.

> Must be the new software on the 6100 that has screwed this up. It has
> fixed the volume issues but has messed up the phone book transfer that
[quoted text clipped - 158 lines]
>
> sd = <p_lgvx6100.speeddials object at 0x01E80690>
Hot Rod - 28 Feb 2005 00:37 GMT
I have completely removed all references to BitPim on my computer and
cleaned the registry from any entries. However after reinstalling version
7.27 I get these results. It shows on the bottom reading all the numbers,
about 200, but comes up with this error after reading them. The only thing
on the phone that has changed is the software. version 2 because of the
volume issue.

An unexpected exception has occurred.

Please see the help for details on what to do.

Traceback (most recent call last):

File "gui.pyo", line 153, in run

File "gui.pyo", line 93, in __call__

File "gui.pyo", line 1247, in getdata

File "com_lgvx4400.pyo", line 182, in getphonebook

IntegrityCheckFailed: LG-VX6100: Data in phonebook is inconsistent. There
are multiple entries with the same serial number. See the log.

Variables by last 8 frames, innermost last

Frame __bootstrap in threading.pyo at line 442

self = <WorkerThread(BitPim helper, started daemon)>

Frame run in gui.pyo at line 146

e = <common.IntegrityCheckFailed instance at 0x01F355D0>

res = None

self = <WorkerThread(BitPim helper, started daemon)>

item = (<gui.Request instance at 0x01E8D2B0>, <gui.Callback instance at
0x01E8D300>)

call = <gui.Request instance at 0x01E8D2B0>

ex = <common.IntegrityCheckFailed instance at 0x01F355D0>

resultcb = <gui.Callback instance at 0x01E8D300>

first = 0

Frame __call__ in gui.pyo at line 93

self = <gui.Request instance at 0x01E8D2B0>

args = ()

d = Keys []

{}

kwargs = Keys []

{}

Frame getdata in gui.pyo at line 1247

count = 1

i = (<bound method GetPhoneDialog.GetPhoneBookSetting of
<guiwidgets.GetPhoneDialog;

self = <WorkerThread(BitPim helper, started daemon)>

req = <guiwidgets.GetPhoneDialog; proxy of C++ wxDialog instance at
_9898bd01_p_wxDial

willcall = [(<bound method GetPhoneDialog.GetPhoneBookSetting of
<guiwidgets.GetPhoneDialog

results = Keys ['groups', 'ringtone-index', 'sync', 'uniqueserial',
'wallpaper-index']

{'sync': {'phonebook': 'OVERWRITE'}, 'wallpaper-index': {1: {'origin':
'builtin'

sync = Keys ['phonebook']

{'phonebook': 'OVERWRITE'}

st = 0

todo = [(<bound method WorkerThread.rebootcheck of <WorkerThread(BitPim
helper, started

Frame getphonebook in com_lgvx4400.pyo at line 182

result = Keys ['groups', 'ringtone-index', 'sync', 'uniqueserial',
'wallpaper-index']

{'sync': {'phonebook': 'OVERWRITE'}, 'wallpaper-index': {1: {'origin':
'builtin'

pbook = 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]

{0: {'serials': [{'serial2': 36, 'serial1': 36, 'sourcetype': 'lgvx6100',
'sourc

dupecheck = Keys [1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 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, 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]

{1: {'serials': [{'serial2': 1, 'serial1': 1, 'sourcetype': 'lgvx6100',
'sourceu

problemsdetected = True

i = 192

res = <p_lg.pbnextentryresponse object at 0x01F2BAF0>

numentries = 193

req = <p_lg.pbnextentryrequest object at 0x01F34030>

hardway = False

loop = xrange(193)

entry = Keys ['names', 'numbers', 'serials']

{'serials': [{'serial2': 21, 'serial1': 21, 'sourcetype': 'lgvx6100',
'sourceuni

buf = <prototypes.buffer instance at 0x01E8D620>

self = <com_lgvx6100.Phone instance at 0x01E8D0A8>

speeds = Keys []

{}

sd = <p_lgvx6100.speeddials object at 0x01E892F0>
Strike - 28 Feb 2005 02:55 GMT
Have you tried installing an earlier version?

>I have completely removed all references to BitPim on my computer and
>cleaned the registry from any entries. However after reinstalling version
[quoted text clipped - 157 lines]
>
> sd = <p_lgvx6100.speeddials object at 0x01E892F0>
Roger Binns - 28 Feb 2005 04:29 GMT
> Have you tried installing an earlier version?

The version of BitPim has nothing to do with this issue.  It
is due to the integrity of the data on the phone.  Earlier
versions of BitPim didn't check the integrity.

>> IntegrityCheckFailed: LG-VX6100: Data in phonebook is inconsistent. There are multiple entries with the same serial number. See
>> the log.

This is an issue with data in your phone.  Re-installing BitPim
and playing with the registry won't make it go away.  Search
the BitPim mailing lists for details about this and how to
fix it.

All previous cases have been due to people using other programs
to load their phonebook on the phone, including the software
used in Verizon stores.  Some of that other software doesn't
bother doing a complete or correct job, and as a consequence
the phone starts giving duplicate serial numbers to entries.

Roger
Hot Rod - 28 Feb 2005 12:54 GMT
This would almost make sense.. would the Verizon people have taken my phone
off the phone and then put it back when the software was updated?
Other than that I have not used any other software on this phone since it
was new out of the box.

>> Have you tried installing an earlier version?
>
[quoted text clipped - 17 lines]
>
> Roger
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2008 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.