интеловский получается LITTLE_ENDIAN(..., 2^3, 2^2, 2^1, 2^0), а мотороллерный - BIG_ENDIAN(2^0, 2^1, 2^2, 2^3, ...), если я правильно понял, что ты имел в виду.
Кстати, не в курсе про htonl(), htons(), ntohl() и ntohs() . Я просто видел упоминания вместе с byte order, но так и не понял зачем нужно и как использовать.
Спасибо за уточнение. Но можно уточнить у вас, как у знающего?
В частности на микроконтроллерах AVR указатели на память программ могут быть 16-разрядными и 24-разрядными.
В пределах одной программы 16-разрядные и 24-разрядные одновременно? Или есть константный размер указателя, который определяется при запуске из операционной системы, 16 разрядов, или 24 разряда?
Всегда так. Пытаешься писать для себя - нет идей что написать в принципе. Пишешь для других, тебе каждый грех будут припоминать. Указываешь, что пишешь не для гуру Си, они тебе будут тыкать тысячами материалов, говоря о том, что всё уже давно написано. Только когда спросишь, где были эти чудо-материалы, когда сам пол интернета прогуглил в их поиске, находя только призрачные объяснения, которые больше рассказывают о работе ПК, чем о программировании, неловко молчат в тряпочку. Посоветуй новичкам в комментариях материалы, которые стоит прочитать и которые они с ходу поймут! Может я улучшу статью за их счёт?
Тогда посоветуй мне ещё что-нибудь про работу оперативной памяти. Мне, когда я заинтересовался управлением памятью адрес НИЧЕГО не говорил. Сколько бы я не читал, мне совершенно ничего не давало это утверждение. И я считаю, что программисту, который не закапывается в ассемблер данное утверждение НИЧЕГО не даёт. Так как адрес памяти мы получаем всё равно от операционной системы.
Кстати, я всегда, на каждый пост, получаю от каких-то гениев, которые соизволили прочитать мои записи, несколько минусов за низкий технический уровень материала. Что им не нравится? Я множество раз перечитываю и думаю, что я не так сделал. Убрать приветствие в начале? Убрать заключение? Но так делают везде, где я читаю, значит не то. Тогда в чём проблема? Эти гении молчат как рыбы и не считают комментарии необходимыми. Или на хабре так принято?
Круто, автор. Довольно полезный туториал. Если когда-нибудь ещё посмотрю в сторону, и тем более, поставлю адекватно любой debian, то обязательно использую данную инструкцию. Плюсую в карму, буду ждать новые публикации.
Кстати, а в РОБИК случаем не было способа создания переменных и прочих объявлений? Просто мне интересно, возможно ли было его использовать для самостоятельных программ.
И кстати, разве ссылка не на статью по C++? Или в C правила те же?
Учту при редактировании. Спасибо за ссылку
А, понятно. Спасибо.
интеловский получается LITTLE_ENDIAN(..., 2^3, 2^2, 2^1, 2^0), а мотороллерный - BIG_ENDIAN(2^0, 2^1, 2^2, 2^3, ...), если я правильно понял, что ты имел в виду.
Кстати, не в курсе про
htonl(),htons(),ntohl()иntohs(). Я просто видел упоминания вместе с byte order, но так и не понял зачем нужно и как использовать.Судя по тому, что я видел, когда прощупывал Vulkan, это делают достаточно часто, иначе бы для этого не выделили бы параметр почти во всех функциях.
Кстати, что за "костыльный" Byte order и причём тут union? (Вроде это же больше со struct связано)
Да не, лучше могло и не появиться. Спасибо за книгу!
Спасибо за уточнение. Но можно уточнить у вас, как у знающего?
В пределах одной программы 16-разрядные и 24-разрядные одновременно? Или есть константный размер указателя, который определяется при запуске из операционной системы, 16 разрядов, или 24 разряда?
Всегда так. Пытаешься писать для себя - нет идей что написать в принципе. Пишешь для других, тебе каждый грех будут припоминать. Указываешь, что пишешь не для гуру Си, они тебе будут тыкать тысячами материалов, говоря о том, что всё уже давно написано. Только когда спросишь, где были эти чудо-материалы, когда сам пол интернета прогуглил в их поиске, находя только призрачные объяснения, которые больше рассказывают о работе ПК, чем о программировании, неловко молчат в тряпочку. Посоветуй новичкам в комментариях материалы, которые стоит прочитать и которые они с ходу поймут! Может я улучшу статью за их счёт?
Тогда посоветуй мне ещё что-нибудь про работу оперативной памяти. Мне, когда я заинтересовался управлением памятью адрес НИЧЕГО не говорил. Сколько бы я не читал, мне совершенно ничего не давало это утверждение. И я считаю, что программисту, который не закапывается в ассемблер данное утверждение НИЧЕГО не даёт. Так как адрес памяти мы получаем всё равно от операционной системы.
Кстати, я всегда, на каждый пост, получаю от каких-то гениев, которые соизволили прочитать мои записи, несколько минусов за низкий технический уровень материала. Что им не нравится? Я множество раз перечитываю и думаю, что я не так сделал. Убрать приветствие в начале? Убрать заключение? Но так делают везде, где я читаю, значит не то. Тогда в чём проблема? Эти гении молчат как рыбы и не считают комментарии необходимыми. Или на хабре так принято?
Точно, я про
callocзабыл, если честно. СпасибоТо есть на деле сеть может присылать сообщения "от имени" номера?! И при этом такую сеть может держать любой, имеющий достаточные средства?!
Случаем не в курсе, как наложить траву на чанк?
Круто, автор. Довольно полезный туториал. Если когда-нибудь ещё посмотрю в сторону, и тем более, поставлю адекватно любой debian, то обязательно использую данную инструкцию. Плюсую в карму, буду ждать новые публикации.
Это одна из новых фишек JS и это работает(Как минимум в моём браузере). Можно объявить в теле класса переменные, или переменные и их значения.
Возможность совершения действия. И я только заметил, что статью не дописал. Простите.
Да, верно.
Кстати, а в РОБИК случаем не было способа создания переменных и прочих объявлений? Просто мне интересно, возможно ли было его использовать для самостоятельных программ.
Эм, кажется тут косяк: вы не показали сам Scent.gd а дважды player.gd