Zdrojaci JXP Commanderu

5.7.2006 19:48 | Přečteno: 1938× | unknown_category | poslední úprava: 5.7.2006 19:51

Spousta lidí by si chtěla shlédnout zdrojáky JXP Commanderu, takže jsou zatím umístěny tu. Předem varuji, že je to strašnej bastl a vážně přemýšlím, že to přepíšu. Taky jsem se ničím nezabýval, rovnou jsem začal psát. Funguje zatím opravdu jen výpis adresáře, ale s tou velikostí souborů nevím. Info o souborech je načítáno pomocí stat a ten velikost souborů dává jako off_t (signed long?), tak s velkými soubory nevím... Chtělo by to něco lepšího. Spousta věcí by tam šla určitě vylepšit. Jen do toho, kamenujte mě Jo a ten adresář, který to vypisuje je pevně napsán ve zdrojáku, takže to upravte!

Update

Pro zkompilování potřebujete gtkmm>=2.4

       

Komentáře

[David Watzke]

OT: Když se koukneš sem na ten blogpost a přečteš si poslední větu... Proč pořád píšeš jako unknown_user?

[unknown_user]

Líný kliknout na odhlásit, potom přihlásit, vyplnit jméno a heslo a dát OK? Bude to v tom :)

[VícNežNic]

Pro začátek by třeba bylo docela fajn, aby archiv obsahoval adresář stejného jména, jak je takovým zvykem.

[unknown_user]

Mě přišlo rychlejší napsat jxp_cmdr.tar.bz2 než "JXP Commander.tar.bz2" :) Jsem od přírody strašně líný.

[Josef Kufner]

...a kdyby tam byla v nazvu i verze. Treba jen revize z svn.

[Josef Kufner]

Raději bych použil na kreslení gui glade a nechal si vygenerovat tu spoustu veci s autotools.

[unknown_user]

Viz tento link. Kompilovat se mi nechce, i když bych mohl zkusit použít to ABS :).

[Kyosuke]

Co takhle být „in“ a zkusit použít ten vychvalovanej CMake?

[Luk]

Info o souborech je načítáno pomocí stat a ten velikost souborů dává jako off_t

Tohle snad hovoří jasně, ne?

#  ifndef __USE_FILE_OFFSET64
typedef __off_t off_t;
#  else
typedef __off64_t off_t;
#  endif

Kdyby to jasné nebylo - stačí prostě definovat (v Makefile apod.) _FILE_OFFSET_BITS=64 a typ off_t bude 64-bitový

[Luk]

Ještě doplním, že pro úplnou podporu velkých souborů je potřeba nadefinovat také _LARGEFILE64_SOURCE.

[Josef Kufner]

Mno, na to, že to nic neumí to startuje poněkud dlouho.

[unknown_user]

Dlouho? Mě se to ukáže hned po zmáčknutí klávesy enter. A to ten adresář dev je docela obsáhlej. Ale zase mám A64 3000+ tak je to možná tím.

[Josef Kufner]

Mno, mě to trvalo hezkejch pár vteřin. Doporučuju si sehnat nějakej straej komp, nebo alespoň nainstalovat nějaký nepříliš rychlý emulátor a čas od času zkusit tak. Počítač nemám nijak slabý, ale bylo cítit, že to bylo víc, než jen načítáním knihoven.

[unknown_user]

No nevím, v tom kódu zas tolik věcí není. Nejspíš to bylo to řazení souborů.

[r_b_l]

Mě to startuje taky docela dlouho (cca 8s). Navíc mi to do konzole vyhodí spoustu (přesně 1382) řádků

(jxp_cmdr:11196): Pango-WARNING **: Invalid UTF-8 string passed to pango_layout_set_text()

Nemá to souvislost?

[unknown_user]

Mně to nic takového nehází. Proč vám to sakra startuje dlouho? Prvni start po rebootu (kde ze se to okno zavira? )

real    0m1.420s
user    0m0.512s
sys     0m0.032s

Druhy

real    0m0.924s
user    0m0.528s
sys     0m0.028s

[r_b_l]

No tak u mě to vypadá asi takto (několikáté spuštění, rebootovat se mi nechce)

real    0m8.364s
user    0m6.612s
sys     0m0.106s

Jinak používám Debian testing (pango odtamtud) a KDE, tak jestli to netahá moc gtk věcí... (i když firefox startuje mnohem rychleji)

[XMurder]

asi kvůli těm problémům s UTF-8 co vám to hlásí...

[brk]

Na 2GHz Celeronu mi to nabíhá 12s a žádné UTF-8 chyby mi to nevypisuje. Takový PCMan File Manager mi nabíhá sekundu a když ho spustím s požadavkem načtení /dev, tak to trvá 2s.

[brk]

Fakt to drhne někde na načtení /dev. Zkusil jsem pro zajímavost ve zdrojácích změnit cestu obou panelů na / a start byl takřka okamžitý.

[r_b_l]

Jo zapomněl jsem na počítač - mám AthlonXP 1900+ a 768MB RAM, neřekl bych že to je nějaká extra vykopávka.

[Luk]

