- A hozzászóláshoz be kell jelentkezni
Hozzászólások
"A nyílt forrású szoftverek azért jók, mert azokban nem maradnak sokáig rejtve a bugok, hiszen bárki megnézheti a forráskódokat..."
;D
- A hozzászóláshoz be kell jelentkezni
troll! inkabb orulnel, hogy ennek a bugnak is szep bsd liszensze van!
---
Apple iMac 20"
áéíóöőúüű
- A hozzászóláshoz be kell jelentkezni
Szinte éreztem, hogy az első válasz valami hasonló lesz:)
::sumo.conf::
- A hozzászóláshoz be kell jelentkezni
Zart forras eseten varhattak volna a forras tulajanak a debugjara/patchere. 30+ ev utan igen naiv dolog lett volna supportot remelni ;D
--
ahan nem
- A hozzászóláshoz be kell jelentkezni
Úgy látszik, hogy növekszik a forráskódot átnézők tábora ;)
- A hozzászóláshoz be kell jelentkezni
es kulso cegek auditaljak is a kodot
#toy like ppl make me boy like
- A hozzászóláshoz be kell jelentkezni
NÁZA
- A hozzászóláshoz be kell jelentkezni
Szep. A kerdes az, hogy az adott bug meg lett volna e talalva valaha is, ha ez nem nyilt forraskodu. A "soha"-hoz kepest a 33 ev eleg pici ido.
- A hozzászóláshoz be kell jelentkezni
a 'soha'-t hogyan számoltad ki?
- A hozzászóláshoz be kell jelentkezni
megkerte chuck norrist
#toy like ppl make me boy like
- A hozzászóláshoz be kell jelentkezni
33 < ∞
--
Debian - The "What?!" starts not!
http://nyizsa.uni.cc
- A hozzászóláshoz be kell jelentkezni
tudom, crack sem létezik semmihez
- A hozzászóláshoz be kell jelentkezni
Kis sunyi, azt hitte, megússza ott a sötétben... :)
- A hozzászóláshoz be kell jelentkezni
Jó munkához idő kell. .-)
--
"Kernel fordítás, fúj... Pótcselekvés."
- A hozzászóláshoz be kell jelentkezni
A hosszú munkához idő kell. ;-)
--
Who is Peter Whooshing?
- A hozzászóláshoz be kell jelentkezni
A lassu munkahoz ido kell!
A'rpi
- A hozzászóláshoz be kell jelentkezni
A rosszhoz még több...
- A hozzászóláshoz be kell jelentkezni
A színlelthez meg a legtöbb...
- A hozzászóláshoz be kell jelentkezni
Érdekesek ezek az ""oldboy"" bugok. Nincs tökéletes munka. De legalább kiderülnek. Na a lényeg az, hogy miféle nyelven lehet ez, mert 33 év alatt a C is annyit változott (volt egyéltalán 33 éve C)?
- A hozzászóláshoz be kell jelentkezni
"The initial development of C occurred at AT&T Bell Labs between 1969 and 1973; according to Ritchie, the most creative period occurred in 1972" forras: wikipedia
---
/* No comment */
Ketchup elementál megidézése a sajt síkra
- A hozzászóláshoz be kell jelentkezni
Köszi a konkrétumot. ;)
- A hozzászóláshoz be kell jelentkezni
minden szoftverben van olyan hiba, amit a szoftver teljes élettartama alatt sem találnak meg, szóval nincs itt semmi látnivaló
- A hozzászóláshoz be kell jelentkezni
en is talaltam egy ~15 eveset multkor, nincs ebben semmi erdekes, egyszeruen nem volt szem elott. :)
--
“A well placed underscore makes the difference between a s_exchange and a sex_change”
— 8048 Users Manual, Intel 1977.
- A hozzászóláshoz be kell jelentkezni
ráadásul manyeyeball úr még csak 32
- A hozzászóláshoz be kell jelentkezni
Szerintem valamit félreérthettél az iskolában amikor a manyeyeball urat magyarázták..
--
trey @ gépház
- A hozzászóláshoz be kell jelentkezni
can i has a lessoen
- A hozzászóláshoz be kell jelentkezni
_miután_ kiderült hogy hibát okoz, megkeresték a problémás forráskód-részletet (ugye milyen furcsa hogy ezt meg tudták tenni?), megtalálták, javították.
elég perverz elképzeléseid vannak ha szerinted minden foss hívő folyamatosan forráskódokat olvas lefekvés előtt...
- A hozzászóláshoz be kell jelentkezni
illetve hát pont nem nekem
- A hozzászóláshoz be kell jelentkezni
szemelvenyek a hup poen rovatabol:
http://hup.hu/cikkek/20080705/jatszhato_demo_a_blender_institute_elso_n…
"Mond, Te fogyatékkal élő vagy, vagy csak szövegértési problémáid vannak. Sehol nem állítottam azt, hogy a Linux KERNELT auditálják, hanem azt mondtam, hogy a mission critical területeken igenis szokás auditáltatni a más cég/közösség/atyaúristen által készített kódot, mégha ez számodra az újdonság erejével hat is. Ha az éppen FOSS kód, akkor is, hiszen abban is van hiba."
http://hup.hu/node/57660#comment-594339
"Nem, mivel egy széles látókörű személy tudja, hogy minden zárt forrású termék untrusted, mivel nem lehet tudni mit csinál valójában a kód, nyílt forráskód esetén azonban bárki átnézheti a kódot, ezért nagyobb bizalmat lehet adni egy nyílt forrású rendszernek, mint egy zárt forráskódúnak.
Kemény, technikai érvek ezek."
#toy like ppl make me boy like
- A hozzászóláshoz be kell jelentkezni
nem értem miért kell olyan elánnal vitatkozni mindennel amivel nem értesz egyet hogy az még a marsról is látsszon. lehet readonly módban is jókat mosolyogni mások elvakultságán...
- A hozzászóláshoz be kell jelentkezni
A probléma gyökere valójában pont ugyanott van nálad, ahol willy esetében is, miszerint a "milyen furcsa hogy ezt meg tudták tenni" kérdés/kijelentéseddel olyan érzést akarsz kelteni, mintha a bugokat forráskód nélkül fel sem lehetne deríteni...
Igazából ez a félrevezetés az, amely miatt szót emelnek a nem-csak-csendben-jókat-mosolygók. ;)
- A hozzászóláshoz be kell jelentkezni
> mintha a bugokat forráskód nélkül fel sem lehetne deríteni...
Amennyiben a bug javításának módja a forráskód módosítása, akkor valóban. Az egyéb eseteket hagyjuk meg a mazopistáknak.
- A hozzászóláshoz be kell jelentkezni
Én a bug felderítéséről írok, te pedig a bug javítására "reagálsz". Szándékos csúsztatás?
- A hozzászóláshoz be kell jelentkezni
Nézd már meg jobban, hogy ki írta.
"no video codec le a win32vel", de "Gentoohoz lehet meg tul fiatal vagy"
- A hozzászóláshoz be kell jelentkezni
:DDDD
#toy like ppl make me boy like
- A hozzászóláshoz be kell jelentkezni
itiz dö bigining avö bjutifúl frencsip
- A hozzászóláshoz be kell jelentkezni
te mit ertesz bugok felderitese alatt? azt hogy konstatalod, hogy segfaultol ez a sz@r, nos igen ezt zart forrasu programmal ugyanolyan jol meg lehet csinalni. Ha ennel tobb kell, akkor azert jobb ha megvan a forras - pl. a cikkben az uriember sem jutott volna ilyen egyszeruen a vegso konkluziora ha a MS Office lett volna a hibazo program.
- Use the Source Luke ! -
- A hozzászóláshoz be kell jelentkezni
gondolod ha tegyukfel seggfaultol az office es ezt reportolod a microsoftnak akkor ok nem nezik meg a forraskodot?
vagy megis hogy tibike?
azert mert bugrisjani nem lathatja a kodot meg ugyan az a javitas menete legyen az openszorsz vagy closed szorsz
right?
#toy like ppl make me boy like
- A hozzászóláshoz be kell jelentkezni
es Otto hogy gyozodik meg arrol, hogy nem a malloc kodjaban van a hiba? Megnezi az office-t gdb-ben (de mondjuk nem akar asm kodot bogaraszni)? Vagy majd a microsoft kuld neki levelet, hogy megneztuk es nalunk volt a hiba? Ez igy szerinted tenyleg egyszerubb/jobb mint a cikk eseteben ahol Otto-nak megvolt a forras keznel?
- Use the Source Luke ! -
- A hozzászóláshoz be kell jelentkezni
meg mindig nem arrol beszelunk h otto mit csinalt vagy csinal
hanem arrol h semmi koze az opensourcenak ahhoz h hogyan javitanak egy bugot
de ha mar muszaj ezzel a jasonlattal elni akkor otto ir egy olyan progit ami closed source libet hasznal es elszall akkor szerinted nem lehet kidebugolni h hol szall el? ott all ertetlenul es berakja a tokyo hotel cdt es elkezd sirni?
te komolyan programoztal valaha barmit is?
#toy like ppl make me boy like
- A hozzászóláshoz be kell jelentkezni
persze nem a bug kijavitasarol beszelunk, hanem a "feltarasarol", barmit is jelentsen az :D.
amugy nyilvan konnyebb kidebugolni ha meg van a forras. jelen esetben is Otto beinditotta a gdb-t es rogton latta, hogy hol a hiba, biztosan nem az o kodjaban - amugy nehezebb bebizonyitani, hogy az o kodja hibatlan egy bug feltunese eseten.
- Use the Source Luke ! -
- A hozzászóláshoz be kell jelentkezni
Ki lehet bármit debugolni, nem (csak) erről volt szó. Azért én valahogy könnyebben debugolok ha látom a forráskódot is...
Akár hiszed, akár nem, van az úgy hogy egy bug nálad mindig előjön, de a vendor nem akarja javítani, mert a 3 millió userből 2 darab panaszkodik miatta. Ne mondd hogy ilyenkor nem kényelmesebb saját magadnak megjavítani, mint a teljes solution-t kicseréni másik vendor megfelelő solution-jére.
Ja, persze lehet hogy ahol nagyon kritikus ott megveszik a supportot és megkapják az egyedi javítást. Vagy nem. Vagy el sem kezdik használni éles környezetben, supporttal, mert az adott körülmények között nem működik tökéletesen a sw.
- A hozzászóláshoz be kell jelentkezni
vizualizalom ahogy a debian mentener srac az openssl bug javitasa utan belajavit az oracle kodjaba aztan bekommitolja
miaz h a vendor nem torodik valamivel?
lol?
kicsengetek mondjuk 10M-t licenszre aztan odamesz h dehat kressel, okmeg visszairjak h leszarjuk
ahahaa mosmar csak azt kene idepottyintened melyik magyar Bt nel vagy debian admin
#toy like ppl make me boy like
- A hozzászóláshoz be kell jelentkezni
vizualizalom ahogy a debian mentener srac az openssl bug javitasa utan belajavit az oracle kodjaba aztan bekommitolja
Tudod, az a mondás járja hogy csak az nem hibázik, aki nem dolgozik. Nem akarom védeni a debianos maintainert, ellámázta és még a kommunikáció is rossz volt.
miaz h a vendor nem torodik valamivel?
lol?
kicsengetek mondjuk 10M-t licenszre aztan odamesz h dehat kressel, okmeg visszairjak h leszarjuk
Vagy csak annyit hogy köszönjük, a következő release-ben javítva lesz, hacsak más, magasabb prioritású feladat nincs. Esetleg azt, hogy ismert probléma amennyiben a másik rendszerkomponens x.y verziójával nem működik jól ha a mars együttáll a jupiterrel, frissíts x.y+2-re. Nyilván sarkítottam - de ha megindokolod. hogy szerinted miért rosszabb, ha egy kereskedelmi termék mellesleg nyílt forrású is, azt szívesen meghallgatom.
ahahaa mosmar csak azt kene idepottyintened melyik magyar Bt nel vagy debian admin
Pardon? Hogy jön ez ide?
- A hozzászóláshoz be kell jelentkezni
ugyhogy nyilvanvaloan fogalmad sincsen a vendor supportrol
#toy like ppl make me boy like
- A hozzászóláshoz be kell jelentkezni
Vagy el sem kezdik használni éles környezetben, supporttal, mert az adott körülmények között nem működik tökéletesen a sw.
erre gondoltam. de valóban, rajtad kívül mindenki csak feltételez itt, és csak te tudod a true-t :)
- A hozzászóláshoz be kell jelentkezni
nem igaz mert vannak meg paran ;)
#toy like ppl make me boy like
- A hozzászóláshoz be kell jelentkezni
double decker
#toy like ppl make me boy like
- A hozzászóláshoz be kell jelentkezni
guinness rekord?:)
-----
kit erdekel milyen kernel?
- A hozzászóláshoz be kell jelentkezni
FIXME, de akkor ez a bug benne van a kereskedelmi UNIX-okban is, nem? Sot, meg akar OSX-ben is, XCode-ban csak van yacc. Szoval ok csak ugy atveszik a bugos FOSS code-ot anelkul hogy atneznek, vagy mi? :) (Csak hogy lemenjek a manyeyeballozok szintjere.)
- A hozzászóláshoz be kell jelentkezni
NAME
yacc -- parser generator
DESCRIPTION
On Darwin, yacc is a wrapper for bison(1), equivalent to bison -y.
---
pontscho / fresh!mindworkz
- A hozzászóláshoz be kell jelentkezni
Jah, kesobb eszembe jutott, kosz. Emlekeztem (utolag) hogy az XCode eleg regi bison-t szallit, ebbol volt is compiler error OSX-en.
Egyebkent a yacc-ot meg fejleszti valaki? Nem hinnem, mar a bison-t sem igazan fejlesztik, nehany evig fent voltam a bison levelezesi listan, kb. 1 email per honap volt a forgalom....
- A hozzászóláshoz be kell jelentkezni
igazabol nincs hova fejleszteni, a formalis nyelvek elmeleteben nem tortent sok ide kapcsolodo valtozas, LL(n) meg LR(n) nyelvek mar ugyanazok par eve [es ugye ezekhez tudsz generalni parsert..]
- A hozzászóláshoz be kell jelentkezni
Persze, ez vilagos, ill. LALR(1) ha jol tevedek. Vagy lehet LL(1)-hez is pl? Asszem ekvivalens, de a szabalyokat LALR(1)-ben kell megadni.
Ettol fuggetlenul meg lenne mit fejleszteni, pl. C++ parser generalas, tobb parser egy programban, ezek nem tul gordulekenyek.
- A hozzászóláshoz be kell jelentkezni
*Szerintem* a kerjujnikszok nem a BYacc implementációt használják, hanem a saját AT&T-féléjüket. De majd valaki kijavít. (Attól még osikszben benne lehet.)
- A hozzászóláshoz be kell jelentkezni
Jól tudom, hogy a legtöbb compiler és interpreter kiértékelője a lexx/yacc párost használja? Mert akkor ez rengeteg programot érint!
- A hozzászóláshoz be kell jelentkezni
igazabol csak egy kis szeletet, megpedig ahol ures nyelvtani szabaly is van a nyelvben (RTFA)
johat epp gccnel kijott ;)
- A hozzászóláshoz be kell jelentkezni
Huszonöt évvel ezelőtt a Számalk- ban Pető Ádám tanárúr magyarázta, hogy miért nem jó a malloc, Ő írt egy omalloc fvt helyette, azt használta. Akkor ámulva- bámulva halgattuk előadásait, de nem mindig voltunk szinkronban. Ő akkor az "átkosban" megelőzte korát, jó könyveket írt, bugjavításairól nem tudok, akkor az itt keleten nem volt divat.
--
üdv: virtualm
- A hozzászóláshoz be kell jelentkezni