Anton (Все сообщения пользователя)

Ссорри, поспешил, это окно квика прячется мгновенно, а скрипт таки дорабатывает, да.

Неа, дохнет мгновенно и даже лог сфлашить не успевает. По ощущениям его грохают путем прибития машины луа без какой бы то ни было очистки. То есть, выходит, выше я наврал, таймаут уважают только при остановке с кнопки, да и то выжидают тупым WaitFor с таймаутом, юай виснет на время таймаута => сообщения не обрабатываются.

Странно, проверил сейчас, все приходит.

Но есть решение и покрасивше (как мне кажется), малость поменять OnStop следующим образом

и сделать логику следующей:

1) не возвращено ничего - все работает как и сейчас

2) возвращен только таймаут - все работает как и сейчас

3) возвращены таймаут и true - скрипт записывается в автозапуск (даже если завершается не в результате закрытия терминала)

4) возвращены таймаут и false - скрипт удаляется из автозапуска (даже если завершается в результате закрытия терминала)

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

Не согласен, терминал уважает возвращенное значение, сам использую. При описанном раскладе автостарт скриптов вообще бы не работал, бо ВСЕ скрипты завершаются таким образом, независимо от задержки. Раз уж терминал начал закрываться, он, похоже, сначала сохраняет информацию о том, какие скрипты запущены, и только потом им сигналит о выходе. Следовательно, напрашивается еще более ужасный костыль с прямой правкой scripts.dat ) Ну или новая функция "отключить мой автостарт", которую можно было бы дернуть перед выходом.

Занятный вопрос-то получился. Лобовое решение - если у скрипта есть файл настроек, иметь в нем флажок "не запускать". Перед выходом флажок устанавливать. При старте проверять, если стоит - сразу на выход (тут у мну спрашивали, зачем колбеки переопределять по ходу дела, вот за этим можно в том числе, если флажок стоит - меняем как минимум OnInit и main на пустые заглушки). Но тогда получается билет в одну сторону, скрипт не запустится больше никогда, пока внешним вмешательством флажок не сбросят. То есть чуть сложнее - если флажок стоит, _сбрасываем_его_ и на выход. При следующем запуске (с кнопки) все будет ок.

Дык не существует его, об чем и речь. Кластерный анализ это не то, что тут показано. Назвали бы горизонтальным объемом или даже кластерами горизонтального объема, но никак не кластерным анализом, это название вообще от другой вещи, коей здесь и не пахнет.

Такой же был фильтр калмана, как это кластерный анализ, чисто за название речь.

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

Что значит "было бы". Вся система ради этого и придумана. Ткскть не прячьте ваши денежки.

Таки да, упустил это из виду. Результат должен быть тот же, что и от внедрения манифеста.
На разрешении 125% виртуализация (ака размыливание) не включается, смотреть надо на 150% или 200%. Если 4к монитор подключен как второй (к ноуту, например, или даже на некоторых десктопных материнках), тогда все еще усложняется, системные размеры берутся по основному монитору, а рисуется на дополнительном с другим dpi. Тут уже придется ставить per monitor dpi awareness, но без поддержки со стороны кода ничего кроме адских глюков это не даст. Да даже и на system dpi awareness видим, что часть размеров захардкодили, те же тулбары с мелкими иконками как бы намекают. Тут только в коде менять.

В винде история достаточно мутная. В хрюше были именно темы в смысле наборов системных цветов, размеров элементов, иконок и курсоров. Код рисования оставался тем же самым, что был со времен царя гороха. С висты добавили visual styles, там уже можно и форму контрола изменить за счет прозрачности. Позволять дизайнерам писать код отрисовки не хотели (ибо знают, чем дело кончится), поэтому код сидит в винде, а дизайнерам дали его "настраивать". С точки зрения программиста это адок, как рисовать контрол зависит от темы, а тема может быть кастомная, то есть получается на этапе разработки вообще неизвестно, как это все будет у юзера выглядеть. Плюс документации ноль, все меняется быстрее, чем успеваешь об этом узнавать. В восьмерке и десятке visual styles теперь и отключить нельзя, поэтому и голые темы (цвета/размеры) уже не работают, надо делать именно набор визуальных стилей для всех контролов.

К сожалению, внешними средствами вроде манифестов это все не поправить. Можно попробовать еще размеры шрифтов в настройках покрутить, а остальное только правкой кода.

А если сейчас создать новое окно, таблицу какую-нибудь, оно создастся с правильным шрифтом или с таким же мелким?

