Hollosi Information eXchange /HIX/
HIX GURU 116
Copyright (C) HIX
1995-05-20
Új cikk beküldése (a cikk tartalma az író felelőssége)
Megrendelés Lemondás
1 DISTRIBUTION STATUS (mind)  36 sor     (cikkei)
2 DISTRIBUTION STATUS (mind)  36 sor     (cikkei)
3 Printeles Visual C++ -bol (mind)  18 sor     (cikkei)
4 Re: 3 HD egy gepben (mind)  40 sor     (cikkei)
5 Re: Re: Programvedelem es alaplap azonos (mind)  58 sor     (cikkei)
6 Garancia I. resz (mind)  59 sor     (cikkei)
7 Garancia II. resz (mind)  77 sor     (cikkei)
8 See also kornyesz.. (mind)  18 sor     (cikkei)
9 CPU gyari szam (mind)  7 sor     (cikkei)
10 Alaplap azonosito (mind)  5 sor     (cikkei)
11 Re: PC Op.sys (mind)  20 sor     (cikkei)
12 Egy poen utoelete (mind)  14 sor     (cikkei)
13 DOS Printer atiranyitas (mind)  10 sor     (cikkei)
14 IBM kerdes magyarul (mind)  64 sor     (cikkei)
15 nem tehnologiai dolog (mind)  15 sor     (cikkei)
16 RE: termekfelelosseg; boot rombol; escom akku; volkov (mind)  29 sor     (cikkei)
17 Magyar nyelven Linux es unix (mar ekezet nelkul) (mind)  30 sor     (cikkei)
18 SOS (mind)  14 sor     (cikkei)
19 Online szallasfoglalas lehet-e Internet-en (mind)  13 sor     (cikkei)
20 Meg: struct merete 2 hatvanyra? Ugyan mar... (mind)  51 sor     (cikkei)
21 Streamer progi Tallgras FS120-hoz (mind)  21 sor     (cikkei)
22 ESCOM notebook (mind)  11 sor     (cikkei)
23 struct.... (mind)  40 sor     (cikkei)
24 COM-vagy-EXE (kicsit hosszu) (mind)  73 sor     (cikkei)
25 Re: A tipprol jott (mind)  18 sor     (cikkei)
26 Re: Mi a tuucp> az ELLA-n ? (mind)  10 sor     (cikkei)
27 Re: Garancia es termekfelelosseg... (mind)  17 sor     (cikkei)
28 Linux (mind)  5 sor     (cikkei)
29 Mikrokontrolleres alkalmazasok szakertoi, segitsetek! (mind)  11 sor     (cikkei)
30 Kerdesek: Warp installalas es Windows nyomtatas (mind)  18 sor     (cikkei)

+ - DISTRIBUTION STATUS (mind) VÁLASZ  Feladó: (cikkei)

SMTP.GURU     DISTRIBUTION STATUS INFORMATION      05/19/95 00:48:24
> =======================================================================

DISTRIBUTION ID: SMTP.GURU.9154
SUBJECT        : *** GURU *** #115
DATE  SENT     : 05/19/95        TIME SENT: 00:47:00
> =======================================================================

YOUR MAIL WAS NOT DELIVERED FOR THE FOLLOWING REASON:

SNADS STATUS  : 000C
EXPLANATION   : SNADS REQUEST PURGED

> =======================================================================

RECIPIENT      : AMGHQ1.TERENYI1
LAST NAME      : TERENYI
FIRST NAME     : JOZSEF
MIDDLE INITIAL :
INITIALS       :
NATIVE NAME    : AMG/AMGHQ1/TERENYI1
COUNTRY        : US
ADMD           : TELEMAIL
PRMD           : HOECHST
ORGANIZATION   :
ORG UNIT 1     :
ORG UNIT 2     :
ORG UNIT 3     :
ORG UNIT 4     :
DDA            :
TITLE          :
DESCRIPTION    :
USERDATA       :                                          TERENYI1     
                                 NA0930117015TERENYI         JOZSEF    
           4 CHATHAM,N.J.        UNITED STATES       L
TELEPHONE      :
+ - DISTRIBUTION STATUS (mind) VÁLASZ  Feladó: (cikkei)

SMTP.GURU     DISTRIBUTION STATUS INFORMATION      05/19/95 00:49:58
> =======================================================================

DISTRIBUTION ID: SMTP.GURU.9155
SUBJECT        : *** GURU *** #115
DATE  SENT     : 05/19/95        TIME SENT: 00:48:00
> =======================================================================

YOUR MAIL WAS NOT DELIVERED FOR THE FOLLOWING REASON:

SNADS STATUS  : 000C
EXPLANATION   : SNADS REQUEST PURGED

> =======================================================================

RECIPIENT      : AMGHQ1.PRACZKO1
LAST NAME      : PRACZKO
FIRST NAME     : TAMAS
MIDDLE INITIAL :
INITIALS       :
NATIVE NAME    : AMG/AMGHQ1/PRACZKO1
COUNTRY        : US
ADMD           : TELEMAIL
PRMD           : HOECHST
ORGANIZATION   :
ORG UNIT 1     :
ORG UNIT 2     :
ORG UNIT 3     :
ORG UNIT 4     :
DDA            :
TITLE          :
DESCRIPTION    :
USERDATA       :                                          PRACZKO1     
                                 NA0930117015PRACZKO         TAMAS     
           4 CHATHAM,N.J.        UNITED STATES       L
TELEPHONE      :
+ - Printeles Visual C++ -bol (mind) VÁLASZ  Feladó: (cikkei)

Tisztelt (G)Uraim!

Visual C++-ban irtam egy programot, ami rendszeresen elszall, ha printelni 
akarok. Gondoltam megnezem a mintaprogramot, amit a compiler-hez ad a 
MicroSoft. Leforditottam ezt is, es legnagyobb meglepetesemre, ez ugy 
feldobja a talpat, hogy az egesz gepet ki-be kell kapcsolni, hogy ujra eletet 
leheljek bele.

