The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы
правила/FAQ
поиск
регистрация
вход
слежка
RSS


Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и сетевой стек, opennews (??), 26-Фев-24, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


2. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +3 +/–
Сообщение от НяшМяш (ok), 26-Фев-24, 22:52 
Не на паскале же ядро писать /s
Ответить | Правка | Наверх | Cообщить модератору

7. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +4 +/–
Сообщение от Аноним (7), 26-Фев-24, 23:12 
Зачем пихать семейство протоколов SMBx в ядро, кривое by design?
Ответить | Правка | Наверх | Cообщить модератору

10. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +21 +/–
Сообщение от Угу (?), 26-Фев-24, 23:24 
ядро, кривое by design
Ответить | Правка | Наверх | Cообщить модератору

15. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +4 +/–
Сообщение от Аноним (-), 26-Фев-24, 23:41 
А разве нет?
Или то что любой драйвер, написанный погромистом на пике балмера после пары недель жесткого кранча, может получить доступ к чему угодно в системе - это типа норм?
Ответить | Правка | Наверх | Cообщить модератору

71. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +3 +/–
Сообщение от Аноним (71), 27-Фев-24, 10:33 
Но и Винде, FreeBSD драйвер тоже может получить доступ к чему угодно. Это неизбежность, когда дрйверы работают в одном адресном пространстве с остальными частями ядра.
Ответить | Правка | Наверх | Cообщить модератору

98. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +2 +/–
Сообщение от Аноним (98), 27-Фев-24, 11:30 
Только в винде WHQL, а в BSD модули.
Не панацея, но лучше чем ничего.
Ответить | Правка | Наверх | Cообщить модератору

184. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +/–
Сообщение от Аноним (-), 28-Фев-24, 03:34 
> Только в винде WHQL,

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

> а в BSD модули.

В линухе тоже. И чего?

> Не панацея, но лучше чем ничего.

Оно и заметно - как нтфс сплошняком от винтукея до десятки в бсоды летает. Майкрософт на глупости уровня сабжа внимание не обращает.


Ответить | Правка | Наверх | Cообщить модератору

196. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +/–
Сообщение от aname (?), 28-Фев-24, 17:35 
А мужики- то не знают.

Попробуйте пользоваться НТФС нормально, а не как привыкли на линухах

Ответить | Правка | Наверх | Cообщить модератору

208. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +/–
Сообщение от Аноним (208), 29-Фев-24, 07:58 
> А мужики- то не знают. Попробуйте пользоваться НТФС нормально, а не как привыкли на линухах

Нормально это как? Это у хомячков с битой оперативкой например образуется. И потом вообще в винде не читаемо - ибо ее выносит на попытке монтирования этого. И такая ерунда с винтукея до десятки включительно.

За столько лет индусы так и не смогли починить крахи драйвера от кривых структур. А в линухе между прочим ничего не вылетает, что с модулем NTFS3, и уж тем более с FUSE версией, так что можно как раз и прочитать неудачникам их файло. Может и не прочтется, из-за битых структур, но - как правило почти все. А в винде, вот, бсод при монтировании и scandisk который проблем не видит. Отличное комбо. Так эн знакомых хомячков и познакомились с моими скиллами датарекавери.

Ответить | Правка | Наверх | Cообщить модератору

215. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +/–
Сообщение от aname (?), 29-Фев-24, 16:35 
>[оверквотинг удален]
> попытке монтирования этого. И такая ерунда с винтукея до десятки включительно.
> За столько лет индусы так и не смогли починить крахи драйвера от
> кривых структур. А в линухе между прочим ничего не вылетает, что
> с модулем NTFS3, и уж тем более с FUSE версией, так
> что можно как раз и прочитать неудачникам их файло. Может и
> не прочтется, из-за битых структур, но - как правило почти все.
> А в винде, вот, бсод при монтировании и scandisk который проблем
> не видит. Отличное комбо. Так эн знакомых хомячков и познакомились с
> моими скиллами датарекавери.
> Это у хомячков с битой оперативкой например образуется

Но виновата во всём НТФС

