Hollosi Information eXchange /HIX/
HIX GURU 232
Copyright (C) HIX
1995-09-14
Új cikk beküldése (a cikk tartalma az író felelőssége)
Megrendelés Lemondás
1 Netscape + modem (mind)  5 sor     (cikkei)
2 re: Win95 Install (mind)  15 sor     (cikkei)
3 Telefon kartya (mind)  5 sor     (cikkei)
4 Re: Gyongyhalasznak (mind)  18 sor     (cikkei)
5 Re: JPEG (mind)  36 sor     (cikkei)
6 Re: pici excel macro (mind)  39 sor     (cikkei)
7 Re: F-15 (mind)  48 sor     (cikkei)
8 Linux, OPTI alaplap (mind)  64 sor     (cikkei)
9 Re: programozas nagy cegeknel... (mind)  75 sor     (cikkei)
10 Multi-thread-kezeles Unix-ban (mind)  72 sor     (cikkei)
11 Spanyol (mind)  2 sor     (cikkei)
12 ..Multitasking terminal Emulacio (mind)  24 sor     (cikkei)
13 Munkatars US ben (mind)  17 sor     (cikkei)
14 Linux guru kerestetik surgosen (mind)  25 sor     (cikkei)
15 DEC + NT (mind)  11 sor     (cikkei)
16 Re: Azt irja az ujsag ..... (mind)  10 sor     (cikkei)
17 Re: F-15 (mind)  13 sor     (cikkei)
18 PINE-MIME (mind)  19 sor     (cikkei)
19 muszerbemutato (mind)  9 sor     (cikkei)
20 FTP-zes batch-bol unixokon (mind)  14 sor     (cikkei)
21 OPTI alaplap (mind)  12 sor     (cikkei)
22 >From magyar Wed Sep 13 16:39:22 +0200 1995 remote from (mind)  28 sor     (cikkei)
23 emm386 indulasi helye kapcsan (mind)  16 sor     (cikkei)
24 C:\ONGRTLNS.W95 (mind)  16 sor     (cikkei)

+ - Netscape + modem (mind) VÁLASZ  Feladó: (cikkei)

Lehetseges -e valahogy a Netscape-et Windows alol hasznalni modemmel ??
Vagy modemmel csak a nem grafikus programok hasznalhatok, melyek egy
terminal window-ban futnak ??

Udvozlettel: Gabor
+ - re: Win95 Install (mind) VÁLASZ  Feladó: (cikkei)

>Felado : Aranyos Attila (Svedorszagbol)
>E-mail : 
>Temakor: Win95 Install ( 6 sor )
>Idopont: Tue Sep 12 03:55:16 EDT 1995 GURU #231
>
>Ha valakinek bios virusprotektora van akkor kapcsolja ki mielott win95-t
>akar felrakni a gepere, kulonben a masodik lemeznel elszall.

Win95 = virus ?

Zsolt
*****************************************************************************
*  ftp kiribati.et.tudelft.nl -> OS/2 info, some binaries, and F1 pictures  *
*       http://duteisc.et.tudelft.nl/~zsolt -> Zsolt's Home Page            *
*****************************************************************************
+ - Telefon kartya (mind) VÁLASZ  Feladó: (cikkei)

Sziasztok!
Szuksegem volna egy par informaciora
a telefon kartyakrol.Ha valaki tud
rajtam segiteni minnel hamarabb kuldje
el a cimemre: 
+ - Re: Gyongyhalasznak (mind) VÁLASZ  Feladó: (cikkei)

Udv!

> 2. A Windows 3.1 alatt a BORLANDC 4.5 iger 32bites programzasi
>    lehetoseget. Hogyan lehet ezt igenybe venni es milyen elonyoket
>    nyujt a programozo szamara Windows alatt ?

Van egy lemez az installalo keszletben ami a Win32 csomagot installalja.
Ha ezt felrakod akkor a 32 bites progik is futnak.

> 3. Linux alatt letezik-e Windows felulet es kepes-e Windows alatt irt
>    programokat futtatni ?
>    Letezik-e DOS emulator analogiajara Windows emulator Linux ala ?

Letezik, a neve Wine.  Ne varj tole tul sokat (meg csak felig van kesz).
Alternativakent futtathatod a regi (3.1 elotti) Windowsokat a dosemuban
real modban.

