🚀 go-pugleaf

£ukasz Buchmiet wrote:(ciachu i postrachu)

  Powinienes dokladnie sprawdzic swoj program, byc moze gdzies smarujesz
po kodzie. Gdy dokladales pare nop'ow lub kasowales instrukcje szczesliwie
smarowalo dosc bezpiecznie i twoj program dzialal dalej, a gdy dolozyles
strukture to tez pewnie przesunales fragment kodu w bezpieczniejsze miejsce.

> Dlaczego? pisalem przeciez znacznie dluzsze programy pod eosem i wszystko
> bylo ok. Dlaczego dopiero po dolozeniu wiekszej ilosci danych moge znowu
> dopisywac instrukcje? Czyzby jakis blad eosa? Jedyne co mi przychodzi do
> glowy, to to, ze program jakos dziwnie alokuje sie w pamieci i wystepuje
> konflikt z tym, ze pod pmode pamiec dzieli sie na 4kb strony.
>

  No to co z tego ze sie dzieli ? Przeciez kernel nie robi Ci dziur w pamieci i

zawsze jest liniowa.

Adam Bienias <adam@nautilus.com.pl> napisał(a) w artykule
<356DB339.7E548FD3@nautilus.com.pl>...
> Łukasz Buchmiet wrote:(ciachu i postrachu)
> 
>   Powinienes dokladnie sprawdzic swoj program, byc moze gdzies smarujesz
> po kodzie. Gdy dokladales pare nop'ow lub kasowales instrukcje
szczesliwie
> smarowalo dosc bezpiecznie i twoj program dzialal dalej, a gdy dolozyles
> strukture to tez pewnie przesunales fragment kodu w bezpieczniejsze
miejsce.

wiem, ze blad pewnie jak zwykle stoi po mojej stronie, ale teraz wyjatkowo
nie moge sie go doszukac. Po pierwsze wszystkie dane trzymam na koncu, po
instrukcjach, wiec to malo prawdopodobne, zeby fragment kodu sie przesuwal.
Przeciez dolozenie wiekszej(jesli dodam np. 100 bajtow, wszystko bedzie sie
kaszanic, dopiero ok. 600 daje pozytywny rezultat) na koncu nic nie zmienia
w polozeniu instrukcji! 

Jedyne, co mi przychodzi do glowy to to, ze cos zlego dzieje sie z
alokowanymi blokami pamieci. Rezerwuje chyba ok. 500kb, z tym ze tablice
rezerwuje dokladnie co do bajta. Kompletnie nie mam pojecia. Co bede mowil
- jesli chcesz, moge podeslac Ci ten kod zrodlowy, sam sie przekonasz(jest
w miare czytelny) of koz jesli chcesz.

Poza tym, jesli kod zostalby zamazywany wyskakiwalby przeciez wyjatek 6, a
jak mowilem wyskakuja wszystkie 3(13,14,6) na zmiane.

         l u k a s s  /  i n d
         L u k a s z    B u c h m i e t

 

On Thu, 28 May 1998 17:23:51 GMT, "Łukasz Buchmiet"
<lukass@kki.net.pl> wrote:

>pisalem wlasnie program pod eosem, gdy nagle skompilowany exec zaczal
>wychodzic do os'a z komunkikatem bledu. 

pod EOSem to normalka :-)

>dodane instrukcje i o dziwo zadzialalo! Jednak instrukcje te byly
>"bezpieczne", tj. dodawanie czy odejmowanie rejestrow. Po chwili w miejsce
>usunietych instrukcji wpisalem kilka "nop'ow" i historia znowu sie
>powtorzyla. 

wniosek z tego, ze nie chodzi o to jakie to instrukcje, a o miejsce
ktore zajmuja, a raczej o przesuniecie reszty kodu

>W koncu dolozylem po prostu strukture danych
>zawierajaca 640 bajtow(przypadkowa liczba) i .. wszystko zadzialalo!!

bufor bezpieczenstwa :-)

>Dlaczego? 

EOS ma wlasnie klopoty z alokowaniem pamieci, bardzo czesto zle to
robi, pamietaj by:
- alokacja byla pierwsza czynnoscia wykonywana w programie
- alokowac zawsze duze kawalki pamieci 
- nigdy nie naprawiac bledu w taki sposob jak powyzej, tzn. cos
dodales i dziala.. poniewaz za jakis czas znowu cos padnie, a wtedy
bedziesz mial az 2 bledy, ktore sie nawarstwia (co za slowo!), sprobuj
dokladnie wyjasnic co sie dzieje

>Czy ktos wie, dlaczego tak sie
>dzialo(mam source'a)? 

mozesz podeslac :-)

> a moze komus przydarzylo sie juz cos takiego?

zeby to raz... :-)
ile to razy zaalokowane tablice wlazily na kod.. 
EOS jest jak zwierze.. nieprzewidywalny! 

                                  Blacky

