Fájlok könyvtárként való elérése

Linux

A KernelTrap-en jelent meg egy cikk, melyben egy olyan patch-et mutatnak be, ami lehetővé teszi, hogy file-okat könyvtárként érjünk el. Ennek például tömörített file-ok esetében van értelme, amelyek valóban tartalmazhatnak komplett könyvtárfákat is (a funkció ismerős lehet a Midnight Commander-ből). Ezt úgy oldották meg, hogy ha egy file-ra a nevével és egy utána írt / jellel hivatkozunk, akkor azt könyvtának tekinti a kernel, és megpróbálja a tartalmát ennek megfelelően a felhasználói tér programjai számára átlátszóan elérhetővé tenni. Ez a funkció azonban hátulütőkkel is rendelkezik, mivel akadnak olyan programok, amelyek úgy döntik el egy objektum könyvtár mivoltát, hogy megpróbálnak könyvtárként (a fent említett / toldalékkal ellátott néven) hozzáférni, és ha ez nem sikerül, akkor file-nak tekintik azt. A patch külön érdekessége, hogy a magyar Szeredi Miklós a szerzője. A cikk itt.

( joco01 v | 2007. 05. 23., sze – 20:57 )

"akadnak olyan programok, amelyek úgy döntik el egy objektum könyvtár mivoltát, hogy megpróbálnak könyvtárként (a fent említett / toldalékkal ellátott néven) hozzáférni"

egyrészt ki az a marha, aki ilyet lekódol, másrészt, ha a fájl többé-kevésbé könyvtárként működik, akkor a program is többé-kevésbé működni fog :)

--
joco voltam szevasz

( vmiklos | 2007. 05. 23., sze – 21:29 )

> A patch külön érdekessége, hogy a magyar Szeredi Miklós a szerzője.

azert valljuk be ebben nincs semmi nagyon meglepo, nyilvan o all neki ilyeneket irogatni es nem a vm hackerek

( kmARC v | 2007. 05. 23., sze – 21:43 )

Nem akarok butasagot mondani, ezert kerdezem:

OSX alatt a .kext-ek nem igy mukodnek egeszen veletlenul? vagy azok konyvtarak, csak a graffelulet alatt latszanak fajloknak? Mert ugye azokon belul vannak a mindenfele configolhato .xml-ek is...

Csak kerdem. Mert akkor gondolom ez a Darwin felelossege, es ilyenmodon tan BSD-ben is van... Hm?

( gUHU | 2007. 05. 23., sze – 22:05 )

Kicsit elszomorító, hogy honfitársunk munkájáról ilyen a hangnem itt...
Két-három hete tanultunk országimázsról és ez a mentalitás ott is előjött, mint téma.

Remélem ezeket a sorokat Szeredi Úr nem olvassa, vagy ha olvassa, akkor van humorérzéke.

Ne haragudj, ezt nekem írtad, vagy csak túlérzékeny vagyok? mert ha nekem, akkor mit kifogásolsz abban amit írtam? ha pedig túlérzékeny vagyok, akkor tekintsd ezt semmisnek.

Szerk: ÁÁÁ! megvan mit kifogásolsz. Nos, azt kell mondjam, hpgy megnyugtat, hogy nem én nem tudok olvasni, hanem te. :) Ugyanis: nem a patchről, hanem arról a megoldásról amivel egyes programok (hülyén) próbálják megtudni egy könyvtárbejegyzés file/könyvtár mivoltát írtunk negatív megjegyzéseket...

---
Reactor error - core dumped!

Bocsánat, de attól még, hogy magyarok írták, lehet kritizálni, nem? Egyébként a coder urat már a zseniális FUSE is minősíti (ezt komolyan gondolom).
--
'Please, just tell people to use Windows.' - Linus Torvalds on KDE and GNOME
Registered M$funboy #006 (vigyázat: memetikai dágvány!!!11)

hmm... most, hogy már válaszotát, látom hogy typó van a postomban. HURL=HURD, bár aki klikkel, úgyis rájön.
(off)
nem is tudtam, de igaziból logikus, hogy lezárja a rendszer azokat a psotokat, amikre válasz érkezett.
(/off)
---
Reactor error - core dumped!

( BaT | 2007. 05. 23., sze – 22:08 )

Kernel szinten jó dolog, de pl. kde már elég régóta hasonlóan kezeli a tömörített fileokat. A különbség az, hogy nem file://-rel kezdődik a címük, hanem zip:/-rel vagy tar:/-rel. Pl. zip:/mnt/adat/programok/linux/mercury-1.8.zip/, tar:/mnt/adat/programok/linux/seamonkey-1.1.1.en-US.linux-i686.installer.tar.gz/

Én is ezen gondolkoztam, végül nemigen jutottam megoldásra.

Nekem kényelmes a konquerorban rábökni valamire, és nézni a tartalmát, és utána megnyitni szövegszerkesztőben az egyik fájlt, elolvasni, ha akarom.

Az az egy jutott eszembe, hogy talán az ilyen vfs-ek nem tudnak írni bele,
ez meg majd tud jól.

Vagy ha írok egy scriptet, ami mondjuk tartalmaz egy olyasmit, hogy cat ~/valami.tar.bz2/üzenet, akkor az cron-bol is tudja futtatni, nem kell, hogy a user bejelentkezzék, nem kell, hogy fusson KDE, mc, gnome, akármi valamelyik terminálon.

Van egy dolog, ami nekem sok bosszúságot okozott, és ez valószínűleg megoldaná: source control alatt vannak nekem OOo-val készített dokumentumok, .ods, .odt (vagymi, nem emlékszem a kiterjesztésekre). Na a source control csak azt látja, hogy a bináris fájl változott, elment 500k-t, közben meg lehet, hogy csak a contents.xml-ben változott 3 sor.

Ha az OOo fájlokba belelátna (könyvtárnak látszanának), és tudná csak a változásokat látni így a diff, akkor nekem nagyon jól jönne.
(Persze vajon honnan fogja tudni egy bzr mondjuk, hogy ha specifikacio.odt-t lát, akkor specifikacio.odt/-t kell gondolni helyette? Na ezt nem tudom).

G

( Replaced | 2007. 05. 23., sze – 22:12 )

a vfs egy jo dolog, de nem hiszem, hogy a kernelbe kellene az ilyesmit pakolni.
inkabb valami olyan megoldassa alakitani, amit mas userland programok tudnak hasznalni kis atalakitassal. bar olyan azt hiszem mar van par implementacio, kioslave, gnome-vfs, ezeket lehetne egy standard, portolhato megoldassal kivaltani.

--
The Internet has evolved from smart people in front of dumb terminals to dumb people in front of smart terminals.

( kupcsik v | 2007. 05. 23., sze – 22:24 )

Lehet, h hülyeséget kérdezek: ha nincs telepítve a zip/rar/akarmi, akkor nem tudja kezelni a kernel a fájlokat? Vagy lesz a kernelben unrar modul? :)

( E-Medve v | 2007. 05. 23., sze – 22:32 )

Hát nem tudom, nekem ez a hír elég semleges. Eddig is a Midnight-ot használtam ilyen célra vagy az adott formátum saját programját.

Bár azért meglássuk, mi lesz ebből.

( vik1984 | 2007. 05. 24., cs – 00:25 )

stat(2)-vel csinálni, és nincs probléma. :)

"i pensieri stretti & il viso sciolto." -- Sir Henry Wootton

( gaborgabor | 2007. 05. 24., cs – 08:10 )

a nagyon jó! ilyesmit várok már mióta! persze ha lenne egy normális total commander klón... vagy van olyan, amelyikkel lehet zipben keresni és "F3-azni" ?

szerk.
feltettem a krusadert. wow! sokat fejlődött. az F3 archivumban müködik (ctrl+f2 féle tc nézetet viszont nem találtam, ezért búúúús panda lettem).
viszont. sokat szoktam archivumban (is) szövegre keresni, ez itt nem megy:
"Azt a lehetőséget választotta, hogy az archívumokban is történjen keresés. Erre a következő megszorítás vonatkozik: ha archívumokban is keres, akkor nem tud szövegre keresni (grep)."
nagy kár :(

Hehe erről az jut eszembe, hogy egyszer azt vettem észre, hogy mikor magárahagyom a gépet, akkor felugrik a procihasználat 100%-ra, és a top azt írta, hogy ezt a beagle csinálja. Így ment ez egy hónapig, kezdett gyanús lenni, hgoy ennyi idő után már le kellett volna indexelnie az összes fájlomat. Rövid kutatás után rájöttem, hogy régről maradt egy 42.zip nevű archivum a gépemen :) Mondjuk az ilyen rekurzív zip fájlok vethetnek fel érdekes problémákat. Asszem beszéltek is ilyenről a cikkben linkelt levelezés során.

Elméletben nem. A listázás során ugyanis csak azok a kis zipek kerülnek kicsomagolásra, melyek maguk asszem nem olyan nagyok. Ráadásulm ha okosan oldják meg, elég csak a fájl elejét kivenni, mert a zip van olyan rendes, és a file elején tárolja a katalógust.

Persze, ez csak elmélet...

( imi84 | 2007. 05. 24., cs – 22:00 )

Én is szívesen hackolnék kernelt, (alkalmazás) programozói, és C tudás (remélem, hogy) megvan, milyen howtokat olvassak?