Hollosi Information eXchange /HIX/
HIX GURU 77
Copyright (C) HIX
1995-04-11
Új cikk beküldése (a cikk tartalma az író felelőssége)
Megrendelés Lemondás
1 Windows Swapfile size (mind)  16 sor     (cikkei)
2 Multitasking (mind)  36 sor     (cikkei)
3 Yield (mind)  24 sor     (cikkei)
4 > Temakor: Include file-ok SGI Indy-hez (mind)  22 sor     (cikkei)
5 Re: *** GURU *** #76 (mind)  12 sor     (cikkei)
6 Kell-e multitaskolas ? (mind)  28 sor     (cikkei)
7 Kicsipuha (mind)  36 sor     (cikkei)
8 Re: *** GURU *** #74 PS/2 gyorsitas (mind)  26 sor     (cikkei)
9 Re: *** GURU *** #76 (mind)  48 sor     (cikkei)
10 Keres... (mind)  22 sor     (cikkei)
11 sceNEst '95 (Keres!) (mind)  8 sor     (cikkei)
12 Callback Windowsban (mind)  21 sor     (cikkei)
13 Markas gepek (mind)  10 sor     (cikkei)
14 Valasz (mind)  13 sor     (cikkei)
15 Mit valasszak? (mind)  12 sor     (cikkei)
16 Re: Szegyelje magat villanykaros! (preemptiv multitaski (mind)  46 sor     (cikkei)
17 Ekezetes Clipper (mind)  19 sor     (cikkei)
18 Netware uzenet elkapo? (mind)  7 sor     (cikkei)
19 SGI include fileok rejtelme (mind)  14 sor     (cikkei)
20 Re: Elvonokura utan (mind)  24 sor     (cikkei)
21 Kedves GURU! (mind)  10 sor     (cikkei)
22 Re: *** GURU *** #76 (mind)  30 sor     (cikkei)
23 Re: *** GURU *** #73 (mind)  21 sor     (cikkei)
24 AutoCAD & Warp (mind)  12 sor     (cikkei)

+ - Windows Swapfile size (mind) VÁLASZ  Feladó: (cikkei)

Kedves Guruk,

Meg lehet oldani hogy a Windows nagyobb swapfile-t csinaljon es hasznalja is,
csak az a baj hogy nem tudom hogy hogy :-). par hete olvastam rola hogy hogyan
szamolja ki a swapfile recommended size-t. Nem valami bonyolult modon, de
valahol egy variable van definialva (pont ez az amit nem tudok hogy hol...),
erteke kb. 3-4, es azt kell novelni. Sajnos nem talaltam meg az infot, de ha
meg mindig izgat valakit a tema, akkor megprobalom felkutatni.

Mellesleg egyszer azt olvastam egy newsgroupon, hogy nem jo nagy swapfile-t
krealni, mert akkor a Windows azzal fogja az idejet tolteni hogy abban a
hatalmas file-ban kotoraszik. Proba szerencse.

Sid Vicsovszky, lengyel szabadsagharcos aki a Szovjetunioba emigralt

ps. Tan Microsoft Lajos sobbet tud errol a temarol :-)
+ - Multitasking (mind) VÁLASZ  Feladó: (cikkei)

Gabriel Akos irta:

>PS.: A villanykaron a 3. felevben tanitjak, az "Informatika alapjai" c.
>targy elso feleveben. Ugyhogy minden idosebb villanykaros szegyellje magat!
>S ezzel azt hiszem, hogy a problemat kozel megoldottnak tekinthetjuk.
>
>Egyebkent az idoosztasos rendszerek ( time sharing ) MIND preemptivek,
>hiszen a megaditt idoszelet (time slice/quantum size ) lejarta utan (
>Amiga 1200 = 4 ms ) automatikusan taszkvaltas kovetkezik.
>No ennyit mara...

Hat egyfelol, bar tudom, hogy mi a preemptiv multitasking, ezt nem a
villanykaron tanultam. Ugyanis, kollega, amikor en oda jartam, akkor
meg a szamitastechnikat Szittya Otto et al. kepviselte, a 8080 assembly
programozasa kereten belul. Informatika ugyeben pedig Csibi prof adta
elo a szocialista mernokot, valamint nehany N dimenzios integralt sok
kszi, pszi es khi alul-felul-elol-hatul indexelt valtozokkal, kulonos
tekintettel az erosen/gyengen/nemstacionarios veletlen folyamatokra,
es mivel a jelet valahol dekodolni kell, a Reed-Solomon kod is ott volt.
Magyaran, nekunk az informatika az egy adatatvitel orientalt analizis
eloadas volt. Igy aztan ne tessek man itten mindenkit lebaltazni, mert
az idok valtoznak, mint lathato.

Ha mar az idoosztasnal tartunk, hogy definialna a kollega :-) azt a
schedulert, ami az Inmos transputerekben lakozik, hardwareikusan ?
Ez ugyanis azt csinalja, hogy leutemezi a processt, ha az elkezd varni
valamire, vagy ha a process idoszelete lejart *es* a process vegrehajt
egy jump utasitast (meg meg egy par masik is okozza, de ezt hagyjuk)
Namost, a dolog szepsege, hogy a feltetel nelkuli jump okoz schedulalast,
a felteteles viszont nem, es ugye egy allando 'igaz' feltetelt biztositani
nem nagy dolog. Igy aztan mar csak az en assembly kodom fuggvenye, hogy
a hardware kernel leutemezhet-e engem avagy sem, es a kernelnek
erre semmi befolyasa nincs. Nos, erre mi a helyes szakkifejezes ?


Zoltan
+ - Yield (mind) VÁLASZ  Feladó: (cikkei)

Zalka Ern0 kerdezi a 76-os szamban :

>Mielott barki is leszolna a nem "valodi multitask"-os rendszereket,
>megkerdezem, valoban szukseg van-e a multitask-ra egyes esetekben?

>A task managing vagy hasonlo cimu fejezetben olvastam, hogy
>bar nem idoosztasos multitask az Apple System, lehetoseg van
>mindenfele timer event-ekre callback procedurakat aggatni, mialtal
>kvazi tobbvonalu futast produkal a gep. (A MS-Windows is ilyen, ugye?)
>Szerintem ez a legtobb esetben eleg (egy felhasznalo eseten).
	En mar aggattam call-back procedurat MS-Windows-ban es elarulom,
hogy a kvazi tobbvonalu futas ilyen modon valo eleresre leginkabb a
"ga'nyolas" szo illik.
	Valoban lehetseges igazi multitaszk programokat irni mindenfele
operacios rendszer nelkul is mint ahogy grafikus feluletet is lehet
csinalni ablakos operacios rendszer tamogatasa nelkul is. Csak nehez es
az embernek van egy olyan erzese, hogy masok helyett dolgozik. Igen szora-
koztato a hosszu taszkokat osszetordelni megfelelo helyekre tett "Yield"
hivasokkal es mindig megvan a veszelye, hogy valami ravasz hurokba nem jut.
Az igazi multitaszk op. rendszerek inkabb a programozo dolgat konnyitik
meg, mint a felhasznaloet. Es ha a programozo dolga konnyebb, kevesebb hibat
fog elkovetni es a felhasznalonak ritkabban veszik el 2 heti munkaja ...

Udv, Gabor (aki szeretne elfelejteni az MS-Windows remalmot)
+ - > Temakor: Include file-ok SGI Indy-hez (mind) VÁLASZ  Feladó: (cikkei)

> Felado : 

>   A gdb-t probaltam leforditani az Infy-n s a kovetekzo baj lett:
> az obj.h bol include-olt
> 
>  /usr/include/cmplrs/msym.h
>  /usr/include/cmplrs/stsupport.h
> 
>   file-ok nalam hianyzanak.
> 
>   Nem tudna valaki ezeket elkuldeni? Vagy egy site-ot ahol Indy-re
> forditot binaris gdb van?
> 

Ez azt jelenti, hogy az installalas nem teljes. Elkuldhetem a kert
file-okat, de esetleg mas nehezsegbe utkozol utana. Inkabb nezd meg a
felrakott subsysytemeket (showprods, showfiles) es aztan rakd fel a
hianyzokat rendesen. Ezek a headerek a 'compiler_dev.hdr.lib'-ben vannak.
(IRIX 5.3)


CS.M.
+ - Re: *** GURU *** #76 (mind) VÁLASZ  Feladó: (cikkei)

ERN0 irja:

> Mielott barki is leszolna a nem "valodi multitask"-os rendszereket,
> megkerdezem, valoban szukseg van-e a multitask-ra egyes esetekben?

  Hat hogy a pekbe ne. Elinditok file transfert, avagy akar egy nyomtatast,
es szepen ulhetek a monitor elott es bamulhatom a Cancel gombot.
Akar orakig. Ne adj isten, hogy kozben el tudjak inditani egy editort es
dolgozhassak. Vagy akar valami jatek programot. A tobb napig futo 
szamolas eseterol mar nem is beszelek.

Gyula
+ - Kell-e multitaskolas ? (mind) VÁLASZ  Feladó: (cikkei)

Bar igaz, hogy a Macintosh-on lehet kulonbozo interruptokkal megszakitani
az eppen futo program futasat, de garantalni a masik program futasat
nem nagyon lehet. Sot, szerintem a Macintosh nagyjabol ugy jo lenne,
ahogy van, hogy ha minden programozo jo programozo lenne. Sajnos, hogy
ha egyetlen olyan programot futtatsz ami nem "rendes" es vegig a procin
ul es tegyuk fel, hogy ez a program semmi keppen nem akar neked idot
adni (es elveszi az interruptjaidat), akkor neked varnod kell, amig a
program magatol lemond a CPU-rol. A pech az, hogy ilyen slendrian 
programbol eleg sok van.

Abban igazad van, hogy sok esetben nem kell hogy a gep tobb programot
tudjon egyszerre futtatni, viszont, szerintem az, hogy egy programon
belul tobb szal (thread) fusson egyszerre az egy eleg alapveto kovetelmeny.
A Macintoshon erre van lehetoseg (mivel van egy thread manager), de mivel
maga az OS nem multithreaded, ezert ha az egyik thread az operacios 
rendszertol valamit ker (pl. open file, file read, etc.), akkor az osszes
threadnek varnia kell addig amig az OS befejezi a dolgat. Ez azt
jelenti, hogy egy DTP-n dologozo embernek, amikor 200 oldalat akar
kinyomtatnia, akkor egy jo ideig varnia kell, nem tud tovabb dolgozni
a dokumentumon. Mind az OS/2-nek es a Solaris-nak multithreaded kernelje
van, ami a thread-ek jo mukodeset segiti.

Szerintem a MacOS-bol a legjobban egy jo virtual memory kezelo hianyzik.
A MacOS egyebbkent a v8.0-tol kezdeve egy normalis virtual memory 
manager-rel es preemptive multitaskolassal lesz ellatva. Eppen ideje.


Udv, -- Krisztian
+ - Kicsipuha (mind) VÁLASZ  Feladó: (cikkei)

Tisztelt GURU-k!

Az alabbi erthetetlen jelensegre kerek magyarazatot (kornyezet: 
MS-DOS 6.xx):

Van egy rezidens prg. amely figyeli a soros port-ot, es amit kap, azt 
egy file-ba beirja. Namarmost en szeretnem a futo programbol az 
erkezo anyagot felolvasni. Ez egesz addig sikerul is, amig el nem 
erem a file megnyitasakor kapott file meretet. Ezekutan akar mennyi 
adat erkezik is a file-ba (megneztem ott van) a programom azt kapja a 
DOS-tol, hogy file vegen vagyunk. Nem hagytam annyiban a dolgot, es 
gyors felmerest vegeztem a kollegak koreben, akik azt javasoltak, 
hogy hasznaljam a 68H jelu Commit nevu DOS hivast. Nos orommel 
jelenthetem, hogy a "kicsipuha" hu volt onmagahoz, ez sem mukodik!
Mi a teendo? 
Ide kapcsolodik a masik kerdesem is, Mit csinal a 
SHARE.EXE? Nem valami effele lenne a dolga? Viszont teljesen mindegy 
hogy elinditom a share-t vagy nem a jelenseg ugyanaz. 
Ja a programomat Borland Pascal-ban irtam, de szerintem nem az a 
bunos, mert lekovettem, egybol a DOS 3f fuggvenyet hivja, es az 
allitja hogy file vege van.

meg egy aprosag: valamelyik GURU-ban olvastam, hogy Billy fontolgatja 
a nyugdijba vonulasat. Nagy jot tenne a vilaggal (csak joval korabban 
kellett volna Billykem) ... 

koszonettel minden tippet


> ----------------------------------------------------------------------
Zidarics Zoltan [Zamek]
"Pollack Mihaly" Polytechnic 
Institute of Electrical Engineering
H-7624 Pecs, Boszorkany u. 2.
E-mail: 
        
+ - Re: *** GURU *** #74 PS/2 gyorsitas (mind) VÁLASZ  Feladó: (cikkei)

 -nak:

A PS/2 model 60-hoz a tobbek kozott a Kinston (US) nevu ceg gyartott 
processzor upgrade-ket. Mas cegeknek is volt ilyesmi, de a mi 
gyakorlatunkban a Kingston valt be. A processzor helyere kell 
betenni, nalunk valahol porosodik a sarokban egy 386SX/33MHz 
parameterekkel biro upgrade. Memoriabovitest szintugy ez a ceg gyart,
MCA slotba valo kartyaval 16MB-ig bovitheto, a sebessege semmivel sem
marad el az alaplapon levo memoriatol. A kinston termekeket tobbek 
kozott a becsi Bacher cegtol szoktuk vasarolni, ennek a cegnek 
valoszinuleg sk-ban is van kepviselete. A hdd MFM, de a setup nem 
tartalmaz beallitasi lehetoseget, az eredeti IBM diszkeket 
automatikusan felismeri, a mas gyartotol szarmazo boviteseket nem. 
Ha MFM-mel tudnad csak boviteni, mindenkeppen diskmanager kell hozza, 
de ez sem szokott problemamentes lenni. 
Mi ugy bovitettunk hdd-t, hogy betettunk egy Adaptec 1640 MCA-s SCSI 
kartyat, ezt javaslom neked is. A regi diszk maradjon bent. Ha 
mindezt belelapatolod, egesz jo kis gep lesz belole. Megeri, mert 
nagyon stabil es agyonuthetetlen masina a 60-as PS/2.

Gabor
     Gabor Gindele
     LAB-COM GmbH.
  
Phone: (+36 1) 201-5899 
 Fax: (+36 1) 201-5581
+ - Re: *** GURU *** #76 (mind) VÁLASZ  Feladó: (cikkei)

> Mielott barki is leszolna a nem "valodi multitask"-os rendszereket,
> megkerdezem, valoban szukseg van-e a multitask-ra egyes esetekben?
> Gondolok itt pl. a DTP munkaallomas tipusu felhasznalora, akinek
> soha nem lesz szuksege arra, hogy a hatterben csinaljon neki valamit
> a gep. Ugye ismerosen cseng az a nev, hogy "Macintosh"?

Ezt most komolyan gondolod? Szerinted nincs szukseg arra, hogy egy DTP
program a hatterben nyomtasson, hogy egyszerre dolgozzon az ember 2-3-x
szovegen, es amig az egyik valami hosszadalmas szovegprocesszalast csinal,
addig az ember a masikat editalgatja, hogy a szotar a hatterben legyen, de
ott legyen, ha kell? Arrol mar nem is beszelve, ha mondjuk tiz user
csucsul egy gepen (nyomdaban lattam!). Csak peldaul mondtam nehany peldat. Ha
nem ismeros az Amiga nev, Javaslom nezz meg egyet egy advanced user kezei
kozott. Meg fogsz dobbenni. (Csak azert irtam Amigat, mert eleg elterjedt gep,
egyszeru useroknal is elofordulhat otthon, ami az Unixos (nagyobb) gepekre
talan nem annyira jellemzo. (Na jo, nemcsak ezert))
Na persze, ha szeretsz sokat varni, meg kenyelmetlenul dolgozni, akkor nem
szoltam. A kerdesedre valaszolva pedig: tenyleg nincs szukseg minden
esetben multitaskra, (de szerintem a DTP tipikusan nem ilyen) sot, sok
alkalmazasnal ki is lovik (letiltjak). Az egyszeru felhasznalo azonban
kenyelmi szempontokbol jobban szeretne szerintem. Az igazi multitaszkot.
( Mas. Nekem a Macintosh egy nagy csalodas volt. Ha vannak Mac userok,
irhatnanak nekem egy-ket szavat rola, hogy mire jo, meg mer olyan jo.)

>  Szerintem ez a legtobb esetben eleg (egy felhasznalo eseten).
Nem vagyok rola meggyozodve. Ld mint fent. (Mai napig elerzekenyulok,
amikor regi jo oreg Amiga 500-asomra gondolok vissza. Amikor meg megvolt.
Azok voltak a szep idok! Most kenytelen vagyok beerni 486-okkal meg
MacroSoft-tal. Es csikorog a fogam, mikor a vindoz nyomtat. (legtobbszor
persze egy SiliconGraphics Indy-n csucsulok (Hallaliho, multitask,
multiuser, hypermegagiga... )))

Mas.
> =======================================================
> Felado : 
> Temakor: Include file-ok SGI Indy-hez ( 13 sor )
> Idopont: Sun Apr  9 10:33:42 EDT 1995 GURU #76
> - - - - - - - - - - - - - - - - - - - - - - - - - - - -

>   Nem tudna valaki ezeket elkuldeni? Vagy egy site-ot ahol Indy-re
> forditot binaris gdb van?

Hat nem tudom, hogy binaris gdb van-e, de probald meg az ftp.sgi.com-ot.
Van meg egy lista SGI ftp-krol: http://mambo.ucsc.edu/psl/sgiftp.html
Az ftp.funet.fi-n is vannak sgi cuccok.

Osi Robert

+ - Keres... (mind) VÁLASZ  Feladó: (cikkei)

Tisztelt Guru-k!

Lenne gy gondom(Bar tudom, hogy regebben volt a tipp-en es a guru-n 
is egy hosszabb vita rola): C64-s printert kene illeszteni PC-hez.
A printer CITIZEN 120 D. A 64-es kartyajarol ha valaki tud valami 
info-t vagy esetleg azt, hogy hol lehet fellelni hozza PC-s 
illesztokartyat (letezik, mar egyik ismerosomnek van.)
Ha barmiben tudtok segiteni (akar printer, akar program, akar 
elektronikai kapcs. rajz) akkor azt a cimemre kuldjetek.

Lenne meg egy kerdesem:Miert van az, hogy egy 105 Mb-s SAMSUNG 
Winchestert 386-oson low level formattal eleve 20 Mb bad sectort ad,
286 -oson low levellel ugyanez tokeletes.Sot megformazva valamely 386-
on korrektul fut, valamelyiken pedig 'sector not found' uzenettel 
leall.



Koszonettel:        Cseh Robert
                )
                                                        Cseh Robert
                                      )
+ - sceNEst '95 (Keres!) (mind) VÁLASZ  Feladó: (cikkei)

Udvozlet!

 Ha valaki ott volt a hetvegen a sceNEst party-n es elhozta a PC intro/
4K intro/DEMO kategoria muveit, (Grif DEMO, es a 4K-s introk erdekelnek 
foleg.) kerem irjon. Tudok anonymous FTP-t a terjesztesre, es a csere 
lebonyolitasara!

Koszonettel: Rob/B-Studio!  or )
+ - Callback Windowsban (mind) VÁLASZ  Feladó: (cikkei)

Hello,

Zalka Erno irja a GURU #76-ban

> A task managing vagy hasonlo cimu fejezetben olvastam, hogy
> bar nem idoosztasos multitask az Apple System, lehetoseg van
> mindenfele timer event-ekre callback procedurakat aggatni, mialtal
> kvazi tobbvonalu futast produkal a gep. (A MS-Windows is ilyen, ugye?)
>  Szerintem ez a legtobb esetben eleg (egy felhasznalo eseten).

Ilyesmi, de eppen ezzel szivtam egy jo nagyot Windows-ban. Ugyanis a
timer-re akasztott callback fuggvenyemet a Windows NEM hivta meg az
alatt az ido alatt, amig a programom egy ciklusban keringett. Csak
akkor amikor a ciklusba beleirtam a DispatchMessage, meg effele
baromsagokat is. Ez egyszeruen kretenseg, igy meg
multitaskszeruseg-feleseghez hasonlosagot sem lehet csinalni. Epp egy
olyan programot irok, ami hatterben a soros vonalrol gyujtene adatokat
es file-ba postazna oket, de preemptive multitask nelkul baromi nehez
rendesen megcsinalni.

Dani
+ - Markas gepek (mind) VÁLASZ  Feladó: (cikkei)

Ki tudja nekem megmondani, hogy milyen elony van az olyan gepek-
   ben, melyeket egy ceg pakol ossze es sajat neve alatt arusit?
   ( Peldaul Compaq, IBM).
   Most olvastam egy ujsagban, hogy egy uj ceg probal betorni a hazai
   szamitastechnikai piacra, es gepcsaladokat ajanl a vasarloknak.
   Peldaul egy 486 SX/33 210-es HDD-vel, monitor nelkul kb.180 ezer
   forint lesz. Ezek utan milyen elonye szarmazik a vevonek, ha meg-
   veszi ezt a gepet ( mert hogy a penztarcaja kiurul, az biztos).
   
   Leveleket E-mailre vagy a Guru hasabjaira.
+ - Valasz (mind) VÁLASZ  Feladó: (cikkei)

Valaszok...

 - Mi a kulonbseg egy DX2 es egy overdrive kozott?

Egy lab. Az overdrive-nak eggyel tobb laba van, hogy a masik foglalatban
processzort le tudja kapcsolni.


 - A DX4 miert nem DX3? (ez mar csak raadas, itt elfogadom azt a
    valaszt is, hogy "csak".

Csak. Olcso reklamfogas, persze van mogotte valami, mert mas a processzor
felepitese, es ezert gyorsabb, nagyobb teljesitmenyu, mintha csak DX3 volna.
+ - Mit valasszak? (mind) VÁLASZ  Feladó: (cikkei)

Sziasztok Guruk!

 Szeretnem ha segitenetek nekem. Nem tudok valasztani ket hangkartya,
 a Gravis UltraSound Max es a Sound Blaster AWE/32 kozott. Ha valaki meg tudna
mondani, milyen jellemzoi vannak e ket kartyanak, es el tudna kuldeni a GURU
vagy az en cimemre, azt nagyon megkoszonnem. Elsosorban az erdekel, hogy mennyi
vel tud tobbet a ket kartya, mik az erossegei ill. milyen az ar/hasznalhatosag
aranya.

                  Elore is koszonom...

                                     Pletser Tamas
+ - Re: Szegyelje magat villanykaros! (preemptiv multitaski (mind) VÁLASZ  Feladó: (cikkei)

> Sziasztok!
> 
> A preemptive multitasking vitahoz annyit kivanok hozzaszolni, hogy :
> 
> A definicio megtalalhato a Kiss Istvan - dr. Kondorosi Karoly fele
> Operacios rendszerek c. konyv 50. oldalan:
> 
> "Az utemezo algoritmus:
> 
>  ..
>  - preemptiv, ha az operacios rendszer elveheti (!!!) a futas jogat egy
> folyamattol, azt futasra kessze teszi es egy masik folyamatot indit el."
> 
> 
> PS.: A villanykaron a 3. felevben tanitjak, az "Informatika alapjai" c.
> targy elso feleveben. Ugyhogy minden idosebb villanykaros szegyellje magat!

    Bocs a tobbiektol, de nem tudtam megallni:

    Gabriel!

    En informatikus hallgato vagyok, vegzos, hallgattam a fenti 
    targyat, Operacios Rendszerek neven, de nem mondhatom azt, 
    hogy mas szakon ez a tantargy resze volta tantervnek.
    Nem ertem milyen alapon csesztel le "minden idosebb 
    villanykarost", ha nem ismered oket, ha nem tudod, hogy ok 
    mit tudnak, vagy mit tanitottak nekik, meg egyaltalan nem 
    ertem, hogy mi koze volt nekik ehhez a temahoz ALTALANOSITVA.
    Mondhatnam, hogy te kis pisis, talan nezzel korbe, es csak azutan
    mondogass. Es akkor se ALTALANOSITS.
    
                                                    Thulya

> S ezzel azt hiszem, hogy a problemat kozel megoldottnak tekinthetjuk.
> 
> Egyebkent az idoosztasos rendszerek ( time sharing ) MIND preemptivek,
> hiszen a megaditt idoszelet (time slice/quantum size ) lejarta utan (
> Amiga 1200 = 4 ms ) automatikusan taszkvaltas kovetkezik.
> No ennyit mara...
> 
> 
>                                                         Gabriel Akos
> 
> 
> >From the Technical University of Budapest, Hungary
> Department of Electrical Engineering and Informatics
+ - Ekezetes Clipper (mind) VÁLASZ  Feladó: (cikkei)

>  > REPL axf WITH STUFF(axf, AT("+",axf),1,"-") FOR "+" $ axf
>  >
>  > a <+>-al jelolt helyre kell irni az ekezetes betut, a <-> jelolt helyre
>  > pedig a neki megfelelo ekezetnelkulit. A 18 magyar ekezetes maganhangzo
>  > kicserelere tehat 18 ilyen parancsra van szukseg. A PROC-t tobbszor kell
>  > futtatni, hogy minden betut kicsereljen, mert egyszerre csak egy betut
>  > cserel ki. Peldaul a nev O2rdo2g az elso futas utan Ordo2g lesz.
>  >
>  > Nem valami elegans megoldas, de a celnak megfelel.

> Nem az elegancia a legroszabb benne, hanem a sebesseg. Ha clipper-rel
> csinalod ugyanezt, akkor jobb, ha egy kis asm rutint irsz hozza, amivel
> felfoghatatlanul meg fog gyorsulni a muvelet.

Egy ilyen, ASSEMBLER-es megoldas talalhato az anonymous-kent is
elerheto net.sote.hu ftp szerveren, a /pub/msdos/utility/clipper
alkonyvtarban, HU-KEY.ARJ neven.

Szlamka Jozsef
+ - Netware uzenet elkapo? (mind) VÁLASZ  Feladó: (cikkei)

Udv mindenkinek !
  Novell Netware 3.11 es 3.12-hez keresek olyan programot, amivel az
  uzeneteket el tudom kapni, hogy ne varjon CTRL-ENTER-re. (Ilyet meg tudnek
  is). De ha magkaptam az uzenetet, tudjak valaszolni is, anelkul, hogy az
  eppen futo programombol ki kellene lepni. (Ha csak szoveges kepernyon
  megy, mar az is igen jo lenne).
                                                   Elore is kosz: Zotyo
+ - SGI include fileok rejtelme (mind) VÁLASZ  Feladó: (cikkei)

Koszonetet kell mondjak Cserzo Miklosnak, Aszodi Andrasnak es Osi 
Robertnek a segitsegert. Ugy nez ki a problema valahol a fejlesztoi 
rendszerek inkomplett install'al'asa korul mozgott. Sajnos nem tudtam 
hogy minden egyes include file-ot kulon kell megvenni. ( :-) vagy :-( ?)

  A megoldas vegul is az lett hogy egy kilometeres archie kereses utan a 
gdb-t a kovetkezo site-on kaptam meg Indyre forditva:

ftp.iro.umontreal.ca
/lude-iro2/gdb-4.13/run/iro_sgi/sgi5.2_mips/bin/gdb

  Par ora alatt lejott, most ugy nez ki, hogy megy. 

                    Boloni Laci
+ - Re: Elvonokura utan (mind) VÁLASZ  Feladó: (cikkei)

In article >,  (Janos Jozsef) writes:
>> Felads : Kiss Gabor Laszlo
>hosszan idezi (?) a
>> Irodalom: Csakany-Vajda: Tobbmikroprocesszoros rendszerek.
>cimu muvet. Ez valami olyan bajjal keveri a preemmptiv es a kooperativ
>multitaskingot, hogy ne is vitazzunk vele. Vidd vissza, add el
>felaron. A kooperativ multitasking nevet a MS talalta ki, hogy
>komolyan vegyek oket, de az itt vitazo tiszteletre melto tengeri
>medvek ezzel nem foglalkoznak. [Azert elszoltak magukat, hogy
>olvassak a DDJ-t, fogadok, hogy otthon, villanyoltas utan, takaro alatt
>ok is PC-t hasznalnak.] Real time rendszerek meg egyenesen interrupt
>kezelesre is kepesek, bar pont homerseklet valtozas eseteben erre
>igazan nincs szukseg, az altalaban sokkal lassabb, mint egy PS
>font skalazasa. (Csak nehogy idezd a konyvbol, hogy mi az az
>interrupt, mert megint az abortusz-bizottsag elott kotunk ki.)
>Kik ezek az urak/holgyek? Egyetemi tanarok?


Marmost ez volna egy targyilagos erveles? Kesz, kiszalltam.
Entul kezdve nekem mindegy ki mit minek nevez.

Ciao

Gabor
+ - Kedves GURU! (mind) VÁLASZ  Feladó: (cikkei)

Egy tiszteletteljes keressel fordulok hozzad.
Szuksegem lenne nehany forraskodra.Tudnal e benne segiteni?
A kovetkezo temak erdekelnek:
-GIF lejatszo PAS,ASM forraskod,
-VOC,WAV,MOD lejatszo forraskod,
-FLI lejatszo forraskod.
Kerlek,ha tudsz segiteni a kovetkezo cimre kuldd valaszodat:
                                                   

Elore is koszonom.
+ - Re: *** GURU *** #76 (mind) VÁLASZ  Feladó: (cikkei)

Zalka ERN0 ) irja:
>
>A magyar szakirodalmakrol meg annyit, hogy egyik karacsonyra
>baratomtol kaptam egy "Szamitastechnikai ertelmezo kisszotar" c.
>(lehet, hogy nem pontos a cim) konyvet, amin halalra rohogtem magam
>(o is azert vette meg nekem). Lehet, hogy idezek majd belole a MOKA-ban.

Nekem a legjobban eddig egy eredetileg Osborne (?) altal, majd
Magyarorszagon a Novotrade altal megjelentetett 386-rol szolo konyv
tetszett. A konyv megprobalja elmagyarazni a kulonbseget egy assembler
makro es egy szubrutin kozott. Peldakent a PUSHA (vagy POPA?) utasitast
hasznalja. A makro verzio meg OK, de a szubrutin verzio.. valahogy igy
nezett ki:
proc PUSHA
     push ax
     push bx
     ....
     ret
stb, ne'mileg emlekezetbol irom, de a lenyeg azt hiszem latszik...
Ezt a konyvet valaki forditotta, es valaki lektoralta is! Annak idejen
gondolkoztam azon, hogy irok a lektornak egy levelet.
Nehany hasonlo "aranykopes" volt a Data-Becker fele Commodore konyvekben
is.
.. es most lassuk azt az aramszunet alatt leegett transceivert..

                            | The language and concepts contained
Gyorgy Varga                | herein are guaranteed NOT TO CAUSE
--                          | ETERNAL TORMENT IN THE PLACE WHERE
Technical Univ. of Budapest | THE GUY WITH THE HORNS AND POINTED STICK
       | CONDUCTS HIS BUSINESS.
+ - Re: *** GURU *** #73 (mind) VÁLASZ  Feladó: (cikkei)

AMIGAS GURUK!!!!!

	megnyilt az amigas Maniacs FTP site!!!

	ftp://woland.iit.uni-miskolc.hu/

	amigas info:

	http://mm.iit.uni-miskolc.hu/Data/amiga

	Amiga link, es Amiga report mirror.

---> flamerek kimeljenek <---

+------------------------+-------------------------+
| Balogh, Attila         | for more info -> finger |
| practising sysadm,     |                         |
| Maniacs Server Manager |                         |
+------------------------+-------------------------+
|       email:          |
+----------------AMIGA ROOLZ FOREVER---------------+
+ - AutoCAD & Warp (mind) VÁLASZ  Feladó: (cikkei)

Sziasztok !

Nekem az R13 fel percen belul elindult. Azaz miutan nem indult 
alapbeallitassal felhuztam minden memoriat, meg ami kell es mar ment is.
Ez persze a DOS-os verzio.

Ami nekem sem ment, az az R13-nak a Windows-os verzioja. Igaz, hogy a 
Warp-ban van Win32s, de sehogy sem jott ossze. Aki errol tudna valamit, 
az kerem szoljon !
(Tegnap masfel oran keresztul Warpot, ACADot es Windowst installaltam...)

Doky...

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