Опубликован стандарт системы инициализации для свободных платформ

Re: Re: Re: Re: Re: Re: КОМПРОМАТ II

Это так, совет...

У нас просто мужик лекции читает по распознаванию образов. Дык говорят, что создатель ABBYY у него учился.

jackill (18.03.2004 20:05:21)

Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Опубликован стандарт системы инициализации для свободных платформ

>1. Вопрос: Зачем нужны конфиги в xml?

Так было предложено, возможно сделать дваварианта, текст и xml, хотя почему бы не xml там же не будет кучи тегов - несколько штук, так что его редактирование руками очень просто осуществляеться.

>2. Вопрос: Зачем нужен параллельный запуск демонов?

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

>3. Вопрос: Зачем нужно отключать все сразу - вы куда-то торопитесь?

почему бы нет? Если все правильно продумать то такого не произойдет(это про ваш комментарий)

>4. Вопрос: Почему вы все держите в одном файле?

Мы не держим все в одном файле - для каждого runlevel свой файл (см iluinit)

>5. Вопрос: Как вы предполагаете менять порядок запуска сервисов?

В данный момент это происходит по порядку - такому как в файле, если делать с зависимостями, то можно внести в секцию зависимости и потом делить на группы - как Я писал.

>6. Вопрос: Озвучьте требования тех "админов", для которых вы пишете, и их стаж работы.

Указывать что кто и где не могу, стаж работы в среднем у лядей был 3-6 лет.

>7. Вопрос: Почему вы пьете, когда пишете такую важную программу?

Я не пью когда пишу важную программу.

alphex_kaanoken (18.03.2004 20:13:28)

Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: КОМПРОМАТ II

>Как мы видим, правило простейшее.

спасибо

alphex_kaanoken (18.03.2004 20:14:08)

Re: Re: Re: Re: Re: Re: Re: КОМПРОМАТ II

>У нас просто мужик лекции читает по распознаванию образов. Дык говорят, что создатель ABBYY у него учился.

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

alphex_kaanoken (18.03.2004 20:16:09)

Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Опубликован стандарт системы инициализации для свободных платформ

> 2. Вопрос: Зачем нужен параллельный запуск демонов?

чтобы максимально использовать имеющийся параллелизм оборудования

dilmah (18.03.2004 20:20:46)

Re: Re: Re: Re: КОМПРОМАТ II

> >  /*read or not to read is a question;-)*/
> >  symb=calloc(1,1);
> >  sprintf(symb,"%c",sym);
> >
> > А этот анекдот мы уже слышали ;) 

> почему сделано так объясню - во превых смотри внимательней дальше

Извините, но куда уже дальше смотреть???
Память ведь *уже* использована без проверки распределилась ли она.

PS.  И вообще, если надо из int получить char, то проще сделать так:

    char char_var = (unsigned)int_var;

И безопаснее и быстрее будет.

awn (18.03.2004 20:53:57)

Re: Re: Re: Re: Re: КОМПРОМАТ II

2awn (*) (18.03.2004 20:53:57)

а мне нравиться другой способ, вот и все.

alphex_kaanoken (18.03.2004 21:01:50)

Re: Re: Re: Re: Re: Re: КОМПРОМАТ II

> мне нравиться другой способ, вот и все.

??? Это было про запись в память без проверки на "распределилась ли она"? Или про то, что больше нравиться отхватывать 4 Kb страницу ради одного байта?

awn (18.03.2004 21:09:44)

Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Опубликован стандарт системы инициализации для свободных платформ

Пример?

jackill (18.03.2004 21:31:24)

Re: Re: Re: Re: Re: КОМПРОМАТ II

> char char_var = (unsigned)int_var; > И безопаснее и быстрее будет.

А какая связь между unsigned [int] и [signed] char, кроме sizeof(char) <= sizeof(int)?

Вообще, конечно, в 7-летний опыт программирования на С у подозреваемого не верится, учитывая sprintf("%s%c",...) :>

BaT (18.03.2004 21:36:05)

Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Опубликован стандарт системы инициализации для свободных платформ

допустим у тебя есть две независимых задачи -- одна генерировать ключи sshd -- вторая делать quotacheck (все условно). Первой задаче нужен CPU, вторая будет ждать диска. В параллель они быстрее будут работать. Ну а на SMP-машине еще больше параллелизма.

fsck файловых систем на разных дисках и так по моему всегда в параллель запускается.

dilmah (18.03.2004 21:41:26)

Re: Re: Re: Re: Re: Re: КОМПРОМАТ II

> > char char_var = (unsigned)int_var; > И безопаснее и быстрее будет.

> А какая связь между unsigned [int] и [signed] char, кроме sizeof(char) <= sizeof(int)?

Такая же, как и между {signed,unsigned} long [int] и {signed,unsigned} int. Т.е. с точки физического представления второй -- это сколько-то младших бит от первого (если у них разный sizeof()) или просто тоже самое (если sizeof() одинаковый).