Kornyezet:
Visual C++ 1.51
COMPAQ PROLINEA MT 4/66
Banyan Vines halozat, a printer is a halozaton van.

Koszonet elore is minden okos otletert!

FONTOS Gyorgy

UI: Ha kiszedem az ABORT dialogot a programbol, akkor latszolag jo minden.
+ - Re: 3 HD egy gepben (mind) VÁLASZ  Feladó: (cikkei)

Kedves Falus Peter !

Elorebocsatom, hogy nem vagyok tapasztalt szakerto a temaban, de a c't 
magazin (c aposztrof t, Nemetorszag) 95 majusi szamaban, a 206. oldalon egy 
cikk pontosan ezzel a temaval foglalkozik (Mehr massen speicher, Erweiterung 
der Plattenkapazitat bei PC-s). Azt irja (durva forditas):

"Kerdeses, hogy egy harmadik IDE-lemez beepitesenek van-e ertelme, illetve 
hogy technikailag egyaltalan lehetseges-e, vagy inkabb erdemes atterni 
SCSI-re. A standard IDE illeszto max. ket eszkozt tud kezelni, az egyiket 
Master-nek, a masikat Slave-nek kell jumperelni. Az Enhanced IDE (EIDE) 
megjelenesevel ehhez egy masodik csatorna all rendelkezesre, melyen 
keresztul tovabbi ket eszkozt lehet csatlakoztatni. Egy teljes kiepitesu 
EIDE adapter tehat osszesen negy eszkozt tud kezelni, melyek kettesevel kell 
egy-egy kabelen keresztul a ket kulonbozo portra kotni.
..
Sok IDE lemezt attol fuggoen kell jumperelni, hogy egyedul van-e a 
rendszerben, vagy pedig Master-kent egy Slave-vel kell-e egyuttmukodnie. 
Osszesen tehat harom uzemmodja van: Master (Single drive), Master (Dual 
Drive) es Slave. Mindenkeppen megeri megnezni a lemez dokumentaciojat.
..
Korrekt konfiguralas eseten is sajnos megtortenhet, hogy ket lemez nem tud 
Master-kent es Slave-kent egyuttmukodni. Ez azert van, mert az IDE leirasban 
a Master es Slave mukodes nincs minden reszletre kiterjedoen specifikalva, 
ezert gyartotol fuggo elteresek lehetnek.
..
Azonos gyartotol szarmazo lemezek inkabb hajlandoak egyuttmukodni. Neha 
segit, ha megcsereljuk a Master-t es a Slave-et, ami termeszetesen a 
meghajtok neveinek felcserelodesevel is jar.
..
(Ha ket portot hasznalunk, akkor...) feltetel az is, hogy az EIDE adaptert a 
BIOS is tamogassa, vagy pedig egy megfelelo meghajtoprogram alljon 
rendelkezesre. Ilyen peldaul az Ontrack Disk Manager, amely max. negy 
lemezmeghajtot tamogat."

Remelem, hogy a fenti reszletek valamennyire segitenek a problemad 
megoldasaban. Ha tudsz nemetul, akkor erdemes megszerezned a teljes cikket.

Udvozlettel:
Hunyady Istvan
+ - Re: Re: Programvedelem es alaplap azonos (mind) VÁLASZ  Feladó: (cikkei)

Kedves Viktor !

>  1. Letezik alaplap tipus(!)azonosito: amikor boot-olsz, az also sorban
>    van valahol egy par masodpercre.
>    Ez sorozatonkent valtozik, szoval egy szam tobb PC-n is elofordul.

Ezt a masodik mondat miatt nem tartom alaplap-azonositonak.

>  2. Merevlemez azonosito: NEM jo.
>   Tegyuk fel, hogy megeszi valamilyen virus, vagy M$ program a HD-t.
>   Mit csinalsz? Ujraformatalsz, particionalsz stb. Megvaltozik a lemez-
>   azonosito.
>   Esetleg a vevo egy nagyobb wincsit vesz, akkor mi van???

Igazad van, ez a vedelmi megoldas magaban foglalja azt, hogy a
forgalmazo (szerzo) indokolt esetben (!) masodszor is installalja a 
programot
a garancialis szerviz reszekent. Kis sorozatu, de ertekes, szuk es ismert 
korben
terjesztett programok eseten mukodik a dolog (van, aki mar vasarolt igy 
tolem).

> 3. Mi jo? A HD-knak a software-sen valtoztathato FFFF-FFFF szeru azonosito
>   mellett van gyari szamuk is. Ez nem valtozik.
>   Pl a wincsi ebben a gepben (VSZK/BME):
>   Model Number: WDC A1210F
>   Firmware Revision: 06.16K25
>   Serial Number: WD-wt2692320205

Pontosan erre a merevlemez azonositora gondoltam. A lemez gyari szamara es 
tarsaira.

>   De ha wincsicsere van akkor ez sem jo.

Lasd feljebb.

> Szerintem kerd le az osszes azonositot, es ha a 90% stimmel, akkor
> engedd a programot futni.
>  ...
>  Ha ebbol legalabb 4 stimmel akkor ugyanazon a gepen vagy.

Nem rossz az otlet, de ha azonos tipusu gepeket vesz egy ceg (pl egyszerre 
tizet), akkor nagy eselyed van arra, hogy CSAK a HD gyari szama fog 
kulonbozni. Akkor pedig a vedelemnek annyi.

>       6. OS tipusa, verzioszama

Ebben sokkal kevesbe biznek... Hany DOS verzio is jott ki az utobbi evekben 
?
Szerintem surubben valtozik, mint a HD. (6.0, 6.01, 6.11, 6.20 stb...)

