Последовательный вызов NPN_PluginThreadAsyncCall

Question

В моем плагине я создаю поток (используя pthread в моем случае) для прослушивания внешнего события. Когда происходит событие, я хочу вернуться к JavaScript. Насколько я понимаю, я могу назвать метод NPN_ * в потоке плагина. В результате мне нужно будет использовать NPN_PluginThreadAsyncCall в моем потоке, чтобы вызвать другой метод NPN_ * для связи с JavaScript. Таким образом, простой поток равен

Проблема, с которой я столкнулся сейчас, заключается в том, что если внешнее происходит последовательно, например, 2 события с различным вводом данных, я получаю те же данные дважды в обратном вызове иногда (в половине случаев возвращаются два разных данных). Я думаю, это связано с тем, что NPN_PluginThreadAsyncCall - это асинхронный вызов, когда два последовательных события обращаются назад, NPN_PluginThreadAsyncCall вызывается дважды, данные переопределяются вторым вызовом уже до того, как обратный вызов JavaScript для первого события на самом деле происходит.

Первоначально данные события, которые я хочу вернуть, являются глобальной переменной. Но я также попытался изменить его на локальную переменную, она, похоже, не помогла. Есть ли другой способ, которым я могу сделать свой код последовательным вызовом, чтобы поговорить с JavaScript?

Я провел некоторое исследование и нашел это, How to callback plugin thread on Safari 5.1 on OSX?. Но я все еще не совсем понимаю (я работаю над Windows).

Answer 1

Вы можете реализовать это как mutexed std::deque, где первые вставленные данные являются первым, что вы поп.

Просто убедитесь, что вы не нажимаете и не выскакиваете одновременно (используйте мьютексы). Это то, что я использую в своем плагине :)

Answer 2

Похоже, вы просто перезаписываете данные (в случае, когда два события происходят до того, как вызов асинхронного вызова для первого может быть обработан).

Есть два способа вы могли бы подойти к этому:

• использовать параметр NPN_PluginThreadAsyncCalluserData передать ваши данные вокруг
• использовать поточно-контейнер (например, std::list или queue защищен взаимной блокировкой), чтобы хранить события события (событие помещает данные, обработчик async извлекает и обрабатывает его)

Вопрос, который вы связываете, касается другой проблемы, где NPN_PluginThreadAsyncCall недоступен или не работает.