А вот с преобразованием к unsigned я действительно погорячился. Можно присваивать и так, без преобразования -- это ни начто не влияет ибо мы идём с сторону уменьшения размерности. Вот если бы шли в сторону увеличения (char -> {signed,unsigned} int) -- тогда да, надо было бы думать, что хочется получить в результате и преобразовывать. А так...

awn (18.03.2004 22:13:39)

Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Опубликован стандарт системы инициализации для свободных платформ

Т.е. сфера применения весьма ограничена.

jackill (18.03.2004 22:27:42)

Re: Re: Re: Re: Re: Re: Re: КОМПРОМАТ II

А есть такие платформы, где sizeof(signed) != sizeof(unsigned)?

Мне лично не встречались, но что стандарт говорит? Я уже лет 5 как С в руки не брал :)

У K&R вроде бы речь шла только о sizeof(char) <= sizeof(short) <= sizeof(int) <= sizeof(long)....

BaT (18.03.2004 23:12:09)

Re: Re: Re: Re: Re: КОМПРОМАТ II

> > >  /*read or not to read is a question;-)*/
> > >  symb=calloc(1,1);
> > >  sprintf(symb,"%c",sym);
> > >
> > > А этот анекдот мы уже слышали ;) 

> > почему сделано так объясню - во превых смотри внимательней дальше

> Извините, но куда уже дальше смотреть???
> Память ведь *уже* использована без проверки распределилась ли она.

Не говоря уже о том, что sprintf запишет 2 байта, а выделен только
один.

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

Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: КОМПРОМАТ II

> так дописываеться себе и дописываеться,

Таким макаром оно дописывается за O(n), в то время как можно дописывать за O(1). С такими неоптимальными замашками твои проги будут работать медленнее чем написаные нормальными людьми на shell.

> переполнение - проверочку сделаю про нее то Я и забыл.

Из-за таких как ты склеротиков приходится регулярно набирать apt-get update; apt-get dist-upgrade. Так что лучше брось ты это дело, заканчивай школу и иди в армию.

Re: Re: Re: Re: Re: Re: КОМПРОМАТ II

> > > > /*read or not to read is a question;-)*/
> > > > symb=calloc(1,1);
> > > > sprintf(symb,"%c",sym);
> > > >
> > > > А этот анекдот мы уже слышали ;)

> > > почему сделано так объясню - во превых смотри внимательней дальше

> > Извините, но куда уже дальше смотреть???
> > Память ведь *уже* использована без проверки распределилась ли она.

> Не говоря уже о том, что sprintf запишет 2 байта, а выделен только один.

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

Не говоря уже о юникоде...

Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: КОМПРОМАТ II

>Из-за таких как ты склеротиков приходится регулярно набирать apt-get update; apt-get dist-upgrade. Так что лучше брось ты это дело, заканчивай школу и иди в армию.

это была моя ошибка - тем более в просто написаном ради шутки одном файле, в школе и универсете Я отучился , в армии тоже был - так что твой совет бессмысленен.

alphex_kaanoken (19.03.2004 15:28:00)

Re: Re: Re: Re: Re: Re: Re: КОМПРОМАТ II

>Не говоря уже о юникоде...

сказал же ошибся - ну достали, юникод? Я что писал для юникода ?

alphex_kaanoken (19.03.2004 15:28:41)

Re: Re: Re: Re: Re: Re: Re: Re: КОМПРОМАТ II

> сказал же ошибся - ну достали

Ты не воспринял ошибку серьёзно. Значит ты опять и опять будешь писать такие же ошибки. Ты ведь должен большое спасибо всем тут сказать за то что люди тратят своё время и пытаются тебя чему-то научить. Жаль что напрасно.

Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: КОМПРОМАТ II

> это была моя ошибка - тем более в просто написаном ради шутки одном файле, в школе и универсете

эта ошибка была в iluinit => эта новость была написана ради шутки :)

Re: Re: Re: Re: Re: Re: Re: Re: КОМПРОМАТ II

> Я что писал для юникода

Да!

Re: Опубликован стандарт системы инициализации для свободных платформ

Извините alphex_kaanoken, вы совсем тупой или прикидываетесь?
Когда вы сообщали о разработке вами новой лицензии вам уже намекали на нечитабельность серого на черном на вашем сайте.
Теперь с вашим этим iluinit та же фигня...

Re: Опубликован стандарт системы инициализации для свободных платформ

Опубликован стандарт системы инициализации для свободных платформ А можно поинтересоваться, это ANSI, ISO или IEEE стандарт.. или хотя бы ссылочку на RFS-ку дайте

Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re:Re: Опубликован стандарт системы инициализации для свободных платформ

2anonymous (*) (17.03.2004 20:28:26)
>Сисадмины "Hello, World" пишут так:
...
Нифига :-)
#!/bin/sh
for i in `echo "Hello, world"`
do
echo -n $i
done

:-)

