SapEHP Installer - ERROR: Release '701' is not supported by this tool!

Hi gurus, I am trying to do a EHP4 upgrade using the EHPI. I am using the latest EHPI 710. The moment i enter the KEYword and Download directory it go through and then come up with an error message "701 is not supported by this tool". Please help me solve this issue.

Hi Ram,
1) You are using wrong EHPI , you need to use SAP EHPI 700 version . The EHPI 710 to upgrade SAP NW 710 system to EHP1 i.e to 711
My Company's Application Components" SAP EHP INSTALLER" SAP EHP INSTALLER 7.00
2) You need to generate .xml file from SAP Solution Manager by seleting required ECC usagae types. SAP EHPI will ask for .xml file in future steps.
Regards,
Preethish

Similar Messages

ERROR: Release '640' is not supported by this tool!

Hi,
i'm trying to upgrade system SAP ERP 5.0 to SAP ERP 6.0 EHP 4 and i got problem with EHP installer,
1. I readed and made all the steps as described in Upgrade guide
2. Downloaded EHP installer version 7.00 (but when it starts shows me on screen version 7.10)
3. Via MOPZ i took the list and XML file for the SAR files
4. Downloaded corrections for EHP installer
when i start EHP installer, it asks me for the code and for the download directory, i put all required and after that EHP installer works for 5-10 minutes and stops with error:
ERROR: Release '640' is not supported by this tool!
in VERSSTAMP file wroten:
EHPIVersion = 2.005.001
SAPJup = NWSL702_00
SAPehpi = 710-1
ostype = hp_64
release = 702_REL
toolrelease = 710
date = 2010-2-4
time = 7:35:22
packversion = 24
crpkversion = 1.020
Please anyone give solution!

i think i didn't start the master dvd ))

Release '640' is not supported by this tool

I am trying tot use EHP installer to upgrade our ECC 500 to ECC600/EHP5 but everytime I run the installaer I get the error " Release '640' is not supported by this tool". Can anyone please tell me if I can use EHPI to upgrade from ECC 500 to ECC600?

Dear Anup,
Kindly have a look at the note 1302772 which tells you what kind of Installations are possible with SAP Ehpi.
I would kindly refer you to the appropriated upgrade guides under the following link:
https://service.sap.com/instguides.
Please have a look at the following section:
3.3Tool Information: Upgrade Program SAPup
The following sections provide you with important information about the upgrade program SAPup.
Regards,
Abhishek

BBPGETVD throwing an error -Backend system with release 701 are not support

Experts,
After changing the Backend connection from R3 4.6c to ECC6 sysem in our BBPCRM4.0,
the transaction "BBPGETVD" is not working, which is throwing an error as
"Backend system with release 701 are not supported".
Already we have applied some of the notes (822883 &862290)
Thanks
Ahamed

Are you able to replicate other data like plants, product categories from the same backend system or are you facing the same error?
Also please check the logical system and see if they are assigned to the client correctly. (in SPRO settings)
Thanks,
Prashanth

Backend System with Release 701 are not supported

SRM 5.0
Extended Classic Scenario
CCM 2.0
When updating the vendors in SRM system using TC - BBPUPDVD getting the below error message :-
Backend System with Release 701 are not supported
Have checked in table - BBP_BACKEND_DEST, the backend entry is properly maintained.
Can any one advice.
Regards,
Jayoti
Edited by: SAP jayoti on Dec 7, 2010 1:11 PM

The problem is resolved for vendor relication after applying the below notes 1313972 and 1372175.
ECC sandbox seems to be in 701 release. When the backend system ECC is in release 701, vendor replication fails with the error message that 'Backend system release 701 not supported'. We need to apply notes 1313972 and 1372175 to fix this issue. I have applied them in Sandbox and the issue is resolved now.

'Backend systems with Release 701 are not supported'

while BBPGETVD transaction is run below error is seen,
'Backend systems with Release 701 are not supported'
Please help to resolve it.

Hi
What is your backend system ECC version?
What is the configuaration in Define back end system?
Note 1313972 - BBPGETVD: Backend system latest release not supported
br
muthu

"Backend systems with Release 701 are not supported " - ECC 6.0 to SRM 5.0

