erröl nem tudsz valami doksit, vagy valamit ahonnan
lehetne okosodni a témában?
(lehetöleg magyarul)

amugy mostanában konzolokat programozok,nem sok idöm van
sajnos


cyborg

Hm... a COP csak felkeszulget. Majd azutan lesz OK, ha mar megtanultam a CNN-t (msot nem dr. T Roska-nak nyalok, csak szeretek tisztbana lenni, mit dolgoztak mar ki elottem ezen temakorben (es masban is) es mit nem kell URJA elhibaznom).

cybory
1. orulok hogy ujra irtal ide
2. en szivesen irnek elosztott szamitasi kornyezetet soha mast nem is irnek szivesen

Udv all

Szia!

Nem unix szerűt csinálunk. Az EVUI nem unix! És mégcsak nem is szerű!
A COP (Cell Oriented Programming)-pal pedig már felkészítettük a rendszert az esetleges bio-cyber technológiákkal való együt működésre, és az esetleges ilyen jellegű platformokra való átemelésre!

Amúgy érdekelne, hogy Okamoto mikorra látja reálisnak a PS6-ot ill. 7-et. Szerintem ennek 6-10-éven belül nincs túlnagy esélye, hogy kijönne. Ha másért nem, akkor üzleti érdekből, hiszen megkell várniuk azt, amíg egy-egy kiadott széria lecseng. Ez minimum 1,5 év általában. Ennyi a fénykora egy ilyen csodaketyerének ma. Bár én kinem állhatom a konzolokat, az tény, hogy opre azokra is kell. Bár a végső biológiai alapú rendszerek szerintem nem fogják igényelni. De ez (mármint a biológiai alapú rendszerek) még jóideig csúcstechnológiának fog számítani - tehát megfizethetetlen lesz a kisemberek számára, a cégeknek pedig már most hallom a viszolygását. És amíg ez így van, addig nekünk jó. Utána meg úgyis jön valami új, ami mindent elmos. Nem lehet az örökkévalóságnak tervezni valamit, mert csak az Őskáosz az örök! Az meg a totális nemlét ugyébár...

Ennyi, köszi a cikket és a hozzáfűzést:
Dobai Csaba (MORFeuS Team - alapító társelnök)

Hali!

Ugyan a kérdés nem nekem szólt (dézsávű), de válaszolhatok én is:
Jelenleg két működő oprendszert tudhat a szárnyai alatt a szövettség. Az egyik a bugos (http://www.nop.hu) és a mi oprenk korai változatáról készült szimulátor, a Zen, megtalálható és letölthető a http://morfeus.fw.hu címről a Fejlesztések|Zen|Fejlesztések|ms-dos ikon -on.
A weblap átszervezése folyamatban van.

Ami pedig szerintem téged érdekel (vagyis az EVUI) az most még nem elérhető, mert jelenleg is fejlesztés alatt áll. Amint megyszületik egy boot-olható változat, vagy egy szimulátor, arról azonnal tudni fogtok. Tán még előbb mint én...

Doksi van ezerrel, illetve hamarosan kiegészülnek a még meglévők. Azok is elég tanúságosak, és ráadásul képet alkothatsz belőlük a rendszer majdan működő változatáról.

Ennyi:
Dobai Csaba (MORFeuS Team - alapító társelnök)

NRI-nek vagy Rob-nak, vagy nevezzelek inkább Némethnek? -->> Szia,
van már valami béta bétája kategóriájú, működőképes rendszer? vagy csak
darabokban van még?

Üdv: HC

All>
Most, hogy megdoglott a FREEWEB-es forumunk, bizony hasznaljuk a jo oreg "terminal.hu"-t, de telleg! Szoval T. tagok es minden T. erdeklodo, amig nem kapunk sajat szervert, addig ide varunk minden +/- hozzaszolast.

NagyFeri> Szia! Eltuntel mint szurke szamar a kodben. Vagy meg mindig beteg vagy? Remelem, nem. Szerinted mennyire volt jo a konferencia? Kellene egy utolagos, publikalando jegyzokonyv-kivonatot kesziteni. Mert jegyzokonyvet keptelenseg volt run time (mondom ezt a kedves erdeklodoknek), mert a 11 oranyi konferencia alatt annyi megbeszelni es viccelodni valo dolgunk akadt, hogy azon szetrohogne magat midnenki... Egy kivonat azonban szvsz kellene.

Udv all:
Rob (MORFeuS vezetosegi tag)

Hali Mindenkinek!

Jelenleg a MORFeuS Első Konferenciájáról írok (kávé szüNET), és nagyon úgy néz ki a dolog, hogy ha tetszik, ha nem, MI akkor is hivatalosan bejegyzett szövettség leszünk nagyon hamarosan!

A meglévő szabályzat- és alapító okirat tervezet elég jónak tűnt a jogtanácsos úr szemében, így az mint _irányadó_ figyelembe vehető - de mindenképpen változni fog.

Más: az interfész fejlesztése töretlenül halad. Az első körben 52 darab EVUI (mint UI) rendszerobjektum van. A végleges verzióban ennek kb. a kétszerese (max háromszorosa) várható.
A teljes opre összes objektumainak száma pedig legfőbbképpen összeadódik az MCC objektumaiból, az EVUI objektumaiból, a JVM objektumaiból, továbbá a többi alkalmazás és manager plusz a démonok és driverek összes objektumaiból adódik majd össze! Ezt most inkább nem fogom kiszámolni... a röhely, hogy minden le lesz dokumentálva (szájbarágás szintem!), és totál átlátható lesz.

Ehhez fogunk majd fejleszteni egy külön erre írt hyper-textes toolkit cuccot, amivel ez az egész átláthatóbbá/átláthatóvá válik majdan.

Ennyi:
Sonic (Dobai Csaba - MORFeuS vezető alapítótag)

Szerintem max kicsi késésel, de rá...

Légyszíves írj egy pontos címet, meg egy odajutási mo. a megadott mail címemre...

köszi


pro...

Hali all!

Pro>, te raersz PENTEK delutan konferenciazni velunk? A hely a Szekhely ido du. 4 korul es azutan sokaig

Udv all:
NRI (MORFeuS - alapító, társelnök)

Naszóval!

------------====================== F I G Y E L E M ======================------------

Az ETPv1 is vas és védelmiszint független volt. A v2-es is az! Nem hangoztattam eleget, de ha valaki nem jött rá
magától az lehet, hogy az en hibám, de lehet hogy nem... szerintem nem...
Úgyhogy itt és most hangozzék el az UTOLSó kifogás a védelmi szintek számát illetően.
Robi: nem véletlen, hogy az általam átadott doksikban semelyik PL sem szerepel az ágak neve felett! Egy ág nem
más mint egy logikai egység. Az, hogy ebből négy van (vagyis annyi amennyi inteles védelmi szint) természetesen
nem a véletlen műve, de én nem forszíroztam, és sehol nem is írtam azt, hogy az x-edik ág egyenlő az x-edik
védelmi szinttel! Ennek a félreértésnek egyedül a túlságosan rendezett és kreatív elme az oka, melynek folytán a
"#xPL" felirat ott leledzik a nevezett sorok felett, miként az látható.
Távolítsuk el őket, ha kérhetném. DE GYORSAN. )))

Ennyi:
SonicRulez (Dobai Csaba - MORFeuS Team - alapító, társelnök)

Bocs, nem engem kérdeztél Sonic, de:

mea culpa = az én bűnöm
Üdv: HC

----- Original Message -----
From: "Dobai Csaba" <wf-base@freemail.hu>
To: <list@coder.lx.hu>
Sent: Wednesday, March 20, 2002 4:40 PM
Subject: Re: [coder] Magyar Operációs Rendszer


> Az mi az a Mea culpa?? )
>
> Sonic (MORFeuS - vt.)
>
> ps.: ??????
>
>
>
>
> --
> Üzenet a csoportnak: list@coder.lx.hu
> Feliratkozás: subscribe@coder.lx.hu
> Leiratkozás: unsubscribe@coder.lx.hu
>
>
>
>
>
>
>

Mea culpa, mea culpa, mea maxima culpa

Miseszöveg, latinul :

"én vétkem, én vétkem, én igen nagy vétkem" (gyónás alatt)

Udv
NRI

Az mi az a Mea culpa?? )

Sonic (MORFeuS - vt.)

ps.: ??????

Khm.

Na igen.
Mea culpa, Mea culpa
Mea culpa, Mea culpa
Mea culpa, Mea culpa
Mea culpa, Mea culpa

Eltávolítva.

NRI (MORFeuS - alapító, társelnök)

Naszóval!

---====================== F I G Y E L E M ======================---

Az ETPv1 is vas és védelmiszint független volt. A v2-es is az! Nem hangoztattam eleget, de ha valaki nem jött rá magától az lehet, hogy az en hibám, de lehet hogy nem... szerintem nem...
Úgyhogy itt és most hangozzék el az UTOLSó kifogás a védelmi szintek számát illetően.
Robi: nem véletlen, hogy az általam átadott doksikban semelyik PL sem szerepel az ágak neve felett! Egy ág nem más mint egy logikai egység. Az, hogy ebből négy van (vagyis annyi amennyi inteles védelmi szint) természetesen nem a véletlen műve, de én nem forszíroztam, és sehol nem is írtam azt, hogy az x-edik ág egyenlő az x-edik védelmi szinttel! Ennek a félreértésnek egyedül a túlságosan rendezett és kreatív elme az oka, melynek folytán a "#xPL" felirat ott leledzik a nevezett sorok felett, miként az látható.
Távolítsuk el őket, ha kérhetném. DE GYORSAN. )))

Ennyi:
SonicRulez (Dobai Csaba - MORFeuS Team - alapító, társelnök)

Naszóval!

---====================== F I G Y E L E M ======================---

Az ETPv1 is vas és védelmiszint független volt. A v2-es is az! Nem hangoztattam eleget, de ha valaki nem jött rá magától az lehet, hogy az en hibám, de lehet hogy nem... szerintem nem...
Úgyhogy itt és most hangozzék el az UTOLSó kifogás a védelmi szintek számát illetően.
Robi: nem véletlen, hogy az általam átadott doksikban semelyik PL sem szerepel az ágak neve felett! Egy ág nem más mint egy logikai egység. Az, hogy ebből négy van (vagyis annyi amennyi inteles védelmi szint) természetesen nem a véletlen műve, de én nem forszíroztam, és sehol nem is írtam azt, hogy az x-edik ág egyenlő az x-edik védelmi szinttel! Ennek a félreértésnek egyedül a túlságosan rendezett és kreatív elme az oka, melynek folytán a "#xPL" felirat ott leledzik a nevezett sorok felett, miként az látható.
Távolítsuk el őket, ha kérhetném. DE GYORSAN. )))

Ennyi:
SonicRulez (Dobai Csaba - MORFeuS Team - alapító, társelnök)

Doksik jelenleg nálunk vannak, a gépemen, illetve Sonic gépn + papíron. Nos, a tervek tervei pedig a Step by Step-ben. Ennél az oprendszernél itt tartunk még, a legelején. Még van lehetőség beszállni ebbe, de nem szeretnénk felborítani a terveket. Lassan fél éve ezen kattogunk közösen, külön azonban már per Kopf szinte fél évtizede ilyenekkel foglalkozunk. Persze ha gondolod, külön oprendcer fejlesztést is lehet indítani, a legkirályabb az lenne, ha az is az ETP szerint épülne fel - s már nem mi írnánk. Ez jelent igazi kihívást, versenyt, házon belül.

Szió, üdv all: NRI
(MORFeuS, vezetőségi tag)

Valami komolyabb doksi (a honlapon kívül) van?

Ha igen akkor jusson el hozzám vhogyan... ha kérhetem...

1. reakcio: Brrrrrrrrrrr epelmeju MIKROkernel nem kutyul a fajlrencerben. Daemon? Ja, igen, neki az a dolga. Ugy hivjak, hogy "mountd".
2. Szov szab - ezzel a ponntal egyeb bajok is vannak. A heten fogok (remelhetoleg) beszelni a jogasz urral, az O szava Szent es serthetetlen.
3. PRO>>>> Tuzetesen atneztem emiljeimet. Erdekes, hogy eddig nem talaltam, pedig a programozo.hu-t is mindig megnezem. Na mind1, a lenyeg, hogy megkaptam. Ugy erzem, a "kutatócsoport" tagsaga lenne a hozzad legtesthezallobb titulus. Remelem, jol erzem. ;>
4. Weblap modositas - ma mar nem tudom (ebbol a kabinetbol nincs ICMP, grrrrrrrrrrrrrrrr) szal se IRC se Telnet es meg FTP-zni sem lehet. Igy jar az ember, ha nem megy be a tanszekre... dolgozni... vagy mi...

Err, mm ennyi birt eszembe jutni.

Tiszteletem mindenkinek:
NRI (MORFeuS - vezetosegi tag)

Robi!

Úgynézem nehézségek vannak a feltöltéssel (ühümmm#&@):
A MasterFS v1.4 doksi egyik fele még az 1.3-as verzióból való, a másik fele meg az 1.4-esből. Az egyértelműség kedvéért most leközlöm ide azt, aminek ki kell kerülnie (a mostani helyett, mert az -finoman- NEM JÓ)
------------------------------------------------------------------------------------------------------------------------

Master-FS
(v1.4-as specifikáció - végleges)

Mottó:"a szabadságot soha sem szoríthatjuk korlátok közé!"

Még publikusnak számító _belső_ információk:
-a rendszer 64 biten maximalizálta a logikai szektorok számának ábrázolását.
-mindenkor, amikor egy Master-FS-t csatol a rendszer valahova, a teljes
X-Point hierarchiát egy lineáris tömbbe kell tárolni/tölteni. Ehhez pusztán
az adott X-Point-ot tartalmazó szektor logikai sorszámát kell lementeni (
azaz 8 byte-ot), majd növekvő sorba rendezni.
-ez bizony egy nagyobb (merev)lemez esetében sok memóriát elfoglalhat, és
mivel a rendszer nem szeretné konstansként rögzíteni a maximális X-Point-ok
számát, így azt ill. annak meghatározását rendszerkonfigurációs szinten kell
támogatni. Ezáltal bárki testhez igazíthatja a Master-FS memória igényét.
-azonban ez a kis hátrány is a világ legnagyobb szabadságát adhatja ennek
as FS-nek.
-vigyázni kell a user-ek jelszó változtatásaival is(...)be kell vezetni két bölcs
szankciót:
1) Csak a rendszergazda hatásköre legyen a jeszavak megváltoztatása!
2) A fájlrendszer vezessen naplót minden tevékenységéről!
-Minden X-Point után mostantól áll egy ESD-Point, amelyben az (előtte levő)
X-Point-hoz képest lévő előző- és következő 7 X-Point néhány adata kerül.Így nagy valószínűséggel állapítható meg, ha egyes
bejegyzések eltűntek, vagy károsodtak volna, mely által könnyű javítani a
hibákat. Hiszen mint tudjuk minden bejegyzést - kivéve a legutolsót - két
X-Point zár közre.
-A MasterFS v1.4-et javaslom kislemezek fájlrendszerének is, hiszen ez a
verzió is kellően gyors és kicsi, ráadásult most már hibatűrő is.

(* Megjegyzés: A fentebb látható leírás korábban nem volt publikus, most mégis azzá tettem a közérthetőség kedvéért. Kijelentem, hogy nem vagyok kíváncsi semmilyen jellegű kritikára sem ezen szekcióval kapcsolatban, mível annak bizonyos részei még mindig nem bocsátattak a publikum elé. Ez úton is kérem az esetleges felszólalókat, hogy ne tegyenek megjegyzéséket a fenti bekezdéssel kapcsolatban, mert nem áll módomban megmagyarázni sem a kérdéseiket, sem a kifogásaikat, mert azzal megsértenem a MORFeuS Szövettségi Szabályzatának titoktartási kötelezettséggel kapcsolatos részeit (4§(5),4§(7)6§(9)). Megértésüket NAGYON köszönöm! *)

Technikai adatok:
-az FS pusztán három szektort foglal le formázás után, a többi teljesen fel-
használható szabad hely!
-nem használ semmiféle megkötést a tárolható fájlok és mappák számát ille-
tően (kivéve persze a 2^64 bájtban maximalizált szabadhelyet)!
-egy FS több, fizikailag elkülönülő folytatólagos darabra is lehet bontva!
-a logikai szektorok (egymás után) egymás alatt helyezkednek el fizikailag
a háttértároló(ko)n! Képzeljük el ezt SCSI eszköz(ök) esetén...
-A szektorok mérete: 512 bájt/szektor.
-mindenegyes bejegyzés egyedi jelszóval védhető le olymódon, hogy annak
tartalmához még a rendszergazda is csak kínok árán férhet hozzá. Az ilyen
fájlok kívülről még ennél is lehetetlenebbül fejthetőek vissza!
-több szintű autentikáció (tulaj, csoport, többiek).
-dinamikus szabadhely felhasználás.
-a maximális felhasználható bájtok száma: 2^64!
-link képzés (soft és hard).
-típusos fájlok támogatása a rekordméret eltárolásával!
-egy fájl neve 255 karakternyi adattenger lehet!
-a fájl-leírók teljes tartalmának mintegy 5/2-e kihasználatlan - Fejlesztésre
fenntartva!

Újdonságok, javítások az 1.3-as verzióhoz képest:
-Távoli felbővítés: TCP/IP alapú kapcsolaton keresztül más gépek wincheste-
rével is össze lehet kötni (folytatólag) az FS-t. Így szerver célokra is használható.
-Kicsit sok volt FS-címkének az a 256 byte, ezért ez itt most 128-ra
csökkent. Így maradt elég hely a későbbi fejlesztésre. Ez mindenképpen
indokolt volt már.
-Az FS biztonságát, sajnos csak a méret (kis mértékű) rovására sikerült
növelni, de az mindenképpen indokolt volt, bármilyen áldozat árán is!
-Emiatt az FS kettő helyett három szektort foglal el formázás után a partí-
ció elejéről.

Bezárólag:
Itt végződik a Master-FS v1.4-as specifikációja. Remélm az újítások is
elnyerik a tetszéseteket, és meglátjátok bennük az értelmet. Valószínűleg
ezután a verzió után ebben a sorozatban (a v1.xx-esben) már csak egy újabb
fog kikerülni, de sokkal valószínűbb, hogy egy sem, mert már körvonalazódik
a fejemben a MasterFS v2, ami (valószínűleg) sokkal biztonságosabb lesz,
és rendelkezni fog egy-két "hüdebazz" érdekességgel is.
Azt hiszem erre a mottóra mindig is méltónak kell lennie ennek az FS-nek.
Erre most sem került csorba. Ezt hagyni továbbra se fogom!

Kelt: Budapest, 2002. Március 8-án.
------------------------------------------------------------------------------------------------------------------------
Az ETPv2 nem értem, hogy még mért mindig ugyanaz, ami volt. Legalább 1 tucatszor megbeszéltük, hogy módosításokat kell rajta foganasítani! Íme a teljes változat:

EENG - EvuiEngine

((PL#0))
+EENG::KORN - EvuiEngine::Korn
+EENG::KORN::DSPT - EvuiEngine::Korn::Dispatcher
+EENG::KORN::DSPT::SYG - EvuiEngine::Korn::Dispatcher::SysGate
+EENG::KORN::DSPT::CPL - EvuiEngine::Korn::Dispatcher::CeeperLow
+EENG::KORN::DSPT::MEM - EvuiEngine::Korn::Dispatcher::Memry
+EENG::KORN::TMR - EvuiEngine::Korn::Timer
+EENG::KORN::GIO - EvuiEngine::Korn::General I/O
+EENG::KORN::KEY - EvuiEngine::Korn::Keyb Mgr (Tiny)
+EENG::KORN::VID - EvuiEngine::Korn::Vid Mgr (Tiny)
+EENG::KORN::DISK - EvuiEngine::Korn::Disk Mgr (Tiny)
+EENG::KORN::SCH - EvuiEngine::Korn::Scheduler
+

((PL#1))

+EENG::ESH - EvuiEngine::EngineShell
+EENG::ESH::RES - EvuiEngine::EngineShell::ResourceManager
+EENG::ESH::OBJ - EvuiEngine::EngineShell::ObjectManager
+EENG::ESH::VEM - EvuiEngine::EngineShell::Virtual-ExecutingManager
+EENG::ESH::VXC - EvuiEngine::EngineShell::VXC Server
+EENG::ESH::EIF - EvuiEngine::EngineShell::EmulationInterface
+EENG::ESH::EIF::PHDRV - EvuiEngine::EngineShell::EmulationInterface::PhysicalDrivers
+EENG::ESH::EIF::VRDRV - EvuiEngine::EngineShell::EmulationInterface::VirtualDrivers
+EENG::ESH::DAEM - EvuiEngine::EngineShell::Daemons
+EENG::ESH::DAEM::INIT - EvuiEngine::EngineShell::Daemons::INIT
+etc
+
+

((PL#2)

+EENG::UIL - EvuiEngine::User-mode Interface Level
+EENG::UIL::CPH - EvuiEngine::User-mode Interface Level::Ceeper High
+EENG::UIL::EVUI - EvuiEngine::User-mode Interface Level::ExtendedVisualUserInterface
+EENG::UIL::SH - EvuiEngine::User-mode Interface Level::Shells
+

((PL#3))

+EENG::APP - EvuiEngine::Applications

Megköszönném, ha végre EZ kerülne ki!
A CEEPER mivoltából fakadóan látni fogod majd, hogy talán szükséges lesz eldönteni, hogy ki kezelje a megszakításokat. Tehát valóban ő, vagy esetleg mégis (mint a korábbi változatban) egy külön manager segítségével legyen megvalósítva.
Továbbá valószínűnek tűnik egy gázos dolog: nevezetesen a fájlrendszerek elérése. Ha erre nincs megfelelő korn-szekvencia, akkor hogyan fog az E-mag az FS-hez piszkálni? A felfelé hivatkozást ugyanis ugyebár biztonsági okokból kizártuk már az ETPv1-ben, és többször is megállaptottuk, hogy az úgy jó. Erre viszont kéne egy megoldás!
Bár mint mondtam, a felfelé hivatkozás meg van tiltva, az előbb elhangzott okból kifolyólag javaslom, hogy a #0PL-en futó processek elérhessenek bármilyen(!) felsőbb szintű processt, erőforrást, objektumot, egyszóval mindent amit akar! Egyrészt szintén biztonsági okokból, másrészt, mert láthatóan problémát okozhat.
Ezzel a módosítással viszont már megoldható a dolog úgy, hogy az FS függvényeit egy démon tartalmazza, amely majd behúzza a megfelelő drivereket (a megfelelő FS-ekhez). Így az E-mag képes lesz írni például naplófájlt, ami a tesztelésnél, vagy a hibaelhárításnál NAGYON fontos lesz!

Más:
van egy-két szóismétlés a SzövSzabban. Konkrét példa:
(11) Nincs joga a kapott eszközöket más gazdasági társaságnál felhasználni, (!)azonban(!) személyes célokra, vagy más társadalmi szervezet munkájának segítése érdekében (!)azonban(!) korlátlanul használhatja, ha az eszköz licence szerzõdése másképpen nem rendelkezik.

Asszem nem ez az egyetlen, de nem merek rá esküdni. Olvasd át még párszor lécci, ezt meg ki kéne javítani!

Na ennyi a mese mára:
Dobai Csaba (MORFeuS Team - alapító-társelnök)

ps: a CEEPER-t majd olyan 18:00 felé tudom csak elküldeni neked. Sorry

Azt tudom...

Csak éppen küldtem Robinak egy levelet (még a mult héten)... azt semmi válasz...

A _mancs_ a Robi. Bár nem tudom mi volt a kérdés lényege, csak tippelek, hogy nem vetted észre. Ha mégis, akkor bocs.

Sonic (Dobai Csaba - MORFeuS Team)

Na lesz valami Robi?

A teljesen új opr fejlesztése azt jelenti, hogy még én is utól tudlak titeket érni? Mert ez esetben teccik a dolog.

Főleg ha komolyan át is tudnánk beszélni a dolgokat.


Válaszra várva.................

2 Sonic:
VXC a Selft és a gyermekfolyamatokon kívül csak az EIF-et, mint (-1)edik processzt tudja elérni. És ennyi. Másban aztán nem tud kutyulni, ugyanis virtuálisan címez. Pont ez a lényeg ugyebár...

2 pro:
> A beíratkozásra meg alszok még egyet. (mondom nincs időm,
> és nem akarom, hogy az legyen, hogy "te már 2 hete meg sem
>moccantál...").

idézet az Alapító Okiratból:
1§.
7). Joga van (...) kérni munkája idõleges szüneteltetését.
. Joga van munkája folyamatát sorozatosan megszakítani.

szóval ez nem gáááz mindenki ember...
kivéve az opre programozó ;>>>>>>>>>>>>>
de azért neki is néha ki kell fújnia magát

Egyébként a régi oprencer fejlesztése megállt és egy teljesen új rencer fejlesztésébe vágtuk pöttömnyi fejszénket.

A régi (alávaló DOS-alá való) image azért letölthető,
a forráskóddal együtt...

De hát mit is mondjak még:
"Minden a MORFeuS weboldalán található... valahol..."

Ami ott nincs, az nincs.

2 Nagy Feri:
Jó... bár én attól még továbbra is "not supported"-nek tartom a kiterjesztéseket - hiszen 1). VXC télleg futhat Win alatt 2). szóval muszáj az extension. Régi rendszerek balf**ságaival szívni a harmadik évezredben... Erre csak ezt tudom idézni:
"az embereket azért találta fel az Isten, hogy legyen min nagyokat röhögnie." (c) Sonic

udv NRI (MORFeuS - alapító tag, társelnök)

Még átgondolom, hogy mi legyen...

Ez a 4 FS egy kicsit soknak tűnik. Mi a fenének ennyi?
Inkább a már meglévő, gyakori FS-ekkel kellene szerintem törődni...

Nem tudom, hogy milyen állapotban van az OS de én úgy sejtem, hogy még messze van attól is, hogy minden terv OK legyen.
Ha jól sejtem akkor viszont miért a navigátorral törődtök?
Még rahaedli minden más van...
Egyáltalán most ekkor egy konkrét navigátor megírása kellene (ha ott tartotok ahol gondolom akkor ennek még semmi értelme nem lenne), vagy egy terv egy navigátorról?
Mert a terv meg nevetségesen egyszerű.

Az lenne jó ha megírnátok, hogy pontosan, hol tartotok a tervek elkészítésében. Egyáltalán mekkora mennyiségű anyag jött össze? Mert ha 5-600 oldal akkor esélyem sincsen már, hogy megértsem amire gondoltatok.

A beíratkozásra meg alszok még egyet. (mondom nincs időm, és nem akarom, hogy az legyen, hogy "te már 2 hete meg sem moccantál...").

Az FS-ek szerkezeti felépítése nem igazán publik.
Szeritem (ha neked is tetszik), akkor felvehetnénk, mint tervező. Ebben minden fontos dolog benne leledzik, amit Te állítottál, hogy segíteni tudnál nekünk.
Ha neked is tetszik a dolog, akkor csak töltsd ki az ívet a http://morfeus.fw.hu címen a Tagfelfétel menüpont alatt található formában, és küldd el bármelyikünk emiljére (az arra mutató linkeket szintén ott találod). Adataidat természetesen priváte kezeljük, kivéve azt ahova odaírod, hogy publikus is lehet.
A rendszer mostanság úgy négy FS-sel is rendelkezik:
(a létrejöttük sorrendjében):
-ZenFS
-MasterFS v1.4
-ObjFS
-MasterFS v2 (szerdától!)

Tehát tényleg egy navigátor progi megírásában kértem a segítségedet - elnézézst kérek, ha nem voltam elég egyértelmű, kissé elsiklottunk egymás mellett. Van ez így.

Minden publikus anyagot megtalálsz az említett weboldalunkon. Ha valami nem publikus is érdekel, akkor azt a belépésed után tudjuk csak megküldeni neked emilben, amíg nem lesz kész a FórumII secure-topic lehetőséggel megspékelve. Illetve lassan megkéne oldani a felhasználó azonosítást a Szöv. tagok menüpont alatt, melynek hatására teljes a hozzáférés a dokumentációkhoz.

Köszönöm a segítséget, és mégegyszer elnézést kérek, hogy a hibámból fakadóan elvesztegetted az időd egy részét:
Dobai Csaba (MORFeuS Team)

ps.: Ha van hasznos FS terved, akkor azért azt is várjuk. Köszi & megint bocs.

pro

A forráskód ( MCC - MORFeuS C++ Compiler ) részemről csak a MORFeuS tagok számára publikus más számára nem (és valószínű, hogy nem is lesz) a többiek nevében nem tudok nyilatkozni.


Nagy Ferenc

Ja meg ha már van valami részletes terv, doksi, code, ...
akkor az is jól jönne. (persze csak ha nyilvános)

Ja-ja...

Meg légyszi a fenti czumóra is válaszolj... mármint hogy
most akkor mi a helyzet?

>Nem hinném, hogy tervbe volt véve. Csak az okot nem tudtuk eddig... )

csak beszéltek róla

pro:
> -tetszés szerinti karakterek használata pl.: /!?...

A nyomtatatási dologodra íratam samplét (még nem tökéletes, de majdnem ), mail-ben elküldjem (D5 Enterprise )?

Nagy Ferenc

Na most aztán már nem értem!
Mi van? Most akkor már van FS vagy nincs?
Vagy kellene egy saját OK-bb czucc, vagy csak még nincs
kész a többi?

Jó lenne ha leírnád te mit értesz filemanager alatt...

Én azt hittem egy komplett FS + a többi...

De úgy tűnik most, hogy egy már meglévő FS-re kellene NC
klónt írni... (vagy rosszul látom?)

Ennek meg még nem lenne értelme...

Egyeztessük valahogy a dolgokat.

pro

Szépen sorjában válaszolgatok...
> -tetszés szerinti ugyan olyan nevű file (természetesen
> egy könyvtárban)

>ááááááááááááááááá személy szerint "not supported"
>bár megoldható
>és honnan a Zeusz Vesszejéből döntsem el, melyik filé
>melyik filé? Inode index lenni nem beszédes ID...


Nekem pl. időnként jól jött volna ha uaz a filename
többször is lehet egy könyvtárban. (főleg most mp3
letöltögetés és összehasonlítás kapcsán).

A lekezelése pedig semmilyen problámát nem jelent, sőt
szerintem az egész felépítéséből (amit én gondoltam)
kifolyólag tényleg semmilyen problámát nem jelent...

Nem hinném, hogy tervbe volt véve. Csak az okot nem tudtuk eddig... )

Eccervóthónemvótazüvegf***úhegyenistúlaholaqrtaf***úmalactúr:
Sonic da kárkár-öhhöhhöee-hihihihii

És még egy kis apróság a tetszőleges karakterek:
a két dirsep karaktert "" - win "/" - unix ne lehessen
megadni. Azt hiszem egyértelmű, hogy miért.

Nagy Ferenc

EZ...
ÍGY...
V A N ! ! !

Khömm:
Sonic

Ja és a kiterjesztés elhagyása.
Ne ba... már ki velem, mivel az mcc VXC-s kódot (is) generál az ugyebár fut win alatt is ja meg az mcc is +fejlesztői környezet.
lehet gondolkodni...
tehát SZVSZ szükség van rá, ha a VXC-t win alatt is
használni akarjuk.

Nagy Ferenc

A tetszés szerinti ugyanolyan névvel csak egy gond van: mivel egy fájlt a neve azonosít, így igencsak célszerűtlen hagyni, hogy kettő vagy több ugyanolyan nevű legyen belőle
A tetszés szerinti hosszúság ZenFS és ObjFS kapcsán még előttem is ködös, de MasterFS már a v1-es verzió óta 255 karakterben limitálta a fájlnevek (és a könyvtárnevek) hosszát. Ez így elég emberséges, akár verset is lehet írni fájlnévként...
Az ObjFS geometriája valami XY terát enged, a MasterFS-é 16 terát, a ZenFS-sel kapcsolatban megint csak darksworm...
Továbbá mit gondolsz sw RAID-nek? Kicsit konkretizáld pls! Valamit hallottam a témáról, de erről sem tobzódnak a doksik ezrével sajnos.

Apropó alap5let:
Mi mindig valami perverz dolgon gondolkodunk. Például egy 3D-s felülettel megáldott valami, vagy akármi. A lényeg, hogy ne egy tetves NC klón legyen a rendszer fő-fájlmanagere! Abból már kb 2milla van. Ha a kódjuk bájtos mennyiségét átszámolnám tömegbe(SI), akkor csak elvinném a MÉH-be és megoldódnának az anyagi gondjaim. )

Köszi a helpet:
Dobai Csaba (MORFeuS Team)

+Zizzzzzzzzzzzzzzzz

2 Sonic:
majdnem elsirtam magam az idezetek lattan
- a rohogestol
- a meghatottsagtol

2 Sonic:
Khm ja ha igy gondolod az EIF-et (a MORFeuS forum-ot elolvasván) akkor OKs & meg sorry is
/me types in command line
"kill -9 `ps | grep "-.*sh $" | cut -1-7`"

2 pro:
> -tetszés szerinti ugyan olyan nevű file (természetesen
> egy könyvtárban)

ááááááááááááááááá személy szerint "not supported"
bár megoldható
és honnan a Zeusz Vesszejéből döntsem el, melyik filé
melyik filé? Inode index lenni nem beszédes ID...

> -tetszés szerinti karakterek használata pl.: /!?...
> -ja és tetszés szerinti hosszúságú minden... (persze a
> vinyó terjedelméig)
Ja, da ist gut... Und wo möchten Sie platz nehmen?

--

Nagyon fontos:

http://morfeus.fw.hu/

kinézete kezd emberibb formát ölteni (mmint a nagyok szerint) szal van benne Java Script is meg lassan
egy csomo mindent JSP-ben akarok megirni (ahogy a Java Server Pages c. csúnya lila könyvbe bele-bele olvasgattam,
egész megteccett)

Na üdv all, kérdés:
hogy teccik az új hómepáge?

NRI

Ha van valami alap0tlet ay jó lenne...
Én idewritingolom az általam fontosnak tartott dolgokat. Ez
persze nem a file manager, de még a tervezés előtt kellene
összefoglalni a kellő dolgokat (vannak közte triviális
dolgok is)...

-gyors keresés (tehát valami indexelés...)
-gyors lemezműveletek (de tényleg...)
-jogok tárolása (hűűű)
-testszés szerinti számú file tárolása
-a file típusát nem a kiterjesztése határozza meg
-software RAID (átgondolandó, hogy már itt kell-e vele
törődni, vagy csak majd egy daemonban...)
amit meg én szeretnék: (me még nem voltak ilyenek)
-tetszés szerinti ugyan olyan nevű file (természetesen egy
könyvtárban)
-tetszés szerinti karakterek használata pl.: /!?...
-ja és tetszés szerinti hosszúságú minden... (persze a
vinyó terjedelméig)


Ha van még valami akkor írjátok ide...

Greetz & ultramegahypersuperthx!

>Ha már itt tartunk: szerinetd milyen szerkezettel lehetne
>megdönteni a paneles szerkezetű fájl-managereket? Milyen
>face kéne, vagy milyen elven kéne működnie úgy, hogy
>kényelmes, kezelhető és praktikus legyen?

Jó kérdés... sejtem mire gondolsz... gondolkozok rajta...

Szerintem nem baj ha foglalkoznak vele a srácok...
Jobb mintha az esmeraldát néznék...

Tapasztalatlanság:
majd tapasztaltak lesznek, ha eleget foglalkoznak vele...

Uhh!

Ez már a 8-ik oldal? Jahhh...

Pár idézet robitól, a MORFeuS weboldaláról (Zen|irodalom|k2002-doc):
...A MINIX ehelyett fejbeküldi a másik processzt egy üzenetnek (ebből hat fattya van) nevezett másfélkilós terméskővel, mire az biztosan reagálni fog...

...Nem vagyok hajlandó antihatékony kernel kódot írni. Én assembly programozó vagyok elsősorban - azok pedig mind lököttek és legszívesebben mind önmódosító kódot írna, ha megspórolhatna vele 20 nanoszekundumot egy viszonylag jelentéktelen ciklus kellős közepén...

...a vörös kukac pedig a következő szöveget épp most eszi a képernyő alján: #define QUESTION (bb) || !(bb) - Shakespeare...

...nem értem, miért van az, hogy sok oprendszerre először a lényegtelen alkalmazások készülnek el?...

...Ma október 18-a van (hajnali háromnegyed egy)...

...a key daemon lecserélésén SoniC dolgozik, szív vele kellően nagyokat, a fájlrendszerrel pedig én szívok...

...megint jön a vizsgaidőszak és akkor tanulni kell...

...2002. február. A MORFeuS tagjainak száma közel egy tucatra emelkedik...

...és a Zen rosszabbul járt az EVUI-val, mint a MINIX a Linux-szal, hogy apja, s fia értelmesen nem tudnak együtt létezni...

Hozzáteszem: Az (i)gazság odaát van (vagy lehetne)...

By:Sonic
Ripped from NRI.

Hali!

Ez nyilvánvaló, de:
1.) Akkor mégis hova rakod a drivereket?
2.) Az EIF szerint a #2PL-#3PL-ig már csak a DrvVr ág látszana, és az is mint az egyetlen ág Drv néven!
3.) Te nem olvastad el az EIF doksiját????? :~÷ (grrrrr!)

Sonic

2Sonic
>Baj van, nagy baj: KELL egy ETPv2.1! Az EIF-ből kihagytuk
> a DrvPh és DrvVr ágakat, melyek elengedhetetlenül
>fontosak, mivel itt helyezkednek majd el a rendszer
>diverei!

Tudom, ezt nem ide irtad, de en ide irom (mert nem tudok beloggolni a dajata forumunkra khm na mindegy)

Szal az az igazsag SZVSZ (meg nekem ugy tanitottak (doktoralt srac ugyhogy ert hozza) parhuzamos programozasbol) hogy egy OPRE akkor jo ha a proginak nem kell utemezofuggo kodokat tartalmaznia, szoval
"az ATLATSZOSAG problemaja grof Kerekteleki Tihamerrel":

Nem kivanatos, ha tudja a user, hogy mikor cimez fizikailag es mikor virtualisan. Ugyanma nem ettol lenne Emulacios Interfesz az EIF? Bocs, hogy ezen kicsit felbahtam magam igy koran reggel, dehat EN NEM SUPPORTALOM az otletet (tudod, ez is kritika volt), nem veled szemben azonban, hanem a rendszerunk josaga mellett!!!

KOMOLYAN

Udv NRI

még jevek (I Hope)...

Kiegészítés Pro-nak:

>Csak azért nem tudok menni mert tényleg nincs időm meghalni sem...
Igen - ismerem ezt a helyzetet. Remélem mihamarabb kilábalsz belőle - persze javadra.

>De mint már írtam, ha ötletek megoldások, tervezések, algoritmus szintű leírások kell akkor abban lehet, hogy tudok segíteni...
A jelenlegi helyzetben minden segítséget el fogadunk, pláne azokét, akik értenek is hozzá.
Ha már itt tartunk: szerinetd milyen szerkezettel lehetne megdönteni a paneles szerkezetű fájl-managereket? Milyen face kéne, vagy milyen elven kéne működnie úgy, hogy kényelmes, kezelhető és praktikus legyen?

És mégegy egy pár válasz a bizonyos másik topic-ról:
>2- többféle vasat támogat: Lehet máshogy opr-t írni???
>Ha megnézed a mostani dolgokat a Magyar opr topicban akkor
>azon most épp arról van szó, hogy 2 v 4 pl legyen (Intel 4,
>Motorola 2)...
Namost ha LC (és a többi szépember) anno vette volna a fáradtságot, hogy el elolvassa a rendszerünkről szóló doksikat, akkor nem mond ilyet. Amióta elkezdtük a dolgot, ez azóta a rendszer része. Ebből SOHA nem engedtünk. Az erre vonatkozó rész egyébként a VXC (Virtualy eXecutable Code).

>3- Ha jó akkor felhasználói is lesznek...
Ezzel az a baj, hogy eddig ezt az elméletet nem láttuk működni - értsd: a win és a lin is ****, de mégis vannak felhasználói. )) Lehet, hogy fordítva működik?? )))))

>Ha jót írnak akkor annak az esélye, hogy legalább annyira
>befusson, hogy elég pénzt hozzon szerintem legalább 100%.
>De hát nem kell egyet értenünk...
DE! ÉN EGYET ÉRTEK!!! )))

Köszi mégegyszer:
Sonic (MORFeuS Team)

ps: Én már rájöttem: az embereket azért találta fel az Isten, hogy legyen min nagyokat röhögnie. Így én is azt teszem. Persze a MORFeuS szimpatizáns nem ember. Ezt az emberek is alátámasztják. Legalább begigazolták az elméletemet... ))))))))))))))))))))))))))))))))))

Sziasztok!

HardCoder:
>Tudom ezzel a hozzaszolasommal nem leszek nepszeru...
Nem vagyunk népszerűségi lista. Bírjuk a kritikát. (Én lagalábbis)

>...inkabb olvasgatna egy keveset (de inkabb sokat) a letezo operacios rendszerek architekturajarol, es egyaltalan a hardverkozeli dolgokrol...
A hw közeli dolgokról nincs elegendő dokumentáció. Ami van, az vagy baromi drága, vagy megszerezhetetlen. De ha te értesz a hw közeli dolgokhoz, akkor igazán megoszthatnád velünk a tapasztalataidat! Azzal esetleg gyarpodnánk tudásban. (komolyan)

>...itt nagyon sok embernek szo szerint fingja sincs arrol, mirol es mit beszel...
Ha konkretizálnád, mire gondolsz, akkor megvédhetnénk az álláspontunkat, vagy igazat adhatnánk neked. Így azonban senki sem tudja, hogy mire gondolsz. Van elég hely, írj bátran - itt a tinta sem fogy ki (szerencsére. hány tollamba került volna ez eddig?!)

>...de valojaban nincs "eletszeru" tapasztalata ezek viselkedeseben, hasznalataban, implementaciojaban...
Senki sem érthet mindenhez. Szerintem olyan ember ma már nincs. Programozó meg pláne nincs. De mint mondottam: minket mindenki tapasztalatai érdekelnek.

>...hogy mar most halalra van itelve a dolog...
Na ez az amit még Te sem dönthetsz el. Ebben egészegyszerűen nincs igazad! Nem látsz bele a rendszertervek mindegyikébe, nincs minden dologra rálátásod az OS-unk világában. Így EZT kijelenteni nem bátorság, hanem tudatlanság!


Jól érvelsz, csak néhol erősen ködösítesz. Ezzel voltaképpen senkinek sem segítesz. Talán a lelkeden azáltal, hogy elmondtad a véleményedet. Légyszíves konkretizáld, hogy mire gondoltál, mert mindenképpen érdekelne. Nem harapunk... és ha mégis, akkor is legfeljebb a billentyűzetet... )

Tisztelettel:
Dobai Csaba (MORFeuS Team)

Na, ami a Win-Linux szipkazast illeti: megy az mindket oldalon, szoval nem kell aggodni. Ez azonban szerintem igy is van jol. Akkor nincs jol, ha ki tud valaki sajatitani maganak egy technologiat.

Ami pedig az architekturalis fejlettseget illeti: az NT mikrokernel architekturaja fenyevekkel a Linux monolitikus architekturaja elott jar (de ezt parszor mar mondtam). (Nem veletlenul mondjak, hogy a Linux kernel mar akkor elavult volt, amikor elkezdtek fejleszteni.) Egyebkent pont ez az "apro" kulonbseg az ami erosen akadalyozza, hogy a Linux barmikor is eljusson a Windows felhasznalobaratsagahoz. Amelyik OS-ben ugyanis egy-egy uj driver installalasahoz mindig ujra kell forditani a kernelt (es monolitikus kernel eseten ez bizony igy van), az nem lesz sosem nepszeru az atlagfelhasznlok koreben.

Ezt az apro kis intermezzot leszamitva azonban egyet kell ertenem az itt elhangzottakkal, nevezetesen, hogy manapsag egy szoftver, es meg inkabb egy OS elterjedeset, piacnyereset elsosorban nem a technologiai fejlettsege, hanem a mogottes erdekek hatarozzak meg. Erre legjobb pelda a BeOS. Nezzetek csak meg mi lett vele, pedig egyertelmuen a leginnovativabb altalanos celu operacios rendszer volt, es a tendenciakat figyelve meg lesz is az elkovetkezo 5, talan 10 evben is.
Tehat a technologiai fejlettseg onmagaban keves, mondhatni eselytelen a penzzel szemben. Csak gondoljatok bele, hogy a Linuxnak hany evebe telt oda eljutni ahol ma van, es hogy igazabol csak akkor kezdett el komolyan terjedni, amikor megjelent a penzugyi erdekeltseg mogotte. Amig ezt a "kritikus tomeget" (ami legalabbis tobb tiz-, de inkabb szazezret jelent) nem eri el egy OS felhasznaloinak szama, addig egyszeruen csakis kozossegi munka kereteben lehet fenntartani, fejleszteni. Oda eljuttatni pedig iszonyu nagy munka. Es akkor arrol meg nem is beszeltunk, hogy a Linux is legnagyobb reszt annak koszonheti sikeret, hogy jo idoben volt a jo helyen. Es ez az ido, es alkalom nem fog tobbet visszaterni. (Nevezetesen itt arrol van szo, hogy nem volt egyszeruen altalanosan elterjedt, hasznalhato operacios rendszer akkoriban PC-kre. A Windows 3.1-et mindannyian ismerjuk, az OS/2 pedig csak akkoriban kezdte bontogatni **** (amelyik szinten sajnos kb. meg is ragadt, onhibajan kivul). Es plane nem volt Linux, amivel egy ma indulo OS-nak mar mint potencialis versenytarssal kell megkuzdenie!)

Es meg egy fontos dolgot kell megemlitenem. Az itteni hozzaszolasokat olvasgatva a OS keszitoinek/tervezoinek reszerol neha eros rohogogorcs keritett hatalmaba. Maskor meg sirni lett volna kedvem. Tudom ezzel a hozzaszolasommal nem leszek nepszeru, de ez nem valtoztat a dolgokon allasan. Nevezetesen azon, hogy a resztvevok legnagyobb resze sokkal jobban hasznosithatna az idejet, ha egyelore nem tervezgetne, hanem inkabb olvasgatna egy keveset (de inkabb sokat) a letezo operacios rendszerek architekturajarol, es egyaltalan a hardverkozeli dolgokrol. Egyik-masik hozzaszolast olvasva ugyanis egyertelmu szamomra, hogy itt nagyon sok embernek szo szerint fingja sincs arrol, mirol es mit beszel. Illetve valami halvany sejtese van: hallott mar vedelmi szintekrol, cache-rol meg hasonlokrol, nagyjabol tudja is mire valo, de valojaban nincs "eletszeru" tapasztalata ezek viselkedeseben, hasznalataban, implementaciojaban. Magyarul nem ert hozzajuk. Ennek eredmenyei a neha tenyleg nagyon szorakoztato, de alapvetoen legtobbszor elkeresito hozzaszolasok.
Ne ertsetek felre! Nem akarom itt az okos csavot jatszani, aki osztja az eszt es megmondja mindenkinek a frankot. De en legalabb latom amit egyesek itt meg nem (es ha nem olvasnak utana a dolgoknak, sokaig meg nem is fogjak latni), hogy mar most halalra van itelve a dolog. Nem azert mert hulye, hanem mert tapasztalatlan emberek csinaljak.

No, persze, nem feltetlenul kell ram hallgatni, velem egyeterteni. Azert elgondolkozni talan erdemes az altalam irottakon. Artani nem fog senkinek.

ui:
Csak azért nem tudok menni mert tényleg nincs időm meghalni sem...

De mint már írtam, ha ötletek megoldások, tervezések, algoritmus szintű leírások kell akkor abban lehet, hogy tudok segíteni...