Ошибка E2034, как решить проблему?

[Dima-91]

Всем спасибо, очень помогли. Под конец книг может посоветуете, а то у меня только C++ для чайников.

[JUDAS]

Мне интересно почему не срабатывает эта функция "strcpy".

Автор, скажу тебе следующее, язык С++ паталогически не приспособлен для работы со строками. Например когда мне пришлось работать со строками в этой среде, я забыл про все функции с префиксом str и использовал исключительно функции работы с памятью.
--------------
по сути
допустим, есть кусок памяти длиной в 16 байт и в ней строка "ВАСЯ\0ПРИВЕТ\0" Если пользоваться, функциями с префиксом str... то результат копирования (strcpy) дасть в результирующем массиве "ВАСЯ\0"
В твоём случае, символы поступают на вход в формате WideChar. Если мне не изменяет память, каждый символ в этом формате занимает 2 байта, причём первый байт - код символа, второй байт- код страницы. Для английских символов код страницы 0. То есть, по сути, для "зяблоязыка" строка подобного формата копируется аж до второго байта.
Чтобы скопировать всю информацию я использую команду memcpy
Команде memcpy до одного места нолики или признак конца строки, она тупо переносит с одного дампа в другой, определённое число байт.

---
вывод
Попробуй воспользоваться этой функцией

[min@y™]

Под конец книг может посоветуете, а то у меня только C++ для чайников.

О! Это всегда пожалуйста! Этого добра у нас навалом.
Начни вот с этой. Тут многие с нё начинали.



Скачать.
Ну, а вообще, вот тут вагон книжек.

[p51x]

Сообщение от JUDAS

Автор, скажу тебе следующее, язык С++ паталогически не приспособлен для работы со строками.

Угу, может просто надо правильно готовить?

Сообщение от JUDAS

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

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

допустим, есть кусок памяти длиной в 16 байт и в ней строка "ВАСЯ\0ПРИВЕТ\0" Если пользоваться, функциями с префиксом str... то результат копирования (strcpy) дасть в результирующем массиве "ВАСЯ\0"

А если будет "строка" "\4ВАСЯ\5ПРИВЕТ", то новомодные языки, сюрприз-сюрприз, тоже дадут только "\4ВАСЯ". Правда причем тут С++?

В твоём случае, символы поступают на вход в формате WideChar.

Он сам творец своего несчастья.

Если мне не изменяет память, каждый символ в этом формате занимает 2 байта, причём первый байт - код символа, второй байт- код страницы. Для английских символов код страницы 0.

Изменяет.

То есть, по сути, для "зяблоязыка" строка подобного формата копируется аж до второго байта.

Нет, по сути, для "зяблопрограммиста" умный компилятор говорит о несоответствии типов, а не про копирования строк. Читайте тему внимательно.

Чтобы скопировать всю информацию я использую команду memcpy
Команде memcpy до одного места нолики или признак конца строки, она тупо переносит с одного дампа в другой, определённое число байт.

Продолжайте в том же духе. Скрипткиддеры вам только спасибо скажут.

вывод
Попробуй воспользоваться этой функцией

И получи проблемы в другом месте... При выводе, например.

[JUDAS]

p51x, уважаемый "профессионал", с моим стажем в 25 лет (начинал с фортрана и Бейсика), тупее языка чем С++ не встречал никогда и нигде.
Даже пхп-шка СиШарп, намного продуманней чем этот недоезык.
-----------------
Не хочу разводить тут холивар, но на вскидку C++ Builder 6

- динамически массивы - не поддерживает
- сцепка строки спереди, поиск подстроки в строке с заданной позиции - не поддерживает
- элементарных функций ceil, trunc, round - нет
- работа с датой временем - полностью отсутствует

это только верхушка айсберга при попытке перевода рабочего проекта с Делфи на язык "быдлозяблов".
п.с. не хочу обидеть гуру С++, но не сказать тоже не могу. Не зря в интернете кишит вот эта картинка



+добавил

Угу, может просто надо правильно готовить?

Как говорил один мой знакомый "молотком можно и жопу почесать, и пальцы "отрихтовать" - но он служит для забивания гвоздей".
Так вот гуру, языком С++ можно много чего написать, но строки в нём то же самое, что чесать очко молотком.

[p51x]

Не хочу разводить тут холивар, но на вскидку C++ Builder 6

А давайте говорить о языке, а не делфи подобной поделке не первой свежести?

- динамически массивы - не поддерживает

new, malloc (realloc), vector, deque, ... не нету

