@ProCxx

Страница 1922 из 2477
Vasiliy
01.04.2018
12:49:38
С 8 байтами далеко не уедешь

Даже у младших pic12 больше

Евгений
01.04.2018
12:50:03
Хром закрыл, теперь 0x510d96fe8

Google
Vasiliy
01.04.2018
12:50:36
Евгений
01.04.2018
12:50:52
ОС какая?
arch linux, manjaro

ОС какая?
принтер HP LaserJet P1102w

Vasiliy
01.04.2018
12:51:11
Отключи overcommit и попробуй ещё раз

Aidar
01.04.2018
12:52:22
Ребят, меня на stackoverflow забанили, поэтому сюда напишу. У меня g++ почему-то не может создать массивом размером 0x44cfcffe8 и выше... Написал вот это, что бы определить этот размер. Попробуйте запустить: #include <iostream> #include <limits> using namespace std; #define HEX(s) hex<<showbase<<(s)<<dec int main() { clog<<"size_t::max(): "<<HEX(numeric_limits< size_t>::max())<<endl; clog<<"ssize_t::max(): "<<HEX(numeric_limits<ssize_t>::max())<<endl; size_t last; size_t eps = (static_cast<size_t>(numeric_limits<ssize_t>::max()) + 1) / 0x8; for(last = 0; last < numeric_limits<size_t>::max() && eps > 0; last += eps) { try { char *bb = new char[last]; delete[] bb; } catch (bad_alloc &e) { clog<<e.what()<<": last: "<<HEX(last)<<", eps: "<<HEX(eps)<<endl; last -= eps; eps /= 0x10; } } clog<<"result: "<<HEX(last)<<endl; return 0; } Результат вывода у меня: size_t::max(): 0xffffffffffffffff ssize_t::max(): 0x7fffffffffffffff std::bad_alloc: last: 0x1000000000000000, eps: 0x1000000000000000 std::bad_alloc: last: 0x100000000000000, eps: 0x100000000000000 std::bad_alloc: last: 0x10000000000000, eps: 0x10000000000000 std::bad_alloc: last: 0x1000000000000, eps: 0x1000000000000 std::bad_alloc: last: 0x100000000000, eps: 0x100000000000 std::bad_alloc: last: 0x10000000000, eps: 0x10000000000 std::bad_alloc: last: 0x1000000000, eps: 0x1000000000 std::bad_alloc: last: 0x500000000, eps: 0x100000000 std::bad_alloc: last: 0x450000000, eps: 0x10000000 std::bad_alloc: last: 0x44d000000, eps: 0x1000000 std::bad_alloc: last: 0x44d000000, eps: 0x100000 std::bad_alloc: last: 0x44cfd0000, eps: 0x10000 std::bad_alloc: last: 0x44cfd0000, eps: 0x1000 std::bad_alloc: last: 0x44cfd0000, eps: 0x100 std::bad_alloc: last: 0x44cfcfff0, eps: 0x10 std::bad_alloc: last: 0x44cfcffe9, eps: 0x1 result: 0x44cfcffe8
это 18гб?

Vasiliy
01.04.2018
12:53:05
это 18гб?
Около того

Aidar
01.04.2018
12:53:15
и что ты хочешь от 18гб

Ostap
01.04.2018
12:53:44
БИГ ДЭЙТА!!!1!!1

Like
01.04.2018
12:54:11
БИГ ДЭЙТА!!!1!!1
на принтере?

Aidar
01.04.2018
12:54:38
чтобы очень большие тексты печатать

Евгений
01.04.2018
12:56:21
чё-то лол, это 17,2479324117 гиб

там озу+свап на 16 гиб

Surreal
01.04.2018
12:57:16
Вам уже написали про memory overcommit.

Google
Vitaly
01.04.2018
12:57:23
там озу+свап на 16 гиб
Делай swap сразу 1 ТБ. Чего мелочишься.

Евгений
01.04.2018
12:57:36
Aidar
01.04.2018
12:57:50
очень странно что так мало выделело

Vasiliy
01.04.2018
12:59:51
у меня же ssd
Это новый вариант мема "у меня лапки"?

Aidar
01.04.2018
13:00:11
а эт наверн плюсцовый алокатор

Евгений
01.04.2018
13:00:28
Evgeniy
01.04.2018
13:01:08
Делай swap сразу 1 ТБ. Чего мелочишься.
хм, следуя правилу х2 от оперативка?

Евгений
01.04.2018
13:01:50
хм, следуя правилу х2 от оперативка?
я слышал только x1 от оперативки

БЛ СЕГОДНЯ ЖЕ ПЕРВОЕ АПРЕЛЯ а я думаю, чё за рофлы, чат про с++ теперь про паскаль, другие про JS

Constantine
01.04.2018
13:16:47
https://m.habrahabr.ru/post/352570/
лучше бы в паскаль добавили unique_ptr, как писать х3

01.04.2018
13:32:10
у меня же ssd
Правильно говорить "у меня же лапки"

Lizzmack
01.04.2018
13:32:35
может кто помочь в чем трабла? не может быть открыт, поскольку НЕ СОЗДАТЬ удаётся компилятор Visual C # 2015 г. Следует переустановить Visual Studio переустановка не помогла

