Заметил, что потенциальные заказчики видя отсутствие языка просто уходят и даже не отписываются о желании заиметь язык на ресурсе, потому что им сложно оценить полезность ресурса без описания на родном языке.
sample.turnapi.com/docs/1.0/references-search-api
Для основных форматов (XML, JSON, к примеру) было бы здорово сделать подсветку синтаксиса и форматирование, а то как-то сложно разобраться в такой портянке.
Вот Вы сначала сделайте копию массива перед передачей указателя в hash_c, а потом можно разговаривать о сравнении 2 вариантов, а пока, это всё — неверное использование инструментов. И называется это не «оптимизация», а исправление ошибок.
Мне не понятны следующие моменты:
1) Зачем в изначально UI приложении создавать такими хаками консоль?
2) Зачем наследовать от RECT новый класс, ведь можно глобальный оператор переопределить, Вам же не нужны приватные члены или функции класса newrect?
3) Зачем создавать свои поделки для упрощения работы с окнами, если есть хорошо показавшие себя библиотеки. WTL, к примеру.
4) И еще, как потоки относятся к WinAPI, ведь и в POSIX системах мы можем пользоваться стандартными средствами C++
Скачать и почитать: seagate.custkb.com/seagate/crm/selfservice/search.jsp?DocId=218619&NewLang=en
Дополнительная инфа: www.seagate.com/www/en-us/support/beyond-2tb/
А когда можно будет увидеть хотя бы бету API?
Для основных форматов (XML, JSON, к примеру) было бы здорово сделать подсветку синтаксиса и форматирование, а то как-то сложно разобраться в такой портянке.
1) Зачем в изначально UI приложении создавать такими хаками консоль?
2) Зачем наследовать от RECT новый класс, ведь можно глобальный оператор переопределить, Вам же не нужны приватные члены или функции класса newrect?
3) Зачем создавать свои поделки для упрощения работы с окнами, если есть хорошо показавшие себя библиотеки. WTL, к примеру.
4) И еще, как потоки относятся к WinAPI, ведь и в POSIX системах мы можем пользоваться стандартными средствами C++