IT в России и мире в реалиях мирового кризиса

Цитата: ivan2 от 24.04.2023 17:54:36И куда это вкорячить?
У меня есть ограничения.

А вот это -  другой Вопрос. Изначально разговор зашёл про то , что работа с портами никуда не потерялась .  Другое дело - как использовать . (хотя и в плюсах , и в делфях - куча  библиотек , которые работают с битами портов .. Хотя остались только COM ....LPT уже забыли , а если и есть - то через переходники . Но , например для ЧПУ - это не работает .... Через USB теряются реальные времена , да и всякие виндузы-линуксы  - не RTOS!).  Но для примера - у меня программатор для AVR через LPT работает . 5 линий просто " дёргает" .

Цитата: ivan2 от 24.04.2023 17:38:56Напишите объект. Выложите на Гитхаб. Докажите, что работает.
Ни под Виндой, ни под Линуксом у меня ума не хватает работать напрямую с портами.

man outb

Цитата: Siberian от 24.04.2023 18:16:38Насколько я понимаю, напрямую "битиками управлять из программы" не сможете, но есть возможность написать и загрузить в ядор свой драйвер, что примерно то же самое:
..
Другой вопрос - а нафига это вообще нужно, 95% современных материнских плат идут вообще без LPT портов.

.
Я уже жаловался здесь на форуме. Купили станок за полтора миллиона с целью быстренько к вечеру отфрезеровать платочку. Утром распаять, к вечеру либо забраковать, либо вперёд.
Не имеем права включить. Образовались безопасники труда, которые говорят, что у них не методик!
Так вот там в том станке вполне LPT.

Цитата: Siberian от 24.04.2023 18:25:14Это временно - куча стоечных блэйд-серверов уже идут и без COM портов

Ну так серверам ни тот ни другой не нужен. Но если очень хочется, то южный мост обычно поддерживает всё легаси, что было в PC/AT. Вопрос лишь в том, разведены ли линии. Насчет серверного железа не скажу, но на многих материнках с чипсетом от интел легаси линии выведены из под моста на плату, а некоторые даже колодки с папами имеют.

Цитата: ivan2 от 24.04.2023 18:32:47Не работает.

???

Цитата: Siberian от 24.04.2023 18:25:14Это временно - куча стоечных блэйд-серверов уже не имеют и COM портов тоже.

Поэтому и приходится всем и повсюду - для периферии  вводить дополнительные контроллеры . Самое смешное - с USB опять на COM и LPT . (И про RS-485 , RS-232 (COM в оригинале +TTL) и т.д  не забывают) .... На самом деле - смешно .

Цитата: Siberian от 24.04.2023 18:42:00Искренне вам сочувствую! Имел опыт общения с безопасниками (правда в буржуйской конторе) - это люди с другой планеты. ...
Однако, хочу заметить, что прямой доступ к LPT запретили достаточно давно - в винде начиная с NT, а в никсах сразу. Полагаю, что для этого были весомые причины.

Конечно были.
Мало кто помнит, что был конфликт чередования битов в байте и чередования байтов в слове. И дрались за понятие Байт.
Ну и славная невосьмибитная, а четырёхбитная арифметика конечно доставляла.
Куда там в LPT вывести битики поразрядно.

Цитата: ivan2 от 24.04.2023 18:58:25Конечно были.
Мало кто помнит, что был конфликт чередования битов в байте и чередования байтов в слове. И дрались за понятие Байт.
Ну и славная невосьмибитная, а четырёхбитная арифметика конечно доставляла.
Куда там в LPT вывести битики поразрядно.

В пример можно привести и cdecl и  pascal     (соглашение о вызовах) ...

Цитата: OlegNZH-2 от 24.04.2023 19:15:02В пример можно привести и cdecl и  pascal     (соглашение о вызовах) ...

Паскаль не знает половинки 8 бит.
Не портите Паскаль. Он и так порченый.

Цитата: ivan2 от 24.04.2023 19:17:51Паскаль не знает половинки 8 бит.
Не портите Паскаль. Он и так порченый.

Да я вообще-то про Си говорил ...

Цитата: ivan2 от 24.04.2023 19:22:52А нафига тогда припели вызов pascal  ?
Хотя припоминаю, вызов паскалевских функций из С требует обратного чередования параметров. Так?

Верно .... порядок стека .  ...И ещё - Pascal спокойно обращается с тетрадами .

Цитата: OlegNZH-2 от 24.04.2023 19:28:49Верно .... порядок стека .  ...И ещё - Pascal спокойно обращается с тетрадами .

Тетрады, это наследие четырёхбитных кассовых аппаратов.
Нам в пока редких, а в скоре в частых задачах уже 64 бит не хватает.
Правка - Это не блажь, а арифметика. Перемножил 16 бит на 16 бит , получи 32 бита. Ещё раз перемножил 32 бита на 32 бита , получи 64 бита.

Цитата: ivan2 от 24.04.2023 19:32:58Тетрады, это наследие четырёхбитных кассовых аппаратов.
Нам в пока редких, а в скоре в частых задачах уже 64 бит не хватает.
Правка - Это не блажь, а арифметика. Перемножил 16 бит на 16 бит , получи 32 бита. Ещё раз перемножил 32 бита на 32 бита , получи 64 бита.

Но Вы-же сами обозначили - что паскаль не умеет различать "половинки байта" .... А так - гляньте на Hi и Lo в паскале.(там до 64 бит работает  ," в зависимости от исходного ")