Habetdin
01.04.2018
13:38:07


Makoto
01.04.2018
13:42:34
А разве он не древний ?

Даже Си , куда перспективнее. Не говоря про C++.

Евгений
01.04.2018
13:43:56
Даже Си , куда перспективнее. Не говоря про C++.
Куда уж ему с его перспективностью

aryanne
01.04.2018
13:44:13
да вы шо, ведь ассемблер самый перспективный ЯП в истории

Makoto
01.04.2018
13:44:14
В смысле ?

Понятно.

Google
Alex
01.04.2018
13:46:26
std::future<void> enqueue(std::function<void()> function) { std::unique_lock<std::mutex> lock(mutex); tasks.emplace(function); condition_variable.notify_one(); auto future = tasks.front().get_future(); return future; } почему future already taken?

Nikita
01.04.2018
13:47:37
так ты удали из очереди то

забранную фьючу

Alex
01.04.2018
13:50:05
очередь packaged_task'ов. таск остается в очереди для дальнейшего выполения другим потоком

Granddad
01.04.2018
13:56:49
поменяли названия у чатов, я не понял ничего и повыходил отовсюду, потому что у меня таких не было, вот дела

Евгений
01.04.2018
14:13:14
Кстати, дурову передайте там, что бы в телегу для линукса добавил флажок для отключения background-картинки для чата

Потому что я включить - включил, а выключить не могу, в глаза я точно не долблюсь

Assasin
01.04.2018
14:20:19
ты и сам можешь - Settings -> ask a question

Евгений
01.04.2018
14:22:17
Кстати я тут фичу нашёл у libscanmem: при full search scope ищет намного меньше, чем при Normal Search Scope. Результат: 633096 против 678498.

GameConqueror как фронтенд юзаю

Vladislav
01.04.2018
14:24:43
Чо как Паскаль поживает, хлопцы?

Евгений
01.04.2018
14:27:22
лично Дурову?
Да, ещё письмо хлу напишите поздравительное

Vladislav
01.04.2018
14:28:02
Ребят, я к вам с вопросом по кодировкам залетел. Если объявить тайпдеф typedef basic_string<TCHAR> tstring; нормально ли он сконвертит константную строку при возврате из метода? tstring foo() return "any_str";

Vladislav
01.04.2018
14:29:22
Ну, естественно кодировка будет свапаться при компиляции

Constantine
01.04.2018
14:31:02
Свапаться?

Google
Vladislav
01.04.2018
14:31:14
swap

swap'аться

Constantine
01.04.2018
14:31:46
это болото что ли?

Vladislav
01.04.2018
14:31:54
Ну да

Только там глубоко

Не ходи

Constantine
01.04.2018
14:32:06
А, ладно

у меня перерыв закончился, а там касса свободная

Vladislav
01.04.2018
14:32:57
не иди туда

Она тебя сожрет

Pavel
01.04.2018
14:56:48
Я как то писал им в issues какую-то гуевую хотелку

Сказали api-issue, иди нафик

Alex Фэils?︙
01.04.2018
14:57:58
Можно к нам написать (а еще лучше сделать)

Pavel
01.04.2018
14:58:07
Ну, т.е. например максимальное количество чатов которые можно pin к верху это у них в апи написано

Т.е. в клиенте это не решабельно

Видимо при синхронизации только для 5 предусмотрели. Хочешь поменять иди к дурову патчить сервер

Alex Фэils?︙
01.04.2018
15:00:13
В клиенте можно локально увеличить

Pavel
01.04.2018
15:01:13
В клиенте можно локально увеличить
В принципе или уже вот щас можно?

Alex Фэils?︙
01.04.2018
15:02:09
Ткм есть константа где-то в коде, которая увеличивает количество локально созраняемых чатов

Google
Pavel
01.04.2018
15:03:18
Так ежу понятно что есть. Удачи протолкнуть пулреквест с этим делом.

Vitaly
01.04.2018
15:03:49
В принципе или уже вот щас можно?
Всегда можно было. Я в своей сборке 10 ставил. Синхронизироваться будут только 5, остальные локально.

Pavel
01.04.2018
15:05:09
Я с точки зрения пользователя а не программиста

Alex Фэils?︙
01.04.2018
15:05:29
Так ежу понятно что есть. Удачи протолкнуть пулреквест с этим делом.
Да мы у себя в форке сделаем так, как захотим :D

FailsBot
01.04.2018
15:05:40
Matwey понял, почему первое апреля назвается "днем дурака"

Pavel
01.04.2018
15:09:57
Вот расплодится куча программистов аки чурок дворников, к каждому нормальному человеку приставим по программисту -- мейнтейнить собственный форк чего нибудь

Киберпанк который мы заслужили

Alex Фэils?︙
01.04.2018
15:21:29
/cppref string

FailsBot
01.04.2018
15:21:29
Search results for "string" 1. string 2. string drucken/de

Matwey
01.04.2018
15:40:33
Господа

У вас шнурки развязаны

Dmitry
01.04.2018
15:42:24
завязал

Matwey
01.04.2018
15:43:00
А на втором ботинке?

Alex Фэils?︙
01.04.2018
15:47:44
А на втором ботинке?
Черт. Спасибо! Ща б упал

Страница 1922 из 2477