Have any problems? Please tell us here!

28 Aug 2009

This morning saw quite an upheaval as we moved to new servers, a new domain, updated the compiler, put live new libraries and a new website.

Dispite this, it seems to have all gone to plan! You should all still be able to login, all your projects should still build unchanged (unless you update your libraries, which will pull in the new ones: see this post), and everything should be lovely. We'll be cleanning up little things over the next few weeks, but the main work is done, and we think it all works.

However, we may have missed some things, so if you find something not working/confusing/broken, please tell us here!

We'll post more information of what has actually happened and why over the next few days...

28 Aug 2009

One minor annoyance is that if a .co.uk link is clicked in the wiki or compiler it forces you to login again at the .org site (despite already being logged in).

28 Aug 2009

Hi Mike,

I haven't seen this - can you show me a page where it happens?

28 Aug 2009

Mike Sheldon wrote:

One minor annoyance is that if a .co.uk link is clicked in the wiki or compiler it forces you to login again at the .org site (despite already being logged in).

Figured out how this was happening, and is now fixed!

Thanks,

Dan

30 Aug 2009 . Edited: 30 Aug 2009

Hi,


I've got a problem with the compiler. I'm not able to compile any of my old test programs (all @libmbed rev10).

The problem occurs, when

  • i try to compile one of these programs

or

  • i create a copy of one progam (right click, save as)

There is no problem, when i creae a new program (right click on 'my programs', 'new program'). (Then it's possible to copy&paste the content of an old program to the new one and it compiles (with libmbed rev12) without the error message (see below)).

 

The full error message:

Description:
Function "time(std::time_t*)" conflicts with using-declaration of function "std::time(std::time_t*)" (E724)
Ressource:
rtc.h
In Folder:
test_led_1/lib/mbed
Location:
Line: 32, Col: 7

 

___

Thanks,

Kevin.

 

30 Aug 2009

Hi Kevin,

For the old library, i'm pretty sure this was a problem in rev10, fixed in rev11.

So if you try http://mbed.org/projects/libraries/svn/mbed/trunk@11 as the (old) mbed library, things should work.

We'll be improving the test setup over the next few weeks, so please tell us if this fixes your problem. If not, it'd be great if you could send the smallest program that reproduces this problem. (You'll even find you can right-click a project now an "publish" it; this pushes a copy of a project to a publishing area, and then you can just post the link - a bit clunky at the moment, but we'll be aiming to improve this too.

Thanks!

Simon

31 Aug 2009 . Edited: 31 Aug 2009

Simon Ford wrote:

[...] So if you try http://mbed.org/projects/libraries/svn/mbed/trunk@11 as the (old) mbed library, things should work. [...]

Confirmed.

Steps:

  • Took a random project with libmbed rev10. (tested to compile - didn't work (as expected))
  • created a copy with 'save as'
  • deleted the 'mbed' library entry
  • imported library with url 'http://mbed.org/projects/libraries/svn/mbed/trunk@11'
  • click on compile --> success!

So, as you said, the problem is in rev10, but i never touched the library (did not click on 'update' fr example), so it's strange, that it worked with rev10 in the past...

But never mind - the solution updating the lib works.

___

thanks for help,

Kevin.

02 Sep 2009

Hi,

When I compile one of the old 'test' programs (which worked fine in the past) I now get the following two errors:

" Undefined symbol __rt_heap_escrow (referred from init_alloc.o). (EL6218E)" in file "/"

" Undefined symbol __rt_heap_expand (referred from init_alloc.o). (EL6218E)" in file "/"

How can I fix those?

The test code is this one:

#include "mbed.h"

DigitalOut myled(LED2);

int main() {
    while (1) {
        myled = 1;
        wait(0.2);
        myled = 0;
        wait(0.2);
    }
}
Thanks,
Axel

02 Sep 2009

Hi Axel,

So we can reproduce the whole program, can you right-click > publish and post the URL (assuming you don't care it being public), or export to a zip and email us directly.

This method will make it much easier to debug, as we can reproduce the results.

Thanks!

Simon

02 Sep 2009

Hello Simon,

here it is:

http://mbed.org/users/user2590572057025720591/published/063654a5a5f3f6a6c422038360c2d39f/test.zip

02 Sep 2009

Guess what...when I import my own project and compile it there are no more errors...!?

02 Sep 2009

Axel Wolf wrote:
Guess what...when I import my own project and compile it there are no more errors...!?

Ok, thanks for the report! We'll investigate this and track it down tomorrow. I'd guess it is something like our build upgrades overlooking the fact there could be reminants of old builds or alike.

Thanks again,

Simon

 

 

19 Jan 2013

mbed compiler and library issues

First issue

When i import and compile following projects in the online compiler, i get a massive amount of errors.

http://mbed.org/users/no2chem/code/EthernetTester/

http://mbed.org/users/JeffM/code/EthernetTesterGood/

Both are old projects and make use of the lwip libraries.

The problem is probably due to the fact that the compiler does not accept (or no longer accepts) folder names containing a dot. The error can be reproduced as follows: browse the project in the compiler, open the lwip folder and click on the tag folder (error message: see image below).

I read above posts and thought i could resolve it by following the steps mentioned in Kevin Konradt's reply (https://mbed.org/forum/mbed/post/303/), but url 'http://mbed.org/projects/libraries/svn/mbed/trunk@11' no longer seems to exist.

Note : other users ran into the same problem - i don't know if they were able to solve it (see http://mbed.org/users/no2chem/notebook/ethernet-testing/).

How can this issue be resolved?

/media/uploads/frankvnk/compiler_--_folder_name_error.jpg

Second issue

I ran into a similar problem with my own project due to changes in the libraries: The Stream() code no longer accepts a name field (topic : see http://mbed.org/comments/cr/83/2654/#c4615). I changed Stream as mentioned in the topic, but the code no longer works correctly (original code from another user, i modified it to run on another LPC1768 board - the original code compiles with warnings, as does mine, i also need to resolve these). Do i need to browse through all mbed library updates to know what changed?

Third issue

This one is not really a problem, but a request: I bought a neat LPC1768 board with SPI TFT, SPI touch, Ethernet (DM9161EAP), card reader, ... I already managed to create LCD, Touch and EasyWeb programs (http://mbed.org/users/frankvnk/notebook/lpc1768-mini-dk/). For the ethernet part, i want to switch to the lwip based code. I already created a topic on the forum but i think few people actually use the DM9161 PHY. Although i already learned a lot by looking at code on the mbed community (i'm not a coding guru - the lwip + rtos is far more complex), i'd really appreciate all the help i can get to add the DM9161 PHY code to the lwip libraries.

19/01/2013 - Edit

Got the PHY partially working - see 'DM9161 Ethernet CODE - Networking, lwip based (19/01/13)' note on http://mbed.org/users/frankvnk/notebook/lpc1768-mini-dk/ (autonegotiation and DHCP). For now, i'm stuck at the ethernet part.