Re: Re: Re: Re: Представь что ...

2awn (*) (18.03.2004 11:25:06)
>Что же про остановку демонов по сигналу: извини, но тому, кто догадается кильнуть мне Oracle сигналом я поотрываю руки/ноги. И не важно уже насколько благими были намерения килявшего и каким именно сигналом он килял.
Я буду участвовать :-) Oracle - штука тонкая, за killall oracle нужно отрывать все, что болтается и засовывать во все, что разевается :-)

Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Опубликован стандарт системы инициализации для свободных платформ

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

> Supports starting services in parallel (need to set 'RC_PARALLEL_STARTUP="yes"' in /etc/conf.d/rc).

Так что все уже есть, кроме сомнительной полезности xml'ных конфигов. Ну и зачем тогда изобретать велосипед?

int19h (20.03.2004 17:03:29)

Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Опубликован стандарт системы инициализации для свободных платформ

> Ну и зачем тогда изобретать велосипед?

Да похоже он уже забил на это дело.

Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Re: Опубликован стандарт системы инициализации для свободных платформ

Судя по их форому - еще нет. Что и пугает.

int19h (21.03.2004 5:56:04)

Re: Опубликован стандарт системы инициализации для свободных платформ

2alphex_kaanoken (*)

Дочитал до ТВОИХ откровений националистического толка, где ТЫ нам поведал, что ТЫ не русский и как называется ТВОЙ родной город, а потом, на фоне ТВОЕГО "коронного" высказывания: "Россия - тупая страна" (потому, что не все признают ТВОИ таланты), одновременно, ТЫ потребовал не трогать ТВОИ национальные чуства к Хельсинки... В общем, дальше читать я не стал...

Слышь, ИДИОТ, и ТЫ считаешь, что после всего этого я, хотя бы, взгляну на твою поделку ?

Какие могут быть ещё "стандарты" от тебя... тьфу...

Учти, ПРИДУРОК, "не всё то золото, что блестит", и "не каждый финн способен изобрести Linux".

P.S. Гений, бл...

Re: Re: Опубликован стандарт системы инициализации для свободных платформ

> не каждый финн способен изобрести Linux

тонко подмечено;)

добавлю только, что поскольку Линус по национальности швед, то ни одного прецедента, чтобы финн изобрел линукс, еще не было ;)

Re: Представь что ...

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

   И вообще, зачем? Я не увидел объяснения, чем плоха нынешняя система инициализации например в Debian.

Re: Re: Re: Re: Re:Re: Опубликован стандарт системы инициализации для свободных платформ

А ты представляешь, сколько матов я сложу на XML и конфиг, пытаясь поднять удаленно машину по линии 9600 или хуже? Когда и vi - роскошь...

Думать не хотите...

Re: Re: Re: Re: Re: Re:Re: Опубликован стандарт системы инициализации для свободных платформ

vi - RIP!

Re: Re: Представь что ...

ладно господа бросьте, все забили - ничего больше не буду для вас делать.

кушайте то что есть. надоело наблюдать ваш снобизм.

Да и помочь никто так и не собрался- привести идею в оконченный вид, чтож сидите дальше в сами знаете чем;

alphex_kaanoken (05.04.2004 18:57:51)

Re: Re: Re: Представь что ...

> ладно господа бросьте, все забили - ничего больше не буду для вас делать.

> кушайте то что есть. надоело наблюдать ваш снобизм.

Ну и телОк, охренеть можно. Дитё малое, с непомерным самолюбием и ни хрена не умеющее. Зато гонору - прямо Дон Кнут, не меньше.

Я вот поражаюсь, что это за фирма такая, где он работает программистом, то есть вот за тот понос, который был выше, ему ещё платят?

Re: Re: Re: Re: Re: Re:Re: Опубликован стандарт системы инициализации для свободных платформ

> А ты представляешь, сколько матов я сложу на XML и конфиг, пытаясь поднять > удаленно машину по линии 9600 или хуже? Когда и vi - роскошь...

> Думать не хотите...

А сколько матов я сложу, пытаясь поднять Linux на 386 с двумя мегами оперативки...

Да, это фигня, конечно. Вот на счетах... Интересно, чем думал Торвальдс о пользователях счет?

Сферический конь в вакууме, блин...

CybOrc (06.04.2004 17:51:00)

Re: Re: Re: Re: Re: Re: Re:Re: Опубликован стандарт системы инициализации для свободных платформ

> А сколько матов я сложу, пытаясь поднять Linux на 386 с двумя мегами оперативки...

Это что, вот умельцы поставили линукс на мертвого енота: http://www.strangehorizons.com/index.pl?Contents=/2004/20040405/badger.shtml

Re: Re: Re: Re: Представь что ...

> Я вот поражаюсь, что это за фирма такая, где он работает программистом, то есть вот за тот понос, который был выше, ему ещё платят?

Micro$oft :)

hoopoe (12.04.2004 15:22:57)