321

Re: Срач: WINDOWS & LINUX & UNIX & etc

Invader написав:

Виявляється у адмінів Windows проблеми з обмеженням на довжину імен файлів (https://msdn.microsoft.com/uk-ua/librar … px#maxpath). Где мои файлы, ROBOCOPY?

То пів проблеми.. ось є жахливіша.. вінда в іменах файлів ігнорує регістр.. виявили коли вінда підключалася до сервака, вона почала скаржитися що 5 файлів з сервера бо є різними але мають однакове імʼя..  *FACEPALM* а в реальності імена різняться лиш регістром деяких символів..  *SCRATCH*

322

Re: Срач: WINDOWS & LINUX & UNIX & etc

багтрекер гугла, красношапки це різні багтрекери, так і кожного дистрибутиву, тому дати можуть бути відрізнятись, як заявлено знали про помилку розробники ну ішо, поки фахівці гугла не сказали шо все серйозно.
Далі так помилився не півтори роки а пів і то дякувати гугл спеціалістам, які найшли і сказали правити баг

323

Re: Срач: WINDOWS & LINUX & UNIX & etc

reverse2500 написав:

багтрекер гугла, красношапки це різні багтрекери, так і кожного дистрибутиву, тому дати можуть бути відрізнятись, як заявлено знали про помилку розробники ну ішо, поки фахівці гугла не сказали шо все серйозно.

Компетентні люди подивились і знайшли баг, все як ви любите.

Подякували: HetmanNet, 221VOLT2

324 Востаннє редагувалося HetmanNet (23.02.2016 21:42:57)

Re: Срач: WINDOWS & LINUX & UNIX & etc

reverse2500 написав:

багтрекер гугла, красношапки це різні багтрекери, так і кожного дистрибутиву, тому дати можуть бути відрізнятись, як заявлено знали про помилку розробники ну ішо, поки фахівці гугла не сказали шо все серйозно.
Далі так помилився не півтори роки а пів і то дякувати гугл спеціалістам, які найшли і сказали правити баг

Яка різниця хто виправлятиме? Google та RedHat є однаковими по рівню учасниками проекту так само як IBM.. і ще купа компаній.. і вони обмінюються інфою між собою.. і правильніше сказати Google не піддавав публічному розголосу інформацію про баґ до моменту як прийняв міри по захисту своєї інфраструктури.. так, RedHat вони повідомили як надійного партнера.. а той як надійний партнер почав тихенько роботу і не підставляв Google.. таке регулярно відбувається..

і дякують не лише за знаходження баґу а й його виправлення.. тому дякувати треба обом..

крім того, з чого взяли що півроку для пошуку причин багу є забагато?

Подякували: 221VOLT1

325

Re: Срач: WINDOWS & LINUX & UNIX & etc

тут виникає ще питання, а скільки розробники ще знають таких помилок і вони не відтворились в гугл спеціалістів, скільки б помилка була, як би вона не відтворилась, компетентні люди виходять не розробники glibc, а в гугл

326

Re: Срач: WINDOWS & LINUX & UNIX & etc

reverse2500 написав:

тут виникає ще питання, а скільки розробники ще знають таких помилок і вони не відтворились в гугл спеціалістів, скільки б помилка була, як би вона не відтворилась, компетентні люди виходять не розробники glibc, а в гугл

Нічого що з 53 розробників glibc лише 3 від RedHat?

327

Re: Срач: WINDOWS & LINUX & UNIX & etc

HetmanNet написав:
Invader написав:

Виявляється у адмінів Windows проблеми з обмеженням на довжину імен файлів (https://msdn.microsoft.com/uk-ua/librar … px#maxpath). Где мои файлы, ROBOCOPY?

То пів проблеми.. ось є жахливіша.. вінда в іменах файлів ігнорує регістр.. виявили коли вінда підключалася до сервака, вона почала скаржитися що 5 файлів з сервера бо є різними але мають однакове імʼя..  *FACEPALM* а в реальності імена різняться лиш регістром деяких символів..  *SCRATCH*

То ще питання, що є багом — регістрочутливість чи регістронечутливість.

328

Re: Срач: WINDOWS & LINUX & UNIX & etc

reverse2500 написав:

багтрекер гугла, красношапки це різні багтрекери, так і кожного дистрибутиву, тому дати можуть бути відрізнятись, як заявлено знали про помилку розробники ну ішо, поки фахівці гугла не сказали шо все серйозно.
Далі так помилився не півтори роки а пів і то дякувати гугл спеціалістам, які найшли і сказали правити баг

о, так також можна?
дякую, тепер знатиму нову фішечку - свої помилки можна частково оправдати "дякувати гугл (спеціалістам)"
:D

329

Re: Срач: WINDOWS & LINUX & UNIX & etc

reverse2500 написав:

тут виникає ще питання, а скільки розробники ще знають таких помилок і вони не відтворились в гугл спеціалістів, скільки б помилка була, як би вона не відтворилась, компетентні люди виходять не розробники glibc, а в гугл

ой, та помилки всюди можуть бути, а де щось може - там воно найчастіше і є)
все ж в порядку)

