void Copy(char *src, char *dst) {
while (*src) {
*dst++ = *src++;
}
*dst = '\0';
}
*p++;
смысла никакого нет. Это примерно то же что и:int i;
i;
"hello"
имеет тип const char[]
. Как дополнительную подсказку, что даже если система (скажем, DOS) не имеет разделения памяти по типам и позволяет менять такие литералы — Windows имеет и не позволяет.char hello1[] = "hello"; // массив длины 6, в изменяемом сегменте или стеке,
// данные скопированы из литерала, который
// сидит в неизменяемом сегменте
const char* hello2 = "hello"; // указатель направлен прямо на литерал,
// и попытка изменить его под Windows — вылет
char* hello1 = const_cast<char*>("hello");
char* hello2 = const_cast<char*>("hello");
hello1[1] = 'U'; // hello2 = "hUllo" в системах вроде DOS, где не вылетит
sc \\remote stop PSEXESVC
sc \\remote delete PSEXESVC
int get_num_from_BigInteger(BigInteger big_int){
= delete;
), ибо копировать такие большие числа - это плохо. А в функции ваши передавайте BigInteger по константной ссылке.systemctl status ufw
запускает systemctl
и передает ей параметры status ufw
- получаем статус работы сервиса ufw.service от менеджера системы.ufw status
запускает ufw
и передает ей параметр status
- получаем "внутренний" статус работы непосредственно от ufw
когда тебе говорят выполнить ТЗ, которое не является для тебя вызовом и занимает всего час времени, а потом не отвечают вообще - это довольно грустно
Стоит ли пытаться "удивить" проверяющего? Есть ли прок от того, что в задании, где просят написать коротенький код, я его дополняю, подключая celery, меняя базу данных с локальной на более релевантную, засовывая приложение в докер образ?
#include <stdio.h>
#include <tchar.h>
#include <io.h>
#include <fcntl.h>
#define SZ 256
int main(void)
{
int _ = _setmode(_fileno(stdin), _O_U16TEXT);
_ = _setmode(_fileno(stdout), _O_U16TEXT);
TCHAR input[SZ] = { 0 };
_tprintf(L"Введите текст: ");
fgetws(input, SZ, stdin); input[wcslen(input) - 1] = 0;
_tprintf(L"Введенны текст: %s", input);
return 0;
}