1. Там вся фишка в том, что в винде темы присутствуют еще начиная с хрюши и любой желающий может создать тему на свой вкус, и она будет применяться ко всем (правильно написанным) приложениям и к самой винде в том числе. Именно ради этого мс создал адские траблы разработчикам приложений, и что же мы имеем на выходе - а ничего, любители цветов потемнее слыхом не слыхивали о темных темах для всей винды, а бедные разрабы лепят костыли кто во что горазд по просьбам трудящихся, превращая приложения в "неправильно написанные". Гугель выдает в первых же строках для десятки , для семерки , далее везде. Думаю, выбрать можно что-нибудь, не обязательно по этим (повторюсь, первым выданным гуглем) ссылкам.
2. Тут кому что нравится, но опять же тогда есть смысл всю винду сделать темной.
3. Кабы все было так просто, взял и скопировал, они бы сразу так и сделали. Насчет масштабирования выкладывал пропатченный квик в соответствующей ветке, вы попробовали, что получилось, какие глюки вылезли?

Щас бы нативное виндовое приложение с веб-мордой сравнивать. Арка напрасно вообще повелась на темную тему, нажили геморроя только, я б удалил эту "фичу" прям со следующей версии и все вопросы бы отпали, кому не нравится нативный виндовый интерфейс пусть пишут в майкрософт (или в спортлото, по желанию).

А что, серьезно, есть пользователи темной темы? Ну такие, не включить поржать, а чтобы реально день за днем пялиться в поделку уровня "как я прицепил экранчик к ардуине"?

Предлагаю сходить по ссылке и ознакомиться с тем, как и кем рассчитывается ГО. Никто арке не позволит раздавать даром то, что стоит денег.

Пока суд да дело, из любопытства пропатчил 8.0.2.3 на предмет dpiAware. У  кого 4к монитор и эта версия квика и не страшно неподписанную прогу  запускать, можете потестить. По логике ясно, что иконки должно  размылить, а что еще заглючит интересно бы посмотреть. Зашитый манифест в  архиве приложен для справки, доставать его в папку квика не нужно.  Оригинальный info.exe надо забэкапить, естественно. Скачать здесь.

Неудивительно, в манифесте нет dpiAware. Можно пропатчить манифест самостоятельно (только подпись арки слетит), но есть большая вероятность, что многое в интерфейсе от этого поломается.

Средствами winapi можно это сделать, написав относительно несложную длл. Если тема вам знакома, то несколько минут в spy++ дадут все необходимое для решения задачи, останется начать и кончить.

Ссылку пожалуйста, примеры там вроде тоже есть http://w3.impa.br/~diego/software/luasocket/http.html

Со слэшем вроде правильнее, насколько память мне не врет. А вообще если задача именно скачать, а не потренироваться, лучше перейти на socket.http, как пойдут данные это будет только начало, там начнутся редиректы, куки, чанкед контент и все такое, что на форуме толком не обсудить все равно.

А стоп, вы ж голый сокет используете. Тогда там посложней процедура, коннектиться надо к export.finam.ru без http:// в начале и без пути в конце, а в GET посылать путь (то что после после export.finam.ru).

Что видно беглым взглядом:
1) после http: два прямых слэша, а не обратных
2) в GET заголовок Host: обязателен
3) финам не любит автоматизаторов, может потребоваться весьма правдоподобно притворяться браузером.

Шутку вспомнил, как мальчик просил у родителей новую видеокарту, а те что-то недопоняли и купили 4к монитор. Что стало с его играми, надеюсь, понятно. Но формально-то правы были, существенно более производительное оборудование купили.

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

Я на арку и не наезжал, народ просил - они сделали, но сделать с той же производительностью, что и нативный интерфейс, они вряд ли смогут, бо нативный читерствует при отрисовке, документированными способами сделать "то же самое без крыльев" не получится, а недокументированные использовать себе дороже, закончится это отдельной веткой кода под каждую версию винды. Остается либо создавать свои контролы с нуля (что на уровнях выше кнопок/чекбоксов задачка та еще), либо owner/custom draw где возможно. Как понимаю, вторым путем здесь и пошли.
Это когда у нас одно окно и весь контент рисуем мы сами. Если в окно добавить контролов, будет весело, composition, все дела. Так-то можно и на agg посмотреть, и на каиро, и на много что, включая директ2д и даже старый добрый gdi без плюса (рвет d2d на отрисовке графиков как тузик грелку, даже если имитировать мультисемплинг в разумных пределах). По сути во всех вариантах тесселяция софтовая, а после нее в 2д случае уже особо и делать нечего. Есть подходы с тесселяцией шейдерами, вот там действительно много работы делается видеокартой, но чет кроме примеров в статьях особо не видать такого даже в виде "попробовать", не говоря уж о продакшен квалити. Ну разве что nvidia чет там такое презентовала, но они ж только на свои карты затачивают. Опять же это все в отрыве от композиции, как только она на сцену выходит, все становится гораздо сложнее.
Еще можно посмотреть на кишочки unordered_map от десятой студии, вот уж где фейспалм. В целом индустрия кормится с перепродажи кода 60-х годов в разных обертках, все здравые начинания выкупаются "лидерами" и хоронятся. Как пример - ядро zircon, купленное гуглом и превращенное в клоунскую фуксию, которая 100% никогда не взлетит. А ядро само по себе было хорошим, я б даже сказал убийцей всех ныне существующих. Было.

