Сложить два массива char'ов и не только

[bugaboo]

Переписал вот так, всё работает

#include <iostream>
using namespace std;
int main()
{
char* a = "blabla";
auto la = strlen(a);
char* b = new char[la + 1];
char j;
for (j = 0; j < la; j++) b[j] = toupper(a[j]);
b[j] = 0;
auto lb = strlen(b);
char* c = new char[la + lb + 1];
strcpy(c, a);
strcat(c + la, b);
delete[] b;
cout << c << endl;
delete[] c;
system("pause");
return 0;
}

Безымянный.jpg

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

Никого не напрягают, а даже наоборот, делают код проще, понятнее, более доступным для оптимизаций и т.д.

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

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

#define _CRT_SECURE_NO_WARNINGS
//...

ну это понятно, но хотелось бы обойтись без этого...

strcat(c + la, b);

такого удара я честно не ожидал)) и всё-таки щас попробую на спарке ))

[Croessmah]

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

Ну я сделаю вид, что согласился, но у меня там не constы и просто уточнил, нужно ли приделывать дополнительные constы

Это не дополнительные const'ы. Они обязательны для данного случая, согласно стандарту языка.

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

ну это понятно, но хотелось бы обойтись без этого...

Тогда strcpy_s, но функции *_s непереносимы. Так что код сразу будет не портабелен.

[alexzk]

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

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

ну это понятно, но хотелось бы обойтись без этого...

strcat(c + la, b);

такого удара я честно не ожидал)) и всё-таки щас попробую на спарке ))

Замените уже все strcat на strcpy. В этом варианте кода мы уже посчитали указатели и длины (c + la), т.о. можно тупо копировать (strcpy), strcat еще делает проверки.

[Croessmah]

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

Переписал вот так, всё работает

Чё т на рафу похоже. )))

[alexzk]

...я как-то упустил момент,а причем тут спарк и биг-эндиан?

[Croessmah]

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

а причем тут спарк и биг-эндиан?

Человеку недавно на другом форуме объясняли о порядке байт.
Видимо, он что-то не так понял и теперь у него небольшая каша.

[alexzk]

...а я статью про малера Шмеля прочел Ток у меня вывод немного другой))))) - я убедился, что хранить / передавать данные в json и прочих xml верх безумства. Используйте google protobuf :D

[bugaboo]

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

Цитата:
Сообщение от alexzk
а причем тут спарк и биг-эндиан?
Человеку недавно на другом форуме объясняли о порядке байт.
Видимо, он что-то не так понял и теперь у него небольшая каша.

Примерно так и есть. Наверно, неправильно представлял себе способ хранения массивов в случае с big-endian. Проверил на спарке, всё работает:
sparc.jpg
Кстати, его старый компилятор не переварил auto.

[alexzk]

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

Примерно так и есть. Наверно, неправильно представлял себе способ хранения массивов в случае с big-endian. Проверил на спарке, всё работает:
Вложение 88770
Кстати, его старый компилятор не переварил auto.

чо аж такой старый?! ...можно попробовать ключ
--std=c++11

[Croessmah]

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

Примерно так и есть.

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