Привет Великий ALL!
Может кто сталкивался с подобным и поможет разобраться в следующем....
имеем:
  код проги Win32 на С++,
  Visual MS .net 2003
  STL ее же поставки
использую контейнер vector<string> (например v)
 вар.1. 
   после чистки v.clear()  вызываю функцию и передаю в ней ссылку на v
   на 2 вызове после 3 или 4 вставки v.push_back вызывает исключение и программа слетает
   если всего 2 вставки, то проблем не заметил...
вар.2.
  выношу чистку в ту функцию (ставлю перед циклом)
  проблема пропадает... все работает

НУ КАКАЯ ЕМУ (контейнеру) РАЗНИЦА????
с ув. BSD

 код в студию.

Следующее работало в VS 2k5 SP1:


Добавлено через 1 минуту и 33 секунды
Попробуй выставить блок catch ( const std::exception& ex ) и посмотри, что вернёт ex.what(). 
Например:

 У меня 2003-я все работает. May be переустановить студию?

жестоко... ты уверен, что ты до работы с вектором нигде в памяти не накосячил?

скорее всего.
Еще одна возможная причина: DLL + разные экземпляры CRT (например, как статик в каждой DLL) - т.е. кривой проект.

Приветствую всех откликнувшихся!

JackYF > жестоко... ты уверен, что ты до работы с вектором нигде в памяти не накосячил?
допустим, но слабо вериться, что вызов метода v.clear() непосредственно перед вставкой способен исправить то, что я накосячил в памяти

Earnest> Еще одна возможная причина: DLL + разные экземпляры CRT (например, как статик в каждой DLL) - т.е. кривой проект.
вызываемая функция действительно компилируется в DLL...
а можно поподробнее... про  разные экземпляры CRT и т.д.

глюки с DLL уже видел (но в другом проекте), похоже отладчик шел по DLL, созданной DEBUG, а показывал RELEASE версию, но когда очередной STEP вместо функции MessageBox() выполнял CONTINUE на начало цикла, я чуть с кресла не упал....

а насчет кода... попробую выжимки сделать....

файл1
...
namespace {
  ...
  vector <string> vcsErrInfo;
 ...
}
fun1
{
...
  case WM_TIMER:
   ...
   reread_data(hdlg);
   ...
}
fun reread_data()
{
    ...    
    ::vcsErrInfo.clear();
    mcr = get_ErrInfo(::vcsErrInfo);
   ...
}
file2
...
EXPORT int get_ErrInfo     (vector<string>&);
...

file3
EXPORT int get_ErrInfo(vector<string>&vcS)
{
    FILE *fil;
  $ CHAR    buf[2048];
  //$ CHAR    buf1[256];
    CHAR    szDop[256] = "zero";
  fil = fopen("get_ErrInfo.log", "a+");
  fprintf(fil, "%s\n", "=============================\n get_ErrInfo: started ...");
  fflush(fil);
$WHENEVER sqlerror goto ERROR_SQL;
  lstrcpy(szDop, "declare curs1 cursor");
  $declare curs1 cursor with HOLD for 
    select dt||" "||fg||" "||nfile||" "||code||"     %1%"||NVL(s_num,"--")||" %2%"||NVL(unum,"--")||" %3%"||NVL(line,"--")||" %4%"||NVL(pos,"--")||" %5%"||NVL(beg_line,"--")||' %6%'||NVL(text,"ОПИСАНИЕ ОТСУТСТВУЕТ")||' %7%'||NVL(kodmes,'---')
--    select extend(dt,hour to second)||" "||fg||" "||nfile||" "||code||" %1%"||s_num||" %2%"||NVL(unum,"--")||" %3%"||NVL(line,"--")||" %4%"||NVL(pos,"--")||" %5%"||NVL(beg_line,"--")||' %6%'||NVL(text,"ОПИСАНИЕ ОТСУТСТВУЕТ")
   -- NVL(s_num,"---")||" "||NVL(unum,"---")||" "||NVL(line,"---")||" "||NVL(pos,"---")||" "||NVL(beg_line,"---")||" "||NVL(text,"ОПИСАНИЕ ОТСУТСТВУЕТ") 
    from tmp_err_info 
    --WHERE inuse = '-'
    order by dt DESC, fg, nfile
    --FOR UPDATE OF inuse
    ;
  //lstrcpy(szDop, "BEGIN WORK");
  //$BEGIN WORK;
  lstrcpy(szDop, "$open curs1 cursor");
  $open curs1;
  vcS.clear();    // теперича здесь стоит чистка, чтоб работало....
  for (INT j=0; ; ++j)
  {
    lstrcpy(szDop, "fetch curs1 cursor");
    $fetch curs1 into :buf;
    if (SQLCODE == 100) break;
    RTrim(buf);
    fprintf(fil, "%03d)\n", j+1);
    fprintf(fil, "buf=>%s<\n", buf);
    fflush(fil);
    string sTemp = buf;
    fprintf(fil, "&vcS=%p (%p)\n", &vcS, vcS);
    vcS.push_back(sTemp);
    fprintf(fil, "%s\n", "push_back(sTemp=buf) Ok!");
    fflush(fil);
    //$UPDATE tmp_err_info 
    //  SET inuse = '+'
    //  WHERE CURRENT OF curs1;
  }
  lstrcpy(szDop, "close curs1 cursor");
  $close curs1;
  lstrcpy(szDop, "free curs1 cursor");
  $free  curs1;
  //lstrcpy(szDop, "COMMIT WORK");
  //$COMMIT WORK;
  fclose(fil);
  return 0;
//-----
$WHENEVER SQLERROR continue;
ERROR_SQL: 
  int mcr = SqlMyInfo("get_ErrInfo", szDop);
  $close curs1;
  $free curs1;
  fclose(fil);
  return mcr;
}
 не успел почистить.... сорри