A fenti megjegyzeseket nem azert tettem, mert kotozkodni akarok. En is 
keresem azt a megoldast, ami a vasarlonak es az eladonak is elfogadhato 
kompromisszumot jelent...
Barkinek a velemenyere nyitottan varom a valaszokat.

Udvozlettel:
Hunyady Istvan
+ - Garancia I. resz (mind) VÁLASZ  Feladó: (cikkei)

Kedves HIX mar ketszer visszavagta ezt a levelemet azzal, hogy tullog
a 199 soron, pedig ez nem igaz. Na sebaj, elkuldom ket reszletben, ha 
mar tegnap lemaradtatok rola, azert most elovashatjatok:

I. resz kovetkezik:

Re: Meszaros Laszlo: Garancia... (GURU (publikus) verzio!)

Kedves Laszlo,

>>Sok nagyon bonyolult dolog van a vilagon, kozte sok olyan, amiben software
>>is van: modern repulogepek fedelzeti muszerei, telefonkozpontok, etc. 
>>EZEKRE a dolgokra kemenyen vonatkoznak a termekfelelossegi torvenyek,

Ezzel nem fogsz egyeterteni, de szerintem a kritikus rendszerekben tobb dolog
van, ami kommersz programnal nem fordul elo:

1. Igyekeznek nagyon egyszerure csinalni. Lattam mar nehany ilyen projektet, 
meg dolgoztam is egyben, de az esetek nagy reszeben kicsi asm programocskak
csinaljak a kritikus dolgokat.

2. Ellenorzo rendszerek keszulnek. Lattam egy olyan rendszert, amiben 3
fuggetlen CPU munkalkodott ugyanazon a feladaton, ketto futtatta ugyanazt
a programot, a harmadik pedig felugyelte oket.

3. A specializalt kritikus rendszerek sokkal jobban definialt hardveren futnak,
mint kommersz tarsaik. Egy winword gyakorlatilag tobb millio kulonbozo gepen
fog futni, a felhasznalok pedig szinten milliofele egymastol gyokeresen kulon-
bozo dolgot fognak megprobalni vele - egy telefonkozpont szoftvere ugyanazon 
a hardveren fut, es ugyanazt csinalja - ez utobbi miatt egyszeruen megoldhato
a gepi tesztelese is - egy program gyartja neki sorban a tesztszekvenciakat.

4. A kritikus programokat ugy csinaljak, hogy mukodjenek. A kommerszeket vajon
miert nem, kerdezheted. Azert, mert van mindig egy holtpont, ahol a tovabbi
hibak kijavitasanak koltsege meghaladja a kar (tech support es utolagos 
hibajavitas) koltseget. (Itt legalabb egy kutya el van asva!) Magyarul ha 
a progi mar ugy-ahogy mukodik, de esetleg 10000 dollar befektetett munkaval
meg ki lehetne szedni belole par hibat, akkor inkabb azt valasztjak, hogy
bennehagyjak, ha egy user talalja meg, akkor 1000 dollarert ki lehet javitani,
kiadnak majd egy patch-et vagy valamit. Ugyanez a kritikus szoftvernel is igy
van, csak ott a hibazas altal okozott kar olyan nagy, hogy megis megeri 
megkeresni az utolso hibat is (ez persze csak teoretikus, az utolso hibat nem
lehet megtalalni).

5. Alapvetoen elter a kommersz es kritikus szoftverek felepitese: a kommerszek
nyilt, a kritikusak zart architekturajuak (ez csak altalaban igaz). Ez alatt az
t
ertem, hogy egy kommersz program elemeit rugalmasan, bovithoen csinaljak
meg, mig egy kritikusban pontosan le van irva mar a munka elejen, hogy mondjuk
egy adott modul mit fog csinalni, es nem kell arra szamitani, hogy majd extra 
feladatok jonnek be.

6. A kommersz szoftvernel az eladhatosag a szempont, a hibak pedig csak 
a vetel utan derulnek ki... Tehat a kulcsin es a funkcionalitas fontosabb.
Ellenben egy kritikus programnal a szerzodes ertelmeben esetleg karteritest
kell fizetni, es a programnak nem kell mondjuk hulyekre is felkeszulnie
a kezeles soran.

Folyt kov. in 'Garancia II.'!!!
+ - Garancia II. resz (mind) VÁLASZ  Feladó: (cikkei)

II. resz, azaz folytatas:

>> EZEKBEN az esetekben a programozok igye-
>>keznek olyan programokat irni, hogy ne legyen benne (tul sok) hiba, es
>>ha megis, ne csusszon el egy bananhejon

Mindig igyekeznek, de ez koltseg, azaz idoben, munkaban es penzben tobbletet
jelent, ha nincsenek nagyon raszoritva, akkor elhagyjak.

>>Erre talaltak ki mar a hatvanas evek vegen a strukturalt tervezesi
modszertanokat
>>amibol eleg szep altudomanyag nott ki azota, meg PhD-t is lehet belole
csinalni

Azt gondolom, hogy igenis fontosak az uj modszerek a szoftverben, eppen azert,
mert a szoftver nagyon bonyolult, es ma mar a megkivant bonyolultsag nagyobb
utemben novekszik, mint a modszerek hatekonysaga!! Joval tobb eroforrast kellen
e
forditani a szoftver metodologiak kutatasara!!!!!! Nem mondom, en is tanultam 
annak idejen (az info szakon) olyan Jackson meg mittudomenmilyen modszereket, 
aminek nem sok gyakorlati haszna volt, de a maguk idejeben ezek is valamelyest 
segitettek, nem tehetnek arrol, hogy ma mar mast kellene oktatni... Azt sem 
oktatjak a muegyetemen, amit lehetne, pl. konkret OO tervezesi modszereket. 
Persze, csak azt lehet tanitani, amihez ertenek az oktatok.

>>A programozok viszont azt mondjak, hogy a program az nem kopik, 

A hibaturo szoftverek koncepcioja eleg uj es nekem meg homalyos.
De van mar ilyen!! 