Справедливости ради, с играми сравнивать некорректно. Кто-то, возможно, удивится, но качественную 3д графику отрисовать намного проще, чем качественную 2д, в первом случае за тебя работает десятилетиями вылизанный direct3d, во втором ты либо полагаешься на стандартный виндовый интерфейс, либо получается той или иной кривости самопал. Из готовых библиотек особо и не выбрать, все они тоже "той или иной кривости", невзирая на аццкие ценники.

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

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

Нормальный способ есть, создаем таблицу луа с ключами - кодами бумаг и значениями boolean, в колбеке вместо тысячи иф просто берем из этой таблицы значение по коду бумаги (луа индексирует таблицу за O(1)). Получаем
1) true - бумага нам известна и выбрана для обработки
2) false - бумага нам известна и не выбрана для обработки
3) nil - бумага нам неизвестна, сигналим юзеру, что появилась новая и нужно его решение. Естественно, не из колбека сигналим, иначе повесим квик.
Но вот наличие фильтров эту простую и эффективную схему портит, появляется неопределенность, стоит там галка не стоит, а может кто-то открывал таблицу и закрыл потом и галка сбросилась, а может еще тысяча вариантов. Чистой воды убийство детерминизма эти фильтры.

Не будет критично. Вся ТВС за день выкидывается скриптом за секунды, а там миллион-два записей есть. Можете попробовать запустить следующий скрипт и перезаказать ТВС, увидите, насколько медленнее будет работать, чем без скрипта (спойлер - ненамного).

Простейшее решение это
И это по-любому надо делать, так как откроете табличку какую-то "чисто посмотреть", даже при наличии фильтров, и все из нее к вам в скрипт поедет все равно. А вот когда к вам что-то не приехало, вот тут начинается метание икры, то ли фильтр какой-то включен, то ли просто сделок нет, то ли вам брокер бумагу отрезал. Зачем вот эти сложности себе создавать, один if все решает и ничего не стоит ни в плане сложности написания, ни в плане производительности квика, ни в плане трафика, все равно откроете любой новостной сайт и загрузите недельный квиковский трафик за три минуты.

Воистину "не ведаете, чего просите". Уже выпросили фильтры ТВС, в результате потеряли контроль над списками получаемых бумаг со стороны скрипта, еще вот здесь надо добавить, чтобы уже на глушняк. У меня другое предложение - выкинуть к чертовой матери все фильтры, пусть всегда едет все, что есть на сервере, скрипт сам может разобраться, что сохранять/обрабатывать, а что игнорировать.

Ну как-то так примерно
Результатом будет немедленный крэш скрипта (а если повезет, то и квика целиком). То есть то же самое, что и при описанном вами подходе. Хочется надеяться, что *** работает все-таки как-то не так.

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

Тоже не проверял, но ежли вдруг окажется так, можно GetModuleFileName(NULL) + PathRemoveFileSpec завернуть в длл.

Долго ли, коротко ли, скачал я эту либу, посмотрел. Там автор сильно автоматику любит, симейки там всякие, а я наоборот на дух их не перевариваю, так что "простой" способ, видимо, не сообщу. Чуть более сложный - это подтянуть зависимости руками, в deps/auxiliar это https://github.com/zhaozg/lua-auxiliar, в deps/lua-compat это https://github.com/keplerproject/lua-compat-5.3 и собрать все это мейкфайлом, не студией. Сам по себе процесс примитивнейший, запускаете VisualStudioCommandPrompt (x64), переключаетесь в папку проекта и командуете nmake -f Makefile.win, после чего все должно само и собраться, ежли, конечно, там других косяков нет.

Что касается openssl, просто скачайте 64-битные бинарники, там версия луа ни на что не влияет.

