Оффтопик-канал. Обсуждение вопросов, не связанных с Rust. Модерируется по тем же правилам, что и основной канал. Основной канал - тут: https://gitter.im/ruRust/general .
из плюсов -можно возвращать ссылку на локальную переменную :D
sectator по крайней мере это звучит не слишком угрожающе, трейты наверное каким-нибудь расширающим наследованием можно заменить частично. Переход C → Rust достаточно болезненен был в моей памяти из-за передачи объектов во владение вместо передачи указателей и в целом отсутствием привычной работы с «сырой» памятью, чем вроде жава на страдаетм-м… ссылка на локальную переменную… как же часто этого не хватает в каких-нибудь парсерах и замыканиях…
sectator спасибо за мнение
sectator раст в этом деле тоже не безграничен — нельзя реализовать чужой трейт для чужого типа (вполне обоснованно), не прибегая к struct MyWrapper(TargetType); impl NotMyButStillCoolTrait for MyWrapper, а в ООП вроде бы можно наследоваться безгранично (в java вроде наложили опциональный запрет в виде final), хотя я не уверен, что это сильно поможет, я старался всегда избегать продвинутого ООП.
sectator * раст в этом деле тоже не безграничен — нельзя реализовать чужой трейт для чужого типа (вполне обоснованно), не прибегая к struct MyWrapper(TargetType); impl NotMyButStillCoolTrait for MyWrapper, а в ООП вроде бы можно наследоваться безгранично (в java вроде наложили опциональный запрет в виде final), хотя я не уверен, что это сильно поможет, я старался всегда избегать продвинутого ООП (в С++, Delphi ничего не умел в то время, когда я с ним работал, а на всех остальных, с чем я работал — ООП был фикцией)
например проблемы с чужим типом и чужимт рейтом там нет
но можно начать на неправильной (она так же распространена как джава) и потом переключиться когда опыт будет
А тут кто-то хоть немножко в ремонте материнок понимает? У меня комп сначала при первой загрузке выключался самопроизвольно и типа бп уходил в защиту. Потом это прошло и комп начал после загрузки линукса через пару-тройку сек уходить на перегрузку. Причем, с другим БП те же симптомы. Тогда я в биосе отключил одно ядро. И без него все работает. Вопрос в том, что либо это глючит питание - либо это накрылось ядро? Ядро это разлоченное. Но лет 8 как с ним никаких проблем не было.
если помогло отключение чего-то значит оно и виновато, особенно с другими БП
а ремонт материнки по моему опыту заключается в покупке новой
Если вызвать
blkid потом раздел примаунтить, сделать в него chroot и позвать снова blkid то UUID этого раздела показывает другой. А после exit снова UUID который был на первом вызове. И чтобы все грузилось, в /etc/fstab надо писать тот uuid, который показывает когда мы внутри chroot. Вот почему оно вообще показывает разные UUIDы?
И нет ли тут какого-нибудь шифрования?
меняется UUID только того раздела, куда сделали chroot. Остальные винты остаются какими были
и собственно, это происходит после команды
tune2fs -U random /dev/sdd1. До этой команды смотреть не пробовал
команда назначает новый uuid
не пробовал. И сейчас у меня винта попробовать нет %(
Ну то есть звучит как будто у него есть кэш и он этот кэш не инвалидирует.
я просто по кипешу все делал, не было времени на исследовательскую работу. Но поведение показалось странным.
Вопрос по С++17
#include <variant>
#include <iostream>
template<typename ... Ts>
struct Overload : Ts ... {
using Ts::operator() ...; //(1)
};
template<class... Ts> Overload(Ts...) -> Overload<Ts...>;
int main(){
std::variant<char, int, float> v = 2017;
std::string typeOfIntegral = std::visit( Overload {
[](char) { return "char"; },
[](int) { return "int"; },
[](auto) { return "unknown type"; },
}, v);
std::cout << typeOfIntegral << std::endl;
}ссыль: https://onlinegdb.com/lEOLUYb7T
Вопрос: как работает помеченная (1) конструкция? Во что ее разворачивает?
в любом случае мертворожденная идея, жс это и качество жизни и как ни странно производительность
но если найдешь закинь
теперь вспомнить бы как называлось ...
если найду закину