Zoli
+ - Re: JPEG (mind) VÁLASZ  Feladó: (cikkei)

Udv!

> Szoval: szuksegem lenne a JPEG-gel foglalkozo szakirodalom fellelhetesi

Van egy FAQ a temaban:

> Newsgroups: comp.graphics,
>             alt.graphics.pixutils,
>             alt.binaries.pictures.utilities,
>             alt.binaries.pictures.d,
>             alt.binaries.pictures.erotica.d,
>             comp.answers,
>             alt.answers,news.answers
> From:  (Tom Lane)
> Subject: JPEG image compression FAQ, part 1/2
> Summary: General questions and answers about JPEG
> Reply-To: 
> Organization: Independent JPEG Group
> Date: Sun, 30 Apr 1995 05:03:00 GMT
> Lines: 830
> Sender: 

> Archive-name: jpeg-faq/part1
> Posting-Frequency: every 14 days
> Last-modified: 29 April 1995

> This article answers Frequently Asked Questions about JPEG image compression.
> This is part 1, covering general questions and answers about JPEG.  Part 2
> gives system-specific hints and program recommendations.  As always,
> suggestions for improvement of this FAQ are welcome.

> The same FAQs are also available in the World Wide Web; see the index at
> http://www.cis.ohio-state.edu/hypertext/faq/usenet/FAQ-List.html.  This FAQ
> is http://www.cis.ohio-state.edu/hypertext/faq/usenet/jpeg-faq/top.html.

Zoli
+ - Re: pici excel macro (mind) VÁLASZ  Feladó: (cikkei)

Udv!

> iTisztelt GURUk!
> Doksi hianyaban ezuton kerek segitseget: tobbszor tobbszaz .xls fajlt kellene
> szovegge konvertalnom - tehat kellene egy makro, ami pl. egy masik wsheetre
> behuzott fajlnevlista minden elemere elvegzi, h: (open, save as text, close)
> Verzio: magyar 4.0 - ha ez szamit vmit...
> Gyorssegely remenyeben, koszonettel - tj

Ne Excel makrot probalj barkacsolni, hanem a Windows recorderet hasznald.
Azzal ugyanis gond nelkul at tudod tenni a file neveket az open dialog boxba.

Hozzavetoleges algoritmus:

1. Allj a nevtablazatodban az elso nevre.
2. Rekorder indul.
3. Ctrl+Ins             (Nev->Clipboard)
4. File|Open            (vagy ami kell)
5. Shift+Ins            (Clipboard->Nev)
6. Enter                (Betoltodik)
7. File|Save As
8. Shift+Ins            (Clipboard->Nev)
9. File tipus beallitasa (itt vigyazni kell, hogy a kovetkezo korben ugyanezek
                          a gombnyomasok ugyanide vezessenek.  Tehat amikor
                          lenyitottad a kutyanyelvet akkor nyomj egy Home-t
                          es egyesevel slattyogj le a kivant tipusig.)
10. Nev SZISZTEMATIKUS atirasa, ha kell
11. Enter               (Kimenti)
12. Ctrl+F4             (Becsukja)
13. A nevlistaban egy cellaval odebb mesz.
14. Rekorder megall.    (Vagy a villogo ikonra kell kettyinteni, vagy, ha
                         nem latszik, akkor Ctrl+Break
15. Probakent egyszer lefuttatod a makrot.
16. Ha jol mukodik akkor a Rekorder Properties dialog boxaban beallitod,
    hogy vegtelen ciklusba essen.
17. Hajra! (Amikor kifogytak a nevek akkor taposd a Ctrl+Break-et, es a
    makro elobb-utobb meg fog allni).
    
Zoli
+ - Re: F-15 (mind) VÁLASZ  Feladó: (cikkei)

Udv!

> Arra szeretnek valaszt kapni, hogy az F-15 elnevezesu jatekban hogyan
> is lehet leszallni epsegben, a Rookie utan kovetkezo szinteken.

Ovatosan :-)

1. Ne rogton az anyahajora probalj leszallni.  Ahhoz tobb gyakorlat kell.

2. Tedd ki a kerekeket es a fekszarnyat (ha van. Nem tudom melyik F-15
   melyik verziojat hasznalod.)
   
3. A sebesseged legyen 150 alatt.

