FreeBSD пример cgi

@HITMAN · Регистрация: 22.06.2011

Author24 — интернет-сервис помощи студентам

Необходимо чтобы этот простейший cgi скрипт,
заработал на сервере где установлена ОС FreeBSD.

Желательно использовать FASM!

Assembler

format pe console
 
include 'win32axp.inc'
 
.data
  bfr  db 'content-type: text/html',13,10,13,10
       db '<HTML',13,10
       db '<HEAD>',13,10
       db '<TITLE>ПРИМЕР!</TITLE>',13,10
       db '</HEAD>',13,10
       db '<BODY>',13,10
       db '<CENTER>',13,10
       db '<FONT FACE=Courier>',13,10
       db 'ПРИМЕР!'
       db '</FONT>',13,10
       db '</CENTER>',13,10
       db '</BODY>',13,10
       db '</HTML>',13,10,0
  size = $ - bfr
  tag  dd ?
 
.code
start:
        invoke    GetStdHandle,STD_OUTPUT_HANDLE
        invoke    WriteFile,eax,bfr,size,tag,0
        invoke    ExitProcess,0
.end start

@odip · 31.12.2011, 14:02

include 'win32axp.inc'

Сдается мне что код будет под ОС Windows
FreeBSD не будет исполнять код сделанный под Windows
Мне казалось что это очевидно всем кто пишет на асме

@HITMAN · 31.12.2011, 14:16 **[ТС]**

Сообщение от odip

Сдается мне что код будет под ОС Windows
FreeBSD не будет исполнять код сделанный под Windows
Мне казалось что это очевидно всем кто пишет на асме

Мне это известно.
Необходимо узнать какой формат файла задавать,
и какие функции ОС FreeBSD вызывать для исполнения программы.

Добавлено через 8 минут
К примеру пробовал так ошибка 500!

Assembler

format ELF
 
include 'ccall.inc'
 
section '.text' executable
 
 public main
 extrn printf
 
 main:
    ccall   printf, bfr
    ret
 
section '.data' writeable
 
  bfr  db 'content-type: text/html',13,10,13,10
       db '<HTML',13,10
       db '<HEAD>',13,10
       db '<TITLE>ПРИМЕР!</TITLE>',13,10
       db '</HEAD>',13,10
       db '<BODY>',13,10
       db '<CENTER>',13,10
       db '<FONT FACE=Courier>',13,10
       db 'ПРИМЕР!'
       db '</FONT>',13,10
       db '</CENTER>',13,10
       db '</BODY>',13,10
       db '</HTML>',10,0

Evg · 31.12.2011, 14:26

За основу можешь взять линуксовый пример : Есть ли в нотации AT&T аналог dos-овского прерывания 02h?
Только нужно узнать интерфейс системных вызовов для free bsd. Либо ищешь документацию, либо создаёшь пример на Си с вызовами write и exit, компиляешь, дизассемблируешь

Добавлено через 1 минуту
Ну и на всякий случай символы \r (с кодом 10) надо убрать, потому что под юникс-системами перевод строк осуществляется только в один символ. По идее http-сервер это должен рулить, но мало ли что

@HITMAN · 01.01.2012, 00:25 **[ТС]**

Evg! Благодарю буду пробовать.
По поводу, что HTTP сервер должен сам обрабатывать
переход на другую строку. Вроде в ОС FreeBSD как и в Windows,
вывод осуществляется до завершающего символа `0`.

Evg · 01.01.2012, 00:36

Фишка не в нуле. А в том, что заголовок и документ отправляются одним запросом. При этом первые два подряд идущих перевода строки трактуются как граница между заголовком и документом

С новым годом!

@HITMAN · 01.01.2012, 08:41 **[ТС]**

С наступившим новым годом.
Всё верно первые два подряд идущих перевода строки трактуются как граница между заголовком и документом, а всё остальное выводятся в браузер до завершающего символа `0`.
Кактотак.

Evg · 01.01.2012, 12:37

Сообщение от IOAN

а всё остальное выводятся в браузер до завершающего символа `0`

У тебя cgi, а потому речь идёт о серверной стороне, а не о браузере. В случае использования системного вызова write (или любого другого механизма НИЗКОГО уровня) твоё утверждение неверно. Будет послано столько байтов, сколько указано в параметре, отвечающем за длину печатаемого фрагмента. Затем соединение будет закрыто. И никаких хвостовых нулей никто не учитывает (со стороны сервера). Точно так же на стороне браузера закрытие соединения (EOF) будет трактоваться как конец документа. Ну либо если прислано 100 килобайт, а на середине этого документа встретился байт с кодом 0, то реальным концом документа будет считаться отметка 50 килобайт, а весь хвост будет проигнорирован. Последнее справедливо в том случае, если действительно браузер трактует 0 как конец (я не знаю, так ли это на самом деле)