Hi ,
I have 2 doubts .
1. We are getting Error "Backend systems with Release 701 are not supported " while replicating vendors from ECC 6.0 backend system to SRM 5.0 system.
There are some notes on simillar topic but are not for SRM 5.0 ,suggested on SDN. an anyone please suggest what need to be done for the same.
2. Can we replicate Vendor Master Data with Contact Person from SRM to ECC system ? if yes, How ?
Regards
Narendra

answer 1:-
Note 1372175 - BBP_VENDOR_GET_DATA_JOB "Back-End Systems Not Supported"
On recent upgrade of the ECC back-end system to release '701' the program BBP_VENDOR_GET_DATA_JOB is getting errored out. If you are using SRM 5.0 , SRM_SERVER 550 with ECC backend Release 701 you encounter the above reported problem
Other terms
Vendor Replication Job, Release 701, Backend not supported, BBP_VENDOR_GET_DATA_JOB
Reason and Prerequisites
The program does not consider the release 701
remote_release EQ '700' OR remote_release EQ '701'.
OR
bbp_vendor_get_data - DEBUG what ois the remote_release 700 or 701?
Muhtu

"error: thread-local storage not supported for this target"

I have a program that uses the __thread specifier, to be run on a Solaris 9/UltraSprac.
I am not able to compile it using gcc 3.4.4 or 4.0.4, it emits the msg "error: thread-local storage not supported for this target".
xz@gamera% gcc -v -Wall -D_REENTRANT -c -o func_stack.o func_stack.c
Reading specs from /opt/gcc/3.4.4/lib/gcc/sparc-sun-solaris2.8/3.4.4/specs
Configured with: ../srcdir/configure --prefix=/opt/gcc/3.4.4 --disable-nls
Thread model: posix
gcc version 3.4.4
/opt/gcc/3.4.4/libexec/gcc/sparc-sun-solaris2.8/3.4.4/cc1 -quiet -v -D_REENTRANT -DMESS func_stack.c -quiet -dumpbase func_stack.c -mcpu=v7 -auxbase-strip func_stack.o -Wall -version -o /var/tmp//cc0poHSN.s
ignoring nonexistent directory "/usr/local/include"
ignoring nonexistent directory "/opt/gcc/3.4.4/lib/gcc/sparc-sun-solaris2.8/3.4.4/../../../../sparc-sun-solaris2.8/include"
#include "..." search starts here:
#include <...> search starts here:
/opt/gcc/3.4.4/include
/opt/gcc/3.4.4/lib/gcc/sparc-sun-solaris2.8/3.4.4/include
/usr/include
End of search list.
GNU C version 3.4.4 (sparc-sun-solaris2.8)
        compiled by GNU C version 3.4.4.
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
func_stack.c:16: error: thread-local storage not supported for this target
func_stack.c:17: error: thread-local storage not supported for this target
func_stack.c:19: error: thread-local storage not supported for this target
xs@gamera% gcc -v -D_REENTRANT -c -o func_stack.o func_stack.c
Using built-in specs.
Target: sparc-sun-solaris2.9
Configured with: /net/clpt-v490-0/export/data/bldmstr/20070711_mars_gcc/src/configure --prefix=/usr/sfw --enable-shared --with-system-zlib --enable-checking=release --disable-libmudflap --enable-languages=c,c++ --enable-version-specific-runtime-libs --with-cpu=v9 --with-ld=/usr/ccs/bin/ld --without-gnu-ld
Thread model: posix
gcc version 4.0.4 (gccfss)
/pkg/gcc/4.0.4/bin/../libexec/gcc/sparc-sun-solaris2.9/4.0.4/cc1 -quiet -v -I. -iprefix /pkg/gcc/4.0.4/bin/../lib/gcc/sparc-sun-solaris2.9/4.0.4/ -D__sparcv8 -D_REENTRANT -DMESS func_stack.c -quiet -dumpbase func_stack.c -mcpu=v9 -auxbase-strip func_stack.o -version -m32 -o /tmp/ccjsdswh.s -r /tmp/cc2w4ZRo.ir
ignoring nonexistent directory "/pkg/gcc/4.0.4/bin/../lib/gcc/sparc-sun-solaris2.9/4.0.4/../../../../sparc-sun-solaris2.9/include"
ignoring nonexistent directory "/usr/local/include"
ignoring nonexistent directory "/usr/sfw/lib/gcc/sparc-sun-solaris2.9/4.0.4/include"
ignoring nonexistent directory "/usr/sfw/lib/../sparc-sun-solaris2.9/include"
#include "..." search starts here:
#include <...> search starts here:
/pkg/gcc/4.0.4/bin/../lib/gcc/sparc-sun-solaris2.9/4.0.4/include
/usr/sfw/include
/usr/include
End of search list.
GNU C version 4.0.4 (gccfss) (sparc-sun-solaris2.9)
        compiled by GNU C version 4.0.4 (gccfss).
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
func_stack.c:16: error: thread-local storage not supported for this target
func_stack.c:17: error: thread-local storage not supported for this target
func_stack.c:19: error: thread-local storage not supported for this targetJust as comparison, the corresponding output of compiling another file which does not have __thread declaration is as follows:
xz@gamera% gcc -v -Wall -D_REENTRANT -c -o common.o common.c
Reading specs from /opt/gcc/3.4.4/lib/gcc/sparc-sun-solaris2.8/3.4.4/specs
Configured with: ../srcdir/configure --prefix=/opt/gcc/3.4.4 --disable-nls
Thread model: posix
gcc version 3.4.4
/opt/gcc/3.4.4/libexec/gcc/sparc-sun-solaris2.8/3.4.4/cc1 -quiet -v -D_REENTRANT -DMESS common.c -quiet -dumpbase common.c -mcpu=v7 -auxbase-strip common.o -Wall -version -o /var/tmp//cc4VxrLz.s
ignoring nonexistent directory "/usr/local/include"
ignoring nonexistent directory "/opt/gcc/3.4.4/lib/gcc/sparc-sun-solaris2.8/3.4.4/../../../../sparc-sun-solaris2.8/include"
#include "..." search starts here:
#include <...> search starts here:
/opt/gcc/3.4.4/include
/opt/gcc/3.4.4/lib/gcc/sparc-sun-solaris2.8/3.4.4/include
/usr/include
End of search list.
GNU C version 3.4.4 (sparc-sun-solaris2.8)
        compiled by GNU C version 3.4.4.
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
/usr/ccs/bin/as -V -Qy -s -xarch=v8 -o common.o /var/tmp//cc4VxrLz.s
/usr/ccs/bin/as: Sun WorkShop 6 update 2 Compiler Common 6.2 Solaris_9_CBE 2001/04/02Note that the last 2 lines seem to suggest that a Sun assembler is used as the back-end of gcc. I am not sure whether the failure to compile the first file (with __thread) was due to the incompatibility of this Sun assembler. In the first case, the error msg was emitted before these 2 lines are printed.
I further read a post about gcc 3.3.3's inability to compile code that has __thread in it, on a HP-UX 11.11: http://forums12.itrc.hp.com/service/forums/questionanswer.do?admit=109447627+1216595175060+28353475&threadId=1148976 The conclusion seems to suggest that "the 2.17 GNU assembler did not support thread local storage" and gcc sees that and thus disallows TLS.
If the assembler is the culprit, then does anyone know whether this "Sun WorkShop 6 update 2" assembler in my installation can work with TLS? And how come a Sun assembler becomes the back-end of gcc? I read that gas (the GNU assembler) is the default backend of gcc. (How) can one specify the assembler to be used for gcc?
As an aside, I am able to compile my file on this same Solaris 9/UltraSparc platform using the Sun Studio 12 C Compiler:
xz@gamera% cc -V -# -D_REENTRANT -c -o func_stack.o func_stack.c
cc: Sun C 5.9 SunOS_sparc Patch 124867-01 2007/07/12
### Note: NLSPATH = /pkg/SUNWspro/12/prod/bin/../lib/locale/%L/LC_MESSAGES/%N.cat:/pkg/SUNWspro/12/prod/bin/../../lib/locale/%L/LC_MESSAGES/%N.cat
###     command line files and options (expanded):
### -c -D_REENTRANT -V func_stack.c -o func_stack.o
/pkg/SUNWspro/12/prod/bin/acomp -xldscope=global -i func_stack.c -y-fbe -y/pkg/SUNWspro/12/prod/bin/fbe -y-xarch=generic -y-xmemalign=8i -y-o -yfunc_stack.o -y-verbose -y-xthreadvar=no%dynamic -y-comdat -xdbggen=no%stabs+dwarf2+usedonly -V -D_REENTRANT -m32 -fparam_ir -Qy -D__SunOS_5_9 -D__SUNPRO_C=0x590 -D__SVR4 -D__sun -D__SunOS -D__unix -D__sparc -D__BUILTIN_VA_ARG_INCR -D__C99FEATURES__ -Xa -D__PRAGMA_REDEFINE_EXTNAME -Dunix -Dsun -Dsparc -D__RESTRICT -xc99=%all,no%lib -D__FLT_EVAL_METHOD__=0 -I/pkg/SUNWspro/12/prod/include/cc "-g/pkg/SUNWspro/12/prod/bin/cc -V -D_REENTRANT -c -o func_stack.o " -fsimple=0 -D__SUN_PREFETCH -destination_ir=yabe
acomp: Sun C 5.9 SunOS_sparc Patch 124867-01 2007/07/12Interestingly, the output no longer mentions the "/usr/ccs/bin/as: Sun WorkShop 6 update 2" assembler.

