how to downgrade to DS 1.x.x

There is a way to downgrade to old version of DS?
I already tried with eclipse function for restore previous state, but not works.

I need urgently to get the old version, the 2.0 (at least on linux 64 bit) haves too many problems.


I can’t imagine issues you have under Linux 64 bits with 2.0.0 that you wouldn’t have with any older version.
Please can you make a list of the issues you have that makes you wishing to go back to 1.X?

  2. I removed the task from the task table for use the old adl_main and I got a nullpointerexception
  3. Then i launched with run as at application, DS downloads the app but the at console is completely grayed
    I must switch on target management -> devices and then click on the serial port (already open)
  4. By refreshing the status of the openat app, the command hangs in ‘Requesting…’
  5. the openat app seems to not start or traces are not shown
  6. still present
    This release
  7. by debugging, ds downloads the app, then hangs with the following message:
    Ignoring packet error, continuing…
    warning: unrecognized item “timeout” in “qSupported” response

It would be good to keep the old major version in the update site… in case of emergency…

!ENTRY org.eclipse.ui 4 0 2011-04-14 09:52:54.371
!MESSAGE Unhandled event loop exception
at com.wavecom.openat.ide.ebs.ui.editors.CodeGenerationPage$14.elementRun(
at org.eclipse.ui.actions.BaseSelectionListenerAction.runWithEvent(
at org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(
at org.eclipse.jface.action.ActionContributionItem.access$2(
at org.eclipse.jface.action.ActionContributionItem$6.handleEvent(
at org.eclipse.swt.widgets.EventTable.sendEvent(
at org.eclipse.swt.widgets.Widget.sendEvent(
at org.eclipse.swt.widgets.Display.runDeferredEvents(
at org.eclipse.swt.widgets.Display.readAndDispatch(
at org.eclipse.ui.internal.Workbench.runEventLoop(
at org.eclipse.ui.internal.Workbench.runUI(
at org.eclipse.ui.internal.Workbench.access$4(
at org.eclipse.ui.internal.Workbench$
at org.eclipse.core.databinding.observable.Realm.runWithDefault(
at org.eclipse.ui.internal.Workbench.createAndRunWorkbench(
at org.eclipse.ui.PlatformUI.createAndRunWorkbench(
at org.eclipse.ui.internal.ide.application.IDEApplication.start(
at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.runApplication(
at org.eclipse.core.runtime.internal.adaptor.EclipseAppLauncher.start(
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(
at sun.reflect.DelegatingMethodAccessorImpl.invoke(
at java.lang.reflect.Method.invoke(
at org.eclipse.equinox.launcher.Main.invokeFramework(
at org.eclipse.equinox.launcher.Main.basicRun(
at org.eclipse.equinox.launcher.Main.main(

org.eclipse.debug.core.DebugException: Error in final launch sequence
at org.eclipse.cdt.dsf.gdb.launching.GdbLaunchDelegate.launchDebugSession(
at org.eclipse.cdt.dsf.gdb.launching.GdbLaunchDelegate.launchDebugger(
at org.eclipse.cdt.dsf.gdb.launching.GdbLaunchDelegate.launch(
at org.eclipse.debug.internal.core.LaunchConfiguration.launch(
at org.eclipse.debug.internal.core.LaunchConfiguration.launch(
at org.eclipse.debug.internal.ui.DebugUIPlugin.buildAndLaunch(
at org.eclipse.debug.internal.ui.DebugUIPlugin$
Caused by: org.eclipse.core.runtime.CoreException: Failed to execute MI command:
-target-select remote localhost:10000
Error message from debugger back end:
at org.eclipse.cdt.dsf.concurrent.Sequence.abortExecution(
at org.eclipse.cdt.dsf.concurrent.Sequence.access$4(
at org.eclipse.cdt.dsf.concurrent.Sequence$2.handleErrorOrWarning(
at org.eclipse.cdt.dsf.concurrent.RequestMonitor.handleFailure(
at org.eclipse.cdt.dsf.concurrent.RequestMonitor.handleCompleted(
at org.eclipse.cdt.dsf.concurrent.RequestMonitor$
at java.util.concurrent.Executors$
at java.util.concurrent.FutureTask$Sync.innerRun(
at java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$101(
at java.util.concurrent.ScheduledThreadPoolExecutor$
at java.util.concurrent.ThreadPoolExecutor.runWorker(
at java.util.concurrent.ThreadPoolExecutor$
Caused by: java.lang.Exception: Quit
at org.eclipse.cdt.dsf.mi.service.command.AbstractMIControl$RxThread.processMIOutput(
at org.eclipse.cdt.dsf.mi.service.command.AbstractMIControl$

Request for monitor: ‘RequestMonitor (org.eclipse.cdt.dsf.concurrent.RequestMonitorWithProgress@3c299c45): Status ERROR: org.eclipse.cdt.dsf.gdb code=10004 Failed to execute MI command:
-target-select remote localhost:10000
Error message from debugger back end:
Quit java.lang.Exception: Quit’ resulted in an error.

About the fact to go back to the previous release:

  1. won’t help, the issue is not linked to DS 2.0.0, but that Eclipse 3.6.2 was released between 1.2.0 and 2.0.0 (1.2.0 will have exactly the same issue)
  2. We’ll have a look on this
    3/4/5/6) Related to new Target Management, present from 1.2.0… Maybe these issues are Linux-related; anyway, 1.2.0 had probably the same, and former versions didn’t support TM under Linux
  3. Probably due to the fact that your application doesn’t seem to be alive (Debugger will fail in this case; we’ll add more checks and information in the next one, to ease the diagnostic in such a case).

I don’t think going back to 1.2.0 (or even worse to 1.1.X) would help you regarding all of these points…
Points 3/4/5 may be related to TM usage under Linux; could you confirm if you have the same issues on Windows?

I worked with DS 1.2 and eclipse 3.6.2 without to notice this problem

in fact without defining tasks the apps not works using the old adl_main. For let it work you must define a task that calls adl_main.

if I execute run instead of debug the application runs and the custom at commands answers as expected, so I think the app is alive.
I tried with elf and eabi.

as I said before thos problems may be related to linux 64 bit.
No I can not easily test it on windows.

We’ll push Target Management tests a little bit further on Linux (32/64) to make sure that these points will be fixed in next release (including debugger issue).

I am working with DS 2.1.0 and having the same problems diste has, on Windows 7 64-bit, especially with debugging.

Please can you elaborate on the various issues you have?

  • Environment hangs most of the time when switching to Target perspective. Hopefully restarting DS helps.
  • Attempting debugging, DS downloads the app and GDB terminates with either 0 or -1 result code.
Sending packet: $qSupported#37...Sending packet: $qSupported#37...Sending packet: $qSupported#37...Sending packet: $qSupported#37...Packet instead of Ack, ignoring it
Timed out.

Then lots of error messages pop up and get cleaned up.

To answer the question in the title, “how to downgrade to DS” - you don’t!

You just make a separate installation in a different folder.


About the hanging issues, maybe can you attach the zipped DS log here? (.log file(s) located in yout workspace “.metadata” folder)

Concerning debugging, there are some pitfalls to avoid around the topic.
Please have a look since they all may have been covered in other thread(s):

Logs attached.

Additionally, I’m having trouble reprogramming device when at AT+IPR=9600;AT&W. DS has trouble with detecting it when set to static baudrate 9600, and fails at Downloading - Block x/y, Retry count 1 with ‘Rebooting target device’ - which never happens.

However, PuTTY is all too happy to communicate with the modem. (71.6 KB)

Maybe all comes from this… Please can you explain why you need to set the target speed at 9600?
Note that next DS release will provide a way to easily change the baudrate “in one click”, both for PC & target at the same time.

I got over the need to set baudrate at 9600. Now everything is working.