Ну а в твоём первом примере ты использовал функцию printf (т.е. механизм ВЫСОКОГО уровня, в котором есть соглашение, что строка заканчивается нулевым символом), а потому та критично наличие нуля на конце. В противном случае printf начнёт печатать дальнейший мусор из памяти, лежащий за твоими данными, до тех пор, пока не наткнётся на нулевой байт. Низкоуровневым механизмам чихать на этот завершающий ноль, они работают исключительно на основании размера буфера

@HITMAN · 01.01.2012, 15:24 **[ТС]**

Согласен. Но на болле низкий уровень передаётся размер буфера для вывода, а определяется он по заверщающему символу. Если я буду делать вывод непосредственно через системные вызовы то соответсвенно буду сам подсчитывать размер данных.

@odip 7175 / 3234 / 81 Регистрация: 17.06.2009 Сообщений: 14,164
	31.12.2011, 14:02	2
	include 'win32axp.inc' Сдается мне что код будет под ОС Windows FreeBSD не будет исполнять код сделанный под Windows Мне казалось что это очевидно всем кто пишет на асме 0

Evg 21279 / 8301 / 637 Регистрация: 30.03.2009 Сообщений: 22,659 Записей в блоге: 30
	31.12.2011, 14:26	4
	За основу можешь взять линуксовый пример : Есть ли в нотации AT&T аналог dos-овского прерывания 02h? Только нужно узнать интерфейс системных вызовов для free bsd. Либо ищешь документацию, либо создаёшь пример на Си с вызовами write и exit, компиляешь, дизассемблируешь Добавлено через 1 минуту Ну и на всякий случай символы \r (с кодом 10) надо убрать, потому что под юникс-системами перевод строк осуществляется только в один символ. По идее http-сервер это должен рулить, но мало ли что 1

@HITMAN 155 / 125 / 3 Регистрация: 22.06.2011 Сообщений: 1,784
	01.01.2012, 00:25 [ТС]	5
	Evg! Благодарю буду пробовать. По поводу, что HTTP сервер должен сам обрабатывать переход на другую строку. Вроде в ОС FreeBSD как и в Windows, вывод осуществляется до завершающего символа `0`. 0

Evg 21279 / 8301 / 637 Регистрация: 30.03.2009 Сообщений: 22,659 Записей в блоге: 30
	01.01.2012, 00:36	6
	Фишка не в нуле. А в том, что заголовок и документ отправляются одним запросом. При этом первые два подряд идущих перевода строки трактуются как граница между заголовком и документом С новым годом! 0

@HITMAN 155 / 125 / 3 Регистрация: 22.06.2011 Сообщений: 1,784
	01.01.2012, 08:41 [ТС]	7
	С наступившим новым годом. Всё верно первые два подряд идущих перевода строки трактуются как граница между заголовком и документом, а всё остальное выводятся в браузер до завершающего символа `0`. Кактотак. 0

Evg 21279 / 8301 / 637 Регистрация: 30.03.2009 Сообщений: 22,659 Записей в блоге: 30
	01.01.2012, 12:37	8
	Сообщение от IOAN а всё остальное выводятся в браузер до завершающего символа `0` У тебя cgi, а потому речь идёт о серверной стороне, а не о браузере. В случае использования системного вызова write (или любого другого механизма НИЗКОГО уровня) твоё утверждение неверно. Будет послано столько байтов, сколько указано в параметре, отвечающем за длину печатаемого фрагмента. Затем соединение будет закрыто. И никаких хвостовых нулей никто не учитывает (со стороны сервера). Точно так же на стороне браузера закрытие соединения (EOF) будет трактоваться как конец документа. Ну либо если прислано 100 килобайт, а на середине этого документа встретился байт с кодом 0, то реальным концом документа будет считаться отметка 50 килобайт, а весь хвост будет проигнорирован. Последнее справедливо в том случае, если действительно браузер трактует 0 как конец (я не знаю, так ли это на самом деле) Ну а в твоём первом примере ты использовал функцию printf (т.е. механизм ВЫСОКОГО уровня, в котором есть соглашение, что строка заканчивается нулевым символом), а потому та критично наличие нуля на конце. В противном случае printf начнёт печатать дальнейший мусор из памяти, лежащий за твоими данными, до тех пор, пока не наткнётся на нулевой байт. Низкоуровневым механизмам чихать на этот завершающий ноль, они работают исключительно на основании размера буфера 0

@HITMAN 155 / 125 / 3 Регистрация: 22.06.2011 Сообщений: 1,784
	01.01.2012, 15:24 [ТС]	9
	Согласен. Но на болле низкий уровень передаётся размер буфера для вывода, а определяется он по заверщающему символу. Если я буду делать вывод непосредственно через системные вызовы то соответсвенно буду сам подсчитывать размер данных. 0