Just as another comparison, I compiled a file without __thread on the Solaris 9/UltraSparc platform using gcc 4.0.4. Not surprisingly it worked. But I no longer see the mention of the Sun assembler as in the case of gcc 3.4.4. Nor did I see the mention of "GNU assembler" as in the case of gcc 4.0.4/Solaris 10/x86. Instead, I saw something called "iropt" and "cg". Does anyone know what they are?
xz@gamera% gcc -v -Wall -D_REENTRANT -c -o common.o common.c
Using built-in specs.
Target: sparc-sun-solaris2.9
Configured with: /net/clpt-v490-0/export/data/bldmstr/20070711_mars_gcc/src/configure --prefix=/usr/sfw --enable-shared --with-system-zlib --enable-checking=release --disable-libmudflap --enable-languages=c,c++ --enable-version-specific-runtime-libs --with-cpu=v9 --with-ld=/usr/ccs/bin/ld --without-gnu-ld
Thread model: posix
gcc version 4.0.4 (gccfss)
/pkg/gcc/4.0.4/bin/../libexec/gcc/sparc-sun-solaris2.9/4.0.4/cc1 -quiet -v -iprefix /pkg/gcc/4.0.4/bin/../lib/gcc/sparc-sun-solaris2.9/4.0.4/ -D__sparcv8 -D_REENTRANT -DMESS common.c -quiet -dumpbase common.c -mcpu=v9 -auxbase-strip common.o -Wall -version -m32 -o /tmp/ccSGJIDD.s -r /tmp/ccKuJz76.ir
ignoring nonexistent directory "/pkg/gcc/4.0.4/bin/../lib/gcc/sparc-sun-solaris2.9/4.0.4/../../../../sparc-sun-solaris2.9/include"
ignoring nonexistent directory "/usr/local/include"
ignoring nonexistent directory "/usr/sfw/lib/gcc/sparc-sun-solaris2.9/4.0.4/include"
ignoring nonexistent directory "/usr/sfw/lib/../sparc-sun-solaris2.9/include"
#include "..." search starts here:
#include <...> search starts here:
/pkg/gcc/4.0.4/bin/../lib/gcc/sparc-sun-solaris2.9/4.0.4/include
/usr/sfw/include
/usr/include
End of search list.
GNU C version 4.0.4 (gccfss) (sparc-sun-solaris2.9)
        compiled by GNU C version 4.0.4 (gccfss).
GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072
/pkg/gcc/4.0.4/SUNW0scgfss/4.0.4/prod/bin/iropt -F -xarch=v8plus -xchip=generic -O1 -xvector=no -xbuiltin=%none -xcache=generic -Qy -h_gcc -o /tmp/ccUl4mVM.ircg /tmp/ccKuJz76.ir -N/dev/null -is /tmp/ccSGJIDD.s
/pkg/gcc/4.0.4/SUNW0scgfss/4.0.4/prod/bin/cg -Qy -xarch=v8plus -xchip=generic -OO0 -T3 -Qiselect-C0 -Qrm:newregman:coalescing=0 -xcode=abs32 -xcache=generic -xmemalign=8i -il /pkg/gcc/4.0.4/bin/../lib/gcc/sparc-sun-solaris2.9/4.0.4//gccbuiltins.il -xvector=no -xthreadvar=no%dynamic -xbuiltin=%none -Qassembler-ounrefsym=0 -Qiselect-T0 -Qassembler-I -Qassembler-U -comdat -h_gcc -is /tmp/ccSGJIDD.s -ir /tmp/ccUl4mVM.ircg -oo common.o

HT1476 when i plug my phone into the usb port with the apple charger that came with my phone i get an error msg say charging not supported by this device. But when i use a gigaware (radioshack brand) usb charger, no error msg. Why?

