Vinatorul

Ну начнём с того, что string в с++ это объект std::string.
Type *array получается указатель на объект типа string.
Вы выделяете 100 байт памяти и указатель на эту память преобразуете в указатель на объект типа std::string.
А потом в эти 100 байт пытаетесь записать объект, который, очевидно, имеет размер больше 100 байт.

UPD
Попробуйте добавить больше 25 элементов типа int или более 12 элементов типа double - получите тот же segfault

UPD2
Вообще обычно такие вещи делают связным списком

UPD3
Нашел несложную реализацию двусвязного списка на хабре.

Вариантов много, вот некоторые из них:
1) fstream
2) fscanf и fprintf
3) как написал vilgeforce: fread и fwrite

Насколько я знаю conio.h это Visual C++ и MinGW о нём ничего не знает, о чём он и сообщает в строке:

newfile.cpp:2:19: conio.h: No such file or directory

Ошибка средств компоновщика LNK2001
В коде присутствует ссылка на что-то (функцию, переменную, метку), что не может быть найдено компоновщиком в библиотеках или объектных файлах.

Забыли прописать путь к библиотекам в проекте или среде разработки.

Дело в том, что файлы проектов этих двух IDE несовместимы.
Можете попробовать положить рядом с исходниками два файла проектов, один от VS 2013, другой от DevC++.
Но вы, скорее всего, столкнётесь со следующими проблемами:
1) MVS 2013 и DevC++, вероятно, используют разные компиляторы, так, например, "фишки" VisualC++ будут недоступны при компиляции с помощью g++ (который скорее всего используется в DevC++).
2) При добавлении файла в один проект, переименовании файла итд в другом проекте придётся проделать всё то же самое, что не очень удобно.

Лучше, конечно, везде использовать одну и ту же IDE.

Добрый вечер!
Быть может имеет смысл подыскать интересный для себя open source проект, с набором ваших навыков это не должно составить труда. Да и новые знания приобретаются быстрее, если работать в команде.
Также благодаря гитхабу и битбакету порог входа в незнакомые проекты достаточно низок.

Ну тут ещё вопрос в том, что это за переменные, если это объекты, которые каждый раз пересоздаются, то это не очень хорошо, и тогда лучше их создать один раз, а в вашей функции просто переинициализировать.
Если функция - метод класса, то можно вынести эти локалки в поля класса.
Если совсем хочется, то можно создать локалку внутри .cpp файла, которую не будет видно снаружи, но будет видно внутри файла.

1) Это вопрос скорее по SQL, а не по Qt, и уж точно не по C++
2) Скорее всего у таблицы стоит автоинкремент, посмотрите настройки идентификатора у столбца ID

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