> ее выносит на попытке монтирования этого

Драйвер в пространстве ведра выкидывает исключение. Какое- то неожиданное поведение?

> индусы так и не смогли починить крахи драйвера от кривых структур.

Есть dirty flag, который обрабатывается при загрузке и начинается исправление.

> А в линухе между прочим ничего не вылетает

Ну попробуйте загрузиться с кривых структур ext4, чо. Посмотрим, как оно.

> что с модулем NTFS3, и уж тем более с FUSE

Подкинь диск не системным к другой машине или загрузись с rescue cd. И исправляй.
Пытаться работать с диска, который системный, с кривыми структурами, в режиме RW. Ну выздоравливайте, чтоли.

> можно как раз и прочитать неудачникам их файло

Если человек не идиот, то прочитать его он сможет больше чем одним способом.

> А в винде, вот, бсод при монтировании и scandisk который проблем не видит

Попробуйте chkdsk

> Так эн знакомых хомячков и познакомились с моими скиллами датарекавери.

Как же им повезло, что им не пришлось знакомиться с разваливающимися ext4 или драйверами на вайфай в линуксе. А примонтировать диск в линух, это, конечно, запредельный скилл. Жаль, не каждый может так в наше время.

Ответить | Правка | Наверх | Cообщить модератору

70. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  –4 +/–
Сообщение от Аноним (71), 27-Фев-24, 10:28 
Неудачно сформулировал предложение, прошу прощения. Лучше так. Зачем пихать семейство протоколов SMBx, которые кривые by design, в ядро?
Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

170. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +/–
Сообщение от Аноним (-), 27-Фев-24, 20:51 
> ядро, кривое by design

Да хренли - пользуйтесь прямым by design minix. Вон вам его в ME понапихали, кушайте не обляпайтесь.

Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

19. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +3 +/–
Сообщение от Аноним (19), 27-Фев-24, 00:40 
> Зачем пихать семейство протоколов SMBx в ядро, кривое by design?

Ну дык - от главного Платинового Спонсора и Просто Лудьшего Друга Опенсорса (да, все с Заглавных Буков) жыж!
Не запихнешь - те самые, которые щедро аж 2.9% от спонсорских денег на разработку ядра отстегивают, ругать (и грозить твоей "оптимизацией") будут!


Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

42. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +1 +/–
Сообщение от Аноним (-), 27-Фев-24, 07:41 
> Ну дык - от главного Платинового Спонсора и Просто Лудьшего Друга Опенсорса
> (да, все с Заглавных Буков) жыж!

Вон ту штуку так то samsung продвигал. Это про них такое? Им оно надо для эмбедовки, там перфоманс важен. В телеке или роутере проц дохлый а качать 4k хочется. И там 1 замордованый Jeon и греб на 3 галеры - f2fs, ksmbd, exfat. А может и еще что. Если на вас 3-4 проекта подвесить - вы и так не напишете.

Ответить | Правка | Наверх | Cообщить модератору

61. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +/–
Сообщение от Аноним (61), 27-Фев-24, 10:12 
>f2fs

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

Ответить | Правка | Наверх | Cообщить модератору

166. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +/–
Сообщение от Аноним (-), 27-Фев-24, 20:36 
> Это который до сих пор не умеет после umount освобождать девайсы, если что.
> Нужен поимённый список всех этих корпотехнологий, чтобы неповадно было даже пробовать -
> всё равно на не предусмотренных хозяином юзкейсах оно будет разваливаться с
> треском.

Ну вот в этом случае f2fs, exfat, ksmbd. И вроде еще куда-то гражданин комитил. Но вообще все что исходит от самсунга и корейцев, они на самом деле рабовладельцы похлеще китайцев даже - и там закнутованые до изнеможения рабы выгружают код походу не приходя в сознание. Результат немного (не)предсказуем.

Представляете, оказывается, если дочерта здоровых проектов на 1 кодера развесить - он тонет и пускает пузыри.

Ответить | Правка | Наверх | Cообщить модератору

198. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +/–
Сообщение от aname (?), 28-Фев-24, 17:40 
Для патчинга и тестирования нужно комунити опенсурсное. Осталось только придумать, как к этому прикрутить кнуты и всё поедет
Ответить | Правка | Наверх | Cообщить модератору

197. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +/–
Сообщение от aname (?), 28-Фев-24, 17:38 
Почему эти 2.9% дают злые корпорации, а не комментаторы опеннета- вопрос риторический
Ответить | Правка | К родителю #19 | Наверх | Cообщить модератору

33. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +2 +/–
Сообщение от iPony129412 (?), 27-Фев-24, 03:30 
NFS не смущает.
Как и куча других дыр. А тут сразу.
Никогда такого не было и опять.
Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

72. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +1 +/–
Сообщение от Аноним (71), 27-Фев-24, 10:39 
NFS, кстати, проще и прямее. Вот его бы лучше, выше упомянутому, Гнусмасу в их телеках и использовать.
Ответить | Правка | Наверх | Cообщить модератору

81. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +/–
Сообщение от iPony129412 (?), 27-Фев-24, 10:50 
> NFS, кстати, проще и прямее.

да как-то нет

Ответить | Правка | Наверх | Cообщить модератору

148. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +1 +/–
Сообщение от Аноним (148), 27-Фев-24, 18:24 
> NFS, кстати, проще и прямее

Бывает ложь, наглая ложь, статистика и комменты на опеннете.

Ответить | Правка | К родителю #72 | Наверх | Cообщить модератору

199. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +/–
Сообщение от aname (?), 28-Фев-24, 17:42 
> комменты на опеннете

Не ложь, а научная работа опеннетного комментатора!

Ответить | Правка | Наверх | Cообщить модератору

187. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +/–
Сообщение от User (??), 28-Фев-24, 05:39 
Смешно, да. И про прямизну nfs, и про использовать в теликах... Телик, если что, цепляется к тому, что есть у типового пользака, а nfs там - ну вот 1% примерно.
Ответить | Правка | К родителю #72 | Наверх | Cообщить модератору

206. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +/–
Сообщение от нах. (?), 29-Фев-24, 07:23 
> Смешно, да. И про прямизну nfs, и про использовать в теликах...

про nfs тут как обычно - несут эксперты, ни разу его не использовавшие.
Ключевая беда nfs - то что его придумали когда компьютеры были большие, и он основан на complete trust удаленному концу, да и тот определялся айпишником. Все костыли и подпорки понапиханные за тридцать лет, ничего глобально не изменили.
Тем более что автором единственной более-менее работавшей концепции была sun, и, разумеется, запатентовать не забыла.

Но и просто remote root'ов в линуксном было дочорта.

> Телик, если что, цепляется к тому, что есть у типового пользака, а nfs там - ну вот 1% примерно.

у остальных 99 - флэшечка или вот, мобилочка. Т.е. им вообще никакой фс не надо.

А nfs у тех же у кого smbfs - владельцев свиноложи или княпа. Но почему-то ее никто не любит настраивать и там тоже.

Ответить | Правка | Наверх | Cообщить модератору

213. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +/–
Сообщение от User (??), 29-Фев-24, 12:13 
>> Смешно, да. И про прямизну nfs, и про использовать в теликах...
> про nfs тут как обычно - несут эксперты, ни разу его не
> использовавшие.
> Ключевая беда nfs - то что его придумали когда компьютеры были большие,
> и он основан на complete trust удаленному концу, да и тот
> определялся айпишником. Все костыли и подпорки понапиханные за тридцать лет, ничего
> глобально не изменили.

Ну, из любви к истине скажу, что авторы буквы I в имени "cifs" себе сильно-сильно польстили. Вышло у них сильно-сильно лучше с т.з. "экосистемы" - но сам по себе протокол в плане безопасности тоже не фонтан.
> Тем более что автором единственной более-менее работавшей концепции была sun, и, разумеется,
> запатентовать не забыла.
> Но и просто remote root'ов в линуксном было дочорта.

А еще милая привычка фризить все к чертям до полной неработоспособности в случае разрыва\нестабильности соединения от которой ажно прям в юзерспейс народ драпанул...
В общем, только nfs на теликах вот и не хватает, да. "И Асланiвъ помчiтся шляхамi тiтанiвъ"(Ц)