- сцепка строки спереди

http://www.cplusplus.com/reference/s...string/insert/

поиск подстроки в строке с заданной позиции

http://www.cplusplus.com/reference/string/string/find/

не поддерживает

может вы что-то прочитаете сначала?

ceil

http://en.cppreference.com/w/cpp/numeric/math/ceil

trunc

http://en.cppreference.com/w/cpp/numeric/math/trunc

round

http://en.cppreference.com/w/cpp/numeric/math/round

- работа с датой временем - полностью отсутствует

http://en.cppreference.com/w/cpp/chrono/c/time
http://en.cppreference.com/w/cpp/chrono/time_point

это только верхушка айсберга при попытке перевода рабочего проекта с Делфи на язык "быдлозяблов".

Так зачем вы перелезаете с мега языка на этот?

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

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

Так вот гуру, языком С++ можно много чего написать, но строки в нём то же самое, что чесать очко молотком.

Может хотя бы сначала описание класса прочитаете http://www.cplusplus.com/reference/string/string/ ?

P.S.

Даже пхп-шка СиШарп, намного продуманней чем этот недоезык.

Только вырос он вовсе не их пхп-шки, а то был бы php#...

[min@y™]

языком С++ можно много чего написать, но строки в нём то же самое, что чесать очко молотком.

в принципе, согласен. я знаю и паскаль и с++, так что не буду голословен.
В С++ мне не нравится отсутствие чёткой типизации - минное поле ошибок, локализовывать которые ой как геморройно (кто в теме - поймут); на фоне этого оператор "*" - фигня.

Вот, чего мне в паскале не хватает - это сишного тернарного оператора "x ? y : z", функции math.ifthen() - это, всё ж, не compiler-magic.
А строки... Нету в сях native-строк, есть только массивы байт/слов в памяти и указатели на начала этих массивов. А как их аллочить и отдавать системе, а также и интерпретировать - прерогатива программиста. Финализируемых типов нет. увы.

з.ы. я где-то читал, что основатели С++ создали этот язык как шутку, максимально усложняющую процесс программирования/отладки/сопровождения. Это и читабельности кода тоже касается.

Если найдутся оппоненты, то им вопрос: чем паскаль проигрывает, чего в нём не хватает?

[min@y™]

Во, нарыл!

Уважаемые коллеги!

     Из  всемирно  известного  информационного   агенства   News   Service
поступило сообщение, которое навсегда меняет лицо и сущность  современного
программирования.  Из-за  тайного  соглашения  между  IBM,   Microsoft   и
неназванных высокопоставленных лиц из News  Service  (недавно  вышедших  в
отставку из за конфликтов  в  президентом  фирмы),  данная  новость  стала
известна миру только 8 дней назад. Сейчас уже всем очевидно, что  в  споре
между сторонниками Паскаля и Си. Как признали создатели ОС UNIX разработка
была задумана как первоапрельская шутка, которая, к сожалению была неверно
истолкована. Впрочем предоставим слово самим создателям OC  UNIX.  Перевод
был выполнен Дмитрием Кохманюком, которому составитель выражает  искреннюю
благодарность.

            Создатели Cи и UNIX признают, что разыграли весь мир

     В заявлении, потрясшем весь компьютерный  мир,  Кен  Томпсон,  Деннис
Ричи и Брайан Керниган признали, что  операционная  система  UNIX  и  язык
программирования   Си,   созданные   ими   --   тщательно   спланированный
первоапрельский розыгрыш,  "продержавшийся"  более  20  лет.  Выступая  на
последнем Конгрессе разработчиков программного обеспечения  для  ОС  ДЕМОС
(UnixWorld Software Development Forum), Томпсон признал следующее:

     "В 1969 году AT&T завершила работу над проектом операционной  системы
Multics (известная операционная система  60-х,  см.  прим.2)  Брайан  и  я
только что начали работу с  ранней  реализаций  Паскаля,  разработанной  в
лаборатории  проф.  Вирта  в  Швейцарии,  и  находились  под  впечатлением
элегантности, простоты  и  мощи  этого  языка.  Деннис  как  раз  прочитал
"Уставший  от  колец",  веселую  сатиру  на  знаменитую  трилогию  Толкина
"Властелин колец" (*1*). Ради шутки мы решили написать  пародии  на  среду
Multics и Паскаль. Деннис и я отвечали за  операционную  среду.  Глядя  на
Multics, мы спроектировали новую систему настолько сложной  и  запутанной,
чтобы максимально "испортить жизнь" рядовым пользователям, назвали ее UNIX
как пародию  на  Multics,  добавив  много  других  достаточно  рискованных
аналогий.
     Затем Деннис и Брайан разработали по-настоящему  извращенный  диалект
