adejneka, 
Хотя это интересно - запускаем программу code.exe, в ней создается файл какой то, типа first.срр, потом "как то" запускаем его компиляцию и создаем first.dll Потом подключаем ее и используем, потом создаем   second.срр уже с усовершенствованными функциями и компилим в second.dll.
Отключаем от code.exe  - first.dll , подключаем second.dll и т.д.

Токо как компилить файл сpp с помощью параметров? как запустить приложение (Студию) я знаю, а как скомпилить потом нужный файл?

Это сообщение отредактировал(а) Killerman - 27.3.2009, 20:48

Использовать компилятор командной строки, разумеется. Наверняка в студии он есть.

Представляю, Т-1000 с Мелкософтной Студией внутри     

"Это мой CPU, он способен к самообучению, но тумблер блокирован специльно, так как Студия шароварная" 8-))))

Это сообщение отредактировал(а) Killerman - 27.3.2009, 21:03

Думаете с gwbasic'ом он бы смотрелся лучше?   

Он бы так развился, что создал бы свой собственный компилятор.    И язык программирования тоже. 
Вот облом, придется делать другим способом.

C++ и генерация кода, это дажет новичок сможет

генерируем функцию таким образом

по

__asm nop будем задавать размер функции(__asm nop количество байт)

берем наш код(который был создан динамически) транслируем в байты(как переводить в байты если кто не знает читает книгу двойных слов)

получаем  адрес функции, и просто копируем байты, послу чего устанавливаем регистр eip() ну вот и все.

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

Не ну конечно полный новичок не справится...........

ну и где в вашем рассказе генерация машинного кода из исходного ?

в с++ возможна геренация кода, в compile time, с помощью шаблонов и препроцессора  
К.О.

вообще мне кажется здесь дело не в С++. а в том, что подход к ИИ и обучению абсолютно не правильный. Я не притендую на сколь бы то ни было серьёзные знания в этой области,   но вот почему-то уверен - не так оно делается.

мне кажется правельней было б сначала почитать про AI - неоронные сети, генетические алгоитмы, fuzzy logic и т.д.

если уж делать, то делать правильно!   да и императивные программирование для такого дела - не лучший выбор

Master01
нейронные сети читал - это туфта, ну это мое мнение.   
fuzzy logic читал (еже мягкие вычисления, нечеткая логика) - ну оно не является ядром ИИ а скорее как вспомагательное, для усреднения значений грубо говоря (плавного перехода).
генетически алгоритмы - книг не читал, но так, пару статей - идея похожа на мою, но смысл другой.  
Вопще весело все это.   Но покачто никто ИИ не сделал. 



 

Это сообщение отредактировал(а) Killerman - 31.3.2009, 17:57

  
Программу ИИ можно считать завершенной, как только комп будет сваливать свои ошибки на соседний компьютер и шутить шутками босса.   

Так как программы писаные на C++ процессорами x86 (и похоже большинством остальных) не выполняются непосредственно, имеем два варианта:
1. Интерпретировать модифицируемый кусок программы. Как вариант заюзать что-нибудь из готовых решений (когда то, лет 5 назад, сталкивался, что-то вроде Embedded C++ Interpretor).
2. Превратить сишный код в код процессора. Можно конечно и вручную написать компилятор. Но лучше использовать готовый. От студии например. Как верно заметил adejneka удобнее всего при каждом изменении текста программы компилить DLL и затем использовать её.

Если задача стоит только в вычислении выражений, представленных строками, то про эти два способа лучше не думать, а использовать готовые реализации eval();

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

ЗЫ. Чуть более сложный способ (только для экспертов 70-го уровня). Разрабатываем процессор, способный исполнять сишный код. Проще всего на большой ПЛИС типа Vertex, которую можно прикупить в виде PCI-E платы. Дальше пишем устройство проца на VHDL, и запускаем самомодифицируемые проги на c++ без использования внешних компиляторов/интерпретаторов/dll.