>> Az Allamokban tenyleg vissza lehet vinni a boltba a
>>software-t ha nem tetszik?

Az USA-ban mindent vissza lehet vinni 1 honapig, erre torveny van. Meg 
vannak kivetelek is, pl. az autot az nem tudom, hogy ilyen-e, de minden 
szamitastechnikaval osszefuggo dolog ilyen tudtommal.

>>Ha egy software-haz megrendelesre keszit el egy programrendszert, akkor
>>a szerzodesek altalaban tartalmaznak garancialis es termekfelelossegi
>>pontokat is.

Garanciat igen, felelosseget (karterites) altalaban nem. Mind maszek, mind
'allami' cegben csinaltam/lattam nagyobb projekteket, de katonaek sem kertek
felelosseget, csak azt, hogy menjen at a rendszer az o szabvanyositott
ellenorzesi es tesztelesi modszerukon.

>>mert ha elveszett MS Word file-jaim mar nem is ternek vissza,
>>legalabb egy kis elegtetelt ereznek. (Kerlek ne emlitsd az autosave
>>funkciot -- 6-8 MB file-ok mentese 5-10 perc nagysagrendbe esik,

A WinWord felhasznalokkal nem szoktam :-) vitatkozni, olyan undorral es
gunyosan tudnak beszelni a WordPerfect-rol, hogy azzal nem ohajtok
vitaba szallni, inkabb azt mondom magamban, hasznaljatok csak batran... 
Nekem is kell neha sajnos WinWordot is hasznalnom, es olyankor elegge
rosszul erzem magamat, de sebaj, egy winboot 1-2 perc alatt megvan.

>>De a $-hajszaban elveszett a lenyeg.

Hat itten verseny van, nem lehet evekig tokolni egy uj verzioval. A hiba
oka alapvetoen ordogi: a felhasznalok nem utasitjak el a hibas termeket,
mert egyreszt tudjak, hogy a masik is hibas, masreszt nincs olyan nagy
valasztek, egy bizonyos feladatra (legyen pl. szovegszerkesztes) van
mondjuk 10-nel kevesebb szobajoheto termek, altalaban az igenyek
pontositasa utan ez lemegy nullara... Ilyenkor az ember enged, marad
mondjuk ket vagy harom termek, amibol valaszt. Mondjuk egy rosszat
valasztott, de ha megszokja, mar nem akar atterni, meg nem is tudja, 
a masikkal talan meg tobb baja lenne... Egyszeruen az nem pozitiv ertek
a szoftverpiacon, hogy egy szoftver (kozel) hibatlan. Egy elkeseredettebb
vasarlo - mint pl. a fejlesztok - hajlandoak vegigprobalni tobb rendszert, 
de ez azert eleg sok idot elvesz. Es altalaban minel tobb feature van egy 
uj csomagban, annal tobb a hiba is. Ez a ket szempont is egymas ellen 
dolgozik, mivel a feature list adja el a programot...

Udv,

Imre
a sorozat
+ - See also kornyesz.. (mind) VÁLASZ  Feladó: (cikkei)

Kedves vitazok,
       tippelok,
       forumba csomorlottek,
       monitortol konnyes szemu guruk,
       szalonkepesek,
       meg akit meg erdekel,

A HIX viszonylag uj rovata a KORNYESZ ). Szeretnek
egy vitat provokalni az atomeromuvekrol ottan, felvezetes a #73-ban van.
(Azert ottan, mert a tema olyan kornyesz-etvedelmi jellegu, es azert
szeretnek vitat provokalni, mert kronikus informaciohianyban szenvedek
(valamikor kozepiskolaban elmeseltek nekunk, hogyan mukodik a paksi eromu,
aztan annyi)). Szoval atomaszok es anti-atomaszok informacioval dusitott
velemenyeit szeretnem olvasgatni. Ha kozerdektelensegbe fulladna, hat
akkor buta maradok. Csak hat faj, hogy Mohi es Fekete Bu:ro:k tortene-
terol a bulvarlapok szinvonalan kell tajekozodnom...

Udv es viszlat: Laci
+ - CPU gyari szam (mind) VÁLASZ  Feladó: (cikkei)

Ez jott:
1.) Telepited, de ekkor a program nem mukodik.
2.) Lefuttatsz egy utility-t, aki azt allitja, hogy a CPU gyari szama
    ennyi meg ennyi.
De ez nem Intel CPU, mert abba nincs benne a gyari szam 
tudtommal. A nagy dogokbe benne van.
Laci
+ - Alaplap azonosito (mind) VÁLASZ  Feladó: (cikkei)

Az alaplapban sincs eltarolt gyari szam.
Az egyetlen lehetoseg (ahogy en tudom) 
a BIOS checksumot kiolvasni, mert ez
sok gepnel kulonbozik.
Laci
+ - Re: PC Op.sys (mind) VÁLASZ  Feladó: (cikkei)

Ernonek.
"hogy kompatibilisek-e a PC-k, a Microsoft jo iranyba
viszi-e a PC-piacot,... " 
Harom probalkozas volt idaig amely a DOS+WIN X vilagra
akart upgradet csinalni, mint tudjuk. Az OS-2, az NT, es W95.
Elment erre a harom kiserletre szaz es szaz millio dollar.
Az eredmeny gyakorlatilag zero. Az MS havi 3  millio
DOS/WIN 3. copy eladassal  80% ban lefedi a marketet.
Es ezen senki, maga a bilgec sem tud valtoztatni.
Az ok is egyszerunek tunik nekem: nem lehet DOS-WIN
vilag upgradejet megoldani ezen az uton mert ami eddig 
szuletett az nem megoldas, nem is terjed. 
Plusz ha meg bekevered a native 32 bit vilagot akkor 
az az eredmeny ami. 
Tovabbra is a legjobb a DOS es a WIN kombinacio es 
az is marad. 
Laci
 

