[elektro] Szegmentálási hiba
Info
info at kiralyelektronika.hu
Wed Feb 12 13:16:13 CET 2014
Tehát úgy kell érteni, mintha fragmentálva lenne a parancs is?
Megintcsak alap dolgot tudok mondani rá, hátha segít a szemlélet.
Vagy jóslásra hagyatkozol: a paraméterek maradnak, vagy reinitre,
azaz a meg nem érkezett paraméterek default értéket vesznek fel.
Komoly lassulást hoz a rendszerbe a hibakezelés, de sajna, ha
nyílt a kapu akkor védeni kell.
Tehát, a feldolgozást megelőzően a paramétereket felül kellene
vizsgálni a beérkezett adat függvényében, hogy elindítható-e
a processz.
Kezeljenek ők is hibaüzenetet, mint az eth komm esetében
a bufferméret kezelése, mindig van válaszban, hogy mennyi
jöhet. Ha hiba jön, a küldő csökkent, várakozik.
> Az egy dolog, hogy a protokoll-puffer túltöltésekor mi történik. Egy
> korábbi verziónál még megtörténhetett, hogy parancs-darabok maradtak
> benne, ezt már korábban kijavítottam. Írtam is, hogy most elutasítom
> azokat a parancsokat, amik nem férnének be a pufferbe. Így viszont lehet
> olyan állapot, ami több előzetes init egymásra épülésénél elmaradt 1-2
> művelet miatt jön létre, és hibát okoz, viszont nem könnyű megtalálni.
> Gábor
> 2014.02.12. 11:53 keltezéssel, Info írta:
>>> A dolgot fűszerezi, hogy nem hajlandóak betartani a protokollt, így
>> Most nem korhollak, de milyen protokoll-értelmező az, ami nem
>> ismeri fel a blokk kezdetét és végét, közötte pedig silent.
>> Régebben, a dos/novell idejében kedvelt feltörési módszer volt
>> a protokol stack túltöltése, mert ráfutott a kód a bufferre...
>> Szóval, szerintem a buffer túltöltése az, ami probléma.
>> Ha nem tartják be, hát vagy írd át a protokollt, vagy nyeljenek
>> gázt, és dobd el a túlméretes packeteket.
>>
>> -----------------------------------------
>> elektro[-flame|-etc]
>>
> -----------------------------------------
> elektro[-flame|-etc]
More information about the Elektro
mailing list