# Retrieving Backtraces

**URL:** <https://forum.sierrawireless.com/t/retrieving-backtraces/4793>\
**Category:** Development tools\
**Created:** [December 23, 2010, 3:05pm UTC](https://forum.sierrawireless.com/t/retrieving-backtraces/4793 "2010-12-23T15:05:01Z")\
**Posts on this page:** 20\
**Page:** 1

<div class="post-metadata">

**Author:** ![awneil](https://avatars.discourse-cdn.com/v4/letter/a/49beb7/32.png) [@awneil](https://forum.sierrawireless.com/u/awneil)\
**Post date:** [December 23, 2010, 3:05pm UTC](https://forum.sierrawireless.com/t/retrieving-backtraces/4793/1 "2010-12-23T15:05:01Z")

</div>

DevStudio 1.2.0 connected to Fastrack XTend with 7.4.0.a firmware.

Should DS be able to retrieve & decode backtraces from this unit❓

I’m pretty sure that the unit does contain some backtraces, but DS won’t display anything.

The device is connected;  
The ‘Backtraces[COMxx]’ tab is open  
I click the ‘Refresh the content of this view’ button  
The ‘Retrieve Backtraces’ dialogue pops up very briefly (barely long enough to read that it is the ‘Retrieve Backtraces’ dialogue), but then just disappears without any message, and the Backtraces tab remains empty.

The Traces viewer is working;  
The Heap Memory viewer is working;  
It’s just the Backtraces that don’t.

NB: when I refresh the Heap view, the Traces view also gets updated with all the “RTK STATUS” stuff; but, when I try to update the Backtraces view, nothing happens in Traces.

---

<div class="post-metadata">

**Author:** ![sjudith](https://avatars.discourse-cdn.com/v4/letter/s/8edcca/32.png) [@sjudith](https://forum.sierrawireless.com/u/sjudith)\
**Post date:** [December 29, 2010, 10:09am UTC](https://forum.sierrawireless.com/t/retrieving-backtraces/4793/2 "2010-12-29T10:09:15Z")

</div>

I’ve made a test on a connected Fastrack Suprem with R7.44.0 firmware.

I have used the provided sample bug, downloaded it and run it in order to cause backtrace on my unit.

Then I opened Backtraces view… and I got decoded backtraces (in my case the ‘Retrieve Backtraces’ dialogue was rather long )!

---

<div class="post-metadata">

**Author:** ![awneil](https://avatars.discourse-cdn.com/v4/letter/a/49beb7/32.png) [@awneil](https://forum.sierrawireless.com/u/awneil)\
**Post date:** [December 30, 2010, 1:02am UTC](https://forum.sierrawireless.com/t/retrieving-backtraces/4793/3 "2010-12-30T01:02:35Z")

</div>

So - does this feature not work with earlier versions of firmware?

---

<div class="post-metadata">

**Author:** ![sjudith](https://avatars.discourse-cdn.com/v4/letter/s/8edcca/32.png) [@sjudith](https://forum.sierrawireless.com/u/sjudith)\
**Post date:** [December 30, 2010, 9:32am UTC](https://forum.sierrawireless.com/t/retrieving-backtraces/4793/4 "2010-12-30T09:32:31Z")

</div>

I have tried to retrieve backtraces from my connected Fastrack Suprem with 7.4.0.a firmware now.

I still made my test with the ‘bug’ sample… and I got decoded backtraces successfully.

So can I assume you have no backtraces on your unit ?

Please note that the ‘backtraces’ feature is available only in Development mode.

---

<div class="post-metadata">

**Author:** ![awneil](https://avatars.discourse-cdn.com/v4/letter/a/49beb7/32.png) [@awneil](https://forum.sierrawireless.com/u/awneil)\
**Post date:** [December 31, 2010, 12:41pm UTC](https://forum.sierrawireless.com/t/retrieving-backtraces/4793/5 "2010-12-31T12:41:34Z")

</div>

> [@sjudith](#):
>
> So can I assume you have no backtraces on your unit ?

As I said, I’m pretty certain that there are backtraces in there - for one thing, because, when the unit crashes on TMT, it says there is no room for more backtraces!

But I shall have to check properly…

> [@](#):
>
> Please note that the ‘backtraces’ feature is available only in Development mode.

But that is not supported by earlier versions of firmware - see: [AT+WDM - undocumented?](https://forum.sierrawireless.com/t/at-wdm-undocumented/4792/1)

So, again, does this mean that backtraces from earlier versions cannot be retrieved and/or decoded by DS 1.2.0?  
That would be a very serious limitation indeed!

---

<div class="post-metadata">

**Author:** ![daav](https://sea1.discourse-cdn.com/flex025/user_avatar/forum.sierrawireless.com/daav/32/2767_2.png) [@daav](https://forum.sierrawireless.com/u/daav)\
**Post date:** [January 3, 2011, 10:04am UTC](https://forum.sierrawireless.com/t/retrieving-backtraces/4793/6 "2011-01-03T10:04:30Z")

</div>

> [@awneil](#):
>
> So, again, does this mean that backtraces from earlier versions cannot be retrieved and/or decoded by DS 1.2.0?  
> That would be a very serious limitation indeed!

And fortunately, this is not (completely) true.  
Nevertheless, there is a limitation. Stored backtraces can be decoded if the firmware currently running on the target is exactly the same that the one which was running when the exception occured (since Firmware additional metadata are required to perform the decoding; these metadata are read from Firmware packages installed in your DS, and the correct package version is automatically selected according to the FW currently running on the device).

However, this shouldn’t explain your issue, since:

- if you don’t have the correct Firmware package installed in your DS, the backtrace view is disabled (and you wouldn’t have been able to click the refresh button)
- if the running firmware is correct, but backtraces are “old” enough to not match with it, there should be something decoded in your backtrace view (wrong, but at least something).

Please can you attach the DS error log for further investigation?

Last clue: did you click the Clear button? This one clears both backtrace view and target’s memory…

---

<div class="post-metadata">

**Author:** ![awneil](https://avatars.discourse-cdn.com/v4/letter/a/49beb7/32.png) [@awneil](https://forum.sierrawireless.com/u/awneil)\
**Post date:** [January 7, 2011, 2:34pm UTC](https://forum.sierrawireless.com/t/retrieving-backtraces/4793/7 "2011-01-07T14:34:32Z")

</div>

There was something funny with the unit:

When I tried to retrieve the backtraces with an Open-AT application, it also said there were no backtraces.

I used that application to erase all backtraces, and now DevStudio can read & decode any new backtraces from it. 😃

---

<div class="post-metadata">

**Author:** ![awneil](https://avatars.discourse-cdn.com/v4/letter/a/49beb7/32.png) [@awneil](https://forum.sierrawireless.com/u/awneil)\
**Post date:** [January 7, 2011, 2:36pm UTC](https://forum.sierrawireless.com/t/retrieving-backtraces/4793/8 "2011-01-07T14:36:01Z")

</div>

Follow-up question:

How does one get DevStudio to decode backtraces that have been extracted from a remote unit ❓

---

<div class="post-metadata">

**Author:** ![daav](https://sea1.discourse-cdn.com/flex025/user_avatar/forum.sierrawireless.com/daav/32/2767_2.png) [@daav](https://forum.sierrawireless.com/u/daav)\
**Post date:** [January 10, 2011, 8:19am UTC](https://forum.sierrawireless.com/t/retrieving-backtraces/4793/9 "2011-01-10T08:19:00Z")

</div>

> [@awneil](#):
>
> How does one get DevStudio to decode backtraces that have been extracted from a remote unit ❓

Not possible with 1.2.0 (you know, we had to make choices between release date & features…)  
Anyway, we still plan to add this feature in a future release.

---

<div class="post-metadata">

**Author:** ![awneil](https://avatars.discourse-cdn.com/v4/letter/a/49beb7/32.png) [@awneil](https://forum.sierrawireless.com/u/awneil)\
**Post date:** [January 10, 2011, 9:28am UTC](https://forum.sierrawireless.com/t/retrieving-backtraces/4793/10 "2011-01-10T09:28:00Z")

</div>

> [@daav](#):
>
> Not possible with 1.2.0

Time to start a “Wish List for 1.2.1” thread, then… 8)

> [@](#):
>
> (you know, we had to make choices between release date & features…)

Indeed!

---

<div class="post-metadata">

**Author:** ![awneil](https://avatars.discourse-cdn.com/v4/letter/a/49beb7/32.png) [@awneil](https://forum.sierrawireless.com/u/awneil)\
**Post date:** [January 12, 2011, 2:18pm UTC](https://forum.sierrawireless.com/t/retrieving-backtraces/4793/11 "2011-01-12T14:18:47Z")

</div>

Just had the same problem on another unit:  
ie, the ‘Retrieve Backtraces’ was doing nothing, despite me being pretty sure that there should be backtraces.

I think DevStudio needs to give an explicit message when it detects that there are no backtraces.

The Open-AT app also reported “no backtraces” - so I did the erase.

I guess this must be something to do with backtraces created by an old version of firmware, that weren’t erased before updating the firmware?

Now, after creating a backtrace, DevStudio says it has retrieved it - but has hung at “Loading unwinding data: Decoding the backtraces”  
I have clicked the ‘Cancel’ button - it has gone grey, but has not cancelled the operation!  
Clicking the ‘X’ to close the dialogue also has no effect!

The only escape seems to be to close DevStudio.

---

<div class="post-metadata">

**Author:** ![daav](https://sea1.discourse-cdn.com/flex025/user_avatar/forum.sierrawireless.com/daav/32/2767_2.png) [@daav](https://forum.sierrawireless.com/u/daav)\
**Post date:** [January 13, 2011, 7:54am UTC](https://forum.sierrawireless.com/t/retrieving-backtraces/4793/12 "2011-01-13T07:54:52Z")

</div>

> [@awneil](#):
>
> I think DevStudio needs to give an explicit message when it detects that there are no backtraces.

Ok, point logged

> [@](#):
>
> The Open-AT app also reported “no backtraces” - so I did the erase.  
> I guess this must be something to do with backtraces created by an old version of firmware, that weren’t erased before updating the firmware?

Behaviour seems coherent between DS and Open AT API result… Backtraces are not supposed to “disappear” when FW is upgraded… Sounds strange however, if you’re sure that there were backtraces inside…

> [@](#):
>
> Now, after creating a backtrace, DevStudio says it has retrieved it - but has hung at “Loading unwinding data: Decoding the backtraces”  
> I have clicked the ‘Cancel’ button - it has gone grey, but has not cancelled the operation!  
> Clicking the ‘X’ to close the dialogue also has no effect!  
> The only escape seems to be to close DevStudio.

Please can you have a look to the error log and attach it?

---

<div class="post-metadata">

**Author:** ![awneil](https://avatars.discourse-cdn.com/v4/letter/a/49beb7/32.png) [@awneil](https://forum.sierrawireless.com/u/awneil)\
**Post date:** [January 13, 2011, 9:29am UTC](https://forum.sierrawireless.com/t/retrieving-backtraces/4793/13 "2011-01-13T09:29:59Z")

</div>

> [@daav](#):
>
> Please can you have a look to the error log and attach it?

Remind me - what file is it that you require, and where would I find it?

---

<div class="post-metadata">

**Author:** ![daav](https://sea1.discourse-cdn.com/flex025/user_avatar/forum.sierrawireless.com/daav/32/2767_2.png) [@daav](https://forum.sierrawireless.com/u/daav)\
**Post date:** [January 14, 2011, 7:45am UTC](https://forum.sierrawireless.com/t/retrieving-backtraces/4793/14 "2011-01-14T07:45:11Z")

</div>

> [@awneil](#):
>
> Remind me - what file is it that you require, and where would I find it?

The easiest way: Ctrl+3, enter “Error Log”, and in the view click the export button.

---

<div class="post-metadata">

**Author:** ![awneil](https://avatars.discourse-cdn.com/v4/letter/a/49beb7/32.png) [@awneil](https://forum.sierrawireless.com/u/awneil)\
**Post date:** [January 14, 2011, 9:29am UTC](https://forum.sierrawireless.com/t/retrieving-backtraces/4793/15 "2011-01-14T09:29:40Z")

</div>

Will that work if the Studio has been restarted since the problem occurred…?

---

<div class="post-metadata">

**Author:** ![daav](https://sea1.discourse-cdn.com/flex025/user_avatar/forum.sierrawireless.com/daav/32/2767_2.png) [@daav](https://forum.sierrawireless.com/u/daav)\
**Post date:** [January 17, 2011, 7:58am UTC](https://forum.sierrawireless.com/t/retrieving-backtraces/4793/16 "2011-01-17T07:58:07Z")

</div>

> [@awneil](#):
>
> Will that work if the Studio has been restarted since the problem occurred…?

Yes, all logs are kept until you explicitely ask for them to be deleted

---

<div class="post-metadata">

**Author:** ![awneil](https://avatars.discourse-cdn.com/v4/letter/a/49beb7/32.png) [@awneil](https://forum.sierrawireless.com/u/awneil)\
**Post date:** [January 18, 2011, 3:56pm UTC](https://forum.sierrawireless.com/t/retrieving-backtraces/4793/17 "2011-01-18T15:56:15Z")

</div>

The backtrace retrieval has just got stuck again.  
This time with current firmware, and it was the current application that crashed.

The sequence:

1. The application crashed
2. When the unit restarted, DS automatically retrieved the backtrace, decoded & displayed it - all worked fine (but takes ages!)
3. I fixed the problem, rebuilt & downloaded the corrected app
4. When the unit restarted after the download, DS automatically started retrieving backtraces again - as this is so slow (and I’d already seen the backtrace) I pressed ‘Cancel’
5. The ‘Cancel’ button goes grey, but the ‘Retrieve backtraces’ dialogue does not close. The little progress animation in the status bar keeps running, but there is no progress.
6. Clickingthe ‘X’ button to close the dialogue does nothing (the ‘Details’ button does still respond).
7. Closing the COM port has no effect.

I’ve tried to attach the log file, but the forum refuses to accept it!  
After, apparently, uploading the entire file - it then says, “the extension is not allowed”  
Couldn’t it have said that before wasting time doing the upload??! 😠

I tried the following extensions:

- .log
- .txt
- none

What extensions are accepted??

---

<div class="post-metadata">

**Author:** ![tomridl](https://sea1.discourse-cdn.com/flex025/user_avatar/forum.sierrawireless.com/tomridl/32/2704_2.png) [@tomridl](https://forum.sierrawireless.com/u/tomridl)\
**Post date:** [January 19, 2011, 6:03am UTC](https://forum.sierrawireless.com/t/retrieving-backtraces/4793/18 "2011-01-19T06:03:07Z")

</div>

Try .zip for attachments. Was the only one that worked for me!

---

<div class="post-metadata">

**Author:** ![daav](https://sea1.discourse-cdn.com/flex025/user_avatar/forum.sierrawireless.com/daav/32/2767_2.png) [@daav](https://forum.sierrawireless.com/u/daav)\
**Post date:** [January 19, 2011, 8:24am UTC](https://forum.sierrawireless.com/t/retrieving-backtraces/4793/19 "2011-01-19T08:24:37Z")

</div>

> [@awneil](#):
>
> The sequence:
> 
> 1. The application crashed
> 2. When the unit restarted, DS automatically retrieved the backtrace, decoded & displayed it - all worked fine (but takes ages!)
> 3. I fixed the problem, rebuilt & downloaded the corrected app
> 4. When the unit restarted after the download, DS automatically started retrieving backtraces again - as this is so slow (and I’d already seen the backtrace) I pressed ‘Cancel’
> 5. The ‘Cancel’ button goes grey, but the ‘Retrieve backtraces’ dialogue does not close. The little progress animation in the status bar keeps running, but there is no progress.
> 6. Clickingthe ‘X’ button to close the dialogue does nothing (the ‘Details’ button does still respond).
> 7. Closing the COM port has no effect.

Thanks for the sequence, we’re going to have a look in order to try improving the performances, and at least make it possible to cancel the operation properly.

---

<div class="post-metadata">

**Author:** ![awneil](https://avatars.discourse-cdn.com/v4/letter/a/49beb7/32.png) [@awneil](https://forum.sierrawireless.com/u/awneil)\
**Post date:** [January 19, 2011, 8:55am UTC](https://forum.sierrawireless.com/t/retrieving-backtraces/4793/20 "2011-01-19T08:55:55Z")

</div>

Is it possible to disable the automatic retrieval of backtraces at startup?  
If not, I think it should be!

May be prompt, “Backtraces detected - retrieve now?” with a “Never ask again” option?  
Also, a “just delete” option?

[Next page](https://forum.sierrawireless.com/t/retrieving-backtraces/4793.md?page=2)
