C и Erlang: пример порта Erlang

От этого ответа также отказываются (я не программист на Erlang или C, я просто просматриваю тот же материал)

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

0 - a) read_exact считывает len байта из stdin, read_cmd сначала использует read_exact, чтобы определить, сколько байтов следует прочитать (либо число, обозначенное первыми двумя байтами, либо ничего, если имеется менее двух байтов). доступно), а затем прочитать это количество байтов. write_exact записывает len байт в stdout, write_cmd использует write_exact для вывода двухбайтового заголовка, за которым следует сообщение (надеюсь) соответствующей длины.

0 - b) Я думаю, что len достаточно рассмотрено выше. li — это имя переменной, используемой для генерации этого двухбайтового заголовка для функции записи (я не могу пошагово объяснить вам операции сдвига битов, но конечный результат таков, что len представлено в первых двух отправленных байтах). ). i - это промежуточная переменная, основная цель которой, по-видимому, состоит в том, чтобы убедиться, что write и read не возвращают ошибку (если они возвращаются, этот код ошибки возвращается как результат read_exact/write_exact). wrote и got отслеживают, сколько байтов было записано/прочитано, содержащие циклы завершаются до того, как оно станет больше len.

1 – я не уверен. Версии, с которыми я работал, относятся к типу int, но в остальном идентичны. Я получил свой из главы 12 Programming Erlang, а не из руководства, на которое вы ссылаетесь.

2 – Это правильно, но смысл протокола порта в том, что вы можете изменить его для отправки разных аргументов (если вы отправляете произвольные аргументы, это, вероятно, будет лучше просто использовать метод C Node, а не порты). Например, я незначительно изменил его в недавняя часть, чтобы она отправляла одну строку, поскольку у меня есть только одна функция, которую я хочу вызвать на стороне C, что устраняет необходимость указывать функцию. Я также должен упомянуть, что если у вас есть система, которая должна вызывать более 255 различных операций, написанных на C, вы можете захотеть переосмыслить ее структуру (или просто взять все девять и написать все на C).

3 – это сделано

read_cmd(byte *buf)
{
  int len;

  if (read_exact(buf, 2) != 2)   // HERE
    return(-1);                  // HERE
  len = (buf[0] << 8) | buf[1];  // HERE
  return read_exact(buf, len);
}

в функции read_cmd и

write_cmd(byte *buf, int len)
{
  byte li;

  li = (len >> 8) & 0xff;        // HERE
  write_exact(&li, 1);           // HERE

  li = len & 0xff;               // HERE
  write_exact(&li, 1);           // HERE

  return write_exact(buf, len);
}

в функции write_cmd. Я думаю, что объяснение содержится в 0 - a); это заголовок, который сообщает/узнает, какой длины будет остальная часть сообщения (да, это означает, что оно может быть только конечной длины, и эта длина должна быть выражена в двух байтах).

4 – я не совсем понимаю, почему это может быть подвохом. Хотите уточнить?

5 – buf – это массив байтов, который должен быть явно ограничен (я думаю, в целях управления памятью). Я прочитал здесь «100» как «число, превышающее максимальный размер сообщения, который мы планируем разместить». Фактическое выбранное число кажется произвольным, кажется, что подойдет что-то 4 или выше, но я могу быть исправлен в этом вопросе.