Já mám prozměnu tohle pro první start (ne po rebootu, ale...):

real    0m8.102s
user    0m1.712s
sys     0m0.084s

...a další pak:

real    0m3.407s
user    0m1.628s
sys     0m0.104s

Je to FC 4 + KDE. Zdržuje to zjevně tahání dat z disku.

[r_b_l]

To mě to na disk skoro nehrábne...

[kozzi]

jak si získal ty časy?

[David Watzke]

time, ne?

[XMurder]

asi $ time příkaz, hm ale nevim, to musel potom i rychle vypnout (okno)

[David Watzke]

Pokud se to okýnko odtrhne od konzole (jako třeba gvim), tak nemusel.

[David Fridrich]

takhle by to mělo prolíst: time (program &) - ne kazdej program se sam odtrhne od termu, tohle funguje vsude...

[David Fridrich]

aha, tak to je blbost, pardon:)

[lankvil]

Jo me to hlasi presne to samy. a startuje taky priserne dlouho. Vypada to jako problem v kodovani datumu, je naky zkomoleny. rek bych tim ze muj system (debian testing) pouziva iso8859-2 kodovani a ne utf-8

[Josef Kufner]

Jop, taky mám Debian a systém na Latin 2.

[unknown_user]

Nahrál jsem tam novou verzi a snad by měl být váš problém vyřešen. Zkuste to. Také to už reaguje na ty tlačítka dole a na menu akce. Zatím to ale jen vypisuje do terminálu - nic nekopíruje, nemaže.

[lankvil]

Tak sem zkusil novou verzi. Problem s utf je vyresen, ale nacitani trva dlouho furt. zkousel sem to debugovat a nejdyl se to zasekne na funkci listDirectory.. ale uz bych mel jit, tak nemam cas zistovat presnou pricinu problemu.

[brk]

Doba startu se mi změnila jen nepatrně. Cca o 0,5s, což je při času kolem 12s v podstatě nepostřehnutelné a klidně to mohla způsobit jiná otevřená stránka ve FF, nehrající mp3, ... .

[kozzi]

pokud budeš hledat inspiraci. tak se poohledni po projektu atol

[unknown_user]

Asi nemyslis toto? Co to jako ma byt? Spis mi to pripada jako jedna funkce k prevodu retezce na cislo?

[Josef Kufner]

Spíš bych to viděl na toto: http://atol.sourceforge.net/index.html

Podle letmého proklikání toho webu, to vypadá hezky.

[Josef Kufner]

Akorát pozor na to, vypadá na příliš windousoidní program.

[belisarivs]

No, v mem GNOME to, az na ty ikonky, vypada jako dost gnomoidni program.

[Josef Kufner]

Mno, jak jsem řek, je to windowsoidni program, ktery nahodou funguje i na Linuxu. Kdyz uz nic jineho, tak to rika pravum atributy a neumi je to zmenit.

Nekoukal jsem na zdrojaky, ale pokud to neni moc zpraseny a trosku by se doladil pohyb po panelech, tak by to mohl byt pouzitelny zaklad.

[Bubak]

Nemate nekdo aspon nejaky screenshot? Ja tu nemam gtkmm, gnome vubec a nejspis ani vetsinu jeho knihoven, takze kompilace mi rika ne ne ...

Jak jsem psal drive, jednou me Plesa tak nastval, ze jsem taky vyrobil okynko se dvema panely. Neumi to nic, skoncil jsem na hledani nejake pro me srozumitelne implementace virtualniho filesystemu a hrani si s drag and drop, ktere neumim. Pak prisla spousta prace, vztek me presel, tak to zustalo lezet. Kdyby se nekdo chtel mrknout, kostricka lezi tady. Je k tomu potreba fox-toolkit (psano s verzi 1.4, 1.6 nemam vyzkousenou) a vpodstate jsou to jen vyuzite hotove komponenty, coz mi pripada lepsi, nez je psat znovu. Kladem je zdrojak na par radku, celkem bezproblemovy prenos na MS Windows, zaporem neexistence skinu a neprizpusobeni pouzivanemu prostredi, ve verzi 1.4 neni (slusna) podpora unicode, ta je az v 1.6 ... Co se tyce rychlosti, musite vyzkouset sami, chcete-li ...

[David Watzke]

Tady

[Bubak]

Dik, takhle to vypada docela hezky. Budu se muset mrknout, co vsechno budu muset doinstalovat, abych byl schopen to zprovoznit ...

[VícNežNic]

Nepodléhej představě, že to umí něco víc než zobrazit tohle okýnko

[MartinK]

Moje postřehy z této verze (staženo 6.7.2006 16:20):
Už neháže chyby:
(jxp_cmdr:10118): Pango-WARNING **: Invalid UTF-8 string passed to pango_layout_set_text()
Strašně dlouhý start v řádu desítek vteřin

---

Umí procházet adresáře? - Zobrazí mi jenom adresář /dev
Reaguje na "Akce" výpisem příslušné akce v terminálu

[MartinK]

Umí procházet adresáře? - Zobrazí mi jenom adresář /dev

Omlouvám se, přehlídl jsem