debugger v dev-cpp obecne dost saje, casem by te stejne zacal srat :)
gedit/vim 'v sobe' debugger nemaji (jsou to jen textove editory), ale minimalne vim se da snadno navazat na gdb, coz je debugger pomerne dobry, kdyz se preneses pres command-line. Popr. se da pouzit ddd (graficka nadstavba nad gdb).
Příspěvky odeslané z IP adresy 62.40.79.–
co treba v mezicase precist tohle? jasne, nepopisuje to top a cat, ale jako bash-specific shell skripting je to velmi pekny kousek...
http://tldp.org/LDP/abs/html/
Jinak tu chybu jsi udělal v tom, že jsi proměnné 'k' přiřadil referenci na built-in funkci 'input'. On si na to ten traceback i stěžuje :)
Ona totiz input je "objekt" (ne v oop slova smyslu), jako kazda jina a da se priradit jine promenne :)
>>> input.__str__()
'<built-in function input>'
>>> dej_mi = input
>>> a = dej_mi("bleee: ")
bleee: 666
>>> a
666
clovece, trocha stfg by neuskodila... vzdyt to je na jeden dotaz :)
1) http://www.devx.com/tips/Tip/12493
2) klicove slovo 'extern' rika, ze je symbol definovan nekde v jinem souboru a nema se tedy pro tuhle promennou alokovat znova misto, a misto toho pockat na slinkovani.
Teoreticky - muzes mit dva c-ckove soubory, ktere buodu includovat stejny header, ve kterem bude deklarovana nejaka promenna xxx. V tom pripade po prekladu vzniknou dva objekty (.o), ktere budou mit svoji vlastni kopii xxx. A pri linkovani tech dvou objektu dohromady te linker serve, ze mas dva symboly stejneho jmena, a on nevi co s tim :) Pokud ta promenna bude s keywordem extern (a definovana v jednom z tech dvou .c souboru), tak se vytvori jen v jednom objektu, a ten druhy vi, ze xxx existuje jinde, a slusne pocka na slinkovani.
I) metoda index()
>>> a = [0,3, "whatever"]
>>> a.index("whatever")
2
II) ano http://wiki.python.org/moin/HowTo/Sorting
III) prvni ne (tak jak to nejspis myslite) - vsechny promenne jsou reference na objekty. ale u menitelnych typu se kouzlit da:
>>> a = [3]
>>> b = a
>>> b[0] = 2
>>> a[0]
2
iteratory ano http://docs.python.org/lib/typeiter.html
IV) totez co pointery. u nemodifikovatelnych typu to nema smysl, u modifikovatelnych se predava reference na objekt v pameti.
V) v jazyce ne, ale proc si to na deset radku nedopsat, ze? http://aspn.activestate.com/ASPN/Cookbook/Python/Recipe/65207
VI) afaik ne. ani nevim, k cemu by to bylo dobre.
VII) ano http://www.python.org/doc/2.1.1/lib/module-filecmp.html