mantissa, пользуйся кнопками "Код" и "Цитата".
Переформатируй сообщение, читать сложно.

Память выделенная в одной куче, не может быть освобождена в другой. Как вариант, ты инициализируешь вектор какими-то значениями (выделяешь память), к примеру, в exe, а затем передаёшь вектор по ссылке или указателю в функцию DLL и там вызываешь vector::clear, то есть освобождаешь память. У exe и dll разная куча. 
Но в то же время, обычно в DEBUG-версии срабатывает ASSERT при подобных ошибках, а не исключение. Для проверки можешь использовать _CrtIsValidHeapPointer( &my_vector[0] ).

ТОЧНО! отладчик застревал в кодах STL на попытке высвободить память.
а ведь я на похожие грабли уже наступал...
СПАСИБО Всем и персональное СПАСИБО NiJazz!

и... все равно появляется парочка вопросов....
1) а как же тогда ListBox (Control) справляется с вставкой и удалением своих строк из разных куч памяти (у него подобных проблем не замечал....)
2) чем чревато то, что объект создан в одной куче, а пользуется памятью чужой? (почему объект не извлекает ссылку на кучу в которой он создан, чтобы забирать память из той же кучи? может это настройки безопасности и их можно где-нибудь выставить в свойствах проекта? )

с ув. BSD

неверно. У exe и dll одна куча. Проблема кроется когда exe и dll скомпиллированы с разными версиями CRT и когда объект создается в одном модуле(одной версией CRT), а удаляется в другом модуле(другой версией CRT) получаем ошибку

опаньки.... и как енто проверить или еще лучше где это в MS VC 2003.net посмотреть?

с ув. BSD

вот так

Присоединённый файл ( Кол-во скачиваний: 12 )
 prop.JPG 55,92 Kb

Приветствую славную братию программистов!



 в свойствах DLL стояло действительно вместо сингла мульти....
исправил на сингл...
результат тот же :

отладчик указывает на файл "vector"


может нужно какие-нибудь действия при присоединении DLL-ки делать?
или не использовать аллокатор по умолчанию в векторе, а назначать какой-нить свой??

в принципе проблема как бы замаскировалась, и про нее м. забыть, делая любые операции с вектором только "по ту сторону баррикад",
но я потратил почти 2 дня, пока не замаскировал проблему эмпирическим путем, а поскольку чудес в программировании не бывает и сейчас срочной работой не грузят, как раз есть время разобраться в этом "чуде"...

с ув. BSD

надо не сингл, НАДО ЧТОБЫ ЭТОТ ПАРАМЕТР БЫЛ ОДИНАКОВЫЙ У ВСЕХ, у ддл и у ехе

.

чуда здесь нет. Вообще передача между модулями объектов(в том числе и STL) не слишком хорошая идея.  

ничего тебе тут не поможет. Единственное рабочее решение в таком случае - использовать в ехе и dll один компиллятор, одной и той же версии с одинаковыми настройками. Во Всех других случаях  никаких гарантий работоспособности.