Цитата: ivan2 от 24.04.2023 18:28:13.
Я уже жаловался здесь на форуме. Купили станок за полтора миллиона с целью быстренько к вечеру отфрезеровать платочку. Утром распаять, к вечеру либо забраковать, либо вперёд.
Не имеем права включить. Образовались безопасники труда, которые говорят, что у них не методик!
Так вот там в том станке вполне LPT.

Кетайчатина поелику... Ща с аналогичной проблемой (LPT) при покупки шаговых двигателей сталкивались

Цитата: OlegNZH-2 от 24.04.2023 19:44:00Но Вы-же сами обозначили - что паскаль не умеет различать "половинки байта" .... А так - гляньте на Hi и Lo в паскале.

Ну выведете Hi и Lo в физический регистр на Паскале.

Цитата: ivan2 от 24.04.2023 18:58:25Конечно были.
Мало кто помнит, что был конфликт чередования битов в байте

ЦитатаС этой проблемой хотб столкнуться не удалось

и чередования байтов в слове.

А вот с этой сколько угодно

Цитата

И дрались за понятие Байт.
Ну и славная невосьмибитная, а четырёхбитная арифметика конечно доставляла.
Куда там в LPT вывести битики поразрядно.

Цитата: GrinF от 24.04.2023 19:46:00Кетайчатина поелику... Ща с аналогичной проблемой (LPT) при покупки шаговых двигателей сталкивались

Китайчатина нам на Станок - Установщик SMD ...ХP-шку  на китайском поставила  (со всеми драйверами), которая хранится на отдельном разделе на винте (зашифрованная), и которая ЗАГРУЖАЕТСЯ  ОТТУДА , Каждый раз при  Включении! (Образы -то сделал .... а интерфейс (иероглифы) Начальство не дало поменять .....вдруг- слетит – пипец (уже привыкли ..наугад тыкать ...))...

Цитата: GrinF от 24.04.2023 19:46:00Кетайчатина поелику... Ща с аналогичной проблемой (LPT) при покупки шаговых двигателей сталкивались

Нормальный поделик.
Килограмм 150 весит, чугунный. И масла просит и жидкостей всяких.
Лучше бы купили за 150 тысяч станок хобби-класса. И жужжали бы себе по тихому не мешая никому.
Так нет же, давайте прокатный стан....
Увы.

Цитата: ivan2 от 24.04.2023 18:58:25Конечно были.
Мало кто помнит, что был конфликт чередования битов в байте и чередования байтов в слове. И дрались за понятие Байт.
Ну и славная невосьмибитная, а четырёхбитная арифметика конечно доставляла.
Куда там в LPT вывести битики поразрядно.

Никуда "чередование" бит не делось. И не "чередование" это, а порядок выхода бит в линию из сдвигового регистра – MSB (most bit first) и LSB (least bit first). Как они там реально внутри располагаются, никакого значения не имеет – ни арифметические, ни логические инструкции от этого не зависят и никак не используют.
Что касается термина "слово", то с байтами оно никак не связано. "Слово" относится к архитектуре процессора, а "байт" -- к архитектуре памяти. Слово – это разрядность регистров АЛУ. Байт – адресуемая единица памяти. 8 битовый объект называется "октет" и имеет отношение к вводу/выводу данных за пределы аппаратного ядра ВС. Совпадение размеров байта и октета случайно и не для всех архитектур имеет место (смотрим в rationale'сы ASN.1, ITU и прочих стандартов).
Порядок байт в многобайтовом атомарном объекте зависит от архитектуры и именуется BigEndian / LittleEndian. Чтобы компы с разной архитектурой понимали друг друга, в Instruction Set Architecture всегда есть инструкции обмена байт в двухбайтовом и четырехбайтовом словах, а если архитектура 64 бит (Itanium), то и инструкция для 8-байтового слова.
В составе стандартной библиотеки libc  имеет специальные функции перестановки байт с внутреннего в сетевой и назад (hton/ntoh). Все обмены между хостами идут с порядком BigEndian (сетевой порядок), при том, что большинство узлов имеют порядок LittleEndian. LIttleEndian, кстати, очень неудобен при отладке и вообще, если нужно заглянуть в файл.

Цитата: adolfus от 24.04.2023 22:17:27Никуда "чередование" бит не делось. И не "чередование" это, а порядок выхода бит в линию из сдвигового регистра – MSB (most bit first) и LSB (least bit first). Как они там реально внутри располагаются, никакого значения не имеет – ни арифметические, ни логические инструкции от этого не зависят и никак не используют.
Что касается термина "слово", то с байтами оно никак не связано. "Слово" относится к архитектуре процессора, а "байт" -- к архитектуре памяти. Слово – это разрядность регистров АЛУ. Байт – адресуемая единица памяти. ..то и инструкция для 8-байтового слова.
В составе стандартной библиотеки libc  имеет специальные функции перестановки байт с внутреннего в сетевой и назад (hton/ntoh). Все обмены между хостами идут с порядком BigEndian (сетевой порядок), при том, что большинство узлов имеют порядок LittleEndian. LIttleEndian, кстати, очень неудобен при отладке и вообще, если нужно заглянуть в файл.

Во какой тост задвинули.
Если бы ещё объяснили кто прав, "винил, или CD", вообще была бы халва. Почему я должен думать, в каком порядке мне система ввода-вывода выдаёт биты int64?
И добейте дураков, почему сетевые адреса записываются таким странным образом: четыре байта в десятичной системе?