Паскаля, назвав его "A". Когда мы  обнаружили,  что  другие  действительно
пытаются писать программы на A, мы  быстро  добавили  еще  парочку  хитрых
примочек, создав B, BCPL,  и,  наконец,  Си.  Мы  остановились,  добившись
успешной компиляции следующего:

    for(;P("\n"),R-;P("|"))for(e=C;e-;P("_"+(*u++/8)%2))P("| "+(*u/4)%2);

     Мы не могли даже  представить,  что  современные  программисты  будут
пытаться  использовать  язык,  допускающий  подобный  оператор!  Мы   даже
собирались  продать  все  это  Советам,  чтобы   отбросить   развитие   их
компьютерного дела на 20 лет  назад  (*2*).  Представьте  наше  удивление,
когда  AT&T,  а  также  другие  американские  корпорации  начали  пытаться
использовать UNIX и  Си!  Более  20  лет  ушло  на  то,  чтобы  приобрести
достаточный  опыт  для  создания  хоть  немного  полезных   приложений   с
использованием  этой  технологической  пародии  60-х.  Мы  были   поражены
упорством  и  целеустремленностью  (если  не  чувством  здравого   смысла)
типичного программиста, использующего  UNIX  и/или  Си.  В  любом  случае,
Брайан, Деннис и я в  течение  последних  лет  работали  исключительно  на
Паскале в среде Apple Macintosh и чувствуем себя по-настоящему  виноватыми
в том хаосе, путанице и действительно скверном программировании,  причиной
которых явилась наша неудачная шутка столько лет тому назад."

     Большинство поставщиков версий UNIX и Си,  включая  AT&T,  Microsoft,
Hewlett-Packard, GTE, NCR, DEC, отказались комментировать это выступление.
Borland International, ведущий производитель инструментальных средств  для
Паскаля и Си, включая популярные Турбо Паскаль, Турбо  Си  и  Турбо  Си++,
заявил, что они давно подозревали это и  будут  продолжать  улучшать  свои
разработки для Паскаля и  прекратят  дальнейшие  усилия  по  развитию  Си.
Официальный  представитель  IBM  разразился  безудержным  хохотом  и   был
вынужден отменить спешно собранную конференцию о судьбе RS6000 заявив, что
'VM появится в ближайшее время'. В непонятом аудиторией кратком  сообщении
проф. Вирт, отец Паскаля, Модулы-2 и Оберона, сказал лишь, что некто  P.T.
Barnum был прав.
     Кстати, из обычно совершенно надежных источников стало известно,  что
подобное признание возможно скоро последуют от Вильяма Гейтса относительно
MS-DOS и Windows. Не случайно, вышеупомянутый представитель IBM уже  начал
отрицать, что Виртуальная Машина (VM) является созданной  для  внутреннего
употребления аналогичной шуткой, вырвавшейся наружу.

[min@y™]

Примечания переводчика

(*1*) Книга Толкина - известного автора, жившего до эры компьютеров,
до сих пор является настольной руководством для создателей операционных
систем. В заметке, видимо, имеется в виду упрощенная версия, созданная
специально для разработчиков операционных систем персональных компьютеров.
(*2*) Вот было бы здорово - у нас были бы авторские права на UNIX!!!
Но, возможно, тогда он разделил бы судьбу OS/360 (после адаптации ИИЦЭВТ)

[p51x]

В С++ мне не нравится отсутствие чёткой типизации - минное поле ошибок

Вы Пайтон или Джаваскрипт видели? Вот там отсутствие строгой типизации...

Нету в сях native-строк, есть только массивы байт/слов в памяти и указатели на начала этих массивов.

Ну а в паскале это структура из байта-длины и массива байт.

А как их аллочить и отдавать системе, а также и интерпретировать - прерогатива программиста.

Возьмите стандартный класс стринг, там за вас подумали... Зато если мне вдруг прийдется где-то аллокатор свою юзать я это смогу.

з.ы. я где-то читал, что основатели С++ создали этот язык как шутку, максимально усложняющую процесс программирования/отладки/сопровождения. Это и читабельности кода тоже касается.

Байке двадцать лет в обед, а еще есть от Страуструпа...

Если найдутся оппоненты, то им вопрос: чем паскаль проигрывает, чего в нём не хватает?

Вы про паскаль, борланд паскаль или делфи?