when i plug my phone into the usb port with the apple charger that came with my phone i get an error msg say charging not supported by this device. But when i use a gigaware (radioshack brand) usb charger, no error msg. Why?

- Try restoring the iPod, first from backup and then try to factory settings/new iPod to rule out a software problem.
- Look at the dock connector on the iPod. Look for abnormalities like bent or corroded contacts, foreign material and broken or cracked plastic.
- Could you have damaged something when you took the iPod apart and replaced the Home button?

Error message airport utility not supported on this architecture

I'm using a macbook pro with OS X v10.5.8 and trying to set up a new Time Capsule network, however I'm getting the error message "airport utility not supported on this architecture". How do I fix this so I can set up my network?

Hmmm, that message would imply that Airport Utility is from a PPC Mac, or an older version of the OS?
Might download & install this...
http://support.apple.com/downloads/AirPort_Utility_5_3_2_for_Leopard
Also see...
http://support.apple.com/kb/HT1998

IE11/Win 8.1 error 'Your client does not support opening this list in windows explorer'

I hoping someone might be able to help with this frustrating issue.
I work on a project where we are using various versions of on-line SharePoint (2007/O365). In order to quickly drag and drop folders we need to often open the document libraries by using the 'open in windows explorer view'.
Using the same device, on occassion this works. But often it gives a rather unhelpful message 'Your client does not support opening this list in Windows Explorer'.
I've searched for this issue over the net and confirm that the sites are added to the 'trusted' sites area and that the 'remember you credientials' is checked on logging in.However, the searches do not seem to apply to IE11/Win8.1 or on-line version of sharepoint
(the suggested hot fix is not suitable)
Only this morning, using the same device I was able, for a short while to open in explorer view, and then for no apparent reason, it began to display the error message. I had changed nothing regarding settings or even closed the browser.
Do you have any support/ideas/fixes on how to resolve this.
Many thanks
val

Hi Val,
sometimes an answer can be found on the internet by typing the error message from your computer into your favourite search engine.
eg.
http://www.bing.com/search?q=your+client+does+not+support+opening+this+list+in+windows+explorer&form=IE10TR&src=IE10TR&pc=HPNTDFJS
see
http://blogs.technet.com/b/asiasupp/archive/2011/06/13/error-message-quot-your-client-does-not-support-opening-this-list-with-windows-explorer-quot-when-you-try-to-quot-open-with-explorer-quot-on-a-sharepoint-document-library-in-office-365-site.aspx
follow the directions given above.... you need to add the domains to your Intranet sites list, not the Trusted sites list.
Perhaps you already have it mapped to your intranet zone....in which case make sure that you have unchecked "Enable Enhance Protected Mode" on the Intranet zone dialog in Internet Options.
If this is happening 'randomly' on client machines, then users are probably changing their internet security settings in Internet Options. Ensure they are accepting the default.... Internet Options>Security tab, click "Reset all zones to default".
Consult with your system administrators to find out if they are applying a custom security template for the Intranet zone... It may be removing the sharepoint domains from the client Intranet zone's domains lists.
HTH.
Rob^_^

Trying to open a sharepoint library in Windows Explorer via IE 8 results in the error "your client does not support opening this list with windows explorer"

I am attempting to connect to a Microsoft Sharepoint library, via the "Actions -> Open in Windows Explorer" option from the Sharepoint page. When I do so, I get the error message "your client does not support opening this list with windows explorer". In short, I am trying to get the "drag and drop" functionality of a Sharepoint library.
I am running Windows 7 64-bit and IE8. The target Sharepoint environment is a MOSS 2007 EE. My Windows "WebClient" service is running, and I have no problem connecting to this exact library via a Windows XP computer running IE8.