>> Телик, если что, цепляется к тому, что есть у типового пользака, а nfs там - ну вот 1% примерно.
> у остальных 99 - флэшечка или вот, мобилочка. Т.е. им вообще никакой
> фс не надо.
> А nfs у тех же у кого smbfs - владельцев свиноложи или
> княпа. Но почему-то ее никто не любит настраивать и там тоже.

Да хз. Расшаренную на "домашюю группу" или как оно там называется папку с торрентами - не раз и не два видел.

Ответить | Правка | Наверх | Cообщить модератору

216. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +/–
Сообщение от нах. (?), 29-Фев-24, 19:50 
не, ну нащот инторнетов это они немного перестарались, конечно.
(впрочем, если имелось в виду что "весь интернет будет использовать, половина - даже и не зная о том" а не "в интернете будут", то не слишком ошиблись)

> А еще милая привычка фризить все к чертям

это фича one true unix vfs layer. В принципе, хотя и редко и в странных обстоятельствах, бывает и с cifs, и виновата в этом не она, в протоколе что того что другого не было "а если чо не так, повиснуть нафиг".

Но таки да - те разработчики 80х могли бы вообще-то и подумать что не надо бы так в лоб реализовывать нелокальные vfs.


Ответить | Правка | Наверх | Cообщить модератору

48. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +/–
Сообщение от pelmaniac (?), 27-Фев-24, 08:32 
>Зачем пихать семейство протоколов SMBx в ядро, кривое by design?

ну вот держишь ты серверы на rhel8 и в ус не дуешь, а к моменту eol глядишь и допилят (или сдохнет ишак)

Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

58. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +/–
Сообщение от pda (ok), 27-Фев-24, 09:59 
Ради скорости, разумеется. И насколько я помню, там не вся реализация, только критические части.
Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

59. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +1 +/–
Сообщение от Аноним324 (ok), 27-Фев-24, 10:02 
Ты само ядро видел? Кривое by design. Нормальные ядра не спешат использовать, над ядром BSD тут принято насмехатся, над ядром XNU тут принято тоже хаха тянуть. Про QNX местные синьйор администраторы принтера в государственной конторе вообще не знают.
Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

73. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +/–
Сообщение от Аноним (71), 27-Фев-24, 10:42 
Пусть лицензию меняют на православную, вот тогда и будут использовать и свои вклады кодом делать.
Ответить | Правка | Наверх | Cообщить модератору

95. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  –2 +/–
Сообщение от Аноним324 (ok), 27-Фев-24, 11:14 
> Пусть лицензию меняют на православную, вот тогда и будут использовать и свои
> вклады кодом делать.

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

Ответить | Правка | Наверх | Cообщить модератору

164. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +/–
Сообщение от Аноним (-), 27-Фев-24, 20:31 
>> Пусть лицензию меняют на православную, вот тогда и будут использовать и свои
>> вклады кодом делать.
> Так там и есть нормальная лицензия, а не гпл. Торвальдсу тоже нужно
> задуматся над переходом хотя бы на апач.

Извини, Торвальдс догадывается что после этого линуха мигом растащую по проприетарским норкам, а он оснатется у раздолбаного корыта - примерно как *bsd, очень всем нужные и полезные. Зато свободные - в том числе и от желающих ЭТО юзать, вакансий, источников дохода по этой теме и прочего ненужно. Так что это ты сам, для своих операционок плиз.

Ответить | Правка | Наверх | Cообщить модератору

188. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +/–
Сообщение от User (??), 28-Фев-24, 05:52 
Вот оно кому-то надо тащить эту гору костылей самостоятельно. Впрочем, те кому надо - вполне себе и так могут вертеть в облачке и с тобою не делиться, GPL не противоречит.
Ответить | Правка | Наверх | Cообщить модератору

209. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +/–
Сообщение от Аноним (-), 29-Фев-24, 08:14 
> Вот оно кому-то надо тащить эту гору костылей самостоятельно.