, valamint
+ - Egy poen utoelete (mind) VÁLASZ  Feladó: (cikkei)

 (St. John) mar a harmadik, 
aki ketsegbeesve kerdezi:

>>Temakor: Barczi Imre segiiiiiits !!!! ( 7 sor )
>>...
>>Mar abban, hogy eldontsem te most poenkodsz vagy ez a problemam tomor
>>megoldasa volt. Mert az, hogy " azt jelenti magyar windowst hasznalsz"

Poen volt. Ki szoktam rakni a szmajlit, de mivel az volt a cime, hogy 
harom egyperces, abban biztam, ez felesleges. No, ezt mar azota megbantam.

Udv,

Imre :-(
+ - DOS Printer atiranyitas (mind) VÁLASZ  Feladó: (cikkei)

Hello !

	A kovetkezo problemam van. Egy idiota DOS -meroprogram a meresi
adatokat, csak a kepernyore hajlando lokni. Nekem ezek az adatok egy
fileban kellenenek. Szerencsere a progi text modban ir a kepernyore DOS
hivasokkal, igy Ctrl-P vel ki lehet nyomtatni amit kiir. 
	At lehet iranyitani ezt a printelest egy file-ba ?

		Koszi 
				Peter
+ - IBM kerdes magyarul (mind) VÁLASZ  Feladó: (cikkei)

Kedves GURU-k!
Elnezest, hogy az elozo szamban szuksegtelenul foglaltam a helyet, de
veletlenul uuenkodolva csusszant be a level.
Baratom levelet szeretnem kozzetenni, akinek egy kis problemaja van, amire
ugy tunik eleg nehez megoldast talalni. Ha van valakinek otlete, akkor vagy
itt, vagy maganlevelben tudassa velem es en majd tovabbitom.

Ime a level:

"IBM PS1 486DX2 66MHZ 8MB RAM kompjuteremhez Creative Labs CD ROM keszlete
t es Logitech markaju scannert vettem fel eve. A CD ROM tokeletesen mukodik, a 
s
cannert hasznalva viszont azonnal  lefagyott a kompjuter. A Logitech technikai 
g
ardaja segitsegevel sem sikerult megoldani a problemat, csak annyit sikerult ki
d
eriteni, hogy a konfliktus a scanner es a CD keszlet soundblaster kartyaja kozt
 
all fenn, ha azt eltavolitom, akkor tudom hasznalni a scannert. Ezek utanvettem
 
egy Mustek markaju scannert, a Logitechet visszakuldtem. A problema ugyanaz vol
t ezzel is, es miutan a Mustek se
m tudta osszehangolni termeket a soundblaster kartyammal, azt is visszakuldtem.
 
Vettem egy Envisions scannert. Megoldast ez sem hozott. Hosszas diagnozis utan 
C
reative Labs egy uj,soundblaster kartyat, Envisions pedig uj scanner controller
 
kartyat kuldott.de ez sem segitett. Ezek utan arra a kozos megallapitasra jutot
t
ak, hogy a problema csakis a kompjuteremmel lehet, forduljak az IBM-hez. Az IBM
-
mel 4 honapja allok ezzel kapcsolatosan levelezesben, telefonon is ertekeztem k
ulonbozo szakembereikkel kb. 50al
kalommal. Semmifele configuracio valtoztatas, jumper settings, DMA chanel, IRQ,
 
I/O address csere nem hozott eredmenyt. Vegul kuldtek nekem egy ugyanolyantipus
u
 vadonatuj kompjutert, amivel termeszetesen a problema is ugyanugy megmaradt. K
o
zben kiprobaltam baratom Aptivajat, abba beepitve a scanner es a cd keszlet nag
y
on szepen dolgoznak egymas mellett. A hiba tehat egyertelmuen az IBM PS1modelbe
n
 van. A jelenlegi scannert es a CD keszletet mar nem tudom visszacserelni, a ha
tarideje ennek mar lejart. IBM to
bbet nem hajlando segiteni, egy ideje maregyaltalan valaszra sem meltatnak. Neg
y
 honap utan kideritettek, hogy mar eddig is tul sokat foglalkoztak velem, amire
 
nem lettek volna kotelesek, mivel az utolag beepitett eszkozok osszehangolasa n
e
m tartozik a garancialis kotelezettsegeik koze. Mivel mas kompjuter tipusok kep
e
sek ezeket az ugynevezett eszkozoket egyutt futtatni, nem hiszem hogy ebben jog
i
lag igazuk lenne, de ezen mar nincs erom vitatkozni. Tudna valaki tanacsot adni
, van-e valamifele megoldasa a pr
oblemanak.  



Elnezest a kulalakert, es elore is kosz minden otletet.
Keskeny Erno
+ - nem tehnologiai dolog (mind) VÁLASZ  Feladó: (cikkei)

Kedves gyerekek es jobban felnottek

	Ismer valaki egy orvosi servert a vilag barmelyik sarkaban? Vagy
tud valaki felvilagositast nyujtani a miasztenia (csecsemo-mirigy)
betegsegrol  .Sajnos ,nalunk, irott dolgokat nem lehet elerni errol a
betegsegrol.
	Koszonom.
_________________________________________________
| nev        : Elekes Mihaly			|
| e-mail cim :           |
| level      : str. Parcul Mic 23               |
|			Bloc 2A scara C ap 17   |
|			2200 Brasov             |
|			Romania	                |
|-----------------------------------------------|
+ - RE: termekfelelosseg; boot rombol; escom akku; volkov (mind) VÁLASZ  Feladó: (cikkei)

Termekfelelosseg:
legalabbis a magyar jog szerint a maganjogi szerzodesben sem lehet barmit
irni. Barmely olyan pontja ugyanis, amely a hatalyos joggal utkozik,
semmis!!!!! Sot ugy olvastam nehany amerikai DISCLAIMER OF WARRANTY vegen
kisbetuvel, hogy az adott allam a disclaimer nehany pontjat semmisnek
tekintheti, ugyhogy a t. gyarto tehet egy szivesseget. 
Bootolas PROMbol:
szerintem abszolut keves a REMOTE BOOT halozati kartya. Az ugyanis azzal
kezdi az eletet, hogy megnezi, hogy van-e halo, es betolti onnan a 
NET$OS.SYS vagy valami hasonlo nevu file-t, ami nem mas, mint egy
boot disk image. A problema alapvetoen csak ugy valaszolhato meg, hogy
tudni kell, a kerdeses user program milyen szolgaltatasokat hasznal. 
Ha csak a bios-t, akkor szuret. Ha a dos-t is akkor nem megoldhato a 
dolog esszeru energia-raforditassal. De ha nincs lemez, mi a fenenek kell
neki a dos? (Konkret ugyben maganlevelben szivesen segitek.)
ESCOM: 
egy kedves ac.uk guru erdeklodott ESCOM Blackmate akkumulator telep irant.
Tekintettel arra, hogy a kerdes kozerdeku, (csak az en kornyezetemben is
volt illetve lesz mar ilyen), kerem a valaszolot, ha van ilyen, hogy a
GURU-ba irjon. Egyebkent ez az aksicsomag NiCd akkukbol all, amit - es ez
benne a feneseg - ponthegesztett aramvezetokkel kotnek ossze, majd az egeszet
zsugorcsovel fogatjak ossze. Aksit lehet venni, zsugorcsovet is. De a pont-
hegesztes...? Ui. nem lehet forrasztani allitolag a NiCd aksit a melegedes 
miatt...
Volkov Commander:
FTP.KIAE.SU://MSDOS/SHELL/VC040.ZIP

Udv mindenkinek:
Prof
+ - Magyar nyelven Linux es unix (mar ekezet nelkul) (mind) VÁLASZ  Feladó: (cikkei)

MAGYAR LINUX --- FELHIVAS

	(mar probaltam latin2-es kar. keszlettel irni egy cikket, de
	fertelmes lett az eredmeny...)

	Szeretnek osszeszedni egy magyar Linux/UNIX/TeX/X/stb. anyagot.
	Alkotoelemei a kovetkezok lehet(ne)nek:

	- magyar billentyuzet Linux ala (mar van (kell hozza nemi kernel-foltozas))
	kellene X11 ala is...
	- magyar karakterkeszlet (mar van LATIN-2 (ISO5589-2))
	- magyar kar.-keszlet X11 ala
	- magyar elvalasztas TeX, LaTeX, stb ala
	- magyar helyesirasellenorzo (letezne ilyen ,,free'' valtozatban?)
	- magyar doksik (forditasok, eredetik...)

	Olyanokat keresek, akik hajlandoak lennenek ilyesmiken dolgozni,
	vagy mar rendelkeznek ehhez hasonlokkal.
	
	Termeszetesen csak szabad (free) programok, leirasok erdekelnek,
	amit masok szamara is hozzaferhetove tennenk.
	(Mar kiserleteztem LaTeX hasznalataval linux alatt, ugy hogy
	kellett egy otperces elvalaszto-programot butykolni hozza C-ben,
	de az eredmeny (egy szakdolgozat) eleg jo volt.)

	Varom a valaszokat!

				Vorosbaranyi Zoltan

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

Hello!

Egy keresem volna, ha valaki tudna segiteni , az maga a csoda volna.
Adott egy video , melyben van egy M58657 tip. Mitchubishi gyartmanyu 
IC , amelyrol annyit sikerult kideriteni , hogy 100x14 bites EAROM.
Ez EEPROM szeru regebbi , korszerutlen tar.Feladata a beprogramozott 
csatorna elmentese(tarolasa). Ez nem mukodik. Mivel kapcs. rajz nincs 
, teljesen meg vagyok love. Ha valakinek esetleg egy katalogusban 
meglenne a labkiosztasa , es elkuldene , az rettento nagy segitseg 
lenne. Az IC egyebkent 14 labu tokban van. A tarat vezerlo proci 
M50954 tip. , esetleg errol is szivesen fogadnak infot.
Elore is kosz!

Csaba
+ - Online szallasfoglalas lehet-e Internet-en (mind) VÁLASZ  Feladó: (cikkei)

Subject: On line szallasfoglalas


Kedves Guruk!


Szeretnem tud, hogy van-e arra lehetoseg, hogy az internet-en keresztul
szobat foglaljak egy new york-i es/vagy washingtoni szallodaban.
Kosz a tanacsot, (ha lehet valaszt maganlevelben kernek.)

Papp Pal


+ - Meg: struct merete 2 hatvanyra? Ugyan mar... (mind) VÁLASZ  Feladó: (cikkei)

Barci Imre irja:
   >struct malac { char coca[ 100 ]; };
>>>>malac huge rofi[ 1000 ]; // remelem, jo helyre raktam a huge-t!
   >malac huge *ui;
...
>Ebben az esetben sem kell ketsegbeesnunk, csak egy szabalyt
>kell betartanunk: nem hasznaljuk a rofi[ x ].coca[ y ] kifejezest,
>hanem helyette ui = &rofi[ x ]; ui->coca[ y ] kifejezessel erjuk
>el az elemet. Miert van ez?
>
>Ez a szegmenstulcsordulasos moka abbol a felelembol taplalkozik,

2 megjegyzes (implict: IBM[|compatible]/PC)

        1/ a "malac huge rofi[ 1000 ];" tipusu statikus allokaciot
minden tisztesseges compiler megugat (BC++). Ha nem, akkor legkesobb
a linker: 'Object exceedes 64k'. Igaza van, mar amennyiben
normalisnak lehet tartani az egesz segmens:offset modellt!
Helyette:
        malac huge *Profi;
        ...
        Profi = (malac huge *) farmalloc( 1000L * sizeof(malac) );
        ...
        farfree( Profi );

        2/ Ha mar egyszer sikeresen 'huge'-nak deklaraltal egy pointert,
akkor utana mar nem kell Imre 'borzalmas' pointereit alkalmazni, a
compiler megteszi azt:
        tehat a 'Profi[ x ].coca[ y ]' kifejezes
        egyenerteku a 'ui = &rofi[ x ]; ui->coca[ y ]' kifejezesekkel.
        talan a 'struct malac { char coca[ 100 ]; };' helyett:
              a 'struct huge malac { char coca[ 100 ]; };' jobban mutat.

Egyeba:
Ha 'huge' modellt hasznalsz, akkor a problemak zome automatikusan
        megoldodik.
A '2 hatvanya'-bol persze van ami igaz: a 2! A memmanager valoban word-re
teszi (align-olja[sic!]) a 'huge' objektumokat, de ez maganugy!

Udv Miklos

______________________________________________________________
Organiztion : KFKI Research Institute for Particle and Nuclear
              Physics of the Hungarian Academy of Sciences
Location    : H-1121 Budapest
              Konkoly-Thege ut 29-33
              Hungary
Phone       : +36 1 169 94 99  x17 08
FAX         : +36 1 169 65 67
e-mail      : 
talk        : 
+ - Streamer progi Tallgras FS120-hoz (mind) VÁLASZ  Feladó: (cikkei)

Kedves GURU-k !

Kaptam egy Tallgras FS120 tipusu streamert (floppy helyere
dughato max. 120MB-os) de program nincs hozza.
A leirasa egy FileSECURE nevu programrol ir.

Ha valaki hasznal(t) ilyet vagy van FileSECURE szoftver
kerem kuldje el az  cimre kodolt
levelben.

Segitsegeteket elore is koszonom.

                                          Peter
                                       Zold Pok Halo___________________________
_____________________________________________________						

	Peter Eigen 		Green Spider Telecommunications Network
 		Goncol Foundation	 H-2600 Vac, Ilona u. 3. 
   Email:    Tel.:+36 27 314-983   Fax.:+36 27 311-179
_______________________________________________________________________________
_
+ - ESCOM notebook (mind) VÁLASZ  Feladó: (cikkei)

Szita Gabor keres aksit a gepebe. Rossz hirem van: ket (!) evvel 
ezelott egy akkor ket eves notebbok-hoz ugyanez volt a gondom. 
Akkor a nevezett ceg fel evet (0.5 evet) varatott ezugyben. Nem az 
(ellen)reklam helye, de azt hiszem nem art megosztani az ilyen 
tapasztalatot...


UEdvoezlettel:
Dorozsmai Karoly

463-1528
+ - struct.... (mind) VÁLASZ  Feladó: (cikkei)

>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
> Felado : Barczi Imre
> E-mail : 
> Temakor: struct merete 2 hatvanyra? Ugyan mar... ( 60 sor )
> - - - - - - - - - - - - - - - - - - - - - - - - - - - -

struct malac { char coca[ 100 ]; };
malac huge rofi[ 1000 ]; // remelem, jo helyre raktam a huge-t!
malac huge *ui;
<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<

Ez nekem nem tetszett. A forditonak sem..
Megprobaltam typedef-fel buveszkedni, de nem sikerult sehogy sem 
eletet lehelni bele...

>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>

Mi az oka megis ennek a kozhiedelemnek? A 16-bites vedett modu
programozasbol ered. Itt ugyanis a szegmensek diszjunktak, azaz
ahol az egyik vegzodik, ott kezdodik a kovetkezo, s nincs overlap.
Masreszt amikor egy uj szegmenst lefoglalunk, akkor azt a nulladik
byte-tol cimezhetjuk. Ezert itt tenyleg 2-hatvanyra kell kerekiteni
a strukturakat. Noormal valos modu DOS-ban azonban ez felesleges.

<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<

Sorry, ez okozhatta a velemenykulonbsegeket. En mar celoztam ra, hogy 
Window-ban programozok, eppen emiatt. Ezert amit elmondtam, azt eppen 
a Windowsra ertettem. Megegyszer bocs....


                                Tamas
                                
                                
> ----------------------------------------------------------------
   Tamas LASZLO               Technical University of Budapest  
                            Department of Electromagnetic Theory

   E-mail:  
> ----------------------------------------------------------------
+ - COM-vagy-EXE (kicsit hosszu) (mind) VÁLASZ  Feladó: (cikkei)

Kedves GURUk,

Honnan tudja a DOS, hogy a parancs-sorba beirt utasitast/parancsot
hogyan toltse be illetve hajtsa vegre?  Elso kozelitesben azt
lehetne valaszolni, hogy az allomany kiterjesztesebol (BAT/COM/EXE).
Igaz ez?  Nos, egy BAT kiterjesztesu allomanyt (es csak ilyet)
tartalmatol fuggetlenul(!) kotegelt allomanykent probal ertelmezni;
tehat ez rendben van.  Am mi tortenik, ha EXE allomanyt atnevezunk
COM kiterjesztesure avagy forditva?  Meglepo modon ettol egyik
(altalam probalt) DOS verzio sem hato'dik meg.  Akkor megis honnan
tudja, hogy most adott (COM <--> EXE) allomanyban van relokacios
tabla (EXE-like) avagy nincs (COM-like)?  Nos, hetvegi rejtvenykent
lehet rajta gondolkodni!  Kis segitsegkent alabb kozlok egy
COM-ma forditando programot ami ilyen formaban mukodik, viszont
a `nop' utasitasok elol a pontosvesszot kitorolve es a forrast
ujraforditva az (altalam probalt osszes verzioju) DOS hibazik,
raadasul a betoltott memoria manager fuggvenyeben mas-es-mas
jelenseggel (a "Cannot execute C:\X.COM" uzenettol a lefagyasig).
(Megint csak verzio fuggo, hogy hany darab `nop' elol kell a
pontosvesszot eltavolitani.)

