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
TURGEN 9.4.3 Aktualizacja narzędzia TURGEN do tworzenia taśm dla 8-bitowych Atari z nowymi poprawkami.
Wyniki GRAWITACJA 8bit GameJam Znamy zwycięzców krakowskiego jamu. Temat: PROMIEŃ. Najlepsza gra to 3.14RANHAS na Atari.
Fujisan 2.0.2 Nowa wersja emulatora Fujisan przynosi poprawki błędów oraz usprawnienia w obsłudze interfejsu.
BurgerTom: teraz na Atari Jaguar Nowa konwersja BurgerTime trafia na Atari Jaguar dzięki pracy twórcy o nicku swapd0.
Altirra 4.50 test 9 Avery Lee udostępnił kolejną wersję testową emulatora Altirra 4.50 z poprawkami w AltirraOS i SAP.
Opcje wyszukiwania (Strona 71 z 81)
Jak widzę po dotychczasowych wynikach głosowania, nikt nie podziela losu Vasca. :lol:
No i oto mi właśnie chodziło. Moje pytanie kierowane było pod kontem HD-BIOS-a by KMK. Użyłem słowa partycja dla nowego sterownika, ale tak jak Casper napisał mogą to też być specjalnie dla niego wydzielone sektory nie objęte przez żadną Patrycję.
Kurcze, Felek, pod windą mam systemową partycję niecałe 6 giga. Czy wy nie przesadzacie?
Heh, moja akurat ma dokładnie tyle samo. Ale już MP3 trzymam na natkie co ma ok. 25GB. Pomyśl o drewnianym fanie D2D. Jemu, to i 128 będzie mało. :twisted:
Najwyżej, przy starym BIOS-ie i konieczności ładowania z niej systemu, będziesz musiał ograniczyć Mr. Green pierwszą partycję do 8 GB
Na to akurat jestem przygotowany po doświadczeniach z ST i mincie. :)
Zgadzam się z przedmówcą. Nie mam nic na przeciwko, by sztabik odbył się z którymkolwiek z wymienionych terminów i będę na nim z prawdziwą przyjemnością, o ile mnie również nic nie wyskoczy. Zresztą nikt nikogo pod pistoletem trzymać nie będzie. ;)
[ Dodano: 02.11.2004 22:26:40 ]
Choc może zagłosuję na... no bo inaczej nie będzie sztabu w listopadzie, a chyba nie chcemy zerwać z naszą nową świecką tradycją, czyż nie?
NIewiele osób o tym wie, bo każdy ma włączonego C(l)apsa. ;)
Z tego rozróżniania wielkości liter pod MyDOS-em jest więcej szkody niż pożytku.
Casper: Na pewno już Ci o tym mówiełem, więc przypomnę. Jeśli zamierzasz umieścić w HiDOS-ie sterownik HDD, to zrób go jako ładowalny moduł.
Taki problem przyszedł mi do głowy: mamy partycję większą niż 8GB, na niej pliki systemowe, ale tak nieszczęśliwie umieszczone, że zajmują obszar powyżej wspomnianej granicy 8GB.
Pytanie: Jak z takiej partycji wystartować kompa?
Standardowy HDBIOS nie da rady. Wg mnie trzeba przeznaczyć jedną standardową partycję tylko na sterownik potrafiący obsługiwać duże dyski. Taki sterownik ładowany by był pod $0700 i dopiero na niego ładowany byłby DOS. Wtedy driver jako ładowalny moduł nie będzie potrzebny.
Oczywiście taki sterownik musiałby mieć własną tablicę partycji.
więc prośba do posiadaczy 65c816 o sprawdzenie wspomnianego fenomenu
Drac030 chwaił sie kiedyś, że po zmianie na 65816 przestała działać część jego progsów. Zdaje się, że SysInfo 1.x (i wcześniejszy XL-Test) równiez nie działało zgodnie z przeznaczeniem. :mrgreen:
Oczywiście, długi gwóźdź. :twisted:
Ale zdaje się, że w Syzygy nie było opisanego formatu binarek dla SDX. Chyba, że mnie pamięć myli, bo to tak dawno było.
Casper: jeśli sam nie poradzisz, to podrzuć prockę do mnie.
A dostałeś kod aktywacyjny w kopercie via Poczta Polska?
A ten interfejs na Allegro, to jakas lipa. FDisk 1.38. Pfy, jest przecież od lat 1.40. ;)
LDA $123456 odwoła się do komórki o podanym adresie. LDA $3456 odwoła się do komórki DD3456. DD to wartość rejestru D, określającego segment danych, do którego idą odwołania 16-bitowych adresów.
Analogicznie:
JSR/JMP $123456 skoczy pod podane adresy, a JSR/JMP $3456 do KK3456, gdzie KK to rejestr kodu, określający segment, w którym wykonywany jest aktualny kod. Skoki długie modyfikują ten rejestr.
Pisałem z głowy, więc jesli pamięć mnie zawodzi, to proszę o poprawkę.
A na przykład to, że możesz se zrobić tą maszyną kondoma lub nową obudowę do Atarki w jakimś oczoje...m kolorze, podrywaczu 14-ek. :twisted:
Z tego twierdzi Drac030, to Piotrek Karkuciński pamięta, gdzie należy udać się w najbliższy poniedziałek. Proponuję Umówić się gdzieś w centrum (najłatwiej tam się będzie każdemu dostać) powiedzmy o 16 i udać się zorganizowaną grupą z w/w osobnikiem na czele.
PureC rządzi najlepszy help system na świecie, ale ten edytor to mnie delikatnie wkurza. (ale tak delikatnie tylko ;) ). Widziałem jakieś alternatywne edytory do PureC (z kolorowaniem składni etc.), ale za bardzo stabilne to one nie są.
Ja używałem qed do pisania programów, potem otwierałem je w edytorze PureC i stamtąd kompilowałem. Jest jeszcze jeden dobry sposób: z linii poleceń odpalić kompilator z odpowiednioustawionymi opcjami.
4MB to akurat starczy na kompilacje printf("hello world"): ;)
ROTFL.
Moje OFMC Atari 65XE :D :D :D
Już nie przesadzaj. Kiedys w 1999 roku kumpel zobaczył to to na Atari i był zachwycony, że ładniej wygląda niż taki Borland C++ pod DOS-a i szybciej komplikuje na ST niż BC++ na 486. I maił chłopak rację. :D
Pure C jest nalepszym na ST kompilator. Zgodnie z jego nazwą jest to C, nie C++. Zgodny z Borland C.
.http://www.reservoir-gods.com/CODE/PURE_C.ZIP
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. ;)
Znalezione posty [ 1,751 do 1,775 z 2,019 ]
Forum oparte o: PunBB
Currently installed 7 official extensions. Copyright © 2003–2009 PunBB.
Wygenerowano w 0.078 sekund, wykonano 22 zapytań