Пожелания, Предложения по развитию сюда Опции

[DarkMaster]

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

ты предлагаешь при передаче массива блокировать результструкт и подменять его адресом массива/другой структурой? Т.е. работает или то или то? Против. Работать должны оба. А если мне просто нужно вернуть результат в массив, но при этом использовать старый способ? У меня на данный момент все плагины так работают. Т.е. все порушится к чертям.

зачем передавать размеры массива? из плагина узнаем. по крайней мере в дельфи плагине точно.

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

Код

void mysize(char a[]){
    cout << sizeOf(a) << endl; // Напишет 4, т.к. сообщит просто размер указателя. Ну или 8, если x64 адресация.
}

void main (){
    char arr [10];
    mysize(arr);
    system ("pause"); 
}

Сообщение отредактировал DarkMaster - 10.6.2016, 0:05

[Cockney]

По моему и то и то использовать это извращение какое-то. Тогда да, нужна доп структура.

[DarkMaster]

По моему и то и то использовать это извращение какое-то.

Я тебе дал реальный пример. У меня сейчас плагины возвращают результат в массив. Они просто перестанут работать на новых версиях? У меня уже была необходимость возвращать два набора значений: результат, служебную информацию и коды ошибок. В итоге все это приходилось лепить в результат, что не есть хорошо и в массиве с результатами появлялся хлам. Тут бы это как раз прозрачно решилось, причем в стиле пилотовских функций типа финдов, когда сама функция возвращает успешность результата, а полезные данные падают в массив.

[Cockney]

А почему они должны перестать работать-то? Результат есть результат. Зачем в него пихать то, что не нужно? Если ошибка - результат один, нет ошибки - результат два. А то как то бредово получается. Тут я вот помещу одну часть, а вот тут другую, ну а третью я вообще туда положу. И получается какой-то хлам. Ошибки отсюда брать, результат оттуда. В чем прикол?

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

Ну тут как бы решилось так, что если нет данных в массиве, или какой либо элемент корявый, то функция не отработала и т.д.

В пилоте такой подход может и нормально выглядит, но в плагинах это лишнее, имхо.

И если уж такое дело, настоятельно рекомендую кнайту подумать над возможностью работы пилота из плагинов. Полный доступ ко всему. Вызов функций, регистрация переменных. Апи короче. А то мало ли еще какой способ со временем появится. А то десяток протоколов многовато...

[DarkMaster]

Ошибки отсюда брать, результат оттуда. В чем прикол?

А каким образом мне валидировать значения ошибок? Писать километровые псеводоуникальные ключи? Я делаю запрос на веб, мне может придти любой ответ в т.ч. ошибка сервера со словом еррор, может придти цифра. Как отличить ответ от ошибки? Только резервируя несколько строк массива с результатом именно под ошибки. И вот это натуральный хлам.

А то десяток протоколов многовато...

Да не нужен этот десяток протоколов. Нужно просто упростить передачу указателя на массив и размеров.
Сделать допустимым вызов:
set $result %a %b %c plugin.func ()
пилот создаст массив структур с указателями и размерами массива, плагин соответственно подхватит. Вообще если уж по большому счету, то все это можно и сейчас делать. Вопрос лишь в том, что запись другая и ты считаешь ее костыльной. Если в варианте с плюсами я еще соглашусь, т.к. надо выдергивать аж три параметра, то если делифик нормально относится к указателю и по нему считает размеры, то в чем проблема?

В апи я не верю по многим причинам, хотя и не имею ничего против, лишь бы не в ущерб развитию других вещей.

[vrozetku]

Возможно ли реализовать подобное в пилоте? Если да - раелизуйте, удобно же.

http://omydema.ojqwi2llmfwc44tv.cmle.ru/i717/1606/5c/31865a745497.gif

[DarkMaster]

Сделать допустимым вызов:
set $result %a %b %c plugin.func ()

новая стурктура:
количество массивов
массив или указатель на массив: указатель размер1 размер2
структура заполняется пилотом при этом на старые версии никак не влияет, т.к. они просто не будут обращаться к этой структуре.
Так устроит?

[Cockney]

Кому именно адресованно...?

[DarkMaster]

Тебе.

[Cockney]

Ну,нормально. Только, как я понял, можно несколько массивов использовать?

Если да, то тогда нужен массив указателей на структуру Arr вида :

struct Arr
{
int Pointer; //адрес массива
int S1; // первая размерность
int S2; //размерность вторая
};

[DarkMaster]

Если да, то тогда нужен массив указателей на структуру Arr вида

Это и подразумевалось. Я просто обозвал это массивом подразумевая двумерный массив размером [n 3].

[Cockney]

Указатель на массив структур Arr,недописал.

[DarkMaster]

Указатель на массив структур Arr,недописал.

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

[cirus]

Добавить в справку:
1. Возможность переходить по внешней ссылке. Чтобы страница открывалась в браузере.
2. Вкладку плагины. В ней ссылки на соответствующие темы.
3. Куда-то добавить (или тоже вкладку сделать) ссылки на вспомогательные скрипты: 'Поиск дочерних окон', 'Поиск статичных точек на кнопках' и др.
4. Куда-то добавить расшифровку скина.

[DarkMaster]

3. Куда-то добавить (или тоже вкладку сделать) ссылки на вспомогательные скрипты: 'Поиск дочерних окон', 'Поиск статичных точек на кнопках' и др.
4. Куда-то добавить расшифровку скина.

На вику их (IMG:style_emoticons/default/smile.gif)

[Cockney]

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

[cirus]

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

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

[Cockney]

Почему? В диалоге настройки все будет понятно : такой-то цвет - фон, такой-то - команды и т.д.

[Cockney]

Надеюсь, в 39 будет plugin(un)load <имя длл>?

[Cockney]

Пока нет доступа к трекеру, запишу тут, чтобы не забыть.

1)При открытии вики страницы по ПКМ команды убирать выделение с комбобокса с выбором статьи и устанавливать фокус на саму статью, иначе, не заметив, можно промотать несколько статей вместо прокрутки нужной.
2)Сделать поиск по статьям как в истории развития, по тексту, который содержится как в заголовках так и в тексте(но это не важно).
3)После скачивания с вики в логе :

Код

+ Нашли функцию: Поиск_статичных_точек
+ Нашли функцию: Смещение_между_окнами

Но они недоступны. Выделить отдельную вкладку для этого дела. И такой же поиск как для других вики страниц.