чи ви хочете заявити що можна написати ОС без жодної помилки, жодного багу, жодної дири?
докажете ділом?

Подякували: HetmanNet1

330

Re: Срач: WINDOWS & LINUX & UNIX & etc

доречі, якщо тут пішла така п'янка про лінукс ---
може хтось в темі --
у яких випадках може бути таке, що компілювання одних і тих же кодів тим же компілятором на дебіані повільніше ніж на убунті?

331 Востаннє редагувалося ADR (24.02.2016 01:50:57)

Re: Срач: WINDOWS & LINUX & UNIX & etc

Invader написав:

Візьмемо Ubuntu а не Fedora. Те що для того щоб встановити дистрибутив потрібно 1 гіг оперативки ніякого відношення до її експериментальності не має.

Щодо ПЗ. Скільки програм для читання елек. книг в форматі fb2, epub під Linux ви знайдете? Для Windows з десяток набереться. Download master під Linux? VKSaver? Конвертер відео рівня XMedia Recode?

notify-send "Заголовок" "Повідомлення"

Аналог під віндовс?

А аналог буферу обміну іксів? Та навіть те що вікна які є під мольними можна рухати? А те що вся система не висне коли висне одна програма?

332

Re: Срач: WINDOWS & LINUX & UNIX & etc

http://hmarco.org/bugs/CVE-2015-8370-Gr … ypass.html
В чому причина цеї і подібних проблем — в лінуксі, с++, програмістах чи програмуванні?

333

Re: Срач: WINDOWS & LINUX & UNIX & etc

там С, а сам Керніган говорив, що С це лезо бритви яким треба вміти користуватись, в умілих руках це річ корисна, а в інших смертельна, в С треба самому слідкувати за виділенням пам'яті, це переповнення буфера і нічого більшого, просто не приділили уваги і все

Подякували: 221VOLT1

334

Re: Срач: WINDOWS & LINUX & UNIX & etc

Система windows створювалась з метою заробити грошей на своїх користувачах, без можливості розібратися в тому, що вони придбали. Їм вигідно, щоб користувач не думав, так само як покупці макдональдса не думали про ожиріння. Коли на windows 10 прийдуть оновлення то ви тільки зможете зробити: shut down and update, або restart and update і microsoft собі це може дозволити, так як більшість ваших друзів, викладачів, знайомих користується skype, windows, ms office, на компютері який ви щойно купили скоріш за все буде встановлена windows. Microsoft збирає армію користувачів, а потім з них спитає $.

335

Re: Срач: WINDOWS & LINUX & UNIX & etc

ADR написав:
Invader написав:

Візьмемо Ubuntu а не Fedora. Те що для того щоб встановити дистрибутив потрібно 1 гіг оперативки ніякого відношення до її експериментальності не має.

Щодо ПЗ. Скільки програм для читання елек. книг в форматі fb2, epub під Linux ви знайдете? Для Windows з десяток набереться. Download master під Linux? VKSaver? Конвертер відео рівня XMedia Recode?

notify-send "Заголовок" "Повідомлення"

Аналог під віндовс?