Там куча причин. Во-первых, по дефолту у него стоит DLL рантайм, у вас встроенный, судя по размеру получившейся длл. Во-вторых, он озаботился-таки совместимостью с луа 5.1. Для этого он добавил compat.h и compat.c. По-хорошему надо было из них отдельный либ-проект сделать (третий), но он вот так решил, что и заставило его делать общий intermediate directory, на что у вас потом студия ругалась. Там надо препроцессору указывать LUA_VERSION_NUM=501 в обоих проектах, это включит замены из compat, проверяется этот макрос в двух местах, тут и тут, и видно, что без макроса весь этот код просто игнорируется. Вот тогда можно с чистой совестью менять в настройках линкера 5.1 на 5.3 и подсовывать собственно либу 5.1. Ну и все сорцы на винде компилировать не нужно, там часть их никсовые. Вреда от них, впрочем, быть не должно, линкер выбросит, если что. Раз все работает (хотя я и не понял, почему), то пусть так и будет, видимо.
Саму openssl настоятельно рекомендую скачать собранную, они есть. Ибо тот факт, что она собралась и запустилась, совсем не значит, что там хоть какой-то уровень безопасности получился. Обертку вечером гляну, даже скорее ночью, пока ничего сказать не могу.

В общем, качнул я с гитхаба эту штуку, посмотрел. Там два проекта действительно, причем в настройках автор, похоже, решил показать "глядите как умею", так что в итоге проще свои проекты создать, чем в этом арт-объекте разбираться. Общая длл, скорей всего, получилась, только, видимо, через require луа ее не загрузит, а через package.loadlib сможет.

А там и нельзя менять, этот экран просто показывает, что поедет в командную строку, для тех, кому интересно. Менять надо раньше, оно должно быть в настройках линкера, вот там можно поменять lua5.3 на lua5.1, но, конечно, если проект захочет чего-то, чего в 5.1. нет, так он этого и не найдет. А если автор просто вписал 5.3, потому что "стильно модно молодежно", то прокатит.
В студии строго один проект - один выход. Значит, у него там два проекта в одном солюшене. Получилась ли совмещенная длл? Возможно. А возможно нет. Тут надо взять dependency walker (x64), открыть им эти три длл и поглядеть, что они экспортируют. Ну и в деле попробовать.
Судя по ошибкам, он сам что-то не то в проектах накрутил. Intermediate directory у проектов действительно должны быть разные, можно там конечно руками поправить, но так тут поправил, там поправил, и опять вышло что-то свое. Вообще говоря есть такая проблема, программеры как-то слабо шарят в процессе сборки проектов студией, иной раз глянешь в настройки - там дичь лютая. Ну привык чел всю жизнь мейкфайлами собирать, что тут сделаешь.
Без детального разглядывания сорцев на первый вопрос не ответить. Повторюсь, если он просто обновил зависимости, оставив код совместимым с 5.1, все и так работать будет, если завязался на что-то новое из 5.3 - то не будет, придется действительно более старые версии смотреть.
На самом деле не жаль. Вот эта вот бесконечная свистопляска с "новыми версиями", три буквы поменяли, но ничего уже не совместимо, это все очень здорово для индустрии, все типа при деле, все премии получили, а юзеры там пусть пляшут как хотят, это не то, что хотелось бы видеть под названием "прогресс".

Тут уже можно промежуточные поздравления выдать, компилятор у вас до конца отработал, это уже линкер плачет. Во-первых, ему не хватает либы winsock, ws2_32.lib надо вписать в зависимости. Самое простое это в одном из сорцев (.c или .cpp) дописать где-нибудь #pragma comment(lib, "ws2_32.lib") на отдельной строке. Во-вторых, у вас где-то стоит неправильный рантайм, ну то есть у одних файлов например MultiThreadedDebug, а у других MultiThreaded, либо разные SDK. Об этом первая ошибка на скрине. Тут надо тщательно настройки посмотреть, чтобы одинаковые были.

Теперь вот этот вот макрос, что в описании ошибок предлагается, надо в препроцессор вписать. Как с crt ворнингами, система та же.

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

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

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

DDE хорошо описан в книге Петзолда (или Петцольд, по-разному пишут). По сути там вообще ничего сложного нет, окна посылают друг другу сообщения. Единственное, что могли поломать, - это когда вводили ограничения на обмен некоторыми сообщениями, то ли с восьмерки, то ли как раз с десятки. На память не скажу, какие именно запрещали, но что-то было. Может краем и коснулось.
Эт вы напрасно. Кавычки - значит файл лежит в папке проекта, скобки угловые - искать его "по стандартному пути". А где именно искать надо вписать в
 

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

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

Потом уже в код посмотрел, сначала только на скрины. Впрочем, там автор именно что забил болт на виндовые ворнинги. Ну есть же уже условная компиляция, что мешало нормально написать-то.

В общем да, погорячился, скорее имелось в виду то, что можно скачать с гитхаба, даже, казалось бы, "нормальные" либы. Особенно когда портируют под винду с никсов. Вон подивитесь на "защиту от атаки по боковому каналу" в известной криптолибе , виндовая ветка. Все бы хорошо, да working set по дефолту 50 страниц всего и никто даже не пытается его увеличить. Там дальше если порыться, окажется, что ошибка лока просто игнорируется. Нормальная такая защита.