У всех std::thread фигово работает в GNU GCC compiler 6.4.0

да?

У всех std::thread фигово работает в GNU GCC compiler 6.4.0

это ведь не опрос, так? давай минимальный пример воспроизводящий проблему на https://wandbox.org/ , обсудим

https://wandbox.org/permlink/T3vYBYfMBXOaf34I

https://wandbox.org/permlink/T3vYBYfMBXOaf34I

ты что-нибудь пояснишь? или ты хочешь выяснить почему std::cout буферизирует вывод?

https://wandbox.org/permlink/T3vYBYfMBXOaf34I

#include <iostream> #include <chrono> #include <thread> int main() { using namespace std::chrono_literals; std::cout << "Hello waiter" << std::endl; // flush is intentional auto start = std::chrono::high_resolution_clock::now(); std::this_thread::sleep_for(2s); auto end = std::chrono::high_resolution_clock::now(); std::chrono::duration<double, std::milli> elapsed = end-start; std::cout << "Waited " << elapsed.count() << " ms\n"; } http://en.cppreference.com/w/cpp/thread/sleep_for

Мде, буферизация, совсем забыл про неё...

привет всем, есть вопрос по exceptions в android jni (stl llvm-libc++)

пример ниже приводит к SIGSEGV (signal SIGSEGV: invalid address (fault address: 0xe)) при пробросе исключения из функции в вызвавшую функцию jstring dummy(){ try{ std::string foo = "foo"; throw std::exception(); }catch(std::exception &e){ throw std::exception(); return NULL; } }

пример ниже приводит к SIGSEGV (signal SIGSEGV: invalid address (fault address: 0xe)) при пробросе исключения из функции в вызвавшую функцию jstring dummy(){ try{ std::string foo = "foo"; throw std::exception(); }catch(std::exception &e){ throw std::exception(); return NULL; } }

Версия NDK r16?

нет 17, собственно из-за этого и обновлялся вчера, но проблемы не решило

deallocate любого объекта приводит к ошибке сегментации

пример ниже приводит к SIGSEGV (signal SIGSEGV: invalid address (fault address: 0xe)) при пробросе исключения из функции в вызвавшую функцию jstring dummy(){ try{ std::string foo = "foo"; throw std::exception(); }catch(std::exception &e){ throw std::exception(); return NULL; } }

что-то я не слышал, что можно выпускать C++ исключение за границы реализации

с чего ты решил, что JNI это позволяет?

не совсем понял, что понимается под реализацией, но передавать в java позволяет через Throw(jthrowable)

не совсем понял, что понимается под реализацией, но передавать в java позволяет через Throw(jthrowable)

https://stackoverflow.com/questions/4138168/what-happens-when-i-throw-a-c-exception-from-a-native-java-method

посмотрел, спасибо, но интересует пока почему внутри с++ кода исключения не пробрасываются из функции в функцию? вот так например https://wandbox.org/permlink/d33ij13DIhSa6SRJ

посмотрел, спасибо, но интересует пока почему внутри с++ кода исключения не пробрасываются из функции в функцию? вот так например https://wandbox.org/permlink/d33ij13DIhSa6SRJ

ты удивлен, почему foo.substr(5,1); не бросает исключение?

как не бросает, бросает

как не бросает, бросает

тогда что?

этот код НЕ работает у меня в native модуле андроид программы

речь скорее всего об этом, если интересно https://github.com/android-ndk/ndk/issues/379

/help@FailsBot

USAGE: /help - prints this message; /vzhuh [message] - do vzhuh; /start - info about bot.

пример ниже приводит к SIGSEGV (signal SIGSEGV: invalid address (fault address: 0xe)) при пробросе исключения из функции в вызвавшую функцию jstring dummy(){ try{ std::string foo = "foo"; throw std::exception(); }catch(std::exception &e){ throw std::exception(); return NULL; } }

throw std::exception(); return NULL; гмм, попробую на работе воспроизвести если не забуду

Ну чего вы опять робота мучаете.

По нему видно же, что он асинхронный — значит, ответит когда ему захочется :)

throw std::exception(); return NULL; гмм, попробую на работе воспроизвести если не забуду

спасибо за участие, если интересно эта проблема связана с неверной линковкой библиотек, зафиксирована здесь: https://github.com/android-ndk/ndk/issues/379, ожидается исправление в r19

О, господа

Я сегодня проснулся и меня посетила гениальная идея

В стандартную библиотеку столько всякого ненужного добавили

А преобразования Фурье не добавили

Давайте добавим - пусть авторы мучаются, а мы будем жаловаться, что медленно.

на std-proposals такие мысли были

так что не ты первый

/_\

надо переходить на Rust

надо переходить на Rust

https://crates.io/crates/chfft

зачем раст, если и на крестах есть либы?

точнее, на Си

си морально устарел

как мне хлебать смузи, если в языке нет breaking changes каждую неделю?

> морально Откуда вы лезите

А преобразования Фурье не добавили

Непрерывное, с записью функций Л2

Зашёл сбросить счётчик ради этого)

Непрерывное, с записью функций Л2

Сразу в символьном виде

зачем раст, если и на крестах есть либы?

унсафе же

Сразу в символьном виде

std::wolframalpha

Ахвхахахаххаха

std::sagemath

надо переходить на Rust

Надо переходить на C, на нём написана FFTW

Надо переходить на C, на нём написана FFTW

Ну так из Rust можно её вызывать. Всё продумано!

Сразу в символьном виде

Если существование не доказано - UB

Ну так из Rust можно её вызывать. Всё продумано!

господа, вы мне напомнили недавнюю статью на хабрах и холивары в кАмментах после нее "кажется языком, подходящим только для отстреливания себе ног" https://habrahabr.ru/company/infopulse/blog/347776/

господа, вы мне напомнили недавнюю статью на хабрах и холивары в кАмментах после нее "кажется языком, подходящим только для отстреливания себе ног" https://habrahabr.ru/company/infopulse/blog/347776/

мусорная статья

для холиваров пойдет

мусорная статья

мусор — это то, что в C++17

мусор — это то, что в C++17

аргументировать можешь?

а точнее, в C++14

лямбды эти с наркоманскими замыканиями, которые хрен поймёшь

куча конструкторов копирования и перемещения, мне что их, в каждом классе все писать?

куча конструкторов копирования и перемещения, мне что их, в каждом классе все писать?

забей

лямбды эти с наркоманскими замыканиями, которые хрен поймёшь

@supapro

а точнее, в C++14

так это все в С++11 появилось

так это все в С++11 появилось

да не важно

лол, ясно

всё равно, C++ превратили хрен знает во что, как и чистенький Java в 8 версии

так не юзай кресты, раз не нравится. чег ноешь?

ну или пиши на С++98

так не юзай кресты, раз не нравится. чег ноешь?

я и не юзаю

а зачем в этом чатике сидишь тогд?)

куча конструкторов копирования и перемещения, мне что их, в каждом классе все писать?

а конструкторы копирования были и в С++98

всё равно, C++ превратили хрен знает во что, как и чистенький Java в 8 версии

неблагодарные! целые творческие коллективы горят в надежде пролить на вас свет истины и приблизить к истинному дзену выпуская спецификацию за спецификацией!

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

конcтруктор перемещения только...

Лямды тоже позволяют удобно работать с замыканиями и коллбеками без создания целых структур/классов с переопределенным operator()

конcтруктор перемещения только...

ой, да, пардон, исправил

так что я не понимаю, на что тут гон

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

нет физического доступа

да зачем староверов трогать, пусть хранят традиции