4. A VID -en (azok a skalak amik az ablakra vannak vetitve) a magassagmero
   skalan van egy sullyedesmero is.  Ha kidugod a kerekeidet akkor megjelenik
   egy kis jelzes is, a sullyedesnek a jelzesnel kisebbnek kell lennie
   (legyen a fele).
   
5. Stabil repulesi allapotban szallj le.
   a. Mar messzirol allj ra a kifutopalya vonalara, hogy ne kelljen
      jobbra-balra kanyarognod, mert olyankor no a sullyedes.
   b. A toloerot is allitsd be elore.  Ezt erdemes nagy magassagban
      kikiserletezni.  A gepnek elengedett kormannyal a 3.-4. pontokban
      megadott parameterekkel stabilan kell repulnie.
      Ne bizz a toloero kijelzo muszerben. (Az F15-I -ben nem eleg jo a
      kijelzes, az F15-III -ban pedig nem latod, csak ha az oledbe nezel.)
      Szamold meg, hogy a maximalisbol hany gombnyomassal jutsz el a kivant
      ertekig.
      
6. Ha megis kormanyozni kell, banj vele nagyon finoman.  A kepernyon a taj
   hamis szogben van megjelenitve azert, hogy latvanyosabb legyen.  Ha
   arra hagyatkozol akkor mindig tul fogod kormanyozni a gepet.
   Ne bizz a szemedben, csak a muszerekben!

7. Ha gyors sikert akarsz akkor hasznalhatod a robotpilotat.  A repulotertol
   legalabb 20 nm. tavolsagban 5000 ft. magassagban egyenesen repulve (nem
   feltetlenul a kifutopalya iranyaban) nem tul nagy vagy tul kicsi
   sebessegnel bekapcsola az esetek legalabb 80 szazalekaban le tud szallni.
   (Ez persze keves, ugyhogy ne bizd ra magad :-)

8. Ha nem sikerul a megkozelites akkor inkabb tegyel egy kort es probald meg
   ujra (maxigaz, kerek be, kormany finoman fel).

Jo repulest!
General Zoli

PS: A repulesi parameterek fuggnek az uzemanyag mennyisegetol is.
+ - Linux, OPTI alaplap (mind) VÁLASZ  Feladó: (cikkei)

Keves idom leven kb. 2heti GURU-ra nehany valasz:

A nemmukodo backspace Linux/XWindow alatt:
a slackware.faq szerint a .xmodmap (ezek kozul valamelyik nagybetu) file-ba
kell tenni egy 'keycode 22 = BackSpace' sort.

Az XF86_xxxx -t elinditva csak hatter es egerkurzor lathato:
ez az X server, neked a klienset kell futtatni, ez a startx vagy az openwin.

Cheh Robertnek:
nekem opti-495sx 3/486wb cache alaplaphoz valo doksim van, ebbol
Jumper Setting Description

JP17: Display adapter setup
Jumper	Meaning		Setting		Usage
JP17	Display type	Pin 1.2
			open		monochrome
			short		color

Es most kerdesek:
A fenti alaplapot lehet-e valamilyen jumper-settinggel 486 DX2/80 MHz-en
jaratni? 386-os processzorral jar 40 MHz-en, de 486-os modban 33-nal nem
sikerult tobbet kihoznom belole.

Linux slackware 2.3.0 (kernel 1.2.8) -t -bol csak a disk set -eket ftp-ztem
le, igy lehet, hogy kimaradt egy-ket dolog. Speciell egy 1.33 verzioju
quota.h -t hianyolok. A quota package-t installalva nem talalja a quota.h -t,
aminek a kernel-source -nal kellene lenni...
A Linuxot egy dos particiorol installaltam, es minden uj 'lemeznel' hianyol
egy *.tgz file-t, pedig a tagfile es a diskxx file-ok jonak tunnek, es min-
dent sikeresen installal. A hibauzenet kb. igy nez ki:

+-------------- FILE MISSING FROM YOUR DISK --------------------+
|                                                               |
|  While looking through your index file (diskf1), I            |
.tgz) iced that you might be missing a package (                |
|  that is supposed to be on this disk (disk f1). You may go    |
|  on with the installation if you wish, but if this is a       |
|  crucial file I'm making no promises that your machine will   |
|  boot.                                                        |
|                                                               |
|                                                               |
+---------------------------------------------------------------+
|                                                               |
|                          <  OK  >                             |
|                                                               |
+---------------------------------------------------------------+

Ezt minden lemezzel megcsinalja, de ettol fuggetlenul minden installalodik
es mukodik. Lehet, hogy ez azert van, mert az ascii file-ok konverziojaban
megjelenik egy ^M ha dos->linux masolodik a file? Meg lehet ezt valahogy 
szuntetni?

Utolso kerdes: en az XF86_VGA16 szervert hasznalom, es a startx allandoan
ugral, hogy couldn't allocate color orchid, es az xmahjongg sem indul el
couldn't allocate color hibauzenetbol kifolyolag, xtetris pedig csak mono-
krom. openwin alatt minden tokeletesen mukodik. A grafikus kartya egy
RealTek 3105 (512 kB RAM), generic vga -nak definialva. Tovabbi erdekessege,
ha 800x600 -nal nagyobb virtualis kepernyot adok meg, (pl. 1024x768), akkor
a kep felso negyede megegyezik az also negyedevel... (windows alatt mukodik
az 1024x768 16 szinnel)

Valaszaitokat elore is koszonom,
marky a germanhonba szakadt neme[s|csek] - 
+ - Re: programozas nagy cegeknel... (mind) VÁLASZ  Feladó: (cikkei)

K. Lajjjos!

Nem tudom, hogy lemaradtal-e valamirol. Kb. ugy kezdtuk, hogy miert
bena az IBM (es - ezt en tettem hozza - vele a Bull).

Nincs egy termeknek "k-szaz valtozata", legalabbis erre torekszunk.
Az AIX-nek a 3.* es a 4.* valtozata osszesen ket valtozat. Amig az AIX
"garancialis", a javitasok, a modositasok patch-eiket kikuldjuk a
felhasznaloknak, tehat elvben mindenkinek a legfrissebb valtozat van meg.

A bizottsagosdi azert van, mert a Unix kernel-e ugy ossze van kutyulva,
senki sem tudja atlatni, es a modositasok nem vegezhetok el lokalisan,
mert minden mindennel osszefugg. A komponensek osszefuggnek a
globalisokon keresztul, az interrrupt mechenizmuson keresztul, a
virtualis memoriakezelon keresztul, es minden tele van kivetelekkel.

Az "regi szep idokben", amikor meg a V6-os (lopott) forrasokkal kezdtuk
a Videotonban, akkor nehanyan vegig tudtuk olvasni a kernel-t, es
tudtunk barkacsoni vele.
Azota beleganyoltak a halozatot, lapozast (, van meg olyan marha
az IBM-en kivul, aki lapozza a kernel-t ? ), a viccekbe illo real-
time-sagot, a multi-thread-es processzeket, a multiprocesszorossagot.
Maradt u.a. az monolitikus kernel.

Velemenyem szerint a Unix technologiaja nem fejlodott az utobbi 15..20
evben, csak egyre tobb dolgot pakoltak bele.
Ellenpeldaken szerepeljen egy Unix-like rendszer, a QNX, mely mar kb.
10 evvel ezelott uzenet-vezerelt kernel-lel mukodott, akar halozaton,
es elvileg kozombos volt, pl. az, hogy a file-kezelo lokalis gepen
van-e, vagy egy tavolin. Es termeszetesen a mikrokernel is jo lenne,
ha lenne, de epp nemregiben abortalt az IBM-nel a mikrokernel-es
project.

Ki kell jelentenem, hogy az NT nem is olyan rossz...
Igeretes uj technologia (, bar a forrasokat nem lattam).
Lenyugozo a kompatibilitas a kulonbozo platformok kozott (forras-
szintu, es a PC-s binaris emulator).
Elobb-utobb lesz benne rendesen NFS, X, tud majd fogadni tavoli-logint -
hiszen az NT meg az eletciklusanak az elejen tart.
(Ellenben a Unix-ban szerintem az X "idegen test", vagy mondhatnam
azt is, hogy az X olyan a Unix felett, mint a Win3 a DOS felett :-).
Nem is latszik a Unix fejlodesi iranya.)

A Unix-ok kozotti kompatibilitassal en nem dicsekednek...
Amikor valami uj kerul a Unix-ba, minden ceg maga elkezdi (titokban)
fejleszteni a maga valtozatat. Amikor kesz, elmennek a kulonbozo
Unix-os szervezetekbe, es megprobalnak egy kozos szabvanyt kialakitani.
De ez ekkor mar a veszett fejsze nyele... Mar mindenki kiszallitotta
a sajat veveoinek a sajat valtozatat.
(Egy konkret peldat, a multi-thread-kezelest, egy kulon, technikai jellegu
cikkben, mellekelek.)
Bizonyara probaltatok mar hordozni forrast ilyen Unix-rol amolyanra.

A Unix technikai zsakuccajat, piacanak megosztottsagat zsenialiasn
hasznalja ki az NT. Mi, itt a Bull-nal, az uj multiprocesszoros
PowerPC 604-es es 620-as CPU-kkal keszulo gepunket AIX-szel *es* NT-vel
kinaljuk jovore. Tegyunk csak egy rovid osszehasonlitast:

	AIX-es gep			NT-s gep
	----------			--------
		-- A hardware ugyan az --
	AIX: draga			NT: nem annyira draga
	X: meg kell tanulni		mar ismerik a Windows-bol
	adatbazis-kezelo: draga		u.a. az adatbazis-kezelo:
					nem annyira draga
	alkalmazas: draga		u.a. az alkalmazas:
					nem annyira draga
					a halozat "termeszetesebben"
					illeszkedik a PC-khez
					"a szomszednak is ilyen van"

Ti melyiket vennetek? El kell kezdeni erossen tanulni az NT-t,
amig nem keso...

Menyhart Zoltan
+ - Multi-thread-kezeles Unix-ban (mind) VÁLASZ  Feladó: (cikkei)

A rossz pelda, amint igertem:

Minden ceg elkezdte (titokban) fejleszteni a maga multi-thread-
kezeles valtozatat. Amikor kesz volt, elmentek a szabvanyugyi
bizottsagokba, es mindenki megprobalta a maga valtozatat elfogad-
tatni - ami persze nem sikerult. Ennek eredmenyekent a szabvanyok
tul altalanosak.

Nem mondjak meg, hogy az egy processzen beluli thread-eket mikent
kell utemezni egymashoz kepest es a tobbiekhez kepest.
- Az egyik lehetoseg az, hogy eloszor utemezzuk a processzeket,
  aztan a thread-eket az egyes processzeken belul. Esetleg ugy,
  hogy egy process szabalyozhatja a belsejeben levo thread-ek
  utemezeset (akar ugy, hogy ez a manipulacio mas processz
  szempontjabol kozombos).
- Az AIX a masik lehetoset valasztotta: az utemezes thread-alapu,
  fuggetlenul attol, mely processzekben vannak. Termeszetesen,
  egy processz nem befolyasolhatja thread-jeinek utemezeset.
  (Persze statikus prioritas-beallitas van, de ez tul merev.)
  Ha egy processzben 1 thread van, es egy masikban 10, akkor az
  utobbi 10-szer akkora esellyel verseng a CPU-ert, mint az elobbi,
  es atlag 10-szer tobb CPU-idot kap.

A szabvanyok 3 utemezes-kategoriat ismernek: real-time (-like),
roud-robin es "egyeb". Ez utobbinal mindenki azt csinal, amit
akar. Pl. a "hagyomanyos" Unix utemezes is ebbe a kategoriaba
esik. A dolog szepseghibaja az, hogy az elso ket fele utemezes
csak a superuser szamara van. Akkor mit is rogzit a szabvany?

Bevezettek a "felhasznaloi thread"-eket:
"n" darab felhasznaloi modu thread-et lehet multiplexelni "m"
darab kernel thread-en (, ahol m <= n).
Az otlet azon alapul, hogy sokkal olcsobb a contex-csere a
felhasznaloi thread-ek kozott, mint a kernel thread-ek kozott.
Vagyis van egy felhasznaloi szintu utemezo, mely kivalaszt
egy felhasznaloi thread-et, es azt hozzarendeli egy "valodi"
(kernel) thread-hez. Aztan a kernel majd utemezi ez utobbi
thread-et, amikor akarja. A kernel mit sem tud a felhasznaloi
thread-ek letezeserol.
Ugye, a felhasznaloi thread-ek lock-okat hasznalnak arra,
hogy mukodesuket osszehangoljak. Sot a felhasznaloi szintu
utemezo is lock-okat hasznal. Es ha egy lock foglalt? Es ha
a kernel utemezoje ugy dont, hogy az a thread, amely fogva
tartja a lock-ot, mar "eleget" futott, fusson mas is, pl. az
a thread, amely a lock-ot akarja megszerezni?
Bizony, megfigyeltem mar eseteket, amig az a thread,
amely a lock-ot akarja megszerezni, addig forgott sajat keseru
leveben, amig annyi buntetopontot osszeszedett tulzott CPU-
fogyasztas miatt, hogy a lock fogvatartoja futni tudott, hogy
elengedje vegre azt a bizonyos lock-ot.
Tud erre valaki valami megoldast?
(A kernel utemezo nem tud semmit a felhasznaloi szintu utemezorol,
az utobbi pedig nem hivhat kernel szolgaltatast, mert epp a
kernel hivasok szamat akartuk minimalizalni.)

Jott is az adatbazisos ceg sirni. Azt mondtak, hogy feloluk
tehetjuk akarhova a POSIX-libthread-unket. Csinaljunk neki
valamilyen kiveteles kernel-hivast. Allitolag a HP-nal is
csinaltak valami ilyesmit...

Konnyen belathato, hogy egy valamely szabvanyos thread-
implementacior optimalizalt alkalmazas egy masikon nem biztos,
hogy optimalisan fog mukodni.

Mar a "read(fd, buff, size)" sem a regi, az AIX-en csak a
memoriaba lekepzett i/o rendszer feletti emulacios reteg...
Hatekony programban nincs tobbe "read()". De egy AIX-es
megoldas lehet csapnivalo egy mas implementacion.

Szoval a hordozhatosag a Holdban van, kulonosen az NT-hez kepest.

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

Hogyan lehet MS Word 6 vagy 7-ben spanyol nyelvu helyesiras ellenorzot es
szotart (thesaurus) mukodesbe hozni?
+ - ..Multitasking terminal Emulacio (mind) VÁLASZ  Feladó: (cikkei)

Kedved nagytudasu Guruk,

Egy olyan terminal emulacios programot keresnenk, ami kepes legalabb
4 kulonbozo COM port-ot mukodtetni egyszerre - persze kulon ablakban
mindegyiket e`lo" ido"ben 
....es mindez persze egy szep sok szinekkel ellatott grafikus
     interface alatt kellene. 
(negyszer beinditani egy telix-et kulonbozo konfiguraciokkal nem OK,
 valami sokkal komolyabb dolog kellene)

Mivel csak kozvetito vagyok az ugyben, a leirasban elofordulhato
esetleges fatalis marhasagokert elore is elnezest. Itt a vilag fenekeben
(az ozon lyukhoz oly kozel) eleg problemasnak tunik egy ilyen programot
szerezni - nem "freeby" utan vadaszunk, egy komoly osszeg all rendelkezesre
ha egy jo program felbukkan.

-nandi

Nandor Nemeth                         "Latiatuc feleym zumtuchel mic vogmuc.
R & D. Mechanical Design Dep.          ysa pur es chomuv vogmuc...".
SCITEC LIMITED                                                        _--_|\  
3 Apollo Place                        Phone  : +61 2 428 9568        /      \ 
Lane Cove NSW 2066                    Fax    : +61 2 418 9933        \_.--._* 
AUSTRALIA                             InterNet :         v
+ - Munkatars US ben (mind) VÁLASZ  Feladó: (cikkei)

Kedves Guruk!

Advanced Control Data,Del-Californiai  (Laguna Hills) companyban, van egy
"opening" allas. Ahogy itt mondjak,
az  idealis palyazo, egy USAban tartozkodo, fiatal, computer
tudassal rendelkezo egyen akinek jo ismeretei vannak a 
computer vilagban, angolul jol  es magyarul is (ez is kell)  beszel.
Valamint kesz uj  ismeretek elsajatitasara. ACD olyan teruleten mukodik
(communication, on line publishing, Internet, BBS, major
on line services)  amely tudast csak a cegben lehet megszerezni. Ezert az
allas nem igenyel mely computer ismereteket,  de igenyli a tanulasra valo
eros hajlamot.
US munkavallalasi ugyekben segiteni tudunk.

Csaki Laszlo
Telefon: 714-837-9659 Pacific Time 
teru
+ - Linux guru kerestetik surgosen (mind) VÁLASZ  Feladó: (cikkei)

Alkalmankenti Linux-os tanacsadasra keresunk, nem elhanyagolhato 
mellekesert profit. Altalanos Linux es Unix ismeretek fontosak, nehany 
temakor:

- Internet, tovabba a belso halozat kiepitese
- A Linux egyuttmukodese mas Unixokkal (HP-UX, SCO)
- Altalanos terminalproblemak
- SCO-s binarisok futtatasa Linux-on
- Ingres a Linuxon
- Informix Linuxon
- Programportalasok

A jelentkezeseket lehetoleg telefonon (262-7099, 262-2700, (30)407-236) 
kerem, ha en nem vagyok elerheto, keressetek Toth Gabort

				Koszonom
					Biro Pal

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

Peternek:

	Az nt-ban vms-fele kernel ketyeg, ez valoban "nem latszik", de hasznald
fel napig, es akkor mar "erezni" fogod!!! 
En amiatt nem partoltam at az os2-rol az nt-re, mert az os2 felulete sokkal-sok
kal
kenyelmesebben hasznalhato, mint az nt-fele win ablakok.
Ha az nt obj orientalt lenne, mint az os2, akkor nem gondolkoznek az atallason.
Csak akkor az nt-t is os2-nek hivnak...

szia, d
+ - Re: Azt irja az ujsag ..... (mind) VÁLASZ  Feladó: (cikkei)

In article >,  (Zsoter Andras (Hong K
ongbol)) writes:

>Kulonben ugyanezen ujsagban olvasom a kovetkezo e-mail cimet:
>


Valaszul elkuldik a szamlat :-)

Gabor
+ - Re: F-15 (mind) VÁLASZ  Feladó: (cikkei)

In article >,  writes:

>Arra szeretnek valaszt kapni, hogy az F-15 elnevezesu jatekban hogyan
>is lehet leszallni epsegben, a Rookie utan kovetkezo szinteken.


Ha kiengeded a kereket, a jobb oldali (magassag/fuggoleges sebesseg) skalan
egy kis e'k jelenik meg, ami a maximalis sullyedesi sebesseged mutatja.
A fekete csik az ala nem mehet, mert akkor BUMM. Anyahajon ketszer
akkora ez a limit mint szarazfoldon.

Gen. kissg
600000+
+ - PINE-MIME (mind) VÁLASZ  Feladó: (cikkei)

Sziasztok!

Most kezdtem probalgatni a PINE-t, orommel tapasztaltam, hogy van benne a 
MIME is. A beallitasnal sok kapcsoloja nem mond semmit. Hogyan tudnam ravenni, 
hogy automatikusan csomagolja ki a UUENCODE-dal, vagy MIME-mal kuldott 
dolgokat, es ha MIME-mal kodolt a Subject: es a Sender: sor, akkor azokat is 
ekezetesen jelenitse meg?

Udv:

Peter


Peter Soos >
Archabbey of Pannonhalma
Var 1.
H-9090 Pannonhalma, Hungary
T: +36 96 470022
F: +36 96 470011
+ - muszerbemutato (mind) VÁLASZ  Feladó: (cikkei)

Kaptam egy meghivast, es most kozhirre teszem

1995 szeptember 18-19en a MATAV igazgatosagan, Bp X. Bihari ut 1-3 
alatt 9-16 h kozott a RHODE-SCHWARZ iroda muszerbemutatot tartanak.
Temakorok tobbek kozott EMC, EMI, EMS meresek, halozatok 
zavarmeresei, SDH-PDH meresek, OTDRes MTDR halozati meresek, 
Oszcilloszkopos meresk A-tol Z-ig. 
Muszerekkel, merestechnikaval foglakozok szamara erdemes elmenni !!!
INFO Kubanyi Gyozo, 203-0297
+ - FTP-zes batch-bol unixokon (mind) VÁLASZ  Feladó: (cikkei)

Valaki az elozo szamban azt mondta, hogy az ftp mindig bekeri a jelszot, 
meg akkor is, ha a stdint es outot megvaltoztatja. Ennek valami 
biztonsagi oka van, de lehet hatterbol ftp-zni.

Van egy ~/.netrc nevu file, abba irjad be, hogy melyik gepre hogyan 
lepjen be automatikusan. Nekem peldaul igy nez ki:

machine ftp.funet.fi login anonymous password 

Annyi ilyen sort irsz bele, amennyit akarsz. Ezutan mar a standard 
inputba meg se add a nevet/jelszot, hanem kapasbol az ftp parancsait.

Na csa.
tegla
+ - OPTI alaplap (mind) VÁLASZ  Feladó: (cikkei)

Hello!

Az alaplap tipusa veletlenul nem OPTi 495SLC ? (Vagy valami hasonlo? 2 VL) 
Mert ha az, akkor fog meg erdekes dolgokat produkalni.... pl: egy ilyen 
"alaplappal" felvertezett gep SB pro2-vel nem volt hajlando kiadni 
digizett hangokat DOOM alatt. De a DOOM2 el se akart indulni, csak ha 
kapott himem-et meg emm386-ot.
Biztos tud meg ilyeneket produkalni, szoval en azt tanacsolom, hogy 
szabadulj meg tole.... Eleg drasztikus megoldas, de szerintem a legjobb.

Udv!
LongMan
+ - >From magyar Wed Sep 13 16:39:22 +0200 1995 remote from (mind) VÁLASZ  Feladó: (cikkei)

To: 
Subject: Microsoft es a virus....
Date: Wed, 13 Sep 1995 16:39:22 +0200
From: Magyar Ferenc >
Received: from inf.u-szeged.hu by inf.u-szeged.hu; Wed, 13 Sep 1995 16:39 MET
Content-Type: text
Content-Length: 859

Udv Gurusok!

A tegnap az egyik cikk amely a Microsoft Win95 1.7M 2
lemezerol volt eszembe juttatta egy korabbi
tapasztalatot. Ha valaki masolni probalta a Word for
Windows 6.0 1. lemezet az hasonloval talalkozott.
Ugyanis annak ellenere, hogy a lemez tartalma 1.44M
alatt van, masolas kozben a masik lemez "betelik" es nem
lehet ravinni a tartalmat 1.44M lemezre. A windows
file menager lemezmasolas utan nem szol, hogy nem
sikerult atmasolnija, s azt sem mondja hogy masolaskor
'kihagyott' egy-ket allomanyt, amit aztan ker a word
setup-ja. Ez tortenik ha egyenkent masolsz, vagy
ha  felviszed a lemez tartalmat vinyora s onnan
masolod vissza egy masik lemezre. Viszont 1.5M-ra mar rafer. Ennyi a virusokkal
kapcsolatba. Szerintem valami hasonlot csinaltak itt is a Microsoft 'programozo
i', s nem egy rafinalt virus
tamadasnak voltak kiteve a vevok.

Feri.
+ - emm386 indulasi helye kapcsan (mind) VÁLASZ  Feladó: (cikkei)

Sziasztok Guru-k !

Az EMM386.EXE -nek meg lehet adni a parameterrel, hogy hol keresse kesobb 
a programot, Viszont tapasztalataim szerint a QEMM386-nal tenyleg 
kenytelen voltam programot irni. A forrashely hivatkozasra.

Az a windows indulasakor tobb windows specifikus  qemm fajlt is betolt, 
amirol addig fogalmam se volt. 

Floppyrol bootol a gep csonkitott qemm file listaval ( mik nem jutnak az 
ember eszebe), amit aztan kiveszunk, es igy derultek ki a csalafintasagok.

Esetleg ha volna mas megoldas is szivesen elolvasnam, en meg nem talaltam 
meg vaksi szemeimmel.

                          Udv:  Zoli
+ - C:\ONGRTLNS.W95 (mind) VÁLASZ  Feladó: (cikkei)

Path: ludens.elte.hu!malina
From: 
Newsgroups: hun.lists.hix.guru
Subject: C:\ONGRTLNS.W95
Message-ID: >
Date: 14 Sep 95 03:42:00 +0200
Organization: Eotvos University, Budapest, Hungary
News-Moderator: Approval required for posting to hun.lists.hix.guru
Lines: 6

A cimbeli szlogen az Apple erdeme.

A Microsoft Hate Page cime:
http://www.oeh.uni-linz.ac.at:8001/~chris/HATE/hate.html
szemelvenyek olvashatoak:
http://dtalk.elte.hu/www/dtalk/erdekes.html

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