Przejdź do treści forum
atari.area forum
Twoje polskie źródło informacji o Atari
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Aktywne tematy Tematy bez odpowiedzi
Aktualności ze świata Atari
thing neo 1.60 Olivier Landemarre wydał nową wersję desktopu Thing.
VIII. Basque Tournament of Atari 2600 Kolejna relacja, wśród otrzymywanych od naszego przyjaciela Egoitza z Kraju Basków.
Przezroczysta obudowa dla Atari 800XL Rusza przedsprzedaż wyjątkowej, przezroczystej obudowy do komputera Atari 800XL!
RECOIL 6.4.5 RECOIL to przeglądarka retro plików graficznych, obsługująca ponad 550 formatów, dostępna na różnych systemach operacyjnych, z regularnymi aktualizacjami.
ABBUC Software 2024 - wyniki Ukazały się wyniki tegorocznego ABBUC Software Competition
Opcje wyszukiwania (Strona 68 z 78)
atari.area forum » Posty przez Lizard
A ja poczekam 10 do 15 lat i na allegro kupię za grosze :D
Albo za cenę niezłej bryki. Zauważ, że sprzętu ośmiobitowego jest coraz mniej, a powoli ludzie zaczynają na niego patrzeć jak na stare samochody. Entuzjaści i kolekcjoneży będą płacić każdą cenę, a to spowoduje jej wzrost.
Mac, to sie da zalatwic. Medycyna plastyczna robi teraz cuda
Fajnie ale ta medycyna za darmo nie jest, a w kasie chorych chyba nie znajdzie zrozumienia. Chyba już taniej jest kase zbierać na sprzęt a nie na plastic operation (play - stick operation).
Poczekaj jeszcze trochę. Aborcja ma być gratis, to operacje plastyczne też niedługo będą. ;)
a ten intel o ktorym kolego mowisz to w ogole byl niezle pojechany.
Oj, był. Dema puszczane z VHS sux.
dzwonic do Ciebie to chcialem z urzedu podatkowego (czy co to tam kolo tej stodoly jest, a wlasciwie to kolo tej kladki ktora schodzisz z pol mokotowskich)
To Urząd Patentowy. A miałeś w ogóle wtedy mój nr telefonu?
"chlopcze ... blokujesz plasik"
r0l0 :D
hehhe ... wtedy to panie dziejku byly imprezy, nie to co teraz ... LOL
Teraz też są fajne, ale Fox wyjechał i sąsiadka jkoś cicho siedzi. ;)
Efekt dealu znajduje się na: .http://www.republika.pl/lzd/panopticum.rar (702kB)
He he, pamięć wirtualna na 65816? Chyba wystąpił ci segmentation fault. ;)
Nie widzę, jak z procedury przerwania można byłoby alokować pamięć bez ryzyka powalenia się wszystkiego - a co jeśli przerwanie wystąpi w środku wykonywania się - hipotetycznego jak dotąd - malloc()?
W systemie z multitaskingiem fragmentacja pamięci i tak będzie występować - bez dobrego MMU się tego nie uniknie. Natomiast w systemie bez multitaskingu mamy do czynienia z jednym programem aplikacyjnym, który po wyjściu z siebie pamięć zwalnia - a więc fragmentacja nie grozi.
Co do TSR-ów, to chyba nie ma aż tak wiele programów TSR, które z poziomu przerwania wołałyby funkcje systemu, CIO dajmy na to.
E tam. Czepiasz sie, to był tylko przykład, pierwszy z brzegu pomysł jaki mi przyszedł do głowy. Nie dyskutujemy tu o mallocach na poziomie przerwań, tylko o segmentach programu. Zauważ, że gdy dawno temu narzekałem, że w ST bloki ładują się jetden po drugim zamiast w najbardziej pasujące miejsce, przyznałeś mi rację. To był efekt tego, że twórcom TOS-a nie przyszło do głowy, że na Atari ST może pojawić sie multitasking. Ja dmucham na zimne, stąd moje wywody.
Taka sytuację:
Mamy rezydenta działającego na przerwaniach, który alokuje sobie w pewnym momencie trochę pamięci. My w tym czasie ładujemy program, ale rezydent zwalnia w tym czasie przydzielony obszar powiedzmy w momencie obróbki bloku TEXT (relokacja, aktualizacja adresów, itp.) System przystępuje teraz do ładowania bloku DATA, który jest na tyle mały by mógł zostać załadowany w to miejsce, które przed chwilą zwolnił TSR. Jeśli blok DATA zostanie załadowany właśnie w to miejsce, to układ będzie taki: ˇ TSR
ˇ DATA naszego programu
ˇ ewentualnie nie wykorzystana pamięć (resztaka po malloc by TSR)
ˇ TEXT naszego programu
Jeśli natomiast system załaduje DATA bezpośrednio za TEXT, to otrzymamy: ˇ TSR
ˇ dziura po malloc by TSR
ˇ TEXT naszego programu
ˇ DATA naszego programu
Jeśli w programie wystąpi malloc, to może okazać się, że zabraknie na jego wykonanie kilku bajtów, które mogłyby zostać przydzielone, gdyby DATA siedział w obszarze zwolnionym przez TSR-a.
Czy dobrze rozumiem słowo "uzda"??? :oops:
Sądząc po Twoich wypiekach, to chyba dobrze rozumiesz. ;)
Ale jeśli masz życzenie, możesz dane umieszczać w segmencie TEXT, a kod w segmencie DATA (jedynie w segmencie BSS nie możesz niczego umieszczać oprócz pustego miejsca). Tak więc, jeśli chcesz mieć jeden segment na wszystko (segment TEXT) - to proszę bardzo, nie ma przeciwwskazań. Jednak chodzi o to, żeby, kiedy się to wyda potrzebne, mieć możność podziału programu na te części.
O tymwłaśnie pisałem. Wiem po co wymyślono rozdział na kod, dane pre i dane niepre. ;)
Ale dobrze by było, by segmenty mogły być ładowane w różne miejsca pamięci, nie jeden po drugim. Takie podejście choć częściowo zapobiegałoby fragmentacji pamięci (zwłaszcza, gdybyś dorobili sie jakiejś OSy wielozadaniowej).
No to co nam wciskasz kit o jakiś future wersjach, skoro i tak cała kasę przeznaczasz na OC/AC. ;)
Podział programu na segmenty TEXT i DATA jest dla mnie raczej umowny. Nikt i nic nie może mi zabronić umieszczeniu danych w segmencie kodu ani kodu w segmencie danych (i odwoływać się do niego przez zwykłe JSR lub JMP). Segmenty są raczej pomocne dla asemblera, który mając kilka deklaracji TEXT czy DATA może je scalać w pojedynczy ciągły blok. Przykład:
.text
lda vfname
ldx vfname+1
jsr fopen
.data
vfname .rw fname ; relocatable word ;)
fname .by "D:nazwa.ext"
.text
fopen sta $0314
stx $0315
...
Aembler powyższy przykład powinien obrobić tak, żeby dwa segmenty TEXT następowały po sobie a na końcu DATA.
Co innego BSS. Tu jak powszechnie wiadomo (albo i nie) chodzi o zarezerwowanie pamięci, ale nie zmienianie jej, ani nie ładowanie doń czegokolwiek.
Pewnie Realtime Pacman in Virtual Drinkality ;)
Którzy przez to sami nie jadą, bo nie mają się u kogo zapożyczyć. Koderzy niestety wszystko wydali na Snickersy. ;)
A tak, pamiętam jak kiedyś Tkacz skarżył sie o to. Twój algorytm nie jest mi potrzebny, bo jak widzisz mam własny i skuteczniejszy od Twojego. ;)
Można i tak. Nie pamiętam w tej chwili detali formatu relokowalnego SDX, no ale on i tak nie ma tego, co chciałby Laoo: segmentów TEXT/DATA/BSS itd.
BSS akurat jest. W Fast Assemblerze tworzysz go poprzez:
BLK EMPTY długość rodzaj_pamięci
No to skoro jesteś za, to nie marudź. ;)
Gdy zgłosiłem się długo po sciepie na APE 2.x, Vasco nawet się nie zająknął, że był czas na kwestę.
Uderzylismy jeszcze do Maca i wrzucilismy po wiesmaku a potem na chawire:))))
Nie no. 4 wieśniaki to za dużo - tyle z tego zrozumiałem. Ale chciałbym zobaczyć tę w fajnych szmatach, że widać majtki z uzdą. 8)
... rozszerzający oryginalny sprzęt.
Po co ci gwizdek na plaży :?: Ze smoczkiem zawsze do twarzy.
Sorzedam XF551, nówka sztuka, nieśmigana. Dorzucam ORYGINALNY zasilacz gratis. Cena wywoławcza 250 złociszy. ;)
Fakt, zasilacz od XF wygląda tak jak ten Pinka na zdjęcu. Kupiłem w 1990 komplecik (komp+XF551) sprowadzony zza oceanu i był w nim zasilacz Pinkowy. ;)
Ale Jet zdziera! A był z niego taki fajny kumpel. :(
Ładują kosztem pewnych wyrzeczeń i odkładania kasy. Tu nawet na party co poniektórzy odkładają kilka miesięcy przed, by za 30-50 euro pobawić się przez weekend.
Grzeniu ma rację. Nas interesuje firmowy sprzęt Atari. A ten XGS ma wspólne z Atari tylko joye.
cos tam slyszalem o tej zmianie epromu na taka co udaje toms'a a autorem jest draco ?? tylko pytanko cos tam jeszcze trzeba na plycie zmieniac ??
No nie zupełnie. Nie słyszałem, by Draco bawił sie komputerami jednoukładowymi i to w dodatku Intela. :) Owaszem, to w jego posiadaniu była wspomniana przeze mnie stacyjka, ale to jeszce o niczym nie świadczy.
To na pewno od tego słońca na plaży i smoczka w ustach. ;)
Albo SIO2PC? Niedługo popularne będa FlashROMy. Na razie jest chyba prototyp.
Fakt, że swoje dyskietki schowałem już dawno temu i to głęboko. Z dwóch stacji zostawiłem na birki jedną, tę bardziej reprezentatywną i dostosowaną wzorniczo (zupełnie jak w Cepelii ;) ).
Sp. Mariusz Geisler twierdził, że za śmiecie w trybach GTIA nie jest odpowiedzialny ten układ. Ja mu wierzę. Za jakiś tydzien będziemy mogli się go zapytać.
Znalezione posty [ 1,676 do 1,700 z 1,928 ]
atari.area forum » Posty przez Lizard
Forum oparte o: PunBB
Currently installed 9 official extensions. Copyright © 2003–2009 PunBB.
[ Wygenerowano w 0.164 sekund, wykonano 6 zapytań ]