@BFB

Достался по наследству СТАРЫЙ код, смесь С и С++, перенес его на VS 2008.
При запуске в режиме отладки возникает собственно ошибка, указанная в теме.

Cal stack:
ntdll.dll!776be3be()
[Frames below may be incorrect and/or missing, no symbols loaded for ntdll.dll]
ntdll.dll!776be023()
msvcrt.dll!754a98cd()
> ENGINE.exe!_heap_alloc_dbg_impl(unsigned int nSize=52844184, int nBlockUse=0, const char * szFileName=0x00000000, int nLine=2130567168, int * errno_tmp=0x0018fb78) Line 497 + 0xc bytes C++
ENGINE.exe!std::_DebugHeapDelete<std::locale>(std::locale * _Ptr=0x03265698) Line 61 + 0x9 bytes C++
ENGINE.exe!std::basic_streambuf<char,std::char_traits<char> >::~basic_streambuf<char,std::char_traits<char> >() Line 43 + 0xc bytes C++
ENGINE.exe!std::basic_filebuf<char,std::char_traits<char> >::~basic_filebuf<char,std::char_traits<char> >() Line 120 + 0xf bytes C++
ENGINE.exe!std::basic_fstream<char,std::char_traits<char> >::~basic_fstream<char,std::char_traits<char> >() Line 901 + 0xb bytes C++
ENGINE.exe!std::basic_fstream<char,std::char_traits<char> >::`vbase destructor'() + 0x17 bytes C++
ENGINE.exe!READ_VANES(char * NAME_FILE=0x010506ae, VANE * & vane=0x016b1928, VAR & var={...}) Line 72 + 0x15 bytes C++
ENGINE.exe!COMPRESSOR::SET_VAR() Line 168 + 0x20 bytes C++
ENGINE.exe!COMPRES(COMPRESSOR & PC={...}) Line 31 C++
ENGINE.exe!main() Line 67 + 0x1b bytes C++
ENGINE.exe!__tmainCRTStartup() Line 266 + 0x19 bytes C
ENGINE.exe!mainCRTStartup() Line 182 C
kernel32.dll!7556339a()
ntdll.dll!776c9ef2()
ntdll.dll!776c9ec5()

Код функции на выходе, которой код падает:
В коде убрал все комментарии, т.е. как я понял при инициализации переменной datafile, создается
буфер или даже два судя по стеку вызовов, которые перед выходом из функции подчищаются, но не правильно.

Вопрос собственно, что сделать в данном случае?
Может использовать чистый Си?

Заранее благодарен за помощь.

0

@algoritm256

Выложите весь код, так ничего нельзя сказать.

P.S.

datafile - это вовсе никакая не переменная, а объект класса fstream.

0

@BFB

Весь код выложить не получится, ибо его много, могу выложить ту часть, откуда идет вызов функции.
и дальше практически тоже самое 500 строк с условными операторами и goto.
функция HULLO:
Этого будет достаточно?

0

@DU

т.е. сама функция именно такая и в ней больше нет никакого
другого кода?

0

@BFB

Нет, я уже писал об этом, там был код, который я закомментировал, и он не влияет на ошибку.
Если убрать std::fstream datafile; из кода, то работает как ни странно.

0

@DU

тестовый консольный проектик сделайте, напишите в нем такую функцию и посмотрите, так же будет себя вести? вроде код корректный и такого быть не должно.

0

@Invader_Zim

Мелкософтовское отродье никогда не будет работать норм.

0

@BFB

Может ошибка возникать из-за сторонней либы?
В проекте есть две фортрановские либы, одна очень старая (grafor.lib grafor.dll), другая - нет, собрал на VS 2008 + PGI Fortran. Новая либа тянет за собой еще несколько фортрановских DLL.

И тестовая программа работает, а эта нет.

0

@algoritm256

Попробуйте прописать

0

@Invader_Zim

BFB, попробуй gcc

0

@BFB

не помогло.

0

@algoritm256

по-возможности залейте на какой-нибудь файлообменник код

0

@BFB

Залить весь код к сожалению не могу, разве что предварительно уволившись.
Пробовал перенести проект в Eclipse CDT и прикрутить MinGW, пока не вышло.
Поможет ли перенос проекта в студию версией повыше?

0

@Kastaneda

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

0

@BFB

Самое интересное, да - падание повторяется строго на выходе из функции.
Собирал тестовую программу из этой функции с учетом всех переменных, правда данных не было, так же падало. В исходном коде занулял все передаваемые данные, такой же результат, т.е. падение на выходе из функции.

0

@Invader_Zim

BFB, Может стоит закрывать файл перед выходом из функции?

0

@algoritm256

Попробуйте перед return поставить datafile.close();

0

@BFB

Не помогло, использование datafile.close(); так же, как и использование datafile.rdbuf()->close();

0

@Kastaneda

Могу предложить fastfix (временный костыль) просто, чтобы работало. Потом время будет - разберешся.
будет небольшой memleak, но зато будет работать (если дело в деструкторе).

0

@BFB

Конечно это работает, спасибо. Но как убрать эти подвисшие объекты?

По мне так проще отказаться от С++ решения ввода-вывода.

И еще есть мысль, что, возможно, pgmalloc.dll каким-то образом заменяет Сишные функции по работе с памятью или еще как-то.

Добавлено через 13 минут
Ошибка, pgmalloc.dll не при чем.

Добавлено через 12 минут
Убрал все PGI'ные либы, которые были за ненадобностью запиханы в проект, и заработало.
В чем ошибка была, я так и не понял.

0