A feature to retrieve Backtraces, display them, and documentation of the contents.
See also: viewtopic.php?f=47&t=2027
I agree than stopping the application is not obvious…
But you can easily download&start it in one click by using the “Run” button in the Open AT perspective.
Hiya,
That’s a well hidden little feature.
It’s actually quicker to simply type AT+WOPEN=0 in the shell than wait for the synchronization process…
ciao, Dave
If there is a Selection active when ‘Print’ is requested, it should default to printing just the Selection.
Yes - but that wasn’t the question!
The request was for a button to easily - ie, just one click - stop the application (this would be a new feature, not previously available in TMT);
Also, a button to easily - ie, just one click - restart the unit (this would just be reinstating an old feature that was previously available in TMT).
Yes, that’s exactly what I meant by:
See: viewtopic.php?f=78&t=3121&p=13642#p13642
Is Wavecom/Anyware still actively monitoring these requests 
I’ll also vote for a Linux version, even if it is without eclipse. wmmake is working fine so a well-thought out set of make files should be more than enough.
chris
Absolutely! In fact, we just decided last week to dedicate more time to it. You should see more interaction very soon.
My vote for this too. I suppose that isn’t much work to port OpenAT SDK to Linux, because it uses gcc and Eclipse.
only the dependence on SeLiMa might be a problem?
(i also know some people who would like a linux version, so they can run the whole package on osx)
Obviously yes.
We study the possibility the provide a light version of M2M Studio for Linux, i.e. without Target Management support, and without standalone installer (need to install M2M Studio plug-in over an existing Eclipse installation).
Please don’t hesitate to post a new topic if you want to elaborate on this.
(By the way, please never hesitate to post new topics rather than using the current one: after reflexion, this will be far more usable and traceable for us)
Thanks.
As a first step a plugin on eclipse is enough. It would include ‘New project’ step by step guide?
I can work on Linux terminals, but it’s necesary a way to send data to modules on debuging. 
You can use minicom for downloading the .dwl files.
I just finished up successfuly building an OPenAT SDK for MacOS X (no RTE mode obviously!). Instead of Eclipse I use Apple X-code, but obviously, one can use Eclipse on MacOS X too – it’s a matter of preferences (I find Eclipse clumsy compared to X-code). I will soon post the method I used if others are interested (this is mostly valid for Linux or other Unix platforms too). What I miss under MacOS X is the wzpacker, the utility to create compressed binaries. One can live without it, but for larger programs it would really help at download.
@daav: is this out of question for Wavecom to release the source code of the wzpacker utility? I would gladly port it to MacOS X! We may also sign a NDA (although we already signed one when we started using Wavecom modules some years ago). All we need is the permission to be able to offer the binaries to others (for free, of course).
Except Target Management, all other features would be the same than on Windows version.
We are checking your request internally. I’ll keep you informed ASAP.
Thanks
What about transfering data through the serial port on debuging? Any idea of how to do that on Linux?
…or Wavecom might simply compile the source code on a Mac, I suspect it’s only a matter of a “./configure and make” and release the binary.
You can use standard terminals under Linux to handle download or access to the target in nominal mode.
But you indeed cannot use the target in debug mode (i.e. to display debug traces) for the moment.
However, please be sure that we are going to start soon a Target Management refactoring task in M2M Studio, including removal of the last platform-specific dependencies like selima…
Thanks
It would be really useful if Wavecom would “open” the interface for debug, traces, etc.
eg, for automated testing - especially “batch” testing - see: viewtopic.php?f=78&t=3613&p=13847