I did not intentionally delete all my changes: according to what I could find I thought I was updating the libraries and certainly not deleting my own code. The program was originally copied from an example and renamed so I had no expectation it would even be aware of the original example let alone would wholesale replace main.cpp and delete six additional (user) files without warning.

Also note that this whole episode was in response to an error that suddenly appeared in library code: not in my own program. The library revision was an attempt to get it to function again. I had made no change that in anyway touched the code reported in error. This was in the lwip library which I am familiar with and all errors pointed to an internal problem with an object library.

I was unaware there was a zip option and still don't see it. I was also unaware the commit/revision functions worked because they were useless the last time I looked at them though this was likely 6 months ago.

While I should have made a back up copy this is not easy to do and if you look at what little documentation there is I was under the impression that it was actually tracking the changes from session to session by itself. Blame the operator if you want but if it's too buggy and unstable it isn't suitable for anything serious. It took probably a dozen hours to get one of the mbed component libraries to function properly since the library was obviously written by someone who had no clue how interrupts work on a uC. I was intending to make those changes available but I really don't see the point in going through that again and I would likely be further ahead to write my own drivers based on the C examples from ST with cube/eclipse/gcc.

Doug

PS: I emailed as a last hope, thanks.

Well the only ones who can help you are mbed staff, and for that I would try mailing.

I sure do miss the ZIP option