Verify that the Webclient is started automatically from the Services.msc
Verify that your Portal is in the Intranet local security zone (You can reach it from Your Internet Explorer Browser Security Tag) if not add it to the list
restart the WebClient service if it's work good
If not you have to create a network share to your portal URL directly not your documents library.
Open Windows Explorer or My Computer from the Windows Start Menu.
From the Tools menu, click Map Network Drive…. A new Map Network Drive window opens.
In the Map Network Drive window, choose an available drive letter from the dropdown list located next to the "Drive:" option. Any drives already mapped will have a shared folder name displayed inside the dropdown list, next to the drive letter.
Type the name of the folder to map wich is in this case your SharePoint Portal URL (Don't include the documents libraries)
Click the "Reconnect at login" checkbox if this network drive should be mapped permanently. Otherwise, this drive will un-map when the user logs out of this computer.
If the remote computer that contains the shared folder requires a different username and password to log in, click the "different user name" hyperlink to enter this information.
Click Finish.
I am looking for a suite method :)

Error: Your client does not support opening this list with Windows Explorer.

I have enabled both authentication (Windows and FBA) on default zone, now when I want to open any document library on windows explorer it showing me an error.
Your client does not support opening this list with Windows Explorer.
Web client service is running on server.
Desktop Experience feature is also enabled on server
Windows explorer is working fine when FBA is disbled on default zone.
Need both authentcation on default zone.

Hi,
According to your post, my understanding is that you got “Your client does not support opening this list with Windows Explorer” error.
You can use compatibility mode to check whether it works.
Open IE->Tools->Compatibility View Settings
You can also add the site into Trusted sites.
Open the IE->Internet Options->Security->Sites->add the site into the Websites, then check whether it works.
In addition, you can also try to enable Basic authentication on the client computer, by setting the BasicAuthLevel registry entry of the following key:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\WebClient\Parameters
For detailed steps, visit the following KB page.
http://support.microsoft.com/kb/841215/en-us
There are some similar threads for your reference.
http://social.msdn.microsoft.com/Forums/en-US/e9a07773-db23-46e9-8d1d-7015cd5aa13b/your-client-does-not-support-opening-this-list-with-windows-explorer?forum=sharepointgeneralprevious
http://blogs.technet.com/b/asiasupp/archive/2011/06/13/error-message-quot-your-client-does-not-support-opening-this-list-with-windows-explorer-quot-when-you-try-to-quot-open-with-explorer-quot-on-a-sharepoint-document-library-in-office-365-site.aspx
Thanks & Regards,
Jason
Jason Guo
TechNet Community Support

My iPad has an error that says "charging not supported by this accessory"

I have an iPad 4 and one day I went to plug it in and the charger wouldnt connect. I went and bought both new peices of the charger, still doesn't charge. When i just leave it plugged in it pops up an error of " charging not supported by this accessory." Does any one have a remedy for this problem?

Yes, i have also tried connecting it to my computer, it also pops up the same error. When its plugged into the wall the whole screen turns black and a yellow triangle with the exclamation mark pops up. When i plug it into the computer with the apple cord a little blue box ( in the middle like the apple id password box) pops up.

Error message charging is not supported with this accessory

I have an iPhone 3GS from Jul 2009. Fully updated. I normally charge it using a USB port on my MacBook Pro so it also syncs at the same time. This week began getting an alert on my phone which said "charging is not supported with this accessory". I resolved initially by unplugging/replugging the cord. In all cases the phone had been charging for some time before the alert appeared. In most cases the phone was sitting on the same surface as the macbook and had not been moved since beginning charge.
The only support document I can find refers to firewire and does not apply to my device.
Since starting this week it is happening more frequently and may require being re-connected several times.
It is still intermittent issue but I depend on my phone.
Thank you for your assistance

I just found some on eBay for about 1.99 each with free shipping and ordered about 6 of them from the seller, I think they came from China so it takes a couple weeks. So far I never got a bad cable, but if you do use eBay please check their feedback to make sure they have a history of delivering quality cables and working cables. Always pay using PayPal if possible so you don't lose your money. There are online sites like Meritline and such that have cheaper cables for direct sales with PayPal checkout and free shipping.
I use the 6' cable in the car, so I don't have figure where to put the iPhone or iPod when plugged into the stereo and it is helpful to have them when trying to charge when the plug is being a dresser or something when I travel.
I also like the retractable cables ($0.99)
I also have the Scosche FlipSYNC Keychain cable too, a bit expensive, but you always have a cable with you just in case.
Message was edited by: cls24

SapEHP Installer - ERROR: Release '701' is not supported by this tool!

Similar Messages

Maybe you are looking for