www.skif.biz

<][ 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 | 32 | 33 | 34 | 35 | 36 | 37 | 38 | 39 | 40 | 41 | 42 | 43 | 44 | 45 | 46 | 47 | 48 | 49 | 50 | 51 | 52 | 53 | 54 | 55 | 56 | 57 | 58 | 59 | 60 | 61 | 62 | 63 | 64 | 65 | 66 | 67 | 68 | 69 | 70 | 71 | 72 | 73 | 74 | 75 | 76 | 77 | 78 | 79 | 80 | 81 | 82 | 83 | 84 | 85 ][>

Модератор: dedivan

---

Гугль грит obj это вообще файлы 3d граффики. Валять дурака можно и коллегиально.

Чего непонятно?
Можно использовать другой флаг -О, тогда включится включится ассемблер и получим бинарный.
Но ассемблерный файл всегда является промежуточным результатом компилятора.
Или будешь спорить, что компилятор может сразу бинарник делать без ассемблера?


- Правка 02.12.18(14:25) - dedivan

Любой набор кодов есть текст.
"0-1-0-1..." тож текст, знаки и символы.
А вот это есть "отражение памяти"(цы) прописанное не пойми кем

Да он просто первый раз услышал, что компиль всегда выдает промежуточный ассемблерный файл.
А платить жаба душит, жаба там у него под каской прячется.

Основной твой "посыл" мне понятен и с интересом отслеживаю, хоть и не в теме жутких подробностей, начал в этом ковыряться в конце 80-х и забросил по весьма призёмлённым причинам.

> Любой набор кодов есть текст.
sbal, и ты туда же..

дед, C-компилятор
> выдает промежуточный ассемблерный файл
отнюдь не всегда, а только по запросу.

.obj-файл - здесь результат компиляции исходника .c в перемещаемый машинный код.
Впрочем, что с тобой разговаривать

Выдает и создает - разные понятия. Создает всегда как промежуточный результат. А выдает по запросу.
Это основной принцип всех компиляторов с яву.
Если сомневаешься- перемести файл tasm.exe в какую нибудь временную папку и попробуй скомпилить без него.

Есть еще новые системы у мелкософта- они создают промежуточный байт код- но это примерно то же самое.

- Правка 02.12.18(15:48) - dedivan

Добрый день (вечер), dedivan.
Опять ты спи# неправду сказал.
Это я насчёт

> Если сомневаешься- перемести файл tasm.exe
> в какую нибудь временную папку и попробуй скомпилить без него.

Ну, переместил я tasm32.exe (среда - Borland C++ Builder 6) во врЕменную папку,
тем не менее, HelloWorld компилируется и запускается без проблем

- Правка 04.12.18(02:50) - Эфиродомен

Нифига себе у тебя терпелка-12 лет уже разговор идет, а ты еще до сих пор не понял как это делать. Другие за это время два вуза заканчивают, а ты еще тэги в обычном форуме не можешь расставить правильно, а другие вон файл переместить не могут, чтобы компилятор не нашел его.

Еще раз- по слогам.
1-Это делается только в линухе. Понятно? Не в винде, как некоторые пытаются тут примеры привести.
Почему только в линухе-
В линухе общий стэк юзера и ядра. Это позволяет юзеру знать адрес строки , где записан идентификатор- номер его задачи.
В винде стеки разделены. и юзер не знает по какому адресу в памяти ось записала эту строчку.
2- этот номер обычно создает компилятор, но может задать его и сам программер. Но при этом может задать такой номер- что его двоичный код будет точно соответствовать коду нужной тебе программки- там всего 256 байт на все про все выделяется.
3- этот код- номер программы ядро размещает в своем пространстве ядра, и в стеке ядра виден адрес начала этого кода.
Нужно только попросить ядро запустить задачу с этого адреса. Код уже находится в пространстве ядра- и выполняется с привилегиями ядра.
4- чтобы твой код был похож на идентификатор- нужно писать его как строковую переменную- с ноликом на конце, и чтобы ни одного нолика не было внутри кода. Для этого нужно писать код даже не просто на асме, а в машинных кодах. Но он должен выполнять те же функции. что и написанный выше код на асме.
Как это делается - раньше знали если не все, то многие.https://wasm.in/blogs/zaklinanie-koda-xej.234/

Кстати обрати внимание- раньше сайт wasm был в домене ru , но кому то не понравилось, что эти знания были доступны всем, и сайт грохнули. Теперь он в индии живет- индийским программистам пока разрешено это знать, при условии что они еще и русский язык знают.

Что ты хвостом вертеть начал, подозрительно похоже на поведение всех иуд.
У тебя на картинке видно Builder 5.5 , а 5.0 последняя версия, которая поддерживает реальный режим , шестерочка уже совсем другая песня.
А линухе работает гнутый си совместно с гнутым ассемблером, чтобы можно было в реальном режиме работать . Без ассемблера там делать нечего.


- Правка 04.12.18(10:22) - dedivan

Привет, dedivan.

> Что ты хвостом вертеть начал, подозрительно похоже на поведение всех иуд.

Сам ты иуда, а точнее, обманщик.
А может, и иуда


> У тебя на картинке видно Builder 5.5 , а 5.0 последняя версия, которая
> поддерживает реальный режим , шестерочка уже совсем другая песня.

Если ты имеешь ввиду отосланный тебе ранее пример gp.obj ,
то это именно оригинальный файл из поставки BCB6 без установленных сервис-паков.
Если не веришь - можешь посмотреть сам, что находится в этом пакете.
Во-вторых, речь о конкретной версии какого-либо компилятора тут не велась.

Если для тебя это что-то меняет, вот тебе свежескомпилированный BCB6 .obj
от HelloWorld (прикреплён), там хоть и прописана иная версия компилятора (5.6),
но принципиально ничего не меняется
- ни следа ассемблерных мнемоник, как его не переименовывай.

Любое твоё утверждение в этом разговоре опровергнуто
- включая и то, где ты говорил об обязательной необходимости наличия tasm
для успешной компиляции.

Уж извини, устанавливать пятую или ещё более ранние версии Билдера,
дабы тебе потрафить, я не буду.
Такая же ситуация и практически со всеми остальными
хоть сколько-нибудь современными C-компиляторами
(точно могу сказать о BCB5, BCB4, BCB3, VC 2..6, VS2012, VS2017,
xlC(не помню версию), WatcomC ver. 9 - ver.11, SymantecC 6 и тд и тп)
- при компиляции программы на чистом С в обьектный или же в исполняемый файл
им не требуется наличие внешнего ассемблера.

В догонку

> а другие вон файл переместить не могут, чтобы компилятор не нашел его.

это ты обо мне ?
Что-то я сомневаюсь, чтобы компилятор нашёл tasm32.exe, перемещённый
из C:\Program Files (x86)\Borland\CBuilder6\Bin\ в C:\Misc\TT\,
при том, что C:\Misc\... в PATH отсутствует.

и вот ещё что
> Еще раз- по слогам. 1-Это делается только в линухе. Понятно?

Итак, по-слогам :

- ты утверждал, что .obj - файл содержит ассемблерные мнемоники - оказалось, нет

- ты утверждал, что для компиляции программы на чистом C
в объектный или исполняемый файл нужен внешний ассемблер (tasm)
- оказалось, нет

- твоё утверждение о том, что linux - операционка,
которая разрабатывалась для студентов - ложь,
об этом недвусмысленно высказался Торвальдс

- твоё утверждение о том, что можно легко выполнить произвольный код
в linux из пользовательского режима - также ты не сумеешь осуществить,
несмотря на найденные тобою на wasm.ru(.in) материалы по этой тематике

...
продолжение следует (наверно)

- Правка 04.12.18(13:08) - Эфиродомен

<][ 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 | 32 | 33 | 34 | 35 | 36 | 37 | 38 | 39 | 40 | 41 | 42 | 43 | 44 | 45 | 46 | 47 | 48 | 49 | 50 | 51 | 52 | 53 | 54 | 55 | 56 | 57 | 58 | 59 | 60 | 61 | 62 | 63 | 64 | 65 | 66 | 67 | 68 | 69 | 70 | 71 | 72 | 73 | 74 | 75 | 76 | 77 | 78 | 79 | 80 | 81 | 82 | 83 | 84 | 85 ][>

У Вас нет прав отвечать в этой теме.

Форум - Новые технологии - Сделай сам - Операционная система Linux. Вопросы без ответа. - Стр 83