Related
Droid Explorer is the #1 Open Source Android device manager for Rooted devices.
Device Requirements
Rooted Android Device with busybox
Guide to installing busybox on the Droid
PC Requirements
Windows (looking for a developer to help create UI for mono)
.NET Framework 3.5 SP1
Some plugins require Java Runtime Environment and Java Web Start
Confirmed Devices
All Devices have been rooted and busybox installed
HTC Dream / G1 / ADP1
HTC Sapphire / Magic / MyTouch 3G / ADP2 / Ion
HTC Hero / G2 / CDMA Hero
Google Nexus One
Motorola DROID
Samsung Galaxy / i7500
Acer Liquid
HTC EVO
Samsung Galaxy S Line
Features
Includes the required windows USB drivers - you will be prompted to install the drivers during installation if running vista/7
Auto setup of Android SDK tools and drivers during install
Use an existing Android SDK if you already have one set up
Multiple Device Support
No need to mount SD card to access files
Copy any file on the device to PC
Copy files to clipboard
Copy update to device and auto-apply
Drag & Drop copying from Explorer to Droid Explorer
Auto detection of connected/disconnected device
Open files on PC
Plugin Framework
Application Manager
Right Click APK to install/uninstall
Take screen shots of device (landscape & portrait)
Open right from "My Computer" (a lot like how WinMobile is with active sync)
SQLite Manager Plugin
Uses System Icons for files displayed in explorer
Familiar Explorer like UI, including an Explorer like location bar
Android Screencast plugin
Install/Uninstall APK files right from explorer
Standalone plugin runner
Window 7 JumpLists for plugins
DesktopSMS plugin - Send SMS messages from your desktop
Service can be controlled now from the options dialog (can create the service if you do not use the installer)
Backup plugin for the "Bare Bones" Roms
Run shell scripts on the device by double clicking them
{
"lightbox_close": "Close",
"lightbox_next": "Next",
"lightbox_previous": "Previous",
"lightbox_error": "The requested content cannot be loaded. Please try again later.",
"lightbox_start_slideshow": "Start slideshow",
"lightbox_stop_slideshow": "Stop slideshow",
"lightbox_full_screen": "Full screen",
"lightbox_thumbnails": "Thumbnails",
"lightbox_download": "Download",
"lightbox_share": "Share",
"lightbox_zoom": "Zoom",
"lightbox_new_window": "New window",
"lightbox_toggle_sidebar": "Toggle sidebar"
}
I'd like any thoughts you may have for other features to add to Droid Explorer. Report bugs or request features here or on the project issue tracker.
Web Installer (x86)
Requires internet connection to download android sdk tools
x86 Serivce will not work on x64 OS
Web Installer (x64)
Requires internet connection to download android sdk tools
Use this install if running a 64 bit OS
Older Releases
Source Code Available at CodePlex
Change log 0.8.8.2
New Device selection dialog
all assemblies are now signed again
fixed the "runner" so apk's can now be installed from the machine (along with the other plugins)
when upgrading, and using an existing SDK, the value will now be pulled from the registry, if it exists.
fixed bug in uninstall that would remove the sdk, even if you used an existing sdk
removed anda.pk plugin since the site is dead.
added a link in the bootstrapper (installer) to download the sdk.
refactored some strings to the external resources files in the bootstrapper (installer)
changed the reboot commands to use the adb commands, not the shell commands
fixed rm command to now use busybox as it was passing args that are not supported on the "stock" rm command.
added the sph-p100 device icon
Change log 0.8.8.1
fixed issue that some people experience error durring install about an droidexplorer shell extension.
added sph-m910, htc desire hd (ace), nexus s, and the c8600 icon support
use existing android SDK is now the default and recommended.
added htc vision (Tmobile G2) and the s5830
Change log 0.8.8.0
fixed the issue with latest android-sdk using "platform-tools" directory for adb
fixed screen shot capture to now support 32bpp raw image as well as 16bpp
added other device icons, like the Galaxy S variants
fixed other bugs
Change log 0.8.7.2
fixed issue with the service
minor bug fixes
updated the bread crumb bar
fixed the dragging the window so it doesn't fly off screen
Change log 0.8.7.1
Some refactoring of the settings to keep the Core libraries non-windows dependant.
APK information is now cached for faster loading
Attempting a fix for vista 64 bit and xp 64 bit
fixed the .net 3.5 check
added icon for the EVO (supersonic) - thanks to sanjsrik for identifying the device
added some debugging info to the shell console plugin to see if I can get it working for droid/milestone
Change log 0.8.7.0
Can now use existing SDK instead of the "trimmed" version
Settings stored in the registry now check both Local Machine and Current User
Lots of other little fixes
Change log 0.8.6.0
fixed missing file in the standalone installer
added check for minimum .net framework version in to bootstrapper (v3.5sp1)
increased the service start/stop timeout in the bootstrapper from 30 seconds to 60 seconds
removed initial strings from download panel labels of bootstrapper
htc desire / bravo icon added for attached devices - thanks to beadza for identifying the device
added ability to only install the SDK Tools by running install with /sdk switch
sdk install mode checks if DE is installed, if not, it switches to full install mode
bart plugin now also checks the sd-ext mount point for the license.
added the sd-ext app paths as valid application paths
added sd-ext app paths to the application backup plugin
removed anda.pk plugin as the site is dead.
screencast plugin changed to pull the jnlp file directly from the trunk of the project. If there
is an error, it falls back to a "local" file
fixed issues with spaces in folder names
motorola backflip icon added for attached devices - thanks to zibiza for identifying the device
new screenshot app that handles all resolutions. Uses new methods to get the framebuffer data
adjusted the RGB565 class to better handle other devices for screenshots
started to implement communicating with adb over TCP like ddms does.
acer liquid icon added for attached devices - thanks to fyodor0218 for identifying the device
started working on the ability to use existing sdk (not yet an option, but soon)
Change log 0.8.5.1
Fixed typo in the final step when uninstalling
Fixed x64 issues for windows 7 x64 - still broke on Vista x64 & XP x64 (sorry people, i'm still working on it!)
Default button for bootstrapper changed to the "next" button instead of cancel
added incredible icon for attached devices
added nexus one icon for attached devices
added galaxy S (gt-i9000) icon for attached devices
added acer liquid icon for attached devices
updated the samsung moment icon
added a new "open" version of the moment - rename in the assets directory to "moment.ico" to use.
Change log 0.8.5.0
android screen cast updated to load the lastest build from the trunk
changed publish to use skydrive share instead of the api from the msbuild tasks
added platform tools 2.2
added sdk tools r6
updated repository.xml
added help video link when the device cannot be found
attempting to fix the registry read issues with XP SP3 x64 and Vista x64
removed the "fade out" of the expandos from the treeview to remove the flicker
fixed the issue with opening offscreen
fixed workitem:10275, changed "Close" to "Finish" in the description of the final step of installer
fixed the "hanging" of trying to delete a file. added the '-f' switch to never prompt.
Change log 0.8.4.3
Fixed the install / start up issues caused by the platform tools having a typo in the file name
Change log 0.8.4.0
Fixed issue with cyanogen 4.2.14.x
fixed issue with bart manager plugin license (sorry for the delay)
added 2.1 r1 platform tools
added usb drivers r3 - adds support for nexus one
fixed issue with install plugin crashing if application is already installed.
Change log 0.8.3.0
Fixed bug with device not identifying recovery mode
Display QR code to purchase bart manager if license not found.
mount partitions in recovery mode to find bart manager license
bart manager now attaches to process to output the info
another attempt to set as root when starting for non-adp devices
There is a known bug with droid explorer detecting a device already "connected" going in to recovery mode.
Flash recovery now works in any mode, not just recovery
bart manager license now available for purchase on market.
Change log 0.8.2.3
Drivers removed for windows XP until XP issue with the drivers can be resolved.
added device icon for the nexus one / passion
Code setup to allow some plugins to be purchased.
The .net 3.5 check has been removed for the time being until a better solution can be implemented.
build published via [url:MSBuild Deployment Tasks|http://mdt.codeplex.com]
some bugs fixed here and there
What happened to 0.8.2.2? - Windows locked the directory when I was building that version so it failed and I couldn't delete it to rebuild so I skipped it.
Change log 0.8.2.1
Fixed install issues with 0.8.2.0 - should install for x86 and x64
Change log 0.8.2.0
created a WiX custom action library for checking for the android usb drivers
install logging is now merged in to one file and off by default. use /l[og] to turn on logging
tools will always be downloaded/extracted during install. This lets the tool update to newer tools if needed
fixed delete file when the file name has a space in the file name.
sdk tools upgraded to r4
fixed bug in uninstall if the service did not exist on the machine
should now successfully check for the android usb drivers and install them if revision 2 is not installed.
remember location of "open file dialog"
added code that should check for .net 3.5 sp1 before "crashing" for not having it installed.
added check that the user is installing the correct version (x86 or x64) for their system
Change log 0.8.1.0
added a splash screen so the user is aware that the app is running right away
.NET Framework 3.5 SP1 check added to installer.
apk shell extension now uses the path stored in the registry for the tools.
added logging to the install process
kill all adb processes before attempting to cleanup the sdk path during install.
apk seems to not be working, still debuging the issues. it will be back.
defined a platform constant to the project scripts, x86: PLATFORMX86, x64: PLATFORMX64, ia64: PLATFORMIA64
fixed bug with reading / writing to the registry in x64. now looks in HKLM\Software\WOW6432Node\
fatal errors are now caught and user given option to restart app, close app, or report bug
there is still a bug with installing the driver, the check isnt working so the driver still needs to be installed manually.
Change log 0.8.0.1
fixed installer issue where it crashed if you do not have a proxy set up
x64 installer has issues. - Tempory Fix - Will fixed in next release
Change log 0.8.0.0
added the r2 windows usb drivers, which add support for droid and other devices
added new checks for the drivers. Checks for dream/magic/sholes - these are the devices that google defines in the .inf file.
images moved to external resources library
changed the installer images to be more "custom"
removed need for droid explorer to require "run as administrator" - Yay!
the bootstrapper now handles starting the service. This makes sure the sdk is setup before it starts.
bootstrapper is self contained, the msi is an embedded resource and all referenced assemblies are ILMerged
repository file is hosed on the droid explorer google code site, it is based on the same one that google uses for the android sdk setup
the tools are also hosted on the google code site, this is so the download size is smaller, since all unused bits are removed.
A fully standalone version of install is also available. No need for internet access to install.
boot strapper support uninstall - setup.exe /uninstall
removed reference to the "common.shared" assembly.
added a properites dialog for folders/files
properties dialog shows security settings as well.
fixed icons in context menu for new folder/file
Change log 0.7.12.0
fixed the error that anda.pk plugin logs when it starts because it did not implement "Runnable"
shell extension for apk files so the apk icon displays in explorer - based on http://code.google.com/p/apkshellext/
seems there is a bug in some APKs that dont display their icon, nor do they display the default icon.
registers and unregisters the shell extension on install/uninstall
driver check now works better in the installer
removed some tools menu items that have been replaced by plugins
Installer now gives "options" on what features to install
changed default apk icon to be the "android package" icon
fixed bug with launching ddms and hierarchy viewer
fixed bug launching the google applications backup plugin
added methods to the core command runner to make a mount point read/write and readonly
added icon for the motorola droid
added icon for the samsung moment
added icon for the htc droid eris
Change log 0.7.11.0
USB Drivers installed - This is still in "alpha", should only install them if you need them. please report any issues. It doesn't actually install the drivers, it places them in the driver store, when the device is attached, and the new hardware wizard displays, selecting "automatically install (recommended)" should find the drivers automatically. This installs the 1.6 drivers.
fixed logcat not starting
created a new logcat console that colorizes the log entries
save the logcat output (minus the log level indicator (W/I/D/E/))
support for android screencast 0.2
Change log 0.7.10.1
Fixed crash on device going from connected to disconnected state
Change log 0.7.10.0
Sign Package plugin (signs zip file with test keys)
modified IPlugin to now have methods for creating the toolstrip button and menu items
DroidExplorer.Core.Plugin.PluginHeler added. Contain default static methods for creating the toolstrip button and menu
and.apk now a plugin instead part of "core"
started a contacts manager
started a tool to export facebook contacts from official application to android contacts
added "recovery" as device state.
now "attaches" while in recovery mode.
screenshot now works in recovery mode.
screenshot rotates the current image before refreshing when switching between landscape & portrait
flash recovery image now a plugin - only active when in recovery mode
some bug fixes that I don't remember the exact details on
Change log 0.7.9.0
new shell console enhanced
getprop wrapped to get device properties
explorer icon now attempts to load an icon of the device
- Known devices:
- Bahamas (Tattoo)
- GT-I7500 (Galaxy)
- Hero (G2/Hero)
- Sprint Hero (do not yet know what it identifies itself as in ro.product.device may just show normal hero)
- cliq (need to verify what ro.product.device returns)
- Saphire (MyTouch3G/ION/Magic)
- Dream (G1/ADP1)
- Pulse (need to verify what ro.product.device returns)
- Zii Egg (need to verify what ro.product.device returns)
Device properties viewable in options->environment->known devices->[device-serial]->properties (only when device is connected)
fixed bug with screenshot image being landscape but window portrait.
fixed bug with large icons not always showing the right icon
Change log 0.7.8.0
Desktop SMS now launched from officially signed jar file
Plugin tool strip disabled / enabled when device disconnected / connected
SymLinks and Directories can now also be renamed
F2 starts file/link/directory rename
Executable files now run if double clicked (open from context menu)
Shell Console (could still be buggy so the normal shell window is still available)
double clicking sh scripts run them
plugins that are registered as a file type handler will show up in the right click menu for the file
Change log 0.7.7.0
Renaming of files (folders and links coming)
Google Application Backup (GAB) plugin added
GAB supports HTC's ADB1 update packages (containing system.img), pulling from the device or from normal update.zip
Screen shot plugin supports portrait & landscape modes (use button or right click image)
Screen shot threaded so it doesn't "hang"
Change log 0.7.6.0
Fixed screen shot plugin from opening off screen if droid explorer is maximized or positioned on the right of the screen.
Check for the USB Driver version and download the tool set based on that. If you select the sdk yourself, you must select the correct tools yourself.
USB Driver Version info available in Options->Environment->Android SDK
Speed up of navigating to different directory. Reduced the number of LS calls that are made to build the tree and listview
Change log 0.7.5.0
Fixed plugins executing when loading within Runner
Fixed bug with additional plugin getting the same changed values as other plugin.
Change the SDK path from the Options dialog (requires restart of application)
Fixed bug with apk's not displaying.
Fixed Batch Installer not "showing"
provided a way to manually install, start and stop the droid explorer service - for non-installer users
added ability to save debug output to a file
moved debug window filter buttons to the right
debug window will display below DE if there is room, otherwise, it will display at the top of the screen
added plugin to launch DesktopSMS. Requires the DesktopSMS Server APK be installed on the device - Currently usinging a signed jar by me, hopefully the developer will sign his version.
can now copy symlinks files to clipboard
Change log 0.7.4.0
Changed the SdkInstallDialog to use a WebRequest instead of the WebClient. Hopefully this will help some peoples issues...
Window settings are now saved and reloaded.
Remembers the folder view state (large icon, details, etc)
added --color=never to directory listing command. this should fix the issue people with Heros are having
moved the options dialog tree config to its own file, as it really isnt configured by the user.
added batch installer plugin (alpha) that can install/uninstall multiple apk's at one time.
added logging info for droid explorer. (saved in %USERAPPDATA%\DroidExplorer\logs)
it should also handle "unhandled" errors better
wired up Tools menu items
Added property to indicate if a plugin can be ran by the Runner
Jumplist items added for runnable plugins
Change log 0.7.3.0
app.manifest added to projects. requestedExecutionLevel = requireAdministrator. This means in Vista/Win7 it will prompt w/ UAC. I can not get around this at this time.
this is because in order for the service to use the same settings as the application, i need to save them in the install directory.
The sdk tools, if downloaded, is no longer stored in the user directory, it is stored in the install directory, see above for the reason.
Known devices moved back to HKLM for the same reasons above.
New Options form added.
Device manager now part of options dialog
plugins can now reside in any directory as long as it is added to the plugins settings
plugins can now be enabled or disabled from the options dialog
Service is now working because of the requireAdministrator change.
DroidExplorer.Runner added - a tool that can execute a plugin; usage: DroidExplorer.Runner.exe /type=Full.Plugin.Class.Name,Plugin.Assembly.Nam/any /additional /args
if the type argument is not specified, then it will display a plugin selection dialog.
Installer plugin. This is launched by the runner when an APK file is opened in Explorer.
Registry settings to register .apk files to open with DroidExplorer.Runner /Installer (create with MSI installer)
.apk files can be installed by double clicking them or by right clicking and selecting "Install"
.apk files can be uninstalled by right clicking and selecting "Uninstall"
the initial device selection dialog is only required if more then 1 device is connected.
If you have set up to use the SDK tools by downloading the tools and put them in your user application data directory, when launched, it will prompt you to re-setup the tools. They are not stored in the user directory because the Service can not access that directory.
Just realized the bug with the device name not showing in the titlebar/addressbar. This is already fixed and will be in the next release.
dude nice stuff !!! ... cant wait to look through the source to learn some more C# tricks
Errors pulling up list of APK
Code:
[CommandRunner] adb.exe -s HT840GZ23223 pull "/system/sd/app/com.shazam.android.apk" "C:\Documents and Settings\Administrator\Local Settings\Temp\DroidExplorer\com.shazam.android.apk"
[CommandRunner] C:\WINDOWS\platforms\android-1.5\tools\aapt.exe dump badging "C:\Documents and Settings\Administrator\Local Settings\Temp\DroidExplorer\com.shazam.android.apk"
[MainForm] The system cannot find the path specified - System.ComponentModel.Win32Exception: The system cannot find the path specified
at System.Diagnostics.Process.StartWithCreateProcess(ProcessStartInfo startInfo)
at System.Diagnostics.Process.Start()
at DroidExplorer.Core.CommandRunner.RunAaptCommand(AaptCommand command, String args) in g:\Projects\Csharp\DroidExplorer\DroidExplorer.Core\CommandRunner.cs:line 1057
at DroidExplorer.Core.CommandRunner.AaptCommandRun(AaptCommand command, String args) in g:\Projects\Csharp\DroidExplorer\DroidExplorer.Core\CommandRunner.cs:line 944
at DroidExplorer.Core.CommandRunner.GetLocalApkInformation(String apkFile) in g:\Projects\Csharp\DroidExplorer\DroidExplorer.Core\CommandRunner.cs:line 634
at DroidExplorer.Core.CommandRunner.GetApkInformation(String apkFile) in g:\Projects\Csharp\DroidExplorer\DroidExplorer.Core\CommandRunner.cs:line 626
at DroidExplorer.UI.MainForm.BuildListViewItems(List`1 fsiList)
I basically get the above errors in debug for all the apk's, when I try to display them when clicking on the folder hierarchy of /system/app, system/app-private, /system/sd/app/, system/sd/app-private.
currently running CM 4.1.2.1
andonnguyen said:
Code:
[CommandRunner] adb.exe -s HT840GZ23223 pull "/system/sd/app/com.shazam.android.apk" "C:\Documents and Settings\Administrator\Local Settings\Temp\DroidExplorer\com.shazam.android.apk"
[CommandRunner] C:\WINDOWS\platforms\android-1.5\tools\aapt.exe dump badging "C:\Documents and Settings\Administrator\Local Settings\Temp\DroidExplorer\com.shazam.android.apk"
[MainForm] The system cannot find the path specified - System.ComponentModel.Win32Exception: The system cannot find the path specified
at System.Diagnostics.Process.StartWithCreateProcess(ProcessStartInfo startInfo)
at System.Diagnostics.Process.Start()
at DroidExplorer.Core.CommandRunner.RunAaptCommand(AaptCommand command, String args) in g:\Projects\Csharp\DroidExplorer\DroidExplorer.Core\CommandRunner.cs:line 1057
at DroidExplorer.Core.CommandRunner.AaptCommandRun(AaptCommand command, String args) in g:\Projects\Csharp\DroidExplorer\DroidExplorer.Core\CommandRunner.cs:line 944
at DroidExplorer.Core.CommandRunner.GetLocalApkInformation(String apkFile) in g:\Projects\Csharp\DroidExplorer\DroidExplorer.Core\CommandRunner.cs:line 634
at DroidExplorer.Core.CommandRunner.GetApkInformation(String apkFile) in g:\Projects\Csharp\DroidExplorer\DroidExplorer.Core\CommandRunner.cs:line 626
at DroidExplorer.UI.MainForm.BuildListViewItems(List`1 fsiList)
I basically get the above errors in debug for all the apk's, when I try to display them when clicking on the folder hierarchy of /system/app, system/app-private, /system/sd/app/, system/sd/app-private.
currently running CM 4.1.2.1
Click to expand...
Click to collapse
that's because it uses more then just the ADB, it makes use of a lot of the tools within the SDK. It looks like you have ADB setup in your c:\windows\ directory. Currently you have to manually set up the tools path in the environment variables, but in the next release (hopefully tonight) I will have a utility built in that will download, extract and set up the path environment variable with the SDK tools.
camalot said:
that's because it uses more then just the ADB, it makes use of a lot of the tools within the SDK. It looks like you have ADB setup in your c:\windows\ directory. Currently you have to manually set up the tools path in the environment variables, but in the next release (hopefully tonight) I will have a utility built in that will download, extract and set up the path environment variable with the SDK tools.
Click to expand...
Click to collapse
Weird, I've had the environment variables set up just fine for the past 8 months for adb and the sdk. In SYSTEM PROPERTIES > ADVANCED > ENVIRONMENT VARIABLES
Edit: wth they got erased somehow haha. Looks like ill set them up again. Probably good to include them in your next release as a lot of people aren't willing to set up the SDK.
Code:
Descrizione:
Stopped working
Firma problema:
Nome evento problema: CLR20r3
Firma problema 01: droidexplorer.exe
Firma problema 02: 0.5.0.0
Firma problema 03: 4a9d2e95
Firma problema 04: System
Firma problema 05: 2.0.0.0
Firma problema 06: 49d44bf7
Firma problema 07: 3a97
Firma problema 08: 395
Firma problema 09: System.ComponentModel.Win32
Versione SO: 6.1.7100.2.0.0.256.1
ID impostazioni locali: 1040
Win 7 64bit RC1
IronFly said:
Win 7 64bit RC1
Click to expand...
Click to collapse
Did you install the x64 version? The x86 service will not work on an x64 machine. you have to install the x64 version.
just what i was looking for!
thanks for posting
camalot said:
Did you install the x64 version? The x86 service will not work on an x64 machine. you have to install the x64 version.
Click to expand...
Click to collapse
i downloaded this:
DroidExplorer.0.6.0.0.x64.msi
http://de.codeplex.com/Release/ProjectReleases.aspx?ReleaseId=32271#DownloadId=81513
IronFly said:
i downloaded this:
DroidExplorer.0.6.0.0.x64.msi
http://de.codeplex.com/Release/ProjectReleases.aspx?ReleaseId=32271#DownloadId=81513
Click to expand...
Click to collapse
I will dig in to this when I have access to my laptop that is running Windows 7 64bit.
Thanks Camalot!
In windows seven 32bit this same
0.7.0.0 posted, should now start in window 7 x86 & 64bit.
Windows 7 64 bit here
I manually added the SDK and everything and had .6 working
(at least the basics where)
However .7 gets to the screen saying its going to download whats needed, then stops responding
Did a uninstall and re-installed however, same thing
LinkinX said:
Windows 7 64 bit here
I manually added the SDK and everything and had .6 working
(at least the basics where)
However .7 gets to the screen saying its going to download whats needed, then stops responding
Did a uninstall and re-installed however, same thing
Click to expand...
Click to collapse
I'm having this same problem. I can use adb to access my phone but your app simply freezes up.
Jumping back to .6 for now since its working for me
Main thing I love it just viewing me SD without forceing the cell 2 reboot on unmont
that and I connect with Droid Explorer so android screen cast connects easily lol
LinkinX said:
Windows 7 64 bit here
I manually added the SDK and everything and had .6 working
(at least the basics where)
However .7 gets to the screen saying its going to download whats needed, then stops responding
Did a uninstall and re-installed however, same thing
Click to expand...
Click to collapse
same problem.
hmmm. honest, i tested the setup like 90 times. I'll look in to it when i get off work this afternoon. Sorry if it broke your original setup.
There is a manual work around if you want the latest version and bypass the setup.
Create DroidExplorer\sdk\ Directory in User application data directory
- c:\documents and settings\<username>\applicationdata\ on pre-vista
- c:\users\<username>\appdata\roaming\ vista & 7
download http://droidexplorer.googlecode.com/files/android-sdk-tools-1.5r3.zip and extract to that directory
OR copy the platforms and tools directories from the root of your SDK directory to the above path.
The DroidExplorer\SDK directory should now have 2 directories in side, platforms and tools
Restart Droid Explorer
I will change the installer later today to contain this zip file, I just tried to keep the initial installer as small as possible.
it works with the work around.
HTC G1 Dream JF v1.51
Ok, this goes out to any and all DEVs out there. We all know by now that we (some people not me) can run linux within android using the loop mounts, vnc viewer, etc... Now how about REPLACING android with a linux distro like debian or maybe even what these guys use http://openpandora.org/ ..... its linux based and has an arm CPU.. Any way I'm talking about flashing over android wiping the internal sorage and installing linux on it or even using the boot loader to flash over android???, of course this is getting rid of any 3g connection and phone usage. I understand that, I am talking about giving our RETIRED droid 1s a use. I wanna see my D1 run a linux distro in full hardware mode NO MORE ANDROID. now dont get me wrong I love android as much as the next guy, but why now flash something else to it???
Another link I found, this is for windows mobile but hey, similar idea.
http://wing-linux.sourceforge.net/trac/wiki/FAQ
P.S. I AM NOT A DEV JUST AN IDIOT WITH AN IDEA!! my ignorance is NOT bliss and I would love to know if this is even possible. I'm willing to help ANY WAY I CAN. lol
THANKS!!!
I don't think it's possible. Because of the locked bootloader we're forced to use Motorola's bug-ridden Kernel and as Android's Kernel is a heavily modified Linux Kernel it most likely won't run an ordinary Linux distro.
But I'm no expert either
Milestone is locked, Droid is not ...
Maybe this will help (if you don't know german, you can use Google Translate):
http://www.android-hilfe.de/anleitu...debian-chroot-mit-lxde-auf-dem-milestone.html
Thanks for the replies. Again the USA Droid 1 is nit locked or at least has been completely unlokcked. I've read a million "run debian on android" posts... I don't need to know German to see that the post above is the same thing. Like I said before I have NO INTEREST IN RUNNING LINUX ON ANDROID. I want TO REPLACE android completely with Linux to make a device like the openpandora handheld from my first link.
Any one up to the challenge????
Thanks again!
Really, no one??
I've been running Debian on my Droid booting from the SD card for a while, more recently trying Arch Linux after realizing that anything optimized for ARMv7, VFPv3, NEON, or Thumb-2 (I'm not sure which unfortunately) won't boot because of a page fault or something. Ubuntu, MeeGo, and Angstrom just kernel panic and don't give any useful information even at the highest debugging level. I'm back to using an ARMv5te Arch Linux build (http://archlinuxarm.org) although I could just as well use Debian. I really wish Ubuntu worked for multitouch.
Well, I got the touchscreen calibrated! I forgot that my screen rotation hack only rotated the framebuffer It's stuck in portrait for now. I decided to use mtev (MeeGo's multitouch X11 input driver) after being fed up with evdev's aversion to being rotated, but now that I'm back to the stock portrait rotation evdev should work fine.
If you want instructions, either PM me or wait until I post a full guide and/or my patched kernel tree. It's not super difficult, but it's a lot of command line use and compiling.
What works:
*CPU and SD card (obviously )
*Touchscreen (single touch/portrait only for now)
What needs work:
*Keyboard mapping is wrong, the number keys and symbols don't work. I need to figure out how Android handles Alt. I had to patch the GPIO keyboard driver because the keyboard worked in the console but not in X11, which expects EV_SYN.
*Sound is OSS only, but there is no mixer device, so aumix is useless and there's no volume control or sound output.
*I haven't tried the SGX driver, so I can't comment on hardware acceleration yet.
*Battery charging relies on battd, which is a proprietary Android binary from Motorola. It might run on Debian with "ls -s / /system" and the creation of the socket it expects (init.sholes.rc I believe), but I'm not getting my hopes up.
Untested:
*WiFi (needs firmware, but should work)
*Bluetooth
*Calls/data
*Sensors (although the accelerometer and compass seem to be recognized by evdev)
I'll upload my kernel, either as patches or on GitHub (or binaries if there's enough demand) once I get around to fixing the keyboard issue. Fingers crossed that I don't get carried away cleaning up the kernel, or worse yet, give up...
This is incredible news! I'm so glad to hear it. Of course you are running in hardware mode? Not through android? If so I'm super exited about this! I love arch Linux, I run it on all my computers and I understand it more than any other distro I've tried. I would love to give it a shot, though I'm not that great at compiling I think it will be worth it.
As I said before I am in no way a dev or even a Linux pro, but I can get by and if theres any way I can help this project become "complete" I'm willing to learn what ever is necessary to do so.
Also were u able to get an x server running? Possibly a DE? That would be crazy awesome.
Thanks a million, looking foreword to work with you and make this happen!
For anyone who's interested, I put together a quick package containing my kernel patches, configuration notes, and an automated kernel build script.
It's pretty self-explanatory aside from the installation of the root filesystem, which I leave up to your imagination
As I've probably repeated several times now, I've run Debian and Arch Linux natively on my Droid with my patched kernel (no chroot or VNC "hack"). With enough determination, it's possible to run practically anything on it - personally, I'm determined to get Ubuntu on it.
WOOT... insta-fail for me LOL you have it set up to work in specific directories? I thought i placed everything right but I guess not.. I got an error on the first line of output lol
Welcome to gTan64\'s lazy Droid kernel compiler\!
build.sh: line 5: [: missing `]'
build.sh: line 5: -z: command not found
build.sh: line 5: -z: command not found
Entering $WORK
Applying patches
build.sh: line 16: /*.patch: No such file or directory
mv: cannot stat `/arch/arm/boot/compressed': No such file or directory
cp: cannot stat `/compressed': No such file or directory
Setting up build
cp: cannot stat `/GNUmakefile': No such file or directory
cp: cannot stat `/sholes_config': No such file or directory
FIXME! No numeral or symbol input until someone finds a third-level
modifier key to use instead of AltGr for the keyboard.
cp $MISC/defkeymap.map $K_SRC/drivers/char
Building kernel!
make: *** No targets specified and no makefile found. Stop.
Kernel build done!
You have done something amazing, I'm just to stupid to figure it out my self. XD
I can understand why you would want ubuntu with all its pre-setup glory and support for nearly all hardware but dont you think its a little heavy for this hardware? lol I doubt you would try to use the Unity UI but I doubt that alone would even fit in ram LOL you could just use the ubuntu packages and drivers with debian maybe?
THANKS AGAIN!!!!
That's what happens when I don't test my own scripts
I was thinking too much about making it easy. Just try applying my patches to your tree manually.
Code:
cd kernel_src
patch -p1 <../patches/first.diff
patch -p1 <../patches/next.diff #and so on...
#Obviously, substitute the paths of the actual patches ;)
#Finally, copy sholes_config to .config and invoke 'make'.
It's actually much simpler than my script makes it, and you don't need my convoluted folder setup.
UM lol I cant find any patch files? are they in the ZIP? or do I have to obtain them elsewhere?
I can tell this is gonna be a hell of a project LOL
THANKS!!!
"Duh" moment - I used the .diff file extension instead of .patch
I'm such a scatterbrain... Remind me not to release anything before testing
EDIT: Strike that, reverse it. They're .patch files.
I AM BLIND lol I found them... BUT.. when I try to patch. terminal just seems to lock up... I press enter, the curser moves to the next line but it doesnt do anything. lol how long should 1 patch take?? its been about 10 minutes and I leave it be for now
EDIT:
LOL i forgot the "<" in the command OOPS but I'm not seeing any .config file or folder in the source to copy the sholes_config too. yes I have show hidden files on.. PS unfortatly usinf Fedora 15 gnome 2...... (on server so I can work on this anywhere through vnc )
THANKS
When I said "copy sholes_config to .config", that's literally what I meant. .config is the Linux kernel build configuration file, not a folder.
'cp /path/to/sholes_config .config' from your kernel tree should do it.
Oh, I forgot to mention that you need an ARM cross-compiler/toolchain. I use the gcc-arm-linux-gnueabi package in Ubuntu, but I don't know what the Arch equivalent is off the top of my head.
The "GNUmakefile" is just a convenience, it exports "ARCH=arm CROSS_COMPILE=arm-linux-gnueabi-" before calling the actual makefile. If you don't have an ARM cross compiler in your path, it won't build at all. If you do, modify CROSS_COMPILE to point to it - on some systems it's called arm-unknown-linux-gnueabi, etc. etc.
Let me know if you get anywhere before it errors out.
OK I put the config file in the kernel_src but unfortainatly I'm using Fedora 15 XP I installed arm-gp2x-linux-gcc which is the fedora arm gcc I guess... lol so wha would I edit in the .config to make it point to arm-gp2x-linux-gcc. Its not my first attempt to compile an android kernel but I've never been succesfull LOLOL
thanks
I'm pretty sure that toolchain won't work - the GP2X was ARMv5 IIRC, so unless it's a newer build of GCC (4.3 or higher) and you're absolutely sure it supports the ARM EABI and the ability to generate ARMv7 instructions (which is unlikely if it's pre-4.1), I would recommend a newer toolchain.
CodeSourcery makes a pretty solid one: https://sourcery.mentor.com/sgpp/lite/arm/portal/release1803
If you end up using it, you can change the second line in GNUmakefile to "CROSS_COMPILE=arm-none-linux-gnueabi-". Don't worry about changing .config.
Well I DLed the linux/GNU installer and it gave me "arm-2011.03-41-arm-none-linux-gnueabi.bin" LOL
so I was thinking would it just be easier to just use my lappy with crunchbang (debian based) so I can follow ur instructions with deb / apt-get LOL fedora is a ***** and it dont have what I need... I cant find an arm v7 cross compiler for it
thanks
.bin files are the Linux equivalent of Windows EXE installers. Run it like this:
Code:
#cd /path/to/installer.bin
./installer.bin
#substitute the actual name, of course.
It needs root permissions if you want to install it to /usr/local (sudo ./installer.bin or su -c 'sh installer.bin'). You can also install it to /usr, but that will make it more tedious to uninstall later. If you decide to install it in your home folder - say ~/toolchain - you don't need root permissions, but you will need to add ~/toolchain/bin to your path:
Code:
export PATH=$PATH:$HOME/toolchain/bin
To be honest, I prefer Ubuntu to Fedora/OpenSUSE/$RPM_distro, so if you have access to a Debian or Ubuntu system, using that would make my life easier
Omg duh... the "non_Linux" part of the name true me off lol i'll start doing this on my laptop it's deb based crunchbang. I prefer anything over rpm distros too but it was a quick painless install on my server XP thanks ill try this when I get home
Sent from my DROIDX using XDA App
TL;DR: I need update logs or an idea what path might be missing that breaks the 8.1 update!
Hi all, strange for me to be asking for help here but it happens...
I've finally gotten my ATIV S (SGH-T899M) into a state where I'm willing to upgrade it to WP8.1. However, I am unable to do so. I've been able to install a few updates, but the actual 8.1 update won't install. The error I get (under the "Update status" line in Settings -> Phone Update: "The update was downloaded, but couldn't be opened. (80070003)"
The error code is an HRESULT or NTSTATUS wrapper around Win32 error code 3, which is ERROR_PATH_NOT_FOUND. Note that this is distinct from FILE_NOT_FOUND (2); you only get error 3 when a part of the path to a given file (or directory) is missing. I've searched online for any information about this error with regards to updates, to no avail. It does sometimes happen with Windows Updates on PC, but the instructions for resolving that aren't easily mappable to the phone.
Phone's current status:
OS version: 8.0.10532.166 (this is the pre-8.1 version; as I said, I did get some updates)
Firmware revision: 2212.13.11.2 (this is the Samsung GDR 3 version, except modified to not overwrite WP8Diag.xap or FCRouter, etc.; see http://forum.xda-developers.com/showthread.php?t=2537241)
Hardware revision: 15.3.1.0
Radio software: 2212.13.11.2
Radio hardware: 0.0.0.0
Bootloader version: 13.08.14.16
Chip SOC version: 1.5.32
Phone was originally branded for Telus Mobility in Canada, and still has signs of that in DeviceTargetingInfo (language is 0809 instead of 0409, for example, and MobileOperatorName is LUS-CA). It was factory SIM-unlocked and brand new when I got it. It is developer-unlocked, interop-unlocked, capability-unlocked, and has been subjected to numerous additional hacks; I've reversed a few that I can think of which could possibly impact the update (like messing with files in the System32 directory) but I probably missed a few of those.
Here's what happens when I try to update:
If Preview For Developers is not enabled, it does "Checking for updates" then says I'm up to date.
If PFD is enabled, it checks for updates and then, if I'm on WiFi, downloads the update CABs.
It then enters the "Preparing to install" step. This is very slow in some places, stalling for minutes at a time at some percentages, but eventually reaches 97%.
It then stops the update process with the error message in bold above.
It does NOT ever tell me what the update is.
It does NOT reboot, or even offer to reboot, at any point.
The "Check for updates" button re-appears and can be used to start the process over again.
So... any ideas or suggestions? I'd prefer to avoid a hard-reset if possible, simply because of the amount of time it would take to restore the phone to the condition I state I want it in, but I'll do one if nothing else works. Things I'm particularly looking for, in descending order:
1) Anybody else who has experienced this problem and found a solution (and what that solution is).
2) Any log files I could check to see what it was trying to do when the error occurred (ideally with the path that caused the error).
3) Anybody else who has encountered this problem but not gotten past it; we can compare what changes we made to our phones.
4) Anybody else who has a reasonably similarly-modified phone but has not experienced this error and was able to install 8.1 (so we can compare what we did to our phones, and I can possibly crib files off you).
Hope somebody can help! Thanks.
GoodDayToDie said:
TL;DR: I need update logs or an idea what path might be missing that breaks the 8.1 update!
Hi all, strange for me to be asking for help here but it happens...
I've finally gotten my ATIV S (SGH-T899M) into a state where I'm willing to upgrade it to WP8.1. However, I am unable to do so. I've been able to install a few updates, but the actual 8.1 update won't install. The error I get (under the "Update status" line in Settings -> Phone Update: "The update was downloaded, but couldn't be opened. (80070003)"
The error code is an HRESULT or NTSTATUS wrapper around Win32 error code 3, which is ERROR_PATH_NOT_FOUND. Note that this is distinct from FILE_NOT_FOUND (2); you only get error 3 when a part of the path to a given file (or directory) is missing. I've searched online for any information about this error with regards to updates, to no avail. It does sometimes happen with Windows Updates on PC, but the instructions for resolving that aren't easily mappable to the phone.
Phone's current status:
OS version: 8.0.10532.166 (this is the pre-8.1 version; as I said, I did get some updates)
Firmware revision: 2212.13.11.2 (this is the Samsung GDR 3 version, except modified to not overwrite WP8Diag.xap or FCRouter, etc.; see http://forum.xda-developers.com/showthread.php?t=2537241)
Hardware revision: 15.3.1.0
Radio software: 2212.13.11.2
Radio hardware: 0.0.0.0
Bootloader version: 13.08.14.16
Chip SOC version: 1.5.32
Phone was originally branded for Telus Mobility in Canada, and still has signs of that in DeviceTargetingInfo (language is 0809 instead of 0409, for example, and MobileOperatorName is LUS-CA). It was factory SIM-unlocked and brand new when I got it. It is developer-unlocked, interop-unlocked, capability-unlocked, and has been subjected to numerous additional hacks; I've reversed a few that I can think of which could possibly impact the update (like messing with files in the System32 directory) but I probably missed a few of those.
Here's what happens when I try to update:
If Preview For Developers is not enabled, it does "Checking for updates" then says I'm up to date.
If PFD is enabled, it checks for updates and then, if I'm on WiFi, downloads the update CABs.
It then enters the "Preparing to install" step. This is very slow in some places, stalling for minutes at a time at some percentages, but eventually reaches 97%.
It then stops the update process with the error message in bold above.
It does NOT ever tell me what the update is.
It does NOT reboot, or even offer to reboot, at any point.
The "Check for updates" button re-appears and can be used to start the process over again.
So... any ideas or suggestions? I'd prefer to avoid a hard-reset if possible, simply because of the amount of time it would take to restore the phone to the condition I state I want it in, but I'll do one if nothing else works. Things I'm particularly looking for, in descending order:
1) Anybody else who has experienced this problem and found a solution (and what that solution is).
2) Any log files I could check to see what it was trying to do when the error occurred (ideally with the path that caused the error).
3) Anybody else who has encountered this problem but not gotten past it; we can compare what changes we made to our phones.
4) Anybody else who has a reasonably similarly-modified phone but has not experienced this error and was able to install 8.1 (so we can compare what we did to our phones, and I can possibly crib files off you).
Hope somebody can help! Thanks.
Click to expand...
Click to collapse
I've seen this happening with many people. The only way is reset.
Huh. I didn't see any news about it, at all, when I searched. Lots of stories about *other* update errors for WP8.1. Lots of stories about this particular error when installing Windows updates on normal Windows (none of which, sadly, had helpful suggestions for the phone). When you say "many people" do you mean in general, or just lots of people with interop-unlocked ATIVs?
I would really like it if the source of the problem could be identified and fixed, but Microsoft seems unlikely to be helpful here. It's probably a really simple problem - a config file that needs to be edited, a folder created (we can do that), a registry value changed, something like that - but oh well. I can back up my app data, and my SMS are backed up automatically, so I suppose in the big scheme of things there's no reason *not* to do this... I just don't like it, and consider it a waste of time.
On the other hand, if I have to hard reset anyhow, I might take the opportunity to install a custom CSC. I normally try to stick as close to stock ROM as possible - making only runtime changes, basically - but it's quite possible that some of the changes I've made will *already* persist after reboot (part of why I'm hesitant to blindly hard-reset; what if it doesn't fix anything and is just a waste of time?). It would be nice to get some of the feature perks of the custom CSC though.
I had almost the same problem getting the error 80070003.
view those two posts if you are interested
post 217
post 218
Thanks, but that's.. mot actually very encouraging. I have the SGH-T899M, and as far as I know we still don't have a leaked ROM from one of those.
I also got the "Your phone couldn't be updated" message. But the code was: 80188308.
Any takers?
Phone's current status:
OS version: 8.0.10532.166 (with the three xml files....)
Firmware revision: 2216.14.01.2
Hardware revision: 3.19.1.0
Radio software: 1621.14.11.2
Radio hardware: 0.0.0.7
Bootloader version: 13.07.12.14
Chip SOC version: 2.0.15
-tdecision10
GoodDayToDie said:
Thanks, but that's.. mot actually very encouraging. I have the SGH-T899M, and as far as I know we still don't have a leaked ROM from one of those.
Click to expand...
Click to collapse
I've been trying to look into what's going on with the error message.
I found the particular error string within DuErrorsUIRes.dll. IDS_DU_ERROR_PREINSTALL_FAILED.
With that said, the only files that use the DuErrorsUIRes.dll are \PROGRAMS\DUACLIENT\DuaClientSettings.dll and \PROGRAMS\DUACLIENT\DuaNotification.exe.
I'm not good AT ALL with ASM, but you can either grab those files from your phone or grab them from the emu and load them into IDA and track it down.
I know that the code is the 6th code in the list that corresponds with the update error text.
Sorry I'm not able to help much, but hopefully this is of SOME value to you.
Thanks, Snickler. That's an approach I hadn't considered. Since the error code just means "Path not found" I was trying to think of paths it might attempt to access which could, for some reason, be missing from my phone... but working from the other end might work better.
Hi,
I am in internship and I develop on Android glasses : I have Epson Moverio BT 200 model. I am at windows 7
My problem is that I don't manage to install driver to connect glasses to computer.
I follow this tutorial provided by Epson (I cannot posted the link => I am a new...)
I am blocked at second last step, during driver installation. I obtain this error message :
"Windows could'nt install your embt2.
Windows has found none driver for your peripheral device. "
I have already uninstalled google's usb driver (whit sdk manager), and next reinstalled, restarted computer, glasses, witout resilt.
The path for driver that I chose is : "C:\Program Files\Android\android-sdk\extras\google\usb_driver".
Do you have a solution, please ?
P.S : sorry for the faults.
Installation of Moverio BT 200
Hey Le-E
Epson Moverio BT 200 has not been certified with Google, therefore, you can't install it as ADB Andriod interface yet or get any app for it from Google play store directly.
Cheers
Hi Farid_Ashabi,
thank you for your response.
However, I follow a document provided by Epson, if Moverio bt 200 was not certified with google, why have they done this document ?
The document : tech.moverio.epson.com/en/life/bt-200/pdf/bt200_adb1505a_en.pdf (add https:// at beginning) (It last updating is 05/21/2015).
Are you sure ?
Installation driver Moverio BT 200 Windows 7
Hey Le-E,
I have looked at the document, it looks like work around......this document tell you how to hack the INF and add Moverio's VID\PID so the device could get recognized as Andriod ADB Interface. I have worked with Vuzix M100 and they have certified Google driver and no such hassle as installing Andriod Studio.
Cheers
Farid
Hi Farid_Ashabi,
I see. I will continue to search why that doens't work.
Thank you for your time !
keep it up !
Hi,
I resolved my problem.
For others persons with the problem, it is neccessary to add next lines twice in file "android_winsub.inf" :
";WS2 - MTP
%SingleAdbInterface% = USB_Install, USB\VID_04B8&PID_0C06
%CompositeAdbInterface% = USB_Install, USB\0VID_04B8&PID_0C06&MI_01
;WS2 - PTP
%SingleAdbInterface% = USB_Install, USB\VID_04B8&PID_0C07
%CompositeAdbInterface% = USB_Install, USB\VID_04B8&PID_0C07&MI_01"
(see the tuto tech.moverio.epson.com/en/life/bt-200/pdf/bt200_adb1505a_en.pdf (add https:// at beginning)).
you had to add this lines in the sections "[Google.NTx86]" and "[Google.NTamd64]".
And it finishes.
good luck =).
Hey Le-E,
I was able to get the BT-200 to show up as ADB interface with INF changes, but when I Execute “adb devices” to confirm name of device (0123456789ABCDEF) ......no devices is listed had no luck (as documents says, I tried is multiple time, still the same).....I'm running it under Windows 7 Ult. 64 bit......can you tell me your BT-200's Andriod version as well as your OS?
Cheers,
Farid
Hi Farid_Ashabi,
I am in Windows 7 32 bits.
BT-200's Andriod version is 4.0.4.
Have you suceeded to intsall driver ?
Hi Le-E
My specs are: Anroid 4.0.4 Kernel Version 3.0.21-00003-OMAP Build number: D1.1.2
Yes, driver have been installed and my BT-200 comes in as Android ADB Interface in device manager, but when I run the "adb device" in command prompt, I should see my device listed, but I don't.............if listed, I can install few APK files manually......no luck yet
Hi Farid_Ashabi,
sorry, I was with friends this weekend.
I have exactly same version for Kernel and Build number. I do not understand why this does not work for you...
Do you have tryed with an other USB cable ?
~~~ Problem ~~~
On my Windows 8.1 x64 machine I was finding that when running any of the following HTC RUU (ROM Update Utility) apps for my Sprint HTC One M7_WLS they would start then disappear after accepting the terms:
RUU_M7_WL_L50_SENSE60_SPCS_MR_Sprint_WWE_6.23.651.6_Radio_1.01.20.1225_CNV_CNV_SPCS_4.38_003_release_425282_signed_2.exe (my version - file name matches my phone status exactly)
RUU_M7_WL_L50_SENSE60_SPCS_MR_Sprint_WWE_6.23.651.10.exe (newest version)
~~~ Short answer ~~~
check Windows Event Logs (run eventvwr.exe & go to Windows Logs -> Application) to confirm error type (SideBySide, Dependent Assembly Microsoft.VC90, x86)
install "Visual C++ Redistributatble Package (x86)" package from Microsoft (I'm too new to post URLs so try something like microsoft.com/en-us/download/details.aspx?id=29)
try RUU again
~~~ Long answer ~~~
In both cases:
the app would start (sucking up a bunch of disk IO)
the "RUU - InstallShield Wizard" window would eventually show (agonizingly slowly advancing the progress bar)
upon clicking the "accept the terms" option and clicking the Next button, the app would end with no further message (but as far as I can tell the C:\Users\<my user name>\AppData\Local\Temp\{xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx}\ folder has been cleaned up)
I tried various fixes suggested by other sites including "Compatibility mode" changes, running as administrator, even disabling driver protection! (That reminds me, I should turn that back on.)
In the end I finally worked on this when it wasn't in the wee hours of the morning and realized that if something was crashing, it should be leaving an Event Log entry.
So, in looking at the Application Events log I found a SideBySide "Dependent Assembly Microsoft.VC90" error on architecture "x86" for version "9.0.21022.8" when running ARUWizard.exe (which must be what InstallShield called after unpacking all the files).
A quick web search for "VC90" told me I was missing a Visual C++ 2008 library and the "x86" architecture told me I needed the x86 (32 bit) version of the library even though (or perhaps BECUASE) I'm running on a 64 bit OS.
Microsoft kindly provided that library for me in their downloads at microsoft.com/en-us/download/details.aspx?id=29 (wow - id=29...how old IS this library?!?).
After installing "Visual C++ 2008 Redistributable Package (x86)" [yes, x86 even though I'm on x64 OS] I WAS able to run the RUU exe past the "accept terms" screen - I didn't even need to reboot!
In the end I was able to succesfully unbrick AND update my phone to the 6.23.651.10 firmware giving me the latest (to-date) version including the "Stagefright" patch AND network improvements.
I have no idea why in this 64 bit world HTC would put out an updater expecting to find a 32 bit library, but hey - at least they provide an awesome tool for those of us idiotic enough to brick our own awesome devices!
Hopefully this helps others who are running into the same issue I did - good luck!
This is great! I had this issue and couldn't figure it out. You win one Internet for today.
Do you mind if I include this information in my RUU guide? I've already submitted it to be included in the FAQ.
coal686 said:
This is great! I had this issue and couldn't figure it out. You win one Internet for today.
Do you mind if I include this information in my RUU guide? I've already submitted it to be included in the FAQ.
Click to expand...
Click to collapse
@coal686 - feel free to include this (in whole or part) wherever you think it will do the most good. Thanks for thinking it's worth repeating!
Thank You
you saved my phone lol
I relocked my bootloader and was like oh crap i forgot the other steps
TheKookieGuy said:
you saved my phone lol
I relocked my bootloader and was like oh crap i forgot the other steps
Click to expand...
Click to collapse
Glad it helped!
[Wow - I didn't realize I've had my HTC One for 2 years now. ]