[13:07:55] <landgraf> raised CONSTRAINT_ERROR : bad input for 'Value: "1389372924000"
[13:08:03] <landgraf> опять gnatcoll чудит :(
[13:09:54] <yeo> великовато?
[13:10:31] <landgraf> ага
[13:11:10] <landgraf> какой там был тип аля root_integer, который позволял большие числа вместе с малыми хранить?
[13:14:17] <yeo> может лучше свой тип описать? type Long is range 0 .. 2 ** 63 - 1; типа такого
[13:15:27] <landgraf> может и лучше, но это же внутрях gnatcoll
[13:16:05] <landgraf> JSON : GNATCOLL.JSON.JSON_Value := Read(JSON_String)  - вот тут выбрасывается
[13:17:49] <yeo> ну в Integer это по любому не влезит
[13:22:11] <landgraf> а Long_Integer где определен? это опять что-то gnat-специфичное*
[13:22:12] <landgraf> ?
[13:22:51] <landgraf> An implementation may provide additional predefined signed integer types, declared in the visible part of Standard, whose first subtypes have names of the form Short_Integer, Long_Integer, Short_Short_Integer, Long_Long_Integer, etc.
[13:22:56] <landgraf> мдя
[13:25:06] <yeo> Long_Integer это скорее всего эквивалентно Integer. Long_Long_Integer наверное 64 бита, но толку, если в гнаткале прописано Integer жестко
[13:25:30] <landgraf> yeo, можно ведь само поле обьявить как root_integer, а уже самы getter-ы сделать для I, L и LLI ?
[13:25:39] <landgraf> yeo, так надо попатчить gnatcoll жеж )
[13:26:10] <landgraf> yeo,
[13:26:12] <landgraf> If Long_Integer is predefined for an implementation, then its range shall include the range –2**31+1 .. +2**31–1.
[13:26:16] <yeo> root_integer это теоритический тип :)
[13:26:34] <landgraf> ну тогда добавить еще одно поле )
[13:26:41] <landgraf> LInt_Value : Long_Integer
[13:26:46] <landgraf> после Int_Value
[13:26:48] <landgraf> :)
[13:28:20] <yeo> а может заюзать матрешку? там в json-е 64-битный Integer ;)
[13:29:19] <yeo> добавить поле, не особо вариант, т.к. не понятно в какое из полей читать например "10"
[13:29:27] <landgraf> я знаю =) и ждал этого
[13:29:29] <landgraf> =
[13:29:47] <landgraf> yeo, писать в Int, проверяя диапазон...
[13:30:20] <yeo> приложение потом как дагадается из какого поля читать?
[13:31:04] <landgraf> Kind же есть для этого
[13:31:06] <yeo> будет искать сначала в Integer, потом в LLI?
[13:31:11] <landgraf> Kind вернет JSON_LInt_Type
[13:32:18] <landgraf> в общем-то так же, как сейчас читаем другие типы, ничего нового =)
[13:50:46] <yeo> ну ты же понимаешь, что это кастыль
[13:58:22] <landgraf> да я уже прикрутил матрешку.
[13:59:34] <landgraf> есть function Get(Self : in out Mytype; Arg : in ArgType) return String; - как только добавляю еще одну только return String_Element_Array - начинает ругаться, что ссылочный тип не подходит
[14:02:24] <yeo> String_Element_Array тоже строковый? компилятор путается в них наверное
[14:02:45] <landgraf> Stream_Element_Array
[14:02:47] <landgraf> очепятка
[14:02:55] <landgraf> тот который в a-stream
[18:13:05] <landgraf> http://fpaste.org/67955/13896223/ ломается если убрать коммент :(
[18:13:09] <landgraf> так нельзя делать?
[18:15:58] <yeo> не вижу ничего запретного
[18:17:57] <landgraf> ну вот ломается "примитивность"
[18:18:09] <landgraf> начинает требовать API вместо API_Access
[18:20:49] <yeo> у меня спек компильнуло нормально
[18:21:45] <yeo> может компилятору из контекста не понятно какую из Get ты вызываешь?
[18:25:00] <landgraf> Attachments : constant String := A.Get(...);
[18:25:06] <landgraf> должно быть понятно ведь
[18:25:17] <yeo> угу
[18:25:35] <landgraf> переименовал в Get_String и Get_Sea - работает, но это костыль
[18:25:39] <landgraf> :(