Avevad

@AlexCatze, у меня аналогично. Кстати пока проверял, заметил, что почему-то при сохранении используется Swing-овский диалог в режиме open вместо save, в плане UX это не круто.

log.txt

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

21 час назад, ECS сказал:

Так а чо, пройдись регуляркой по этой стринге, и всё:

Банальный вопрос - а если придет сообщение без кириллицы, но с сочетанием буквы u и цифр? Кажется, должно приходить что-то еще, или же такие сочетания должны быть экранированы, так что не все так просто.

Спасибо, все понял

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

Я пишу EEPROMную программу, довольно запутанную, но вся ее суть сводится к тому, что она создает поток, который что-то там делает (неважно), а прога делает coroutine.resume(thread) до тех пор, пока не закончится. Выполнение потока долгое, поэтому в нем натыканы yieldы чтобы не было too long without yielding. К потоку претензий нет, но так как он выполняется долго, то и главная рутина, которая его запускает и ждет завершения тоже работает долго и в ней происходит TLWY, поэтому я после coroutine.resume(thread) (он крутится в цикле) поставил coroutine.yield(), чтобы главный поток компа уступил выполнение. Но и так тоже не сработало - управление ушло в coroutine.yield и не вернулось((. Т. е. coroutine.resume(thread) выполнился, часть дочернего потока выполнилась, управление было передано главному, он в свою очередь вызвал yield (уступил) и завис (ему никто обратно не уступил??). Как в таком случае избежать TLWY, если, судя по всему yield - не то, что нужно? Я знаю что некоторые из системных вызовов OC (i. e. component.invoke()) тоже уступают выполнение, но мне не нужно взаимодействовать с компонентами. Как быть? И почему yield зависает?

В 24.06.2020 в 18:32, IS2511 сказал:

утечка памяти

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

Так интересно получилось - как только я написал про свой fun-made эмулятор, темка сразу зашевелилась. Конкуренция - двигатель прогресса))

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

10 часов назад, NEO сказал:

1. переусложненный

К сожалению так и не услышал, чем именно. Мне вот, например, в Rust механизм обработки ошибок не нравится.

10 часов назад, NEO сказал:

3. повсюду undef/unspec behaviour

А в C как будто нет?

10 часов назад, NEO сказал:

5. обновляется раз в 5 лет, и то в продакшене неиспользуют

А зачем обновлять если и так уже есть все что нужно? А в продакшене его используют, еще как.

10 часов назад, NEO сказал:

по сравнению с растом

Rust и C/C++ не всегда предназначены для одних и тех же вещей - на C/C++ ты можешь делать все - десктопные приложения, мобильные приложения, да хоть драйвера пиши.

В 22.05.2020 в 14:45, NEO сказал:

С++ — сильно раздутый язык.

С++ - это по сути что? С. Только улучшенный. Все что ты сейчас видишь на экране монитора - тем или иным образом написано на одном из трех: C/C++/Assembler (Java, Lua, Python - интерпретаторы/компиляторы/VM этих языков тоже написаны на одном из вышеперечисленного, думаю это ты и так знаешь). C - жуткая функциональщина, assembler - вообще молчу. Не знаю, чем тебе C++ не угодил. ООП гораздо удобнее чем всякие struct с зоопарком функций манипулирующих ими.

В 16.05.2020 в 17:03, NEO сказал:

в говени плюсовом копаться

Оскорбляете меня, товарищ Neo.

@Totoro ни о какой конкуренции речи быть не может)) Ocelot сделан с серьезным намерением, я же делал его "Just for fun".

Название темы сменить надо, звучит не очень.

17 часов назад, Alex сказал:

@Avevad изменил название темы "Еще один эмулятор OC"  на  Эмулятор OC "Пумба". Название кодовое, временное пока. Как придумаете название, поменяем в шапке.

 

Не следует называть темы именами "еще одна тема" или "еще одна моя программа". 

Можно было хотя бы на реп зайти и узнать что он (как и эмулятор) имеет свое название ("CODE"). Да и правило какое-то странное, не видел такого в правилах форума.

Так, стоп. Зачем тебе QT?

То есть ни у кого не заработало? Печально. Хотелось фидбека

Через CMake надо компилить

в README есть инфа. Для линукса, но с Win все аналогично

@NEO, попытался сделать возможным сборку на форточках, можешь проверить?

@NEO , с этого момента, пожалуйста, поподробнее) Под венду не собирал никогда просто.

Более того, сейчас не имею под рукой компа с окнами чтобы затестить

Тоесть я не могу на ОС'овских компах сделать так чтобы у меня к примеру было два окна: в одном (к примеру) игра, в другом еще одна игра (к примеру)?

Java

Можно ли в чистой Lua (ну или той которая используется в OC) сделать так чтобы две функции выполнялись ДЕЙСТВИТЕЛЬНО одновременно?