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
|
|