Просмотр сообщений

В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.


Сообщения - valexey_u

Страницы: 1 [2] 3 4 ... 201
16
Да, сейчас сервак перезагрузится, и я запущу полный прогон тестов.

17
Не удается запустить aos на серваке :-/ Не хочет.

Пишет, что Unix.Dlopen: loading library libc.so.6 failed а затем не вылетает и не выходит, а зацикливается со 100% загрузкой CPU.

Причем если удалить 32битную libc.so.6 то aos начинает вылетать с вот такой ошибкой:
./oberon: error while loading shared libraries: libc.so.6: cannot open shared object file: No such file or directory

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

Но ничего-ничего, будет и на стороне aos праздник, когда запустим тесты на 32битной машине :-) Так что решение всё равно нужно!

18
Прогон готов. На этот раз что-то сервер подтормозил и почти все алгоитмы отработали медленней процентов на 10-20.

19
Решение на модуле-2 (собираемое через gnu modula-2 compiler) работает похоже что корректно. Поэтому запустил прогон. И да, похоже comdiv выкатил новое решение которое снова самое быстрое. :-)

Через 3-4 часа будут результаты.
Чота ты это не в той теме написал ))
Ага, промахнулся.

20
А почему mege_rs не попал в тесты?
Потому что я криворукий рукожоп. Скоро будут результаты с merge_rs.

21
Решение на модуле-2 (собираемое через gnu modula-2 compiler) работает похоже что корректно. Поэтому запустил прогон. И да, похоже comdiv выкатил новое решение которое снова самое быстрое. :-)

Через 3-4 часа будут результаты.

22
Эта маска - и есть интерфейс как концепция.

А если объектег не может то, что маска хочет? Что будет?
Будет то же самое, что и при приведении объекта к типу, которому он не соответствует. Поэтому, в пару к операции приведения нужна операция проверки типа.

Но в компилируемых языках (а точнее, в трансляторах, которые сопоставляют подпрограммы и их вызовы на этапе компиляции) такой способ работать не будет: в объектах разных классов порядок методов может различаться, и разное положение методов в разных виртуальных таблицах не позволит прозрачно пользоваться простым приведением.
Какие таблицы виртуальных функций? Тут же вообще нет нигде речи ни про наследование ни, следовательно, про ООП.

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

24
# ./tiso
    4100
# ls -l input
-rw-r--r-- 1 root root 4294967296 Dec 11 14:29 input

25
Значит, дело в системе. Ну да, у меня же и си не открывает. Но почему тогда моя прога на xds валилась? Потому, что 32-битный?
Либо так, либо у xds те же либы иначе реализованы. Кроме того, мы же сейчас попробовали ulm и pim, но не пробовали iso.

26
Протестил, результат идентичный. Т.е., если я правильно понимаю, всё работает.

27
Ничего никуда не падает. Получается как-то так:
$ ./tulm
    1023
$ ./tpim
    4096

Сейчас ещё на сервака попробую.

28
Тест для Ulm
MODULE tulm;
IMPORT SYSTEM, StdIO,InOut;
VAR
    inf:StdIO.FILE;
    inbuf: ARRAY [0..1023] OF CARDINAL;
VAR
n : CARDINAL;
ok:BOOLEAN;
BEGIN
ok := StdIO.Fopen(inf, "input", StdIO.read, FALSE);
IF ok THEN
locsRead := 1023;
ok := StdIO.Fread(SYSTEM.ADR(inbuf), 4, locsRead ,inf);
IF ok THEN
InOut.WriteCard(locsRead,8);   InOut.WriteLn;
END;
ok := StdIO.Fclose(inf);
ELSE
InOut.WriteString("open fail");   InOut.WriteLn;
  END;
END tulm.
gm2 tulm.mod -flibs=ulm,pim
А что такое тут locsRead? А то мы с компилятором фрустрируем и ругаемся, ибо не можем понять что это такое и где искать.

29
Хм, на FAT32 все работает, даже XDS.
Через FIO али как?

30
32 бита.
Я уже дошел до си и fopen.  Там тоже  -1 и гуглить "Value too large for defined data type".
Насколько я понимаю, этой проблемы не должно быть в 64битах (на 32битных системах у линукса были проблемы с файлами больше 2Гиг). Можешь простой пример на модуле через FIO накидать, чтобы я протестил?

Страницы: 1 [2] 3 4 ... 201