(ha jól emlékszem, hogy Benz kocsijában) 1méter átmérőjű lendkerék
volt, de függ. tengely körül forgott (azaz vízszintes volt a lendkerék)
és tudott ettől kanyarodni, már több, mint 100 évvel ezelőtt.
egy fénykép alapján kb olyan volt, mint egy kukoricaszecskázó
lendkereke
--
Üdvözlettel:
Tamás
|
Istvan irta:
>, mint pl. 400 Mhz-es proci, 256 MB RAM az ABEV JAVAfuttatasahoz,
Java telepítése lépésenként.pdf (297KB) ez "csak" 64Mb-ot ír
akkor ök nem tudják, hogy mi is kellene nekik?
~~~~~~~~~~~~~~~
http://www.apeh.hu/ebevallas/abevjava/jrl_090127.html
Java Run Time környezet telepítése lépésenként
2009.01.27.
A Java Run Time környezet részletes telepítési leírását a csatolt pdf dokumentu
m tartalmazza
~~~~~~~~~~~~~~~
--
Üdvözlettel:
Tamás
|
MS8137C alaplapba 2db DDR és 2db SDRAM is tehető
eddig csak 1db DDR -em volt, és most lett 2db SDRAMom is
az SDRAM berakása után csak addig sipákolt, amíg a DDR is benne volt,
amikor a DDR-t kivettem, (tehát csak az SDR-ek maradtak bent)
azonnal rendbejött
van-e valamilyen "memória házasító" szoftver vagy hardver, hogy
DDR és SDRAM elviselje egymást??
|
Lehet, mert keso este van, es nem latok mar tisztan, vagy
megzavarodtam a sok infotol...
Van DHCP-s router, bekapcsolt tuzfallal, bar, hogy ez mit jelent
az ASUS RX-3041-nel, ami tobb, mint ami a NAT-bol adodik, meg
nem jottem ra. Ugyanis ettol meg jonnek befele szepen a pingek, es
probalkozasok, amit a Kerio blokkol. (Mas, pl. SMC routereknel, ha
aktivalom a tuzfalat, a bejovo probalkozasok szinte teljesen megszunek)
Na, de a kerdesem:
Bejovo UDP forgalamat enged be a szoftveres tuzfal:
255.255.255.255:67 cimre -ez ugyebar router ugykodese, gondolom,
bar a gepen XP van, es ha jol tudom az XP ezt a cimet
figyelmen kivul hagyja --- de az UDP jelet a helyi gep kuldi,
meg 0.0.0.0:68 cim.
es kimeno probalkozasokat harit a szoftveres tuzfal:
ami a helyi geprol (SVCHOST.EXE) indul az 1045;1047;1057;1058
portokrol, es a 239.255.255.255:1900 cimre menne,
na ezeket blokkolja.
Ez, ha minden igaz, az UPNP szolgaltatas altal hasznalt cim,
am ez ki van kapcsolva. A gepen is, a routerben is.
Forditott helyzetben ez a fajl es nyomtato megosztas szolgaltatashoz
kapcsolodo forgalomra utalna, ezen a gepen vannak a halozat
fele megosztott mappak.
Mi a turo akar a 239.255.255.255 cimre menni, mintha a helyi
gep sajat magaval akarna kommunikalni?
Nemely oldalnal elofordul, hogy a net "leterheli" a gepet.
Tkp. a tuzfal szoftver terheli le, ha Firefox alol letoltest
inditok pl. a Canon support oldalrol, aztan a hulye Indapass oldalon levo
videoktol, es veletlenszeruen mas letoltesi oldalaknal.
Ilyenkor mindig megtalalom ezeket a bejegyzeseket a LOG-ban...
Tovabba menne kifele meg a 0.0.0.0:10xx cimrol a 127.0.0.1:10xx
cimre UDP forgalom xx 40-70 kozott valtozik, es mindig egyforma
a port cime mindket oldalon. Ezt is blokkolja a szoftveres
tuzfal. Ez is tokre olyan, mintha a helyi gep
akarna sajat magaval komunikalni.
Mit beszelne a helyi gep sajat magaval?
Török István
|
Pingeljetek meg a www.seti.hu -t, vagy ftp.rulez.org-ot.
Azt, hogy vannak pihent agyuak, akik mindennel szorakozni akarnak,
azt tudom, nade hogy lehet hogy hivatal ilyent bejegyez,
es a jelek szerint jo hosszu ideig fenn is tart?
Bar, monjuk, ha fizetik...
Török István
|
