Oberon space
General Category => Общий раздел => Тема начата: DddIzer от Май 03, 2013, 04:50:41 pm
-
Господа кто-нибудь юзал сабж... откликнитесь ... есть вопросы
-
Давным-давно, проблем не было )))
-
Тогда вопросы:
1. Компилятор нормальный( есть ли странности, течки) - будет ли он стабильно работать на серваке
2. Консольные приложения собираются нормально или нет,есть особенности или нет
3. Под линуксом есть реализация printf (аналогичная виндовой версии) или нет.
Для чего это нужно- что бы не обосраться с продвижением его как варианта ЯВУ для олимпиад и контрольных
(http://ipc.susu.ac.ru[/url)
-
http://ipc.susu.ac.ru (http://ipc.susu.ac.ru)
-
2. Консольные приложения собираются нормально или нет,есть особенности или нет
Насколько я помню, там есть как минимум один нюанс - оно хочет обязательно ncurses при сборке.
Ну и оно, если я не ошибаюсь, 32 bit only. Соответственно на 64битном линуксе будут нюансы (нужно 32битные либы будет доустановить).
-
Да, я посмотрел - у меня xds установлен на линуксе. Так что могу что-нибудь проверить, если есть идеи что именно проверять.
-
Да, я посмотрел - у меня xds установлен на линуксе. Так что могу что-нибудь проверить, если есть идеи что именно проверять.
1. должны создаваться полноценные консольные приложения (с нормальным перенаправлением потоков ввода вывода)
2. Проверить наличие реализации printf()
-
Да, я посмотрел - у меня xds установлен на линуксе. Так что могу что-нибудь проверить, если есть идеи что именно проверять.
1. должны создаваться полноценные консольные приложения (с нормальным перенаправлением потоков ввода вывода)
2. Проверить наличие реализации printf()
+ посмотреть не течет ли GC.
-
Да и если есть недокументированные различия в функционале виндовой и линуксовой версиях... то хотелось бы о них знать.
-
Да и если есть недокументированные различия в функционале виндовой и линуксовой версиях... то хотелось бы о них знать.
нда... как и ожидалось говнецо...
In.Int как In.Real c In.LongReal - нормально не берут отрицательные целые числа, реализация printf() через жопу (не поддерживает полностью стандартные спецификаторы форматирования) - например,
p.printf("%.6f\n",c); не хочет выводить дополнительные нули...
вообщем радости вагон и полная тележка... - интересно , как XDS совцы тестировали свой "коммерческий" продукт...
-
... и это небольшое дополнение к багам нарытым А. Ильиным найдено всего лишь за пол- часа тестирования... удивительно, что кто-то вообще покупал это творение.. вообщем.. КАТЕГОРИЧЕСКИ НЕ РЕКОМЕНДУЕТСЯ для целей обучения в любой ипостаси начинающим (которые решили научиться программировать на "прогрессивном" яп в "самой совершенной реализации", под воздействием агиток из коровника и стараниями изредка срущей здесь тупой мохнорылой макаки).
-
дальше веселее... оказывается, что программа типа
<*+MAIN*>
MODULE IF1;
IMPORT SLongIO, IO:=LongInOut;
VAR res,a,b : LONGREAL;
BEGIN
IO.ReadReal(a);
IO.ReadReal(b);
IF (a=b) THEN res:=1/4
ELSIF a>b THEN res:=2*(a*a+b*b)
ELSE res:=(a*a+b*b)/2
END;
SLongIO.WriteFixed(res,6,3);
END IF1.
пожирает более 32мб оперативки... даже жавка столько не хавает...
-
дальше веселее... оказывается, что программа типа
<*+MAIN*>
MODULE IF1;
IMPORT SLongIO, IO:=LongInOut;
VAR res,a,b : LONGREAL;
BEGIN
IO.ReadReal(a);
IO.ReadReal(b);
IF (a=b) THEN res:=1/4
ELSIF a>b THEN res:=2*(a*a+b*b)
ELSE res:=(a*a+b*b)/2
END;
SLongIO.WriteFixed(res,6,3);
END IF1.
пожирает более 32мб оперативки... даже жавка столько не хавает...
Это именно оперативки, или адресного пространства? Скажем Go при старте хавает что-то около 900 метров адресного пространства. И это правильно - ибо сборщик мусора консервативный. Но ОЗУ при этом оно хавает мало. Что-то около метра, или четырех.
-
Тест выдавал сообщение "Превышение лимита памяти" - пока вышеупомянутое ограничение не было снято.
-
;D что -же вроде уже можно решать задачи (если ты садо- мазо). Осталось только прошерстить немногочисленные библиотеки XDS на предмет выделения рабочего подмножества подпрограмм рекомендуемых для использования, одно ясно - придется использовать ISOшные библиотеки, доверие к системе XDS -минимальное. Неудивительно , что губошлепы из коровника , говоря о продвижении Оберонов в образовании 8 последних лет, дальше своего хлева не продвинулись..
-
Скажем Go при старте хавает что-то около 900 метров адресного пространства. И это правильно - ибо сборщик мусора консервативный. ..
Ни х. не правильно.. непонятно что вообще сборщик мусора делает в этой программе (память динамически не выделяется, используемые модули от Модулы2 которая без ГК..).
-
Если мне память не изменяет.. кто -то пытался сделать кроссплатформенный консольный компилятор ББ - кто нибудь знает пошло ли дело дальше поделья или нет?
-
Если мне память не изменяет.. кто -то пытался сделать кроссплатформенный консольный компилятор ББ - кто нибудь знает пошло ли дело дальше поделья или нет?
Кстати, а чем собственно GPCP не устраивает?
-
.NET
-
.NET
jvm!
-
.NET
jvm!
надо думать и щупать - в последний раз 3 года назад gpсp был нестабильным (.net -версия), есть подозрение что придется использовать жавные библиотеки. которые ооп ные.. а это не есть гуд в контексте того, для чего планируется использования KП - сами судите, решение олимпиадных задач требует(от реализации) помимо надежности, всего навсего удобного форматированного консольного ввода вывода (на уровне Паскаля), математической библиотеки в дополнении к стандартным возможностям ЯВУ... - боюсь разбираться с жавным добром никто из потенциальных пользователей не будет.. -слишком сложно. По идее возможностей XDS(дубье + printf) - было бы в аккурат(если бы конечно все работало как надо).Но и так можно выйти из положения использовав исошные библиотеки Модулы 2(хотя это то же не комильфо).
-
да и дубье подельщики из xds реализовали не полностью... по идее, конечно , понятно почему.. но от этого легче не становится.
-
Замечу, что в плане олимпиадных задачек с .net'ом проблем нет. То есть C# вполне участвует на олимпиадах да соревнованиях. Тестирующий сервер - естественно линуксячий.
PS. А в плане быстродействия программы - gpcp + .net однозначно рвет ББ на мелкие кусочки. Что там в jvm версии - не скажу пока они баг не пофиксят. :-)
-
Замечу, что в плане олимпиадных задачек с .net'ом проблем нет. То есть C# вполне участвует на олимпиадах да соревнованиях. Тестирующий сервер - естественно линуксячий.
PS. А в плане быстродействия программы - gpcp + .net однозначно рвет ББ на мелкие кусочки. Что там в jvm версии - не скажу пока они баг не пофиксят. :-)
стоп, я говорю про конкретный сервер (ссылка в начале), там есть и жаба... есть фрипаскаль... помимо си /с++ - но дело, как вы понимаете не в этом... просто есть возможность дать юным оберонщикам возможность самовыразиться ЗДЕСЬ И СЕЙЧАС - в честном соревновании. Ресурсы такого рода создаются годами и на поддержании их нужны средства.. во всяком случае еще при мне в коровне периодически поднимался бздеж на эту тему.. результатов ноль.. а тут снова лажа ... хехе
-
Замечу, что в плане олимпиадных задачек с .net'ом проблем нет. То есть C# вполне участвует на олимпиадах да соревнованиях. Тестирующий сервер - естественно линуксячий.
PS. А в плане быстродействия программы - gpcp + .net однозначно рвет ББ на мелкие кусочки. Что там в jvm версии - не скажу пока они баг не пофиксят. :-)
стоп, я говорю про конкретный сервер (ссылка в начале), там есть и жаба... есть фрипаскаль... помимо си /с++ - но дело, как вы понимаете не в этом... просто есть возможность дать юным оберонщикам возможность самовыразиться ЗДЕСЬ И СЕЙЧАС - в честном соревновании. Ресурсы такого рода создаются годами и на поддержании их нужны средства.. во всяком случае еще при мне в коровне периодически поднимался бздеж на эту тему.. результатов ноль.. а тут снова лажа ... хехе
Кстати, а какая там java? Ибо если gcj, то это не вариант вообще.
-
SE... там даже схема есть... кстати если есть еще преподаватели среди аудитории нашего форума.. то рекомендую ресурс.. вы можете назначать контрольные.. соревнования.. есть база около 400 задач ... вообщем -добро пожаловать!.