Потеря данных в массивах

Оператором Core.Mat.pyt=g.c_str() ты выполняешь не копирование строки, а присвоение указателю pyt адреса строки, хранящейся в g. Как только переменной g будет присвоено другое значение, Core.Mat.pyt может также измениться, а то и вовсе стать невалидным указателем.

ИМХО, подобный код в редких случаях вполне применим и работоспособен, но здесь автор либо имел в виду копирование строки (тогда код надо писать другой), либо надо обеспечить, чтобы переменная g не менялась.

Короче, заменяем

 

Код:

Core.Mat.pyt=g.c_str()

на

 

Код:

Core.Mat.pyt = new char [strlen (g.c_str()) + 1];
strcpy (Core.Mat.pyt, g.c_str());

и нужно не забыть обеспечить освобождение выделенной памяти. Лучше всего это сделать в деструкторе структуры Mat (если честно, сдается мне, что это не структура, а массив).
Можно поступить проще, и pyt объявить не как char*, а как std::string, или тот же AnsiString. Тогда простое присваивание будет работать как положено:

 

Код:

Core.Mat.pyt=g;

А чтобы приведенный тобой код работал без изменений, следует обеспечить неизменность g до самого последнего обращения к Core.Mat.pyt. Тут уже надо смотреть твой полный код.

Ошибка вот здесь: Core.Mat.pyt=g.c_str()
Указатель, который возвращается c_str будет валиден лишь до следующей неконстантной операции с AnsiString, поэтому сохранять его нет смысла. Кроме того, в твоем коде получается, что все pyt указывают на одну область памяти.
Тебе надо копировать строку.
Вопрос: зачем ты используешь char* совместно с AnsiString? Почему бы не использовать этот строковый тип?

chebyrator Изначально у меня было AnsiStrig pyt но я его изменил на чар из-за быстроты работы она не значительна но все таки разница есть, ”плюс конвертировать” ансистринг в чар тоже нужны ресурсы, не знаю может придется вернуться к ансистрингу?(
На счет Мат это массив структур
принципи стало ясно и на этом спаибо

И еще одна проблемка связанная с массивом структур. Пишу функцию которая считывает мой файл. Там есть такие строки

Короче говоря когда она первый раз заходит NamMO=0 выделяется память под один элемент Mini_Object затем происходит считывание ShowMessage выдает правильно
2-й раз я память еще больше выделяю NamMO=1 ShowMessage выдает шо попало.
Мне так кажется что проблема с выделением памяти. Если я не правильно делаю что то то подскажите

Конвертирование AnsiString или std::string в const char* - это метод c_str(). Поверь, если не во всех, то в подавляющем большинстве платформ AnsiString/string физически хранят содержимое в виде собсно сишной строки (и сдается мне, что во всех), и метод c_str() просто возвращает внутренний указатель. Многие компиляторы соптимизируют вызов, и времени не потратится даже на сам вызов/возврат.
А плюсы этих классов - автоматическое управление (выделение и освобождение) занимаемой памяти.

Со вторым вопросом ничего не понятно.
Что такое MObject?
Что такое NamMO?
В чем смысл твоего кода?
Приведи более полный код с комментариями, зачем он нужен и что он должен делать.

1)Green есть модуль, который включается к коду твоей программы dll_odk_tsk он и показывает скорость выполнения участка программы, кстати, можете скачать он очень удобный
2)Нет это не самое тонкое место в моей программе но чем плохо писать проги которые быстро работают)
насчет конвертирования, мне так так казалось теперь все ясно.

chebyrator NamMO-это счетчик типа int, MObject[NamMO] это массив структур
смысл кода:
Кто-нибудь знает, как выглядит представления данных в файле формата 3DS, оно идет виде блоков. Мой файл тоже имеет такую структуру. DSChunk_ID - ключ(0х100, 0х101,0х102,,,,) когда программа находит в файле его, соответственно выполнятся одно из множеств условий по обработки этих блоков. Блок с ключом 0х100 может быть 1,а может и 100, когда NamMO=0 выделяем память, еще находим такой блок, надо выделять еще памяти и т. д. И к большому щастью я эту проблему решил. Как я предполагал вся проблема была в выделении памяти.