JXP Commander 0.0.1preview2

17.7.2006 22:37 | Linux | poslední úprava: 17.7.2006 22:45

Aktuální zdrojové kódy JXP Commanderu jsou dostupné zde. Do zdrojáků bych se moc nedíval. Vypíše to adresář ~/ v levém panelu a /dev v druhém. Funguje řazení (není zrovna nejrychlejší). Adresáři se zatím procházet nedá. Přemýšlím o vyhození sloupce pro příponu a nechat ji v názvu souboru. Tak to je vše, teď si jdu dát do nosu :)

       

Komentáře

[Michal Kubeček]

Přemýšlím o vyhození sloupce pro příponu a nechat ji v názvu souboru.

Jsem jednoznačně pro. Ale já nejsem směrodatný, stejně to používat nebudu… :-)

[D-Evil]

Já bych ho naopak zachoval, osobně ho často používám k seřazení souborů podle přípony. Má to většina podobnejch programů a zrovna v tomhle bych nechtěl bořit nepsaný standardy.

[David Watzke]

Spíš by to chtělo dát na výběr Někde jsem to už viděl... že by TCMD?

[Josef Kufner]

Standard je, že přípona není :)

Jinak tam radši dej sloupeček s mime typem (třeba podle toho, co vyplivne program file).

[Josef Kufner]

Samozřejmě volitelně, protože to bude děéésně pomalý.

[Filda]

Windows sice standardně příponu nezobrazujou, ale TC ji zobrazuje vždycky. Na výběr je pouze jestli jí zobrazí ve zvláštním sloupečku nebo přimo za jménem souboru. Nicméně podle přípony lze řadit ať je to tak nebo tak.

Za ten mimetyp se taky přimlouvám.

[Michal Kubeček]

Tak si vezměme namátkou pár jmen souborů z mého počítače:

  cztocz-0.9.4.tar.bz2
  firebird-2.0.0RC3
  stunnel.conf-dist
  null
  patches.release
  Makefile.in.libfbclient
  FontMap.Gnome
  config.guess
  README.universal_triggers

Co je to vlastně ta přípona?

[Josef Kufner]

  cztocz~1.bz2
  firebi~1.0RC
  stunne~1.con
  null
  patche~1.rel
  Makefi~1.lib
  FontMa~1.Gno
  config~1.gue
  README~1.uni

Řekl bych, že teď už to je jasnější

[lefti]

Zobrazovat cely nazev souboru, nerazet po posledni tecku . Navic sloupec s File type s vyberem podle ceho se bude generovat (mime type,koncovka,...)

[VícNežNic]

Já bych začal nějakým rozumným způsobem kompilace Nevím jak tobě, ale mně nepřijde moc super kompilovat to celé znova i když změním jenom jeden .cpp soubor.

[Josef Kufner]

Jo, tohle jsem mu říkal už při zveřejnění první verze a nic.

[lankvil]

jj, taky se pripojuju. obycejny Makefile by stacil

[Luk]

Říkal jsem, že do toho nebudu kecat, ale stejně vřele doporučuji vyhnout se autotools. Je to sice hodně silná sada, ale těžko zkrotitelná (a kdo ji nemá dobře zvládnutou, může při problémech hodně dlouho tápat) a generuje zbytečně obrovský Makefile.

[Michal Kubeček]

Předpokládám, že máte na mysli automake, ten mne také moc neoslovil. Pokud ale použijete jen autoconf (což je v praxi častější), máte velikost makefilu plně pod kontrolou.

[Luk]

Ano, hlavně automake. Stejně mám ale nejraději ručně psaný úsporný Makefile. I když je pravda, že při větším počtu souborů už je to neúnosná metoda a nějaká automatizace se vždy hodí.

[Josef Kufner]

Jo, tuhle metodu mám taky radši, ale protože jsem děsně líný tak jsem si to trošku zjednodušil takovým scriptem (mfgen), který do makefilu hodí vyplněnou šablonu a někde uprostřed do toho nechá gcc vygenerovat závislosti.

[Michal Kubeček]

Mezi Makefile.in a Makefile ale není prakticky žádný rozdíl kromě toho, že ve druhém jsou expandovány vybrané proměnné.

[r_b_l]