А аналог буферу обміну іксів? Та навіть те що вікна які є під мольними можна рухати? А те що вся система не висне коли висне одна програма?

га? убунті треба гіг оперативки мінімум?
а яким тоді чином я установив на пів-гіга?
вона мене забоялася і поставилася?

336 Востаннє редагувалося HetmanNet (05.03.2016 10:18:54)

Re: Срач: WINDOWS & LINUX & UNIX & etc

221VOLT написав:
ADR написав:
Invader написав:

Візьмемо Ubuntu а не Fedora. Те що для того щоб встановити дистрибутив потрібно 1 гіг оперативки ніякого відношення до її експериментальності не має.

Щодо ПЗ. Скільки програм для читання елек. книг в форматі fb2, epub під Linux ви знайдете? Для Windows з десяток набереться. Download master під Linux? VKSaver? Конвертер відео рівня XMedia Recode?

notify-send "Заголовок" "Повідомлення"

Аналог під віндовс?

А аналог буферу обміну іксів? Та навіть те що вікна які є під мольними можна рухати? А те що вся система не висне коли висне одна програма?

га? убунті треба гіг оперативки мінімум?
а яким тоді чином я установив на пів-гіга?
вона мене забоялася і поставилася?

swap.. або стара ubuntu..

337

Re: Срач: WINDOWS & LINUX & UNIX & etc

HetmanNet написав:
221VOLT написав:
ADR написав:
notify-send "Заголовок" "Повідомлення"

Аналог під віндовс?

А аналог буферу обміну іксів? Та навіть те що вікна які є під мольними можна рухати? А те що вся система не висне коли висне одна програма?

га? убунті треба гіг оперативки мінімум?
а яким тоді чином я установив на пів-гіга?
вона мене забоялася і поставилася?

swap.. або стара ubuntu..

Або вибрати інший дистрибутив чи графічне оточення. Наприклад, Archlinux з XFCE4.

338 Востаннє редагувалося 221VOLT (08.03.2016 14:10:44)

Re: Срач: WINDOWS & LINUX & UNIX & etc

HetmanNet написав:
221VOLT написав:
ADR написав:
notify-send "Заголовок" "Повідомлення"

Аналог під віндовс?

А аналог буферу обміну іксів? Та навіть те що вікна які є під мольними можна рухати? А те що вся система не висне коли висне одна програма?

га? убунті треба гіг оперативки мінімум?
а яким тоді чином я установив на пів-гіга?
вона мене забоялася і поставилася?

swap.. або стара ubuntu..

ну я говорю як є - я убунту спокійно установив

----

якщо деякі користувачі з широкої пряморукості та великої ясномудрості встановлюють якісь дуже важкі віконні інтерфейси на ту убунту - чи беруть не чисту убунту а збірку з купою всякої фігні - то чого це "убунта погана"?
може то "кривенькі руки вибрали кривеньку збірку"?)))

339 Востаннє редагувалося Invader (06.03.2016 00:58:40)

Re: Срач: WINDOWS & LINUX & UNIX & etc

Нарешті. В Virtual box перепробував Xubuntu 14.04, xubuntu-12.04, ubuntu-13.04, але я пам’ятаю що таке було тільки не був впевнений Fedora чи Ubuntu. І от RFRemix 16
http://img.srv.if.ua/images/tn_zGH18291.jpg
Хоче 1179 мебібайтиків оперативної пам’яті для продовження встановлення. Ще спробую Fedora 23.

Погромісти наздоганяють і переганяють приріст в швидкодії середньої електронної обчислювальної машинки.

340

Re: Срач: WINDOWS & LINUX & UNIX & etc

Хоче 1179 мебібайтиків оперативної пам’яті

swap це не оперативна  пам’ять, це файл той що називається, файл підкачки, як допомога для оперативки, але це не оперативка, там навіть протокол інший ( сторінковий здається ), я в FreeBSD компілював chromium, який вимагав мінімум 4 гіга своп файлу, та це на компі де 512 оперативки, просто зверніться до документації, да взнайте як збільшити файл підкачки. В FreeBSD це виглядає так Увеличение объема подкачки

Подякували: 221VOLT1