Мелкие вопросы по теме

alkoz (20 March 2015 - 15:40) писал: писал:

Бля, я реально опечатался. Я прописал для цилиндра и кейсинга разные калибры. Поэтому в give_round проверка по калибрам фейлилась. Господи, я криворук.

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

;3

Платиновые вопросы. Легко ли воровать фичи с других билдов для запила своего? Сильно ли это будет зависеть от выбранного билда для изменений?
Например, многоэтажность, легкие, прицеливание, эмоуты через звездочку

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

Эмоуты через звёздочку тут уж ничего сложного нет.

Речь немного не об этом.
Я говорю о том, насколько сложно это воровать и скомпоновать в одном билде.

feycot (22 March 2015 - 06:22) писал: писал:

Речь немного не об этом.
Я говорю о том, насколько сложно это воровать и скомпоновать в одном билде.

Тут все зависит от количества кода
Например портирование мелкой фичи вроде тех же эмоутов не должно составить труда
Перенос же многоэтажности - долгая и кропотливая работа, ибо затрагивается огромное количество кода

А модульности нет или типа того? Например код атмоса в одном файле. Меняешь файл и у тебя другой атмос.

У ЗАС-а так можно, почти. Я когда на гринмиракл ставил ЗАС с ребея - встало почти без ошибок. А когда на ребее его обновлял до последнебейского на тот момент - неделю ебался с ошибками.

feycot (22 March 2015 - 08:37) писал: писал:

А модульности нет или типа того? Например код атмоса в одном файле. Меняешь файл и у тебя другой атмос.

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

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

Первый фрагмент:
http://pastebin.com/sakg4hrc

Второй фрагмент:
http://pastebin.com/XwTmQN24

Суть в том, что при добавлении for(просто до фрагмента 2 я писал код, где все было как в 1-ом фрагменте, но добавлен for) реагенты перестают добавляться в емкость. Если бы я действительно знал, в чем причина, я бы не обратился к вам, но увы я полностью растерян, похоже чего-то я не догнал.

Super-Derven (18 June 2015 - 21:48) писал: писал:

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

Первый фрагмент:
http://pastebin.com/sakg4hrc

Второй фрагмент:
http://pastebin.com/XwTmQN24

Суть в том, что при добавлении for(просто до фрагмента 2 я писал код, где все было как в 1-ом фрагменте, но добавлен for) реагенты перестают добавляться в емкость. Если бы я действительно знал, в чем причина, я бы не обратился к вам, но увы я полностью растерян, похоже чего-то я не догнал.

Может я просто дебил, но почему бы не сделать вложенному циклу другую переменную? Например j.

Korvin Morro (18 June 2015 - 21:56) писал: писал:

Может я просто дебил, но почему бы не сделать вложенному циклу другую переменную? Например j.

Я вроде пробовал. Что же, попробую еще, может я что-то перепутал.
Но таки, это пиздец, ты верно подметил.
Сообщение отредактировал Super-Derven: 18 June 2015 - 22:05

Все равно не работает, кстати.

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

В первом реагент_намес, во втором реагентс_наме. Сейчас окажется, что это разные переменнные. Попробуй вставить везде world << "DEBUG DEBUG 123" и посмотреть, что именно не работает.
Еще можно world << NAME_REAGENT

Plin (18 June 2015 - 22:18) писал: писал:

В первом реагент_намес, во втором реагентс_наме. Сейчас окажется, что это разные переменнные. Попробуй вставить везде world << "DEBUG DEBUG 123" и посмотреть, что именно не работает.

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

А с дебагом я уже кстати делал, вроде не работает именно то, что в цикле for. Но может я что-то перепутал, попробую еще.

Цитата

world << NAME_REAGENT

Лол. Я писал сегодня вот точно вот так вот. Но я попробую еще.

Super-Derven (18 June 2015 - 22:20) писал: писал:

А с дебагом я уже кстати делал, вроде не работает именно то, что в цикле for. Но может я что-то перепутал, попробую еще.

В каком именно фор? Если дебаг выставлять в цикл, то повторяется столько раз, сколько цикл. Может иф не проходит?

Изменил код, вот так:

http://pastebin.com/kzFcFv89

Два дебага в циклах, ни один из них не сработал.

Спойлер

[13:42:57] <Hate_them_all> дервен настойчиво ищет ошибку в коде, не понимая, что ошибка это он сам.

И тут сразу вопрос, если лист состоит из одного элемента этот цикл пройдет хоть один раз?

Сейчас кое-что подредактирую и вкину другой кусок кода, с вопросами по нему.

Так как здесь, все вроде правильно(но это не мешает коду не работать), решил вбросить фрагмент кода, который предшествовал фрагменту 2.

http://pastebin.com/94dwrsu3

Можно ли вообще так с датумами делать? Я делаю это правильно?
Сообщение отредактировал Super-Derven: 19 June 2015 - 00:34

Super-Derven (18 June 2015 - 22:50) писал: писал:

И тут сразу вопрос, если лист состоит из одного элемента этот цикл пройдет хоть один раз?

В твоём случае - да, пройдёт. Если поставить <, то не пройдёт. А ещё можно объявлять итератор прямо в цикле. Что-то вроде for(var/i = 0; i <= x; i++)

Super-Derven (18 June 2015 - 23:55) писал: писал:

Можно ли вообще так с датумами делать? Я делаю это правильно?

А что не так с датумами? Датум это пустой класс, точно такой же, как и всякие обжекты и турфы, но пустой. К слову, атом наследуется от датума.

Ну и на том спасибо, что же. Эх.

Значит все плохо.

Ну посмотри, какой цикл не запускается, проверь его параметр. Может у тебя реагентов нет.

intercross (19 June 2015 - 00:42) писал: писал:

Ну посмотри, какой цикл не запускается, проверь его параметр. Может у тебя реагентов нет.

Точно. А я сейчас через код реагенты добавлю и проверю. Хорошая мысль.

Добавил вручную номер и имя реагента в последнем вброшенном мной куске кода, добавил маленько пояснений. Мне кажется, я что-то определенно делаю очень неправильно.
http://pastebin.com/EaysHxjq

Ничего не сработало. Не один из циклов не сработал.

Все тлен, придется таки гайдики читать.

Super-Derven (19 June 2015 - 01:21) писал: писал:

Добавил вручную номер и имя реагента в последнем вброшенном мной куске кода, добавил маленько пояснений. Мне кажется, я что-то определенно делаю очень неправильно.
http://pastebin.com/EaysHxjq

Ничего не сработало. Не один из циклов не сработал.

Все тлен, придется таки гайдики читать.

Если не произошёл вход в какой либо цикл - значит условие не соблюдено. Я говорю про этот код. В общем либо if не сработал, то есть контейнер закрыт или проблема с ссылкой на объект, либо plumb_web.len <= 0

Контейнер закрыт, дебаг после условия срабатывает. Я полагаю, проблема со ссылкой на объект, но я не знаю как сделать её правильно.

Super-Derven (19 June 2015 - 05:30) писал: писал:

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

Если контейнер закрыт, то RT.is_open_container() должна возвращать false и if должен пропустить код ниже, разве нет?

Ах, да, не с тобой ли я спорил про открытость-закрытость? Вот видишь, я не могу взглянуть на код даже нормально.