Looking for pkg-config ... [: 18: ==: unexpected operator

Bylo by dobé trochu upravit skript compile.sh. Ne každý totiž používá bash jako /bin/sh (já tam mám dash)

[Josef Kufner]

Ono tohle není správně ani v bashi. Chybí tam uvozovky.

[r_b_l]

Nicméně bash to bez problémů přelouskal...

[Jardík]

Uvozovky tam teda nechyběj. Návratový kód programu je číslo a ne řetězec.

[Josef Kufner]

Ale porovnáváš to jako řetězec. Pro čísla je -eq. Jinak na ten zdroják jsem koukal až teď a ty uvozovky je lepší psát vždy, ale je fakt, že zrovna v tomto případě to bash přechroupe korektně.

[David Watzke]

Pro čísla je IMHO nejvhodnější ((1==1))

[Josef Kufner]

[ "$num" -eq "12" ] nebude mít problémy s přenositelností na jiné shelly podobné sh.

[David Watzke]

A ((num==12)) problémy mít bude?

[Josef Kufner]

Mám pocit, že (( )) je vymoženost bashe a staré sh to neumí... Ale to je asi jedno.

[fakenickname]

bude

[VícNežNic]

Když už jsme u té rychlosti, jak to tak vypadá, to neustále znovanaplňování modelu je (minimálně na mém počítači) podstatně pomalejší než samotné řazení. Co je ovšem k uzoufání pomalé, to je řazení podle vlastníka a skupiny.

[Michal Kubeček]

Bodejť by ne, když se tam pořád dokola prohledává systémová databáze. Chtělo by to nějakou cache.

[Michal Kubeček]

Tady je příklad, jak by taková cache mohla vypadat. Při spuštěném nscd jsem dosáhl zrychlení opakovaného lookupu 5.5:1, při vypnutém 310:1.

#include <map>
#include <stdexcept>
#include <sstream>
#include <pwd.h>


class uid_cache {
protected:
  typedef std::map<uid_t, std::string> uid_map;
  uid_map cache;
  long buf_length;

public:
  uid_cache();
  ~uid_cache() {}

  std::string convert(uid_t id);
};


uid_cache::uid_cache()
{
  buf_length = sysconf(_SC_GETPW_R_SIZE_MAX);
  if (buf_length == -1) {
    // buď vyhodíme exception nebo tam plácneme bulharskou konstantu
    throw std::runtime_error("Houston, we have a problem.");
  }
}


std::string uid_cache::convert(uid_t id)
{
  uid_map::const_iterator iter;
  iter = cache.find(id);
  if (iter == cache.end()) {
    std::string result;
    struct passwd pwd;
    struct passwd* rptr;
    char buff[buf_length];
    getpwuid_r(id, &pwd, buff, buf_length, &rptr);
    if (rptr) result = pwd.pw_name;
    else {
      std::ostringstream s(result);
      s << id;
    }
    cache.insert(std::make_pair(id,result));
    return result;
  } else {
    return iter->second;
  }
}

[Michal Kubeček]

Tedy on ten test byl tak trochu nefér, protože jsem 10^7-krát (kromě varianty bez cache i nscd, tam jen 10^5-krát) za sebou provedl lookup stejné hodnoty, ale na druhou stranu, situace, kdy mají všechny soubory v adresáři stejného vlastníka, bude v praxi docela častá…

[Jardík]

LOL. Měl jste pravdu. Když vyhodím to zjišťování vlastníka a skupiny, je to okamžitě setřízené a vypsané. Tu cache tam rozhodně přidám, díky za příklad.

[Michal Kubeček]

S ohledem na to, že se typicky v adresáři bude vyskytovat relativně malý počet různých hodnot UID, bylo by možná lepší řazení podle vlastníka provádět ještě trochu jinak. Nejdřív vytáhnout všechny hodnoty UID do pomocného pole, to si seřadit podle jména vlastníka, na základě toho seřazení přiřadit jednotlivým hodnotám UID klíč (pořadové číslo v seřazeném poli) a vlastní řazení provádět podle tohoto pomocného klíče. Případně tento komplikovanější postup použít pouze pokud je souborů "hodně" a různých hodnot "málo" (vhodné konstanty pro "hodně" a "málo" by se určily experimentálně).

[Kníže Ignor]

A tohle říká člověk, který o sobě tvrdí, že nemá rád výjimky?

[diverman]

Nechces rozjet treba subversion repositar?

[Filda]

čím to kompiluješ resp. jakou verzí?

[Jardík]

gcc 4.1.1-3