(Persze felmerul meg egy (joval egyszerubben megvalaszolhato)
 kerdes is: mi tortenik akkor, ha nem irunk kiterjesztest az
 elinditando allomany neve (basename) moge es raadasul mind a
 harom futtathatosagot biztosito kiterjesztesu allomany szerepel
 az adott alkonyvtarban?!  A valasz roviden: command shell gyarto
 es verzio fuggo.)

Segitseg: Hamar rajottok, hogy miert epp ezzel a ket utasitassal
kezdodik a program, ha beleneztek a binaris kodjaba.

***************  Ime az emlitett assembly kod  ***************

codeseg segment para    public  'code'
        assume  cs : codeseg
            org 100h
start   :
            dec bp
            pop dx
            push    dx
            inc bp

            mov ah, 4Ch     ; Call Exit_to_DOS function
            int 21h

            nop
            nop
            nop
            nop
            nop
            nop
            nop
            nop
        ;   nop
        ;   nop
        ;   nop
        ;   nop
        ;   nop
            nop
            nop
            nop
            nop
            nop
            nop
            nop
            nop
            nop
codeseg ends
        end start

***************  Az assembly kod vege  ***************

Udvozlettel,  Marosi Gyula
+ - Re: A tipprol jott (mind) VÁLASZ  Feladó: (cikkei)