Соня тащит же. И накодили графический драйвер - именно для себя любимых. А этим, апстримным - во! Поэтому они у нас драйверами побираются на кривой козе через прослойки.

Для сравнения возьмем SteamDeck от ValvE. Которые - внезапно - довольно видные комитеры AMDGPU кроме всего прочего. Вот такая экосистемная разница при прочих равных.

> Впрочем, те кому надо - вполне себе и так могут вертеть в облачке и
> с тобою не делиться, GPL не противоречит.

Но это накладывает немало ограничений на них самих. Раздать кастомеру бинарь без сорца - ну вот упс. А как игровую приставку в облаке - совсем уж без железки то, допустим?!

Ответить | Правка | Наверх | Cообщить модератору

212. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +/–
Сообщение от User (??), 29-Фев-24, 11:48 
>> Вот оно кому-то надо тащить эту гору костылей самостоятельно.
> Соня тащит же. И накодили графический драйвер - именно для себя любимых.
> А этим, апстримным - во! Поэтому они у нас драйверами побираются
> на кривой козе через прослойки.

Ну как бы соня тащит не "эту гору" - а вот ту кучку под свои специфические нужды - и драйвер от её контрактной железки тебе нужен... а хрен его знает, накой он тебе нужен, если честно. Соневское железо амудэ тебе все одно не продаст, а "я запустил нетбыесды на кофеварке111" последние лет 20 девочек уже не прельщает - особенно с учетом того, что кофе варить она при этом как правило перестает.

> Для сравнения возьмем SteamDeck от ValvE. Которые - внезапно - довольно видные
> комитеры AMDGPU кроме всего прочего. Вот такая экосистемная разница при прочих
> равных.

Бродком, квалком, невидия - шо, помогли тебе те ляхи?

>> Впрочем, те кому надо - вполне себе и так могут вертеть в облачке и
>> с тобою не делиться, GPL не противоречит.
> Но это накладывает немало ограничений на них самих. Раздать кастомеру бинарь без
> сорца - ну вот упс. А как игровую приставку в облаке
> - совсем уж без железки то, допустим?!

Да осспыдя - будто это тому же гуглу гулажек устроить хоть как-то помешало.

Ответить | Правка | Наверх | Cообщить модератору

200. Скрыто модератором  +/–
Сообщение от aname (?), 28-Фев-24, 17:43 
Ответить | Правка | К родителю #73 | Наверх | Cообщить модератору

177. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +/–
Сообщение от Neon (??), 28-Фев-24, 00:38 
Знают, прекрасно знают. Не нужно зеркалить
Ответить | Правка | К родителю #59 | Наверх | Cообщить модератору

67. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +2 +/–
Сообщение от ИмяХ (ok), 27-Фев-24, 10:21 
Не включай его, когда собираешь ядро, в чём проблема? Специально же делают открытый код, чтобы ты мог исправить все уязвимости.
Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

75. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +/–
Сообщение от Аноним (71), 27-Фев-24, 10:44 
Я-то не включаю. Меня юзерспейсная реализация более, чем устраивает.
Ответить | Правка | Наверх | Cообщить модератору

122. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +/–
Сообщение от BorichL (ok), 27-Фев-24, 14:34 
Не все сеньор администраторы принтера в госконторах это умеют, им нада "из каропки".
Ответить | Правка | К родителю #67 | Наверх | Cообщить модератору

171. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +/–
Сообщение от Аноним (-), 27-Фев-24, 21:00 
> Не все сеньор администраторы принтера в госконторах это умеют, им нада "из
> каропки".

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

Ответить | Правка | Наверх | Cообщить модератору

144. "Уязвимости в ядре Linux, затрагивающие ksmbd, ktls, uio и се..."  +/–
Сообщение от Аноним (144), 27-Фев-24, 17:57 
>>> В модуле ksmbd, ..., выявлены две уязвимости,
>> Кто вообще додумался засунуть ЭТО в ядро?..
> Не на паскале же ядро писать /s

Ага, на самбе пусть пишут!
Логика -- отвал башки просто.

Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей 		Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру