Hollosi Information eXchange /HIX/
HIX GURU 421
Copyright (C) HIX
1996-03-23
Új cikk beküldése (a cikk tartalma az író felelőssége)
Megrendelés Lemondás
1 re: HD problema ? (mind)  13 sor     (cikkei)
2 Elnezest kerek... (mind)  8 sor     (cikkei)
3 OS/2 FAQ v.0.52 (mind)  17 sor     (cikkei)
4 CD oregedes (mind)  56 sor     (cikkei)
5 Re: TGZ (mind)  11 sor     (cikkei)
6 Re: WAD (mind)  13 sor     (cikkei)
7 Re: Quark Xpres kerdes. Fontos !!!!!! (mind)  17 sor     (cikkei)
8 OS vita (mind)  136 sor     (cikkei)
9 Re: W95 megis jo 8MB-an? + NT? (mind)  14 sor     (cikkei)
10 Clipper (mind)  25 sor     (cikkei)
11 Re: .tgz es X (mind)  19 sor     (cikkei)
12 Clipper (mind)  25 sor     (cikkei)
13 Oprendszer adalek (mind)  47 sor     (cikkei)
14 WAD (mind)  18 sor     (cikkei)
15 Rock Ridge CD masolas CD-rol vindoze kornyezetben (mind)  14 sor     (cikkei)
16 ISA 2MB Hercules Graphite elado (mind)  23 sor     (cikkei)
17 Bocs, hogy ide kuldom PCTCP (mind)  31 sor     (cikkei)
18 Re: *.WAD + *.TGZ es DOS (mind)  8 sor     (cikkei)
19 HP 500 C (mind)  15 sor     (cikkei)
20 OS2-NEWS: CD mellekletek az ujsagokban. (fwd) (mind)  40 sor     (cikkei)
21 Dark Forces (mind)  17 sor     (cikkei)
22 Re: TGZ (mind)  15 sor     (cikkei)
23 MS World Atlas (mind)  9 sor     (cikkei)
24 Eger (mind)  20 sor     (cikkei)
25 >From h430757 Fri Mar 22 15:13:09 +0100 1996 remote fro (mind)  24 sor     (cikkei)
26 Re: Oprendszer vita (mind)  134 sor     (cikkei)
27 Visual C++ alkalmi munka (mind)  14 sor     (cikkei)
28 Re: POSIX (mind)  36 sor     (cikkei)
29 Internet kavehaz? (meg egyszer, utoljara) (mind)  6 sor     (cikkei)
30 MODEM az lpt-n? (mind)  12 sor     (cikkei)
31 ?:LINUX, SUM: CD-ROM audio,macro virus (mind)  39 sor     (cikkei)
32 Keresek olyan elektronikus koenyvtarakat, amelyek pszic (mind)  5 sor     (cikkei)
33 Win95 fax (mind)  12 sor     (cikkei)
34 Re: PNetWare&boot, paudit (mind)  69 sor     (cikkei)
35 Novell lista FAQ (mind)  8 sor     (cikkei)
36 .ttf-editor, folyamatabraszerkeszto, unix-shell doshoz (mind)  11 sor     (cikkei)
37 Re: Multitask Op.Rsz. Biztonsag (mind)  100 sor     (cikkei)
38 Dos alatt memoria 0-zas (mind)  14 sor     (cikkei)
39 Re: HD problema (mind)  42 sor     (cikkei)
40 Pine + tobb idezet (fwd) (mind)  23 sor     (cikkei)

+ - re: HD problema ? (mind) VÁLASZ  Feladó: (cikkei)

>Felado : Bayer Zsolt
>E-mail :  [Australia]
>Temakor: RE: HD problema ? ( 36 sor )
>Idopont: Thu Mar 21 17:46:35 EST 1996 GURU #420
>...
>"elveszhet".  A HPFS (OS/2) es NTFS (Windows NT) mar sokkal okosabb, mert
>csak 4K cluster-eket hasznal minden esetben, nagyban csokkentve a

En ugy tudom, hogy az OS/2 HPFS-e 512 byte-os clustert hasznal.

-- 
     Zsolt [TEAM OS/2 Hungary] ------- http://duteisc.et.tudelft.nl/~zsolt
            OS/2 info, binaries, Hungarian OS/2 FAQ and F1 pictures
+ - Elnezest kerek... (mind) VÁLASZ  Feladó: (cikkei)

Hello Gurulok !


   Elnezest kerek mindenkitol, hogy a szignomat beloktem a guruba (kb. 2-szer)
 de nemreg csinaltam es elfelejdkeztem, hogy egy ilyen ujsagban csak a helyet
 foglalja. Szoval megegyszer mindenkitol bocs...

				Tamas.
+ - OS/2 FAQ v.0.52 (mind) VÁLASZ  Feladó: (cikkei)

Elkeszult az OS/2 FAQ ujabb (0.52) verzioja. A sok helyesirasbeli valtoztatas
mellett nagyon sok regi, mar nem mukodo linket is megjavitottam. A szoveges
verziot keszito programom is fejlodott es ennek eredmenyekent sokkal kelle-
mesebb lett a szovegfajlok kinezete.

Nehany lenyegesebb tartalmi valtoztatas:

FREETCP info, XFree for OS/2 info, IBM Hungary WWW site link

Letoltheto, megnezheto:

http://duteisc.et.tudelft.nl/~zsolt/gurufaq/os2/os2faq.html
ftp://kiribati.et.tudelft.nl/gurufaq/hos2faqx.xip (x=a,b,c)

-- 
     Zsolt [TEAM OS/2 Hungary] ------- http://duteisc.et.tudelft.nl/~zsolt
            OS/2 info, binaries, Hungarian OS/2 FAQ and F1 pictures
+ - CD oregedes (mind) VÁLASZ  Feladó: (cikkei)

Hello HIX!

19 Mar 96 06:21, HIX GURU wrote to Sandor Somkuti:

 HG> =======================================================
 HG> Felado :  [Hungary]
 HG> Temakor: CD oregedes... Mit tegyek ? ( 15 sor )
 HG> Idopont: Mon Mar 18 11:23:13 EST 1996 GURU #417
 HG> - - - - - - - - - - - - - - - - - - - - - - - - - - - -

 HG>    Udv Gurulok, itt egy ketsegbeesett user !

 HG>    Van egy CD-m, amin szamomra igen fontos fajlok vannak. A gond
 HG>     csupan az, hogy ez egy eleg regi lemez es igen sok kulserelmi nyom
 HG>     van rajta => mar a hibajavito sem kepes feldolgozni.
 HG>    (sacc. a fajlok 33%-a olvashatatlan, raadasul a fontosabbak...)
 HG>    Nincs tippetek, hogy mit lehetne tenni vele ? (jo,jo, tudom, ki
 HG>     lehet hajitani... de ezen kivul ?!) Vegul is csak a muanyag
 HG> fedoreteg
 HG>     van osszekarcolodva... Nem lehet cserelni vagy polirozni
 HG> vagy...stb.
 HG>      -zni a muanyagreteget ??? Valahol foglalkoznak egyaltalan
 HG> ilyesmivel ???

Nehogy kidobd! Letezik egy CD javito keszlet. Ez egy nagyon finom
csiszolopapirbol valamilyen oldatkbol es polirozo anyagbol all.
A mellekelt leirast kovetve a karcolasokat el lehet tavolitani,
felpolirozni. Sajnos nem tudom a ceg nevet de szakboltokban utana kerdezhetsz.

Ha esetleg egy CD-t megprobalsz sajatkezuleg a keszlet nelkul polirozni, akkor
a kovetkezokeppen probalkozz:

1. Egy nagyon finom csiszolopapirral a karcokat eltavolitani.
   Fontos, hogy a csiszolo mozgast CSAK SUGAR es semmi esetre sem erintoleges
   iranyba kell vegezni!!
2. A cd-t minden portol megszabaditani.

3. Egy polirozokremmel a csiszolas helyet felpolirozni.

Vigyazat a szerves oldoszerek felhasznalasanal. Nitrohigito, koromlakoldo
biztos halala minden CD-nek!
Kerdeses esetben a CD feliratos oldalan egy kis feluleten ki lehet probalni,
hogy a polirkrem vagy az oldoszer amit felakarsz hasznalni nem tamadja-e meg a
CD anyagat.

Ha van egy nem tul fontos CD-d akkor azon gyakorolhatod a polirozast es ha mar
jol megy akkor minden CD-t sajatkezuleg tudsz javitani!!
Mint szolgaltatas is keresett, talan meg kereshetsz is a dologgal.

Sok szerencset a barkacsolashoz!

bye
Sandor


.. No Fax...
+ - Re: TGZ (mind) VÁLASZ  Feladó: (cikkei)

>Felado :  [Hungary]
..
>Ujabb probi van:
>DOS-ban hogyan lehet .tgz tomoritett filet kibontani?

gzip -d  file.tgz
tar -xf file.tar

Ha nincsenek meg a progik, irj.

Yoco >
+ - Re: WAD (mind) VÁLASZ  Feladó: (cikkei)

>Felado :  [Hungary]
>Temakor: WAD ( 8 sor )
>
>Hali!
>
>Valaki kerdezte tolem, hogy mifele file lehet az aminek WAD a
>kiterjesztese, de en nem tudom. Ha valaki tudja, hogy mire jo ez es mit
>lehet vele muvelni irja mar meg.

A temaban ajanlom figyelmedbe 
Damien Forrestal: Doom - Gates of Hell c. konyvet. :-)

Yoco >
+ - Re: Quark Xpres kerdes. Fontos !!!!!! (mind) VÁLASZ  Feladó: (cikkei)

>Felado :  [Hungary]
>Temakor: Quark Xpres kerdes. Fontos !!!!!! ( 12 sor )
>Idopont: Wed Mar 20 08:48:48 EST 1996 GURU #419

>Ki tud valamilyen olyan kiegeszitesrol a Quark-hoz, amivel lehetove
>valik a magyar elvalasztas.Azt tudom hogy Macintosh-hoz letezik ilyen.

Hosszu ido tapasztalata:
Legjobb a szoveget konvertalni RTF formatumba, raengedni DOS alatt
a HELYES-E progit. Ez - azon kivul, hogy helyesirast ellenoriz - 
bepakolja az elvalasztasokat. Mindezek utan GET TEXT ...

Letezik elvalaszto extension, de hosszu szovegek eseten (>500K)
kicsit lassu - nem ugy mukodik, mint az angol, hanem minden 
parameter valtozasakor ujraelvalaszt, vagy valami hasonlo.

Yoco >
+ - OS vita (mind) VÁLASZ  Feladó: (cikkei)

> =======================================================
 -val vitatkoznek:

>1.) multiuser/multitasking os-ek, amik tobb tucat felhasznalot
>    szolgalnak ki, mindenfele daemonok futhatnak rajtuk a hatterben
>    (pl. ftp/http/stb.)
>    Ezek a tipikus halozati OS-ek, pl. ilyen az osszes Unix klon es a
>    WinNT is (tudtommal).
>
>    Ennel a tipusnal megszokhattuk a kovetkezoket:
>
>    - taskok egymastol es az oprendszertol valo vedelme,
>    - minel magasabb foku biztonsag (meg a kod bonyolultsaganak /
>      meretenek jelentos novelese aran is),
>    - nagy, bohom es atlathatatlan az egesz rendszer
>        (az installja min. 40 mega, de inkabb (sokkal) tobb)

Nos, ez man nem igaz. Egyfelol, a UNIX es osszes leszarmazottja, pl a Linux
is monolitikus kernelen alapul. Ez valoban egy nagy bohom kernel forrashoz
vezet es egyeb hatranyai is vannak (pl. ha a Linux swappolni kezd, jol elhal,
mert amig egy swap request be nem fejezodik *semmilyen* process nem fut leven
a kernel nem deschedulalhato). Vannak viszont multiuser/multitask rendszerek,
amelyek teljesen modularisak, mert egy microkernelre epulnek es minden 
rendszerszolgaltatas kulon taskkent fut, dinamikusan indithato/leallithato
stb. Ilyen pl. a NeXTStep vagy akar a WinNT-is (faj meg kimondani is, de azert
az mar valahol oprendszer, meg ha a M$ csinalta is). Ezeknel a kernel eleg
kicsi es a legbelso (task switch) magon kivul tiszta, gepfuggetlen kodban
lehet megirni (na, azert ez man nem sikerult az NT-nel). Az osszes egyeb
rendszerszolgaltatas szintugy gepfuggetlen modon irhato, egy dolog egy
modulban, tisztan, atlathatoan. 
Tovabba, kerdes, hogy mit tekintesz 'rendszer'-nek. Ha veszel egy UNIX-ot,
akkor a futtato rendszeren kivul (ami pl. a Linux eseten 1M alatt van !)
kapsz mondjuk alapveto parancsokat (shell, cp, rm, ..., vi), C forditot,
assemblert es linkert az osszes libraryval egyutt (adjak ezt az MSDOS-sal ?),
tobbnyire X windowst (vagy hasonlot), online dokumentaciot (man), tiz kilo
rendszerkarbantarto utility-t, network SW-t, es igy tovabb. Lehet, hogy 40
mega, de minden byte hasznos.

> [...]
>      - egy assembly programozo szamara nagyon rutnak es tohonyanak
>        tunhet, hogy mindig be kell tartani bizonyos standardokat a
>        programozas soran, plusz el kell hinni, hogy az alattam levo
>        layerek (driverek/os/stb.) jol vannak megirva (nem
>        csinalhatok sajatot a hordozhatosag miatt). A biztonsag-
>        erzet kialakitasahoz hozzajarul egy jol dokumentalt source.
>        (ld. linux)
>

*Minden* nyelven be kell tartani valamilyen standardokat, meg CP/M alatt is
be kellett - irhatsz szabadon a diskre, de ha nem tartod be a szabalyt, 
szet#@$-od a file rendszert. Tovabba, feltetelezheted, hogy a driverek jol 
vannak megirva, de azert enki sem gatol meg teged, hogy irjal egy uj device 
drivert a Linux masinadba mert neked a Linuxban levo nem tetszik.

>      - nem lehet (kielegito sebessegu) demokat/jatekokat irni
>        (bar a doom linux-ra allitolag jobb mint a dos-os, de akkor
>        csak azert, mert kihasznaltak, hogy a linux 386-os oprendsz.
>        es nem kellett a hordozhatosagra ugyelni, mehetett a fele
>        assemblyben)

Lehet. Pl. az Amiga jatekprogramozok a vege fele mar *onkent* betartottak a 
jatekszabalyokat, mert annyi kulonfele HW bovites, kulonfele CPU, MMU, FPU
kombinacio, az OS kulonfele verzioi, a custom chipek szeles valaszteka s.t.b.
allt rendelkezesre, hogy a csupasz vasrol semmit nem tetelezhettel fel. A
masik pedig az, hogy a vevok egyre kevesbe vettek a nem os-friendly jate-
kokat (mert pl. akkor akartak jatszani, amikor egy hosszu forditasra vartak).

>2.) Singleuser/single task os-ek, mint a DOS (kategoriajanak altalam
>    ismert egyetlen kepviseloje). Szeretem a DOS-t, mert pici, es
>    nagyon konnyen es gyorsan buheralhato. Nyugodtan bele lehet
>    nyulkalni a belsejebe, nem vinnyog miatta, irhatok hozza sajat
>    drivereket asm-ben, nem kell a gepfuggetlensegre ugyelni. Ha
>    csatlakozni akarok egy 1.) tipusu OS-hez, megirom hozza az
>    interface-t es mar megy is. Gyors, kenyelmes(se teheto), ha az
>    ember megcsinalja, irhat ra grafikus feluletet, amit akar.
>    Jo kis oprendszer a DOS csak nagyon regi (32bit-rol csak pmode
>    extendereken keresztul almodhatok, aztan ez a 8+3 is...)

Szoval te teljesen nyugodt vagy azzal, hogy amikor a gep mondjuk a news
batch-et tolti le (ugy 1 oran at) akkor - leven ez egy single task - te csak
ott ulsz es nezed a falat ? Vagy te orulsz annak ("... konnyen buheralhato...")
hogy a PC-dre ugy ugralnak ra a virusok, ahogy akarnak, es azt csinalnak,
amit akarnak ? Az MSDOS nem mas, mint a 8080-ra irt CP/M kicsit turbos 
valtozata. A masik meg hogy szoval hogy is mondjam, nem tudom biztos vagy-e
abban hogy ha mondjuk adnak neked egy csupasz Ethernet kartyat es azt mondjak,
hogy most TCP/IP-n csatlakozzal egy 1) tipusu OS-hez, akkor 'megirod hozza az
interface-t es mar megy is', oszt a kezedbe nyomnak egy masik fajta Ethernet
kartyat, valamint kozlik, hogy most modemen is lennel szives ...
Hamar rajossz, hogy jobb a TCP/IP-t kulon tartani es csak device drivereket
irkalni, meg akkor is, ha be kell tartani valami standardot.
A DOS egyebkent nagyon fiatal mondjuk a UNIX-hoz kepest, ezert is annyira
csodalatos, hogy hogy lehetett ilyen nagy rakas [*]-t irni annyi ev OS tapasz-
talat elerhetosege ellenere. 

>3.) Singleuser/multitask os-ek. (OS/2, Win95???) Ezek lennenek szivem
>    csucskei, ha nem masznanak el tulsagosan az 1.) tipusu os-ek
>    iranyaba. Minek kell ezekben a rendszerekben annyi mindent
>    tulbonyolitani? Egy csodalatos, fantasztikus 32 (64?) bites
>    OS-nek (a kernelnek, az alapveto video/floppy/harddisk/filesys
>    drivereknek + alap segedprogramoknak mint pl. disked, defrag,
>    diskdoctor, sysinfo, fileman, shell) el kene fernie egy 1.44MB-os
>    kislemezen.
>
>    Egy ilyen OS valthatna fel leginkabb az MSDOS-t nem pedig az OS/2
>    vagy a Win95. Azok mar tul "professzionalisak".
>
>    De hat ilyen OS sajna nincs, es nem is lesz, hacsak valami cool
>    dude neki nem all, aztan csinal egy sajatot (pl. demOS, PentOS).
>    (persze freeware-t :)

Az Amiga OS-e egyszeru, gyors, semmi feleslegese sallang vagy rendszervedelem,
tiszta ut a 'bang on the hardware'-hez, megis van vagy 5 mega az install. 
Az ember agyverzest kap, hogy mikozben egy taskban van egy bug, amitol szet-
vagja a memoriat valahol, akkor persze valami mas task hal el, vagy epp az
OS, szoval amig egy program nem tutti stabil, addig az hasznalhatatlan, mert
soha nem tudhatod, mikor donti fel az egesz rendszert. Ha egy cool dude
nekiallna, igen nagy valoszinuseggel egy 1) tipusu rendszert irna, egy
microkernel kore. Lasd BeBox. (na nem is freeware...)

>Konkluzio (ami eddig nem derult ki): minden OS-t a sajat
>kategoriajaban kene versenyeztetni. Nem latom ertelmet pl. egy Unix-
>MSDOS osszehasonlitasnak (teljesen masrol szol a ket dolog - az
>elobbiek tukreben).

Hozzatennem: mindenkinek a maga OS-et. Ha te imadod buheralni a kocsid 
motorjat, akkor neked nem igazan kell egy computer controlled, fuel-injected,
egyeb hasonlokkal ellatott Mercedes. Ezzel szemben ha azzal keresed a 
kenyered, hogy ide mesz meg oda mesz, es biztos akarsz lenni abban, hogy a
kocsi el fog indulni, meg akkor is, ha uj radiot tettel bele, hogy maximalis 
teljesitmenyt fogsz kapni barmikor (ami lehet, hogy egy picit kevesebb, 
mint amit optimalis korulmenyek kozott a buherans ki tud passzirozni az o 
kocsijabol), nos akkor elmegy a Mercedeshez. Foleg, ha Linux-Mercedes meg 
sokkal olcsobb is, mint a buheralni valo MS-Zsiguli meg a "Borland" 
szerszamkeszlet meg a "Windows" polirpaszta.

Zoltan
+ - Re: W95 megis jo 8MB-an? + NT? (mind) VÁLASZ  Feladó: (cikkei)

 wrote:
:   Hello:
: Eddig olyan velemenyeket halottam, hogy W95-t 8MB rammal + Office 95
: nem igazan megy jol. (lassu).  En kiprobaltam (DX4-100 PCI, EIDE, WD 850
: HDD, PCI S3 Trio64 VGA) es iazan semmi problemat nem tapasztaltam.
: (sot a W31+Office 4.2 -nel szerintem gyorsabb!!) Csak azert irom ezt,
: mert meg senki sem irta le eziranyu tapasztalatait, habar nekem jol
: jott volna.
en mostan felraktam a notebookraomra 4 m rammal 486sl25-eel meglassuk
szerintem nem lesz sokkal lassab mint a wfw word6 paros..
ugy szoktam hogy minden extrat kikapcsolok es full screenbe megy a word 
meg draft font es akkor az mar egy word 2.0 sebessege...
bye
vlad
+ - Clipper (mind) VÁLASZ  Feladó: (cikkei)

Hello GURUlok!

Most, hogy latom a Clipper nem halt ki teljesen, a valasz
remenyeben fel merem vetni egy regi Clipper problemamat.
Eleg sokat kinlod(t)unk vele, de megoldast nem sikerult
meg talalnunk. A problema egy "megfoghatatlan" hiba, ami
"eval stack fault" vagy "VM Integrity failure" formaban
jelentkezik, meglehetosen rendszertelenul. Az 5.0-ban mar
megvolt, es a jelenleg altalunk hasznalt 5.2e-ben is megvan.
Abban bizonyosak vagyunk, hogy valami DOS beallitasi vagy 
konfiguracios hiba, mivel eltuntetheto, ha Pl. a futo
program ala betoltunk par Norton Commandert. Valoszinuleg
a Clipper szur el valamit bizonyos memoria konfiguracio eseten.
Egy konkret gepen eltuntetheto az rtlink /stack:xxx kapcsoloban
a stack meret novelesevel vagy csokkentesevel, de sajnos 
a programot mas gepen futtatva elojon megint. A programjaink
sok gepen (tobb szaz) futnak es nagyon jo lenne, ha tudnank,
hogy pontosan mi okozza a hibat, igy a gepek megfelelo
konfiguralasaval biztonsagosan futokepesse tehetnenk a 
programokat. A programok altalabban Novelles kornyezetben futnak,
valtozatos szerverekkel es shellekkel.
Ha talalkozott mar valaki ezzel vagy hasonlo hibaval, kerem 
irjon.

					   Csiszar Levente
+ - Re: .tgz es X (mind) VÁLASZ  Feladó: (cikkei)

Hello

.tgz kerdesre.
Eppen ki lehet bontani, de nem biztos, hogy erdemes, mert valoszinuleg vmi
Unixos cucc, szoval tele van hosszu filenevekkel, ami DOS alatt nem kis
gond. Egyebkent a tar es a gzip jo erre.
A valami.tgz bol (gzip -d valami.tgz) valami.tar lesz, es ezt kell vmilyen
tar programmal kitarolni. van tobb is.

X kerdesre :
En hasznalom az X terminalt 14400-as vonalon. Eleg turheto, bar nem rohan
mint az orult. Es Linux-ot hasznalok X terminalnak. Egyebkent az egyes X
terminal programoknak tok u.a. forgalmat kell csinalniuk, hiszen azert
szabvany az X.

-- 
Linux		
Rulez!!					Palko Zoltan
					
+ - Clipper (mind) VÁLASZ  Feladó: (cikkei)

Hello GURUlok!

Most, hogy latom a Clipper nem halt ki teljesen, a valasz
remenyeben fel merem vetni egy regi Clipper problemamat.
Eleg sokat kinlod(t)unk vele, de megoldast nem sikerult
meg talalnunk. A problema egy "megfoghatatlan" hiba, ami
"eval stack fault" vagy "VM Integrity failure" formaban
jelentkezik, meglehetosen rendszertelenul. Az 5.0-ban mar
megvolt, es a jelenleg altalunk hasznalt 5.2e-ben is megvan.
Abban bizonyosak vagyunk, hogy valami DOS beallitasi vagy 
konfiguracios hiba, mivel eltuntetheto, ha Pl. a futo
program ala betoltunk par Norton Commandert. Valoszinuleg
a Clipper szur el valamit bizonyos memoria konfiguracio eseten.
Egy konkret gepen eltuntetheto az rtlink /stack:xxx kapcsoloban
a stack meret novelesevel vagy csokkentesevel, de sajnos 
a programot mas gepen futtatva elojon megint. A programjaink
sok gepen (tobb szaz) futnak es nagyon jo lenne, ha tudnank,
hogy pontosan mi okozza a hibat, igy a gepek megfelelo
konfiguralasaval biztonsagosan futokepesse tehetnenk a 
programokat. A programok altalabban Novelles kornyezetben futnak,
valtozatos szerverekkel es shellekkel.
Ha talalkozott mar valaki ezzel vagy hasonlo hibaval, kerem 
irjon.

					   Csiszar Levente
+ - Oprendszer adalek (mind) VÁLASZ  Feladó: (cikkei)

Sziasztok!

Tamadt egy kis idom, ugyhogy gondoltam hozzaszolok a magasroptu OS vitahoz.

Elso egy szemelyes tapasztalat, en nem magyarazom, mindenki ertekelje 
maga izlese szerint:

az OS/2 Klubon meghivott eloado volt, Windows95 temakorben.
Nos, igazabol nem sokat adott elo, de csak egyetlen peldat akarok elohozni.
A VxD szerinte csak eszkozmeghajto (drajver) keszitesere hasznalatos 
Windowsban. -Ez volt osszesen, amit ebben a temakorben ki tudott nyogni.
Egyebkent a kerdes arra vonatkozott, hogy mi a Microsoft strategiaja erre.

Az hogy 48 MB RAM-mal nem sokat tud a memoriakorlatokrol, az egy mas kerdes.

Kis ellenpontozas:
Egy honappal elotte Konig Tibor tartott eloadast a Windows NT-rol.
Nagyon jo volt az eloadasa kb. 30 percig. Aztan kibukott belole a NetWare 
(Novell) szo, es onnantol kezdve tul sok volt a negativ osszehasonlitas.
Ez persze valoszinuleg a mai magyar viszonyoknak felel meg.
(Fura modon a Warp Serverrol egy szot nem ejtett.:-)

A masik tema:
En mindig jot szorakoztam a "megvaltjuk a vilagot" cimu poenon...
De rajottem, hogy a Microsoft tenyleg komolyan gondolta.

1. Amennyiben a DataQuest es mas "fuggetlen" cegek adatai szerint 40 
(30-25-16) millio Windows95-ot eladtak volna december vegeig, akkor 
a RAM arak DUPLAJARA mentek volna fel. (A nagy hiany miatt.)

2. Mivel azonban egyik joslat sem valt be, ezert most hatalmas a 
tultermeles...A RAM arak pedig a felere estek le (legalabbis itthon a 4MB 
moduloke).

MIvel eppen most cserelem le a 486dx33, 8MB 9bites RAM szerkentyumet, ezert
SZERETEM a Windows95-ot. (Nem beszelve arrol, hogy szinten a 
Windows95-nek koszonheto a Warp decemberi elso helyezese, es az eladasok 
folyamatos novekedese.)

Szoval...tul a technologiai oldalon, lehet miert szeretni Bill Gatyeszt!

Ambrozy Gabor
Happy Lamer

+---------------------------------------------------------------------
Amby ( Ambrozy Gabor ) :  , 
  TEAM OS/2 Hungary      http://www.bme.hu/~amby
+ - WAD (mind) VÁLASZ  Feladó: (cikkei)

Sziasztok!

.WAD kiterjesztese a <CENSORED> DOOM-palyaknak van.

CyD [%]

-- 
.. Ha elolvasta, kerem tepje ossze ezt a levelet!

Please note: my address has changed due to a conflict between the 
Hyper-G HTTPd and the root of the former www.bme.hu. From now on, you 
can reach me at goliat.eik.bme.hu, which used to be known as 
www.bme.hu. Please change any references to the former address. Thank you 
for your patience. 

From: Daniel NEMES
      e-mail: 
      WWW: http://goliat.eik.bme.hu/~nemes/
+ - Rock Ridge CD masolas CD-rol vindoze kornyezetben (mind) VÁLASZ  Feladó: (cikkei)

Hya Folx!

Na lenne itt egy Linux-os CD, ami ugyebar Rock Ridge formatiumu a 
hosszu filenevek miatt. Azt szeretnem atmasolni egy masik CD-re. A 
kovetkezo konfigot tudjak nekem osszeallitani a masolashoz:
Philips cdd521 cd iro
pc/dos/vinfos 3.1 cd olvaso, kb 1.6G hdd
gear, winoncd, easucd cdgen cd iro sw-k (verziokat nem tudom)

Nos lehetseges-e a RockRidge cd-rol direkt image-t leolvasni, es 
azt felirni a masik cd-re a fenti konfiggal?

Thanx 
Home'r
+ - ISA 2MB Hercules Graphite elado (mind) VÁLASZ  Feladó: (cikkei)

T. Guruk!

Van egy db 1 eves ISA buszos Hercules Graphite (AGX gyorsito proci) 2 
MB VRAM-mal.

Uzemmodok:
1280x1024x256; 1024x768x64k; 800x600x16M; 640x480x16M.

ISA buszos mivolta ellenere baromi gyors. (Persze nem potolja a PCI 
vagy Local buszt.) Mivel mar egy fel eve nem hasznalom, eladnam egy 
Trident kartya araban, jutanyos 9.000 FT kp. aron. (1 MB VRAM most 
8.000 FT korul van, es ezen a kartya 2 MB van!). Aki pipas a 
hirdetesek miatt, azoktol elnezest kerek, de minek porosodjon itt.

A GURU kimelese erdekeben inkabb maganlevelben erdeklodj!



> ====================================================================
Kali Gabor Rendszergazda                 Magyar Testnevelesi Egyetem
H-1123 Budapest, Alkotas u. 44.      Tel:1564-444 /304 Fax: 1566-337  
E-MAIL:              WWW: http://www.hupe.hu/~gabor
> ====================================================================
+ - Bocs, hogy ide kuldom PCTCP (mind) VÁLASZ  Feladó: (cikkei)

Hi Krysztof! 
     A sajat cimedre irt uzenet visszajott ezzel:
     
     >  Error-For:   Error-Code: 2
     >  Error-Text: %MX-F-NOHOST, no such host
     >  -Retry count exceeded
     >  -(Via ttt-atm.tt.bme.hu)

> Szerintem a leirasodbol azt lehet kovetkeztetni, hogy itt valami gond 
> van a routerekkel.
Ezt talan a szam.technikusainknak se artana felfogni, kozlik, hogy koszonik 
az infot es nem csinalnak semmit. :(((
     
> 1. Lehet-e kefele menni egy masik geprol vagy nem?
Itt a telepen nem, most beszeltem 1 sraccal, o is azert torolte le, az 
egesz PC/TCP cuccot.
     
> 2. Nem valtoztattak a router IP cimet (akkor a Default Gateway cimet 
>     is kene megvaltoztani.
Tudtommal, nem, illetve Pathworkkel pingeltem a cimet, es elerte a VAX. 
Azt nem tudom, hogy a pathwork-os adatcsomagokat miert engedi at a router 
a PC/TCP-st pedig miert nem (mert gondolom fizikailag ez tortenik, vagy 
tevedek?)
     
>3. Ping-gel belso vagy kulso interface-t nem tudtal elerni?
Mit ertelmezel belson, tuzfalon belul, vagy helyileg, ez az elso router ami 
az "uton" van koztem es az igazgatosagunk (szinten Debrecen, csak 4 km-mel 
arrebb) kozott.Amikor VAX-ra megyek akkor is azon kell "athaladnom", es 
annak semmi gondja vele. (kiveve, hjogy tetu lassu, de ez allitolag azert 
van, mert sokan logunk 1 szegmensen.)
                             Udv.: BIGI(Boy)
+ - Re: *.WAD + *.TGZ es DOS (mind) VÁLASZ  Feladó: (cikkei)

Sziasztok!

A *.WAD az pl. a DOOM-nak a palyaleiro file-ja (szobak elrendezese stb.)

A *.TGZ az a tar.gz roviditese, ergo 2 program kell hozza a 'tar' es 
a 'gzip'. Mindketto fenn van valahol a halon dos verzioban is.

udv, marky
+ - HP 500 C (mind) VÁLASZ  Feladó: (cikkei)

Hello GURU-k!

A cimben nevezett szines printerrel szetetnek dos alol nyomtatni. 
(Windows alol gyonyorien megy). A sima print utasitasra a printer az 
mondja (leiras alapjan): vegyem ki a szines patront es probaljam ujra.
Nem lehetne valahogy megoldani, hogy tudja szines patronnal is a 
nyomtatast (dos alol igen-igen ritkan nyomtatnek, csakhat a printer 
ahhoz elegge be van epulve, hogy ekkor nekialljak patront cserelni...

Valaszaitokat elore is koszonom: Cseh Robert
                                
                                
U.i.: Ha tudjatok a guru utobbi 8-10 szamat kuldjetek at a 
 cimre, mert a masik cim bedugult es nem tudtak 
meg kijavitani.
+ - OS2-NEWS: CD mellekletek az ujsagokban. (fwd) (mind) VÁLASZ  Feladó: (cikkei)

---------- Forwarded message ----------
Date: Fri, 22 Mar 1996 13:16:59 +0100 (MET)
From: Amby >
To: Team OS/2 Forum >
Subject: OS2: NEWS: CD mellekletek az ujsagokban.

Sziasztok!

Aprilisban harom ujsag CD mellekleten lesznek OS/2-es anyagok.

1. CHIP Magazin.
100 MB adat, FixPack***, Cset patch, infok***** (HTML is!), es a Team OS/2 
tagjainak forditasai, peldaul configinfo*****, warpperformace*****, nehany 
util.

2. OtherSide Magazin
28 MB adat. FixPack, plusz INFOK. (A magyar forditasok is.)

3. Uj Alaplap CD 
610 MB adat!
Warp Connect magyar valtozata...(Beta),*****
BonusPak (angol),***
Lotus Notes Working Model,***
NetFinity 60 napos demo,****
Rengeteg alkalmazas-demo,**
A CHIP CD teljes anyaga,
ATMFONTS valogatas,*
EMXGCC 0.9b,**
plusz utility-k.
 
Mindharom CD OS/2-es anyagat a Team OS/2 Hungary allitotta ossze az 
ujsagok kivansagai alapjan. A tesztelest az ujsagok vegeztek.

Ha valaki kivancsi pontosabb listakra, akkor azt meg tudom orvendeztetni.
(A csillaggal jeloltek kifejezetten jok ;)

+--------------------------------------------------------------------
Amby:   , 
        http://www.bme.hu/~amby                     TEAM OS/2 Hungary
+----------------Greetings from a 1100 year old country!-------------
+ - Dark Forces (mind) VÁLASZ  Feladó: (cikkei)

Path: ludens.elte.hu!tygriss
From:  (SARGA KISAUTO)
Newsgroups: hun.lists.hix.guru
Subject: Dark Forces
Message-ID: >
Date: 22 Mar 96 14:26:00 +0200
Organization: Eotvos University, Budapest, Hungary
News-Moderator: Approval required for posting to hun.lists.hix.guru
Lines: 9


	Haho!

Nem tudja veletlenul valaki, hogy a Dark Forces -ban azokat a hosszu kodokat

								Tygriss
hol kell beirni, mert nekem azok kozul egyik sem sikerult!
+ - Re: TGZ (mind) VÁLASZ  Feladó: (cikkei)

> =======================================================
> Felado :  [Hungary]
> Temakor: TGZ es orosz koszonet ( 5 sor )
> Idopont: Thu Mar 21 07:18:57 EST 1996 GURU #420
> - - - - - - - - - - - - - - - - - - - - - - - - - - - -
> 
> DOS-ban hogyan lehet .tgz tomoritett filet kibontani?
>

Szerzezned kell tar es gzip shareware DOS-os programokat. Az 
Interneten sok helyen talahatoak.

Udv.

Krzysztof
+ - MS World Atlas (mind) VÁLASZ  Feladó: (cikkei)

HI!

Tudd valaki a fent nevezett prg.-rol? Nagyon kellene. Tudom, hogy itt nem
ilyesmikkel foglalkoztok, de nem tudom, hogy ez hova illene jobban. Ha
tudjatok, hogy hogyan szerezheto meg, irjatok!

					Koszi!

UI>> Erre a cimre irjatok, de HRUBI ANDRASnak cimezzetek!!
+ - Eger (mind) VÁLASZ  Feladó: (cikkei)

Hello Guru|

A segitsegeteket szeretnem kerni: van nekem egy IBM PC-m (ha jol tudom, PS/1)
es kaptam hozza egy egeret, jollehet eddig is volt, de ez mar kezd tonkremenni.
Az uj eger egy GENIUS, a regi egy IBM eger, PIN-dugoval. A GENIUS egernek ter-
meszetesen nem ugyanolyan a csatlakozoja, mint az IBM-nek es hiaba szereztem be
atalakitot, nem volt hajlando mukodni.

Az egerem azota is otthon var, porosodik es velem egyutt remenykedik a kozeli
segitsegben. Jomagam is megprobalkoztam szegeny kis egerke atszerelesevel, de
az egerek nagy szerencsejere teljesen sikertelenul.

A belso felepitese is kulonbozik a kettonek: a regibol nem ugyanannyi drot log
ki, mint az ujbol, es en - muszaki antitalentum leven - nem tudtam, hogy az
esetleges atdugasokkal mennyit tudok artani. (Mellesleg a belseje egy ilyen
allatnak nagyon primitiven nez ki).

        **************** SEGITSETEK *****************

Koszonettel:  Harsanyi Gabor
+ - >From h430757 Fri Mar 22 15:13:09 +0100 1996 remote fro (mind) VÁLASZ  Feladó: (cikkei)

Date: Fri, 22 Mar 1996 15:13:09 +0100 (MET)
From: Szegedi Attila >
X-Sender: 
To: 
Subject: Re: OS/2 SCRIPTUM
Message-ID: >
MIME-Version: 1.0
Received: from stud.u-szeged.hu by stud.u-szeged.hu; Fri, 22 Mar 1996 15:13 MET
Content-Type: TEXT/PLAIN; charset=US-ASCII
Content-Length: 628

OS/2 szotarak meg tenyleg nincsenek a Scriptumnal, de hala annak, hogy az 
M$ a Laci altal "valami borzalmas M$ object library"-kent nevezett MFC-t 
portolta Macintoshra, a szotarak Mac verzioja mar forgalomban van (a CD-k 
ugyanazok, csak a kezeloprogram a floppy-n mas. Pesten tobb Apple 
uzletben is lattam, az egyik a Nyugati Pu. kornyeken volt).

Egyebkent maganemberkent vallalom, hogy ha tenyleg sokan igenylitek az 
OS/2 GIB-et, akkor protezsalni fogom az otletet a fonokomnel... ;-)
Masik lehetoseg: rugdosni a M$-ot, hogy csinalja meg a MFC OS/2-es portjat...
(Ez mar tenyleg nem volt komoly...)

Udv,
Szegedi Attila
+ - Re: Oprendszer vita (mind) VÁLASZ  Feladó: (cikkei)

In article >,
	  writes:
>1.) multiuser/multitasking os-ek, amik tobb tucat felhasznalot
>    szolgalnak ki, mindenfele daemonok futhatnak rajtuk a hatterben
>    (pl. ftp/http/stb.)
>
> ...
>
>    - nagy, bohom es atlathatatlan az egesz rendszer
>        (az installja min. 40 mega, de inkabb (sokkal) tobb)

Ez nem igazan pontos.  Egyreszt szerintem pl. a Linux _sokkal_ atlathatobb
mint pl. a Windows 3.1 (de lehet, hogy csak az a baj, hogy nem ismerem
elegge a Windows-t).  Masreszt a Linux kernel fel mega korul van, es egy
minimalis installacio 10 megabol valoszinuleg kijon.  A kulonbozo
programok persze sok helyet foglalnak, de ehhez nem kell Unix, a DOS sem
nagyon hasznalhato, ha csak 40 mega winchestered van.  A Unix azert tunhet
nagynak, mert a rendszer reszekent tobbnyire kapcs egy csomo utilityt es
fejlesztoi eszkozt, no meg X windows-t.  Egy ilyen Unix lemezigenyet
inkabb egy DOS + C/C++ fejlesztoi csomag + Windows igenyeivel kell
osszehasonlitani.

>    - az adott OS hivei preferaljak a hordozhato, magasszintu
>      nyelven (C) irt kodot, az assembly-t kerulik, mert gepfuggo.
>
>      Ez utobbi tul. kovetkezmenyei:
>
>      - minden driver-eken keresztul hajtodik meg, modularis
>        felepites, konnyu cserelhetoseg (uj videokartyat veszek,
>        kicserelem a drivert - ha megvan - aztan mar megy is)
>
>      - egy assembly programozo szamara nagyon rutnak es tohonyanak
>        tunhet, hogy mindig be kell tartani bizonyos standardokat a
>        programozas soran, plusz el kell hinni, hogy az alattam levo
>        layerek (driverek/os/stb.) jol vannak megirva (nem
>        csinalhatok sajatot a hordozhatosag miatt). A biztonsag-
>        erzet kialakitasahoz hozzajarul egy jol dokumentalt source.
>        (ld. linux)

Adott OS-hez kernelfuggo drivereket lehet irni, akar assemblyben is.  Ezt
joparan muvelik is, epp ezert van olyan sokfajta hardware-hez Linux driver.
Persze ezeket a drivereket a DOS alatt szokasosnal gondosabban kell
megirni, mivel itt nem elhetunk azzal a feltevessel, hogy amig piszkaljuk a
gepet, mas nem jut szohoz.  Interruptokat nem hasznalo egysegek lezelese
emiatt kulonosen nehez.  A Linux hardware driverek nagy resze is C-ben
irodott, mivel a kernelben definialva vannak a szukseges assembly szintu
i/o rutinok (tobbnyire inline assemby formatumban, igy eleg gyorsak).
Ezert lehetseges az, hogy azonos driver fut i386-os es DEC Alpha gepen
egyarant.

Egyebkent, szerintem a Unix nem rut es tohonya (en is programoztam
assemblyben regebben).  A mai jo C forditok (pl. gcc) eleg jol
optimalizalnak, es egy jol megirt C program lehet versenykepes egy assembly
programmal, kulonosen jobb processzorok eseten.  A modern processzorok
(mondjuk Pentium kategoritol kezdve, de az meg inkabb az also kategoria)
nem olyanok mint a regi Z80, ahol egy utasitas vegrehajtasi idejet nehany
egyszeru szabaly alapjan ki lehetett szamolni.  Itt mar nem mindegy, hogy
milyen sorrendbe hajtodnak verge latszolag fuggetlen utasitasok, sokat
szamit hogy mennyit ugrik a gep, hogyan hasznalja a lebegopontos egyseget
stb.  Vagyis az ujabb processzorok egyre bonyolultabba valnak, es a
hatekony kodolashoz nagyon alaposan kell ismerni a processor mukodeset.  A
masik gond a programok merete.  Egy bizonyos ponton tul egy assembly
program szinte karbantarthatatlan.

>      - nem lehet (kielegito sebessegu) demokat/jatekokat irni
>        (bar a doom linux-ra allitolag jobb mint a dos-os, de akkor
>        csak azert, mert kihasznaltak, hogy a linux 386-os oprendsz.
>        es nem kellett a hordozhatosagra ugyelni, mehetett a fele
>        assemblyben)

Nem ismerem a doom lelki vilagat, de nem hiszem, hogy a fele assemblyben
lenne, mert Sparc-ra is van doom, es hacsak nem irtak at a fel doom-ot
kulon Sparc-ra, akkor ez azt jelenti, hogy nagyreszt C-ben van irva.  A
Unix doom-ok X Windows alatt is futnak, a Linux konzolon pedig SVGAlib-et
hasznalnak, vagyis ott sem kozvetlenul kezelik a videokartyat.

>2.) Singleuser/single task os-ek, mint a DOS (kategoriajanak altalam
>    ismert egyetlen kepviseloje). Szeretem a DOS-t, mert pici, es
>    nagyon konnyen es gyorsan buheralhato. Nyugodtan bele lehet
>    nyulkalni a belsejebe, nem vinnyog miatta, irhatok hozza sajat
>    drivereket asm-ben, nem kell a gepfuggetlensegre ugyelni. Ha

A Linux-nal ott az egesz forraskod.  Azt irsz at benne, amit akarsz, olyan
drivert irsz hozza amit akarsz.  Es akar 1 megas gepen is hasznalhato (bar
ennyi memoriavan tenyleg nem lehet tul sok dolgot muvelni).

>    csatlakozni akarok egy 1.) tipusu OS-hez, megirom hozza az
>    interface-t es mar megy is. Gyors, kenyelmes(se teheto), ha az
>    ember megcsinalja, irhat ra grafikus feluletet, amit akar.

Persze, vegulis egy grafikus feluletet barki tud irni, en is irok altalaban
hetente kettot is :-).

>    Jo kis oprendszer a DOS csak nagyon regi (32bit-rol csak pmode
>    extendereken keresztul almodhatok, aztan ez a 8+3 is...)

Nem is beszelve arrol, hogy lassan az extender nagyobb mint maga a DOS.  Es
ha azt akarod, hogy egy program minden video/hang -kartyaval menjen, akkor
mar szinte remenytelen a dolog.

>3.) Singleuser/multitask os-ek. (OS/2, Win95???) Ezek lennenek szivem
>    csucskei, ha nem masznanak el tulsagosan az 1.) tipusu os-ek
>    iranyaba. Minek kell ezekben a rendszerekben annyi mindent
>    tulbonyolitani? Egy csodalatos, fantasztikus 32 (64?) bites
>    OS-nek (a kernelnek, az alapveto video/floppy/harddisk/filesys
>    drivereknek + alap segedprogramoknak mint pl. disked, defrag,
>    diskdoctor, sysinfo, fileman, shell) el kene fernie egy 1.44MB-os
>    kislemezen.

Ennyi meg ra is teheto Linux-szal egy floppyra.  Vannak ilyen rescue
csomagok, amelyek egy floppyn elfernek, es ha valamit tonkretettel a
gepeden, akkor egy ilyen floppyrol bootolva helyrehozhatod.

>    Egy ilyen OS valthatna fel leginkabb az MSDOS-t nem pedig az OS/2
>    vagy a Win95. Azok mar tul "professzionalisak".

Az OS/2 allitolag egesz jo.  Viszont Win95-ot mar lattam, es nem tunt tul
professzionalisnak.  Inkabb tul szajbaragosnak.

>Konkluzio (ami eddig nem derult ki): minden OS-t a sajat
>kategoriajaban kene versenyeztetni. Nem latom ertelmet pl. egy Unix-
>MSDOS osszehasonlitasnak (teljesen masrol szol a ket dolog - az
>elobbiek tukreben).

Nincs is sok ertelme az MS-DOS-t es a Unix-ot osszehasonlitani.  Teny, hogy
az MS-DOS a 15 evvel ezeletti hardware igenyekhez keszult a CP/M
tovabbfejlesztesevel, ami a Unix egy lebutitott valtozatakent jott letre
Z80 alapu gepekre.  Mara az MS-DOS teljesen elavult, es programkultura
fejlodesenek egyik fo akadalyava valt.  Ezzel talan meg a M$ is egyetert,
hiszen kulonben nem hangsulyozna annyira, hogy a Win95-nek mar semmi koze a
DOS-hoz (persze mindig gyanus, ha valaki ennyire hangsulyozza, hogy a
termeke mar nem DOS alapu).

Zoli
+ - Visual C++ alkalmi munka (mind) VÁLASZ  Feladó: (cikkei)

SW fejleszto ceg Motifban irt konyvtar Windowsra torteno portalasara 
keres tapasztalt Visual C++ (1.52) programozot. Motif tamogatast biztositunk.

marc. 22.

		Rigo Istvan

+----------------------------------------------------------+
| Rigo Istvan                  | E-mail :    |
| Corvex Ltd.                  |                           |
| Noszlopy u. 1. 604.          | Voice  : (36)1-262-7099   |
| H-1103 Budapest              | Fax    : (36)1-261-7466   |
| Hungary                      |                           |
+----------------------------------------------------------+
+ - Re: POSIX (mind) VÁLASZ  Feladó: (cikkei)

In article >,
	  (Kolonits Zoltan) writes:
>1. A Win NT -ben van POSIX, tehat az NT igenis operacios rendszer

Az altalad reszben idezett level egy masik reszeben en is ezt irtam.

>2. Nem csak hardware-vel lehet teljeskoru vedelmet biztositani

Hanem meg hogy? char *p = NULL; for (;;) *p++ = 0;
Ez ellen milyen vedelmet tudsz ami nem hasznal hardware-t?  Mit tegyek,
ha a gepemen boklaszik egy rosszakaratu user aki ilyeneket akar csinalni?
Es ha veletlenul egy program irasakor elfelejtek egy mutatot
inicializalni?  Ki vedi meg az mutaton keresztul atirt memoriat?  Persze
a fordito generalhat ellenorzo kodot, ez a debuggolas kozben meg er is
valamit, de a production release mar nem tartalmazhat ilyet, es ha
veletlenul maradt egy ag, amely egy evben csak egyszer hajtodik vegre, es
azt a reszt pont nem debuggoltam, de egy peches felhasznalo veletlenul
beleszaladt mit tegyek?  Vagy ha jon egy virus, ki tiltja meg neki, hogy
torolje a winchesteremet ha nem a hardware vedelem?

>3. A szabvanyok arra valok, hogy legyen mitol elterni

Ezt hogy erted?  Nem te voltal az, aki annyira hangsulyozta, hogy az
API-kat a dokumentacionak megfeleloen kell hasznalni, es ez olyan mint a
KRESZ stb.?  Szerintem a szabvanyok is ide tartoznak.

>4. Meg mindig nem latod a kulonbseget az "operacios rendszer" es a
>   "SZAJAM IZE SZERINTI OPERACIOS RENDSZER" kozott.

Szoval POSIX = "SZAJAM IZE SZERINTI OPERACIOS RENDSZER"?  Vegul is talan
igy van (bar van egy par jo dolog, ami hianyzik a POSIX-bol), de a POSIX
nem csak az en szajam ize, hanem egy nemzetkozi szabvany.

>Zoli

Zoli
+ - Internet kavehaz? (meg egyszer, utoljara) (mind) VÁLASZ  Feladó: (cikkei)

Haliho!  Meg egyszer elkuldom, hatha valaki megiscsak valaszol:

Tudtok Internet kavehazakat Budapesten? Allitolag harom is van, es az egyik
ingyenes. Ha lehet, arakat is irjatok. Koszi.

Jok a fogaid Laci! Visszateheted oket... -------------------------->  Zotyo'
+ - MODEM az lpt-n? (mind) VÁLASZ  Feladó: (cikkei)

Segitseg

Van egy NAGYON REGI modemem, es teljesen olyan mint aki csak a
parallel portra hajlando csatlakozni. Kerdesem, hogy van-e ilyen,
vagy csak a kabelt kell kicserelni?

Magancimre ha lehet
-- 
* Andras Muranyi
* mailto:
* http://www.tarki.hu/~murr
* Another Peter Norton Fan From Hungary
+ - ?:LINUX, SUM: CD-ROM audio,macro virus (mind) VÁLASZ  Feladó: (cikkei)

Melyen Tisztelt Publikum!

Kicsit jobban erzem magam, miutan 4 nap koplalas utan vegra sikerult
leszednem a leveleimet a mail server-rol. Szoval lehet hanyagolni a CI$
cimemet!!! Mar a necc is elo!!! (Volt egy kis DNS konfig problem, de
elharitodott :-)))))

Miutan elkeseredesemnek adtam hangot mindjart jobban csorgott az info!!!
KOSZ mindenkinek, aki valaszolt! CUKI POFAK VAGYTOK!

#1 CD ugy!

Hamu a fejemre!!! Tenyleg en voltam a sult hal! Az MSCDEX-et csak az
autoexec.bat-ba kell tomogetni. A config.sys-be pedig kell egy HW specifikus
drivert :-(. Szoval a dolog nem annyira 1*u, mint ahogy Moricka (no meg en
is) elkepzeli.

#2 Macro virus!

A scan-ben van egy mvtool.exe (vagy valami fekvo pavi (l. hason lo)), ami
onkipakolos es a benne levo dot installal mindenfele macro-kat, amelyek
eberen ugyelik, hogy nem akar e valaki kavarni. Az ott leirtak szerint van
ket macro virus, ami csak a koncepciot bemutatando kavar. Viszont van egy,
ami kartekony is! Meg TSR-t is be tud rakni. Hmmmm....

Az irat arrol regel, hogy 6.0-as word-ben lakik az allat. Mi van a 4.0-val?
Es az EXCEL-ek tomkelegevel???

???????????????????????
Hol erdemes linux CD-t venni (sok-sok papiros doksival, vagy ugy nem adjak???).


TIA && Udv From:, akinek megjott...
                                                         ... a levele!!!

# TAJTHY Tamas (CI$: 100263,453) [I connect with a 14.4 modem]
# Aliases: Shaman Research Ltd. / EgoSoft International
# I nearly ALMOST have a homepage! More than a few (more) days left ...
# This is the first day of the rest of Your life!
+ - Keresek olyan elektronikus koenyvtarakat, amelyek pszic (mind) VÁLASZ  Feladó: (cikkei)

folyoiratokban megjelent cikkeket tartalmaznak. Olyanokat, amelyek le 
is toelthetoek (anonymous ftp, gopher, WWW).

Koeszoenettel:
                  Huller Ervin
+ - Win95 fax (mind) VÁLASZ  Feladó: (cikkei)

Udv!

Lenne egy kis gondom: doksi WinWord-ben figyel, el kene faxolni, am a 
T. cimzett ugyanazon a vonalon beszel es faxol, tehat nem tul 
elegans, ha a fulebe sipolok. Hagyomanyos faxon elmondom mit akarok, 
kapom a faxhangot, majd megnyomom a zold gombot. Lehetseges ez 
valahogy Win95 alatt? Fogadni tud igy, mert receive fax now gombot 
mar lattam benne.

Koszonettel

Hegyvari Krisztian
+ - Re: PNetWare&boot, paudit (mind) VÁLASZ  Feladó: (cikkei)

> Felado :  [Hungary]
> Temakor: Personal Netware & Boot Eprom ( 40 sor )

    ugyan nem nagyon ismerem a personal netware-t, de hatha...
 
> Van egy kis problemam. szeretnenk egy vagy tobb kis halozatot
> csinalni PERSONAL NETWARE-rel (ez egy peet-to-peer halozat-
> kezelo). Penze nincs a felhasznalonak.
> Tehat adott egy servernyi gep es melle boot epromos gepek
> no hd & floppy. A dokumentacio szerint mindent ugy kell csinalni
> majdnem mint a nagyob testvereinel csak a serveren kell betolteni ket
> progit (rpl.com es nearserv.exe) login konytarnak leteznie
> kell stb... ezek mind megvannak. Csak van egy kis bokkeno. A boot
> eprom megtalalja a servert osszekonnektal majd kijelenti, hogy nem
> tudja megnyitni a net$dos.sys (rplfix ok) file-t. KO.
> 
> Van meg valami.
> 
> ad 1  a boot eprom csak ethernet_802.3, ethernet_II -t ismer
>         a halozat bekonfiguralhato ezek valamelyikere HU DEJO.
> 
> ad 2 az RPL.COM kell a boot epromhoz. de ha nincsen
> ethernet_802.2 az mlid #2 -n akkor ez KO-t jelent.
>
>                  tehat a net.cfg .
>                                 .
>                                 frame ethernet_802.3
>                                 frame ethernet_802.2
>                                 .
> igy mar mukodik. valoszinu, hogy kifele a boot epromok
> fele o" 802.2-t mutat? vagy hogy a fenebe mukodik ez?
>  
> A novellesek azt mondjak ,hogy nem baj ennek mennie kellene igy is.

    en ebben nem vagyok olyan biztos:
    a regi boot eprom-okhoz (802.3-as keret) nem kell az RPL, csak
    az ujakhoz (802.2.) [legalabb is szerver eseten igy van, es nagyon
    gyanitom, hogy personal netware eseten is]
    javaslat: probald ki rpl nelkul.
    varom a tapasztalatodat.

> minden otletet szivesen varok. tapasztalataimat hajlando
> vagyok megosztani massal is ami van.
> 
> csakany  PWS!
> 
> Udv mindenkinek:
>                                                Tpe

> -------------------------------------------------------
 
> Felado :  [Hungary]
> Temakor: Netware pauditbol eheto szoveg keszites... ( 8 sor )
> 
> Sziasztok!
> Egy baratom keres egy olyan programot, ami a Netware (3.12)
> paudit listajabol eheto formatumu listat keszit (ki, mikor
> jelentkezett be ill. ki).

    Ismerek nehany programot:
    
        - PERL script (rjlaudit) [ftp.salford.ac.uk]
        - basic utility [SIMTEL]
        - olyan program, ami a binaris net$acct.dat fajlt eszi. Ez
          utobbi sajat barkacsolas (vigyazat onreklam), ami pluszban
          osszegyujti, hogy ki honnan hanyszor lepett be, vannak
          halozati cim aliasok,... [tolem]
        
                                                    Thulya
+ - Novell lista FAQ (mind) VÁLASZ  Feladó: (cikkei)

html verziojanak van magyarorszagi mirrorja is:
    
    http://naec.mti.bme.hu/novfaq/nov-faq.htm
    
    Aki NetWare-rel dolgozik (rakenyszeritettek, az tetszik neki,...)
    es raer, annak tanulsagos lesz vegigbongeszni.
    
                                                    Thulya
+ - .ttf-editor, folyamatabraszerkeszto, unix-shell doshoz (mind) VÁLASZ  Feladó: (cikkei)

Ha barkinek nem valszoltam volna a fenti programok ugyeben, irjon ujra, 
mert ezek szerint elkeveredett a levele.


Ed 

/-----------------------------------------------------\
| Technical University of Budapest, Hungary           |
| mail: (also ) |
| http://goliat.eik.bme.hu/~kedvard/                  |
\-----------------------------------------------------/
+ - Re: Multitask Op.Rsz. Biztonsag (mind) VÁLASZ  Feladó: (cikkei)

Path: ludens.elte.hu!vf
From: 
Newsgroups: hun.lists.hix.guru
Subject: Re: Multitask Op.Rsz. Biztonsag 
Message-ID: >
Date: 22 Mar 96 20:40:12 +0200
References: >
Distribution: world
Organization: Eotvos University, Budapest, Hungary
News-Moderator: Approval required for posting to hun.lists.hix.guru
Lines: 87

In article >,   (Hidvegi Zoltan) writes:
> In article >,
> 	  (Zalka ERN0) writes:
>>Ezt irta :
>>>A tananyagrol:
>>>A MULTITASZKOS operacios rendszerek ALAPVETO funkcioja, hogy onamgat es mas
>>>taszkokat vedje a (hibas/rosszindulatu) taszkoktol. Az operacios rendszerek
>>>ezt meg is teszik az utobbi 30+ evben. Az az ize, ami ezt nem teszi, az
>>>futtato rendszer, monitor, BIOS, vagy akarmi, de nem operacios rendszer.
>>
>>Akkor standard (tarvedelem nelkuli) 68000-esre nincs is oprsz?!
> 
> Az igazan jo oprendszerek valoban 68040-es igenyelnek.  Egy multitaszkok
> oprendszernek nem csak hardware vedelem, kell, de a virtualis
> memoriakezeles is elengedhetetlen.  Azert egy nem olyan nagy cucc, mar az
> osregi 286-os is tudta ezeket, csak a Microsoft **art ra.  Persze vannak
> virtualis memoriakezelo nelkuli gepekre is multitaszk rendszerek (pl. a
> Z80-ra irt CP/M-nek is volt multitaszk verzioja), de ezeknel szukseges
> feltetel a poziciofuggetlen kod hasznalata hogy a processzeket at
> lehessen pakolni a memoriaban.

Bocs, de ez hujeseg. Nem szukseges feltetel! Itt szoba kerult az Amiga.
Multitaszk, az amigak 80%-a MMU nelkul megy, es a programok 99%-a NEM
poziciofuggetlen. Ugyanis az AmigaDOS relokalja a programokat inditas kozben!
A regi, 1.3 Kickstart ala irt programok kozul gyakorlatilag csak a nem
rendszerbarat, trackloaderes jatekok, demok poziciofuggetlenek. (vagy nem)
Ennek a megoldasnak tobb elonye is van, nincs szukseg MMU-ra es bonyolult
cimszamitasokra, a programnak nem kell egy osszefuggo teruleten elhelyezkedni,
allhat tobb, es kulonbozo tipusu section-bol is.

> 
>>Jalos kerdi:
>>
>>>futnak. Namarmost  hol kellene a biztonsagot elsodlegesen minel
>>>inkabb biztositani ? A tobb ezer applikacioban ? Vagy az egy operacios
>>>rendszerben??
>>
>>Egy irodai (desktop) oprsz legfobb ismerve, hogy "single user". Ha a session
>>osszeomlik, egy user tepi ki a hajat. Szerintem _ennek_ a fenyeben kell
>>szemlelni, hogy szukseg van-e fizikai vedelemre, vagy eleg az API betartasan
>>alapulo egyuttmukodes.
>>
>>Az API betartasa nem olyan nehez dolog am. Ha mindenki betartana a KRESZ
>>eloirasait (Kozlekedes API), nem lenne egy baleset sem.
>>
>>Azt meg ne higyjetek, hogy attol automatice "labilis" lesz egy rendszer,
>>hogy nincs fizikai tarvedelem, etc. implementalva. Aki dolgozott AmigaOS
>>nevu csodaval, az a megmondhatja.
> 
> Persze az API-t betartani nem nehez.  Altalaban nem is ez a gond, hanem
> mas programhibak (pl. malloc/free nem megfelelo hasznalata, index-hatar
> tullepesek stb.).  Tokeletes programozo nincsen, mint ahogy bugfree
> program sincs (felteve, hogy a program nem trivialis).  Es egy jo
> hardware vedelem az ilyen programozoi hibak ellen ved.  Kulonosen hasznos
> ez programfejlesztes soran, amikor egy elnezes miatt nem kell mindig
> ujrabootolni a gepet.
> 
>>Kerdezem, az a prg, amely egy vedett rendszer alatt valamiert megserti az
>>API-t, jol mukodonek tekintheto-e? Szerintem az API-t _mindig_ be kell
>>tartani, es ha mindenki betartja, akkor (es csakis akkor) teljesen felesleges
>>a fizikai szintu vedelem. A vedelem csak a bug-ok (es gonoszok) ellen van.
> 
> Mint fentebb irtam, bugok mindig lesznek.  Szoval a vedelem nem
> felesleges.  Sot, egy programozo szamara a jo vedelem segithet a bug-ok
> felderiteseben.  Lehet, hogy egy bug-os, API-t be nem tarto program fut
> egy vedelem nelkuli gepen, es csak nagyon ritkan, specialis korulmenyek
> kozott akad ki.  Ugyan ez esetleg egy vedelemmel rendelkezo gepen rogton
> kiakad, mert a gep erszreveszi, hogy nem megengedett cimrol
> olvastal/irtal.
> 

Nem feltetlenul a programoknak kell betartani az esetenkent igen bonyolult
konvenciokat, az oprendszernek kene tamogatast nyujtani ehhez, mint pl az
Amigan. A kulonbseg szembetuno! MMU nelkul, 14MHz procival, 2M RAM-mal (esetleg
meg kevesebbel) jobban es megbizhatobban mukodik mint AKARMELYIK PC oprendszer.
Velemenyem szerint az AmigaOS a legjobb oprendszer a vilagon otthoni gepekre!

>>Kulonben is ugy tanultam, hogy a jogtiszta prgmok sose fagynak le (ellentetbe
n
>>a lopottakkal, amik virust terjesztenek). ;-)
> 
> Hat ezt sajnos rosszul tanultad.  Pl. en barmikor irok neked egy par
> soros jogtiszta programot, ami rogton inditas utan lefagy :-).
> 
> Zoli
> 

                                                                 -VF-
+ - Dos alatt memoria 0-zas (mind) VÁLASZ  Feladó: (cikkei)

Hello guruk,
Kuszi javallatara egy dos taszkban OS2 Warp alatt lefuttattam a debug.exe- 
t a f 0:0 ffff 0 parancsal.
Halozatban voltam, netware. A rendszer osszeomlott, Kuszi, tudsz uj  
munkahelyet ?  Ez vicc volt, az os2 kiirta, hogy a taszkban problemat  
eszlelt,> megallitsa, megmutassa nekem a regisztereket, vagy visszaterjen  
< ?
Mondtam neki, hogy allitsa meg, megtortent, most is benne vagyok, egy mar  
elozoleg megnyitott masik dos taszkban, es irom ezt a levelet.
I like OS2. Csak ne lenne ilyen bazi lassu (8 mega memoryval). Futtattya a  
dataflexet, pedig 32 bites.
Udv
Lewy
## CrossPoint v3.0 ##
+ - Re: HD problema (mind) VÁLASZ  Feladó: (cikkei)

On Thu, 21 Mar 1996 01:14:26 EST you wrote:

>Van egy problemam amire szeretnek valaszt kapni.A kov. dologrol van szo:
>Van egy 340MB -os HD-m ,szinte minden tesztelo progi mas nagysagot jelez ki
>ami meg magaban nem volna problema, a BIOS autodetectje 325MB-snak allitja
>be, meg ez sem volna rossz.

Ez amiatt van, mert a pl a chkdsk az 1 kbyte-ot 1000 byte-nak veszi, a 
BIOS viszont 1024 byte-al szamol.

 A lenyeg ott kezdodik amikor osszeadtam a
>fokonyvtarakban a lefoglalt megaB-okat + a hidden allomanyok (magyarul
>file-k :) ) + az ures hely = 30 MB-tal kevesebb mint amennyinek kellene
>lennie(340).

Eleve a 340 nem igaz a fenti dolog miatt, masreszt a kulonbozo filerendszerek n
em folyamatosan allokaljak a vinyo teruletet a file-oknak, hanem cluster-ekben.
 Igy pl. 512 byte meretu clustert hasznalo rendszer egy 600 byte hosszu file-t 
1024 byte-on (2 clusteren) tarol.
Az 512 byte-os clustermeretet a jobb filesystemek hasznaljak, az altalad haszna
lt DOS illetve a Win95 a FAT system-et hasznalja, amit nem a harddiskekre talal
tak ki. Emiatt a HD merettol fugg a cluster-ek merete, az esetedben (340 MB)-na
l ez 8k, ami eleg nagy pazarlas, akarhogy is nezzuk.
Ez a cluster meret FAT eseten 512 MB felett mar 16k, ami azert nem semmi...

>Csak nalam fogy a HD-en az  ures hely ?

Egyebkent sokkal jobban fogy a hely, ha sok kis file-t hasznalo programjaid van
nak (emelett az ilyen directory-k, ahol mar tobbszaz file van, lassu a file-ok 
elerese is), nagyon el tud fogyni a hely. 

>Van erre valamilyen magyarazat , lehet ,hogy primitiv ,de orulnek
>barmilyen otletnek !

Pl. tedd fel az OS/2-t, (vagy a Win NT-t, vagy a linux-ot), ezek mar 512 byte-o
s clustereket hasznalnak, no meg HD-re van optimalizalva, vagyis nagyon gyors a
 vinyohasznalat.

Vagy pedig csinalj par 100 MB koruli particiot, igy mar a clusterek merete 4k l
esz... :)

Gonda Richard
+ - Pine + tobb idezet (fwd) (mind) VÁLASZ  Feladó: (cikkei)

Sziasztok!

Hogyan lehet pineben (3.91) legegyszerubben olyan reply-t 
kuldeni, amiben tobb levelbol is idezek? Tehat ilyen legyen a 
vegeredmeny, hogy:

--------------------------------
>XY wrote:
>
>XYblablabl
>
kekiblablabla

>ZX wrote:
>
>ZXszoveg
>
kekiszoveg
---------------------------

ko:sz
keki
COLDCOLDCOLD

AGYKONTROLL ALLAT AUTO AZSIA BUDAPEST CODER DOSZ FELVIDEK FILM FILOZOFIA FORUM GURU HANG HIPHOP HIRDETES HIRMONDO HIXDVD HUDOM HUNGARY JATEK KEP KONYHA KONYV KORNYESZ KUKKER KULTURA LINUX MAGELLAN MAHAL MOBIL MOKA MOZAIK NARANCS NARANCS1 NY NYELV OTTHON OTTHONKA PARA RANDI REJTVENY SCM SPORT SZABAD SZALON TANC TIPP TUDOMANY UK UTAZAS UTLEVEL VITA WEBMESTER WINDOWS