In article >,   (Kiss Gabor) writes:

>>utan (see Borland no-nonsense licence agreement) az a helyzet, hogy el lehet
>>adni a softwaret azzal a feltetellel, hogy a teljes dokumetaciot atadja az em
b
>e
>>r
>
>Orommel hallom, hogy egyes cegeknek megjott az esze. :-)
>
>Gabor
>a kommentator

Sot! Ma reggel elolvastam en is (eloszor :-) az emeszdosz 5.0
licencet, es az ist azt irja, hogy egyben tovabbadhatom.
Nem volt igazam.

Gabor
+ - Re: Mi a tuucp> az ELLA-n ? (mind) VÁLASZ  Feladó: (cikkei)

In article >,   (Riesz Ferenc) writes:

>Ugyan arulja el valaki: mi az ELLA-n a 'tuucp>' gateway ?

A hajdani uucp gateway mellett volt egy "Teszt uucp" is.
Aztan allandosult.
Abbol egy masik gep szipkazza ki a leveleket, hogy ha
az egyik irany lerobban, meg mindig mukodjon a masik.

Gabor
+ - Re: Garancia es termekfelelosseg... (mind) VÁLASZ  Feladó: (cikkei)

In article >,   writes:

>A termekfelelosseg kerdese teljesen megkerulheto. Ugyanis amikor a piac
>ket szereploje uzletet kot, akkor ez egy maganjogi szerzodes kereten
>belul tortenik. Maganjogi szerzodesben pedig az elado azt le ir amit
>akar, ha vevo ezt elfogadja, akkor a szerzodes OK. Fuggetlenul attol,
>hogy szerzodes konform-e a hatalyos joggal, vagy sem. A maganjogi
>szerzodesbe minden belefer, kiveve az, hogy nem adhatod el magad
>rabszolganak, nem mondhatsz le az eletedrol, meg nehany ehhez hasonlo, a
>letedet alapvetoen fenyegeto emberi jogodrol.

