DEBUG: Schedule data has just been corrupted. Don't save, don't quit, get Kris! If he's not here, save the map using a temp filename and document everything you just did, especially your last action!

Actually it would make no sense, that the whole Editor is corrupted, but on the other hand it also makes no sense that those maps are corrupted.
Anyways here is the link to the Skydrive, containing those maps

Skydrive

Regards
-Zombie

Whoa!
So you guys actually creating big maps version :clap:
damn I was too long off scene

Got tilesets and file, will try to see what parts are damaged, hoping only header part is corrupted.
Will try do investigate today as from tomorrow I'm absent till monday.

Do you have some older version of H13 and E3?

Don't worry too much about placements. I can tell you for a fact that the plan is to place all items on the AIM maps in one go when they are done. Dunno if zombie added soldiers though.

In my branch https://ja2svn.dyndns.org/source/ja2/branches/Kriplo/mapfix.zip add restored H13 map, also only worldmap details, please recheck map entry points for both maps as those data are lost.
To fix this nasty bug in editor will need more data, so if you run on them again please write details. Planned to compile new editor from trunk maybe don't have that bug as was reconstructing your maps with latest source, but as throws some exception seems less reliable then this you are using now, also some of AIMNAS don't want to load and crash on exit

Load couple of AIMNAS maps, they truly look great, very impressive job with such crapy editor and unfinished BMP support, hope one day will return to BMP and find time to solve some of BMP problems as see they are still on list from 2009.
You have my respect!

The current editor fails to save default attachments for some weapons that are placed in soldiers hands. For example I gave a soldier an AICW which has an AICW launcher as default attachment. I could see that the attachment was assigned but when the map is saved the attachment is gone. Somewhere in between it is lost somehow.
The item with attachment is added in Editor\EditorMercs.cpp function AddNewItemToSelectedMercsInventory( BOOLEAN fCreate ).

When you mentioned this, I remembered, before the whole error report and crash event occured, the editor gave me another error message, stating that I can't use some attachments on the SVD Dragunov, on closer inspection, I found out that some of the originally placed Soldiers were equipped with the SVD, after I deleted those Soldiers, the error message didn't occur again.

I'm curious: Could that whole map-eating business have been avoided if you had set the SVD to accept the 10x scope? In that case you could go safe and use a special 'mapping' set of xmls that allows all vanilla items to accept any vanilla attachment, and avoid this headache...

You should be aware of a bug that was also reported in the bug reporting thread.
http://www.ja-galaxy-forum.com/board/ubbthreads.php/topics/322523/Re_BUGZILLA_report_all_bugs_he.html#Post322523

The current editor fails to save default attachments for some weapons that are placed in soldiers hands. For example I gave a soldier an AICW which has an AICW launcher as default attachment. I could see that the attachment was assigned but when the map is saved the attachment is gone. Somewhere in between it is lost somehow.
The item with attachment is added in Editor\EditorMercs.cpp function AddNewItemToSelectedMercsInventory( BOOLEAN fCreate ).

CreateItem( gusMercsNewItemIndex, 100, &gpSelected->pDetailedPlacement->Inv[ gbMercSlotTypes[ gbCurrSelect ] ] );

The Soldier and his equipment is save in TileEngine\worlddef.cpp function SaveSoldiersToMap(hfile, dMajorMapVersion, ubMinorMapVersion) but its missing the attachment.

Haven't been able to fix that one so far.

When you place the item on the ground the attachment is there.