B-l-a-c-k-H-a-c-k----------------
pure asm coder from Sixty9
bh@kki.net.pl  bh_@friko2.onet.pl
----------------------------------

thx Blacky, podniosles mnie na duchu :) czyli jednak to eos.. Moze
powinienem alokowac troche wieksze obszary(np. zamiast 320x240x3 to
320x241x3)?.. anyway doszlo troszke jeszcze troszke rozkazow, tak ze moge
juz wywalic ten "bufor bezpieczenstwa" i wszystko dziala tak jak powinno.

sourcesa z bledem wysle na priva... soon..

greetz!

         l u k a s s  /  i n d
         L u k a s z    B u c h m i e t
    

On Sun, 31 May 1998 15:19:35 GMT, "Łukasz Buchmiet"
<lukass@kki.net.pl> wrote:

>thx Blacky, podniosles mnie na duchu :) 

zawsze pocieszam ludzi, kiedy sa w takiej sytuacji, ze juz nic im nie
pomoze.. wtedy zazwyczaj sie mowi 'nie martw sie... bedzie lepiej'

> czyli jednak to eos.. 

nie powiedzialem, ze to eos, tylko ze to MOZE byc eos
kiedys rozmawialem o podobnej sprawie z FILem/ENENZI i on twierdzil ze
wiele razy zwalal wine na eosa a potem okazywalo sie, ze to jednak on
zawinil
jednak kiedys w koncu sie wkurzylem na eosa i zaczalem robic testy na
kilkulinijkowych programach.. i okazalo sie, ze eos nie radzi sobie z
alokacja malych obszarow, a poza tym dosyc dziwnie zachowuje sie kod w
poblizu zaalokowanej pamieci...

> Moze
> powinienem alokowac troche wieksze obszary(np. zamiast 320x240x3 to
> 320x241x3)?.. 

daj od razu megabajt.. ;-)
moze to dlatego dzisiejsze demka wymagaja tyle pamieci? 

                                bh

B-l-a-c-k-H-a-c-k----------------
pure asm coder from Sixty9
bh@kki.net.pl  bh_@friko2.onet.pl
----------------------------------

Łukasz Buchmiet wrote in message <01bd8ca6$d74dc5a0$LocalHost@psyche>...
> Moze powinienem alokowac troche wieksze obszary(np. zamiast 320x240x3 to
> 320x241x3)?.. anyway doszlo troszke jeszcze troszke rozkazow, tak ze moge
> juz wywalic ten "bufor bezpieczenstwa" i wszystko dziala tak jak powinno.
>

hehe.. ja piszac interko 64kb zalokowalem "na chama" tablice 12MB i dziala spox
:] a jebalo sie gdy robilem to w "kawalkach"...

>sourcesa z bledem wysle na priva... soon..


mi tez mozesz :-)

---
RaveN / INTerroR
e-mail : raven@irc.pl

On Tue, 02 Jun 1998 19:56:47 GMT, "Raven / INTerror" <raven@irc.pl>
wrote:

>hehe.. ja piszac interko 64kb zalokowalem "na chama" tablice 12MB i dziala spox
>:] a jebalo sie gdy robilem to w "kawalkach"...

chcesz powiedziec ze to co wystawiliscie na RH na osmiu megach nie
pojdzie? :-)

                                         bh

B-l-a-c-k-H-a-c-k----------------
pure asm coder from Sixty9
bh@kki.net.pl  bh_@friko2.onet.pl
----------------------------------

Raven / INTerror napisał(a) w wiadomości:
<3OYc1.6322$%y4.3403040@news.tpnet.pl>...
>
>Łukasz Buchmiet wrote in message <01bd8ca6$d74dc5a0$LocalHost@psyche>...
>> Moze powinienem alokowac troche wieksze obszary(np. zamiast 320x240x3 to
>> 320x241x3)?.. anyway doszlo troszke jeszcze troszke rozkazow, tak ze moge
>> juz wywalic ten "bufor bezpieczenstwa" i wszystko dziala tak jak powinno.
>>
>
>hehe.. ja piszac interko 64kb zalokowalem "na chama" tablice 12MB i dziala
spox
>:] a jebalo sie gdy robilem to w "kawalkach"...
>
>>sourcesa z bledem wysle na priva... soon..
>
>

Jesli o mnie chodzi, to wole (choc pisze pod dos32) zaalokowac sobie
tyyyyyle memu i
przydzielac poszczegolnym offsetom funkcje. Unikam w ten sposob
defragmentacji
(zaprawde: robilem pomiary z duzym buformkiem i 50 malymi, i ten pierwszy
sbosob byl
 zdecydowanie szybszy).

BTW czy Diamont Player dziala tylko pod EOSem ? Nigdy nie pisalem pod nim, i
nie bardzo sie
orientuje. Jesli nie, to z kad go sciagnac ?

pozdr
ImpexuS