Biztos vagy ebben?
Egy csomo jogszabalyban olvastam olyat hogy minden olyan szerzodes,
ami ilyen es ilyen feltetelnek nem felel meg, az semmis.
Ugy emlekszem, a jotallasrol szolo kormanyrendeletben is.

Gabor
+ - Linux (mind) VÁLASZ  Feladó: (cikkei)

Guruk,

Mit hasznalnatok Linux alatt uzleti celu adatbaziskezelesre?

Udv: Gabor
+ - Mikrokontrolleres alkalmazasok szakertoi, segitsetek! (mind) VÁLASZ  Feladó: (cikkei)

Sziasztok Guruk!

Jovore egy valaszthato tantargy kereteben valamilyen mikrokontrolleres
alkalmazast kell terveznunk. Ehhez kellenenek Toletek jo otletek, 
lehetoleg valami komolyabb dolog ( nem telefonkartya, vagy ebresztoora ),
es ne legyen benne tul sok analog resz ( pl. radiofrekvencias  dolgok, stb.
Azert nem baj, ha nem sik digitalis.) Lehet pl. valamilyen szamitogep kartya,
vagy mas onallo egyseg. Erdemes lenne olyasmit csinalni, aminek valami 
gyakorlati haszna is van.

Varjuk erdekes otleteiteket : Zsidi & Lipi
+ - Kerdesek: Warp installalas es Windows nyomtatas (mind) VÁLASZ  Feladó: (cikkei)

Kedves Guruk!

1. Van-e fajdalommentes modszer arra, hogy ha Windows utan installaltam a
Warp-ot, a Windows-os programok WIN-OS/2 alatt fussanak? A problema abban
all, hogy a Windows ini file-beli dolgok nemigen kerulnek at a WIN_OS2
ini file-jaiba. Ezt kezzel kell megcsinalni?
Megprobaltam magat a Windowst futtatni: trap.

2. Wgy baratom Windows for Workgroups alatt szeretne vegrehajtani azt a 
mutatvanyt, hogy az egyik gepen *DOS ablakban* nyomtat egy program, s
az eredmeny halozati nyomtaton jojjon ki. Lehetseges ez? A problema abban all,
hogy a DOS ablakban torteno nyomtatas a jelek szerint fuggetlen attol, hogy a
Windows-ban milyen nyomtatot allitok be, mindenkepp a DOS prn device-ra megy.

Lehetoleg nem a Guruban kernek valaszt.

Koszonettel 
Foldes Gyorgy

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