Bo dobiero teraz pojawił się jedyny Sprawiedliwy, który nie boi się wystąpić przeciwko kierownikowi. :)

Nie odwracaj kota ogonem. Anonimowe komentarze newsów kończą się masowymi wpisami typu "jestes glupi", a tego nie ma przy ciągnięciu.

Czy zdażył Ci się już jakiś mass download? Poza tym, zawsze któremuś z nas może odbić i też spróbuje pociągnąć całość, a wtedy logowanie i tak nic nie pomoże.

Właśnie przyszło mi do głowy, że mógłbyś zrobić jakiegoś backdoora. To znaczy standardowe wejście byłoby przez pliki.php, a od dupy strony np. strona_dupy.php, na której byłoby automagiczne logowanie na jakiegoś anonymousa. Oczywiście plik strona_dupy.php nie byłby nigdzie podlinkowany i trzeba by było podać go ręcznie w adresie. Nie muszę chyba dodawać, że o furtce wiedzieli by tylko zaufani szkodnicy AA. :)

To ja poproszę 15-17 poździernika. :)

Spieszę przypomnieć, że istnieją takie twory jak logi i statystki, z których łatwo odczytać co zostało zassane i dokąd. A to, że nie ma wyraźnie napisane, że Montezumę po raz piąty zassał Lizard, bo mu się nie chce pogrzebać w pudle z dyskietkami, nie powinno być problemem.

Dely, na razie piszesz, że nie będzie "bez(za)logowego" pobierania, ale nie przetstawiłeś do tejo pory żadnych argumentów. Czy się ich wstydzisz? Ochrona własności intelektualnej? Czy po prostu jest to Twoje widzi mi się, którego nie potrafisz wytłumaczyć?

Nie podoba mi się opcja typu sec=download&id=495, bo wolę wejść do bazy i kliknąć, a nie przypominać sobie jak sie pisze download. ;)

Ja zawsze dobrze gadam, tylko nikt mnie nie słucha. 8O

Byle po 10-tym, ale przed 15-tym, a będę. ;)

Cytaty z "Mr.Atari's MyIDE(tm)-hardware for ATARI XL/XE-computers":

I wszysyko jasne: tylko połowa dysku jest wykorzystywana. Ciekawe co interfejs robi z drugim bajtem. HDD nie wyśle następnego słowa dopóki nie zostanie pobrane w całości poprzednie. Jeśli gość rozwiązał to programowo, to transfer jest dwa razy niższy niż KMK IDE. Jeśli sprzętowo - powinien być porównywalny (jestem jednak pewien, że nie większy!)

Tu widać, że MyIDE pozwala na założenie do ośmiu partycji. Poza tym partycje zaczynają się od pełnego cylindra.

Co masz na myśli, bo nie wiem czy mam się obrazić? ;)

Może i jest to kombinowanie. Na pewno jednak mniejsze niż pisanie pięćdziesiątego asemblera. Poza tym wygląda to skomplikowanie, ale takie nie jest. Skomplikowanie mogą wyglądać same makra, ale ich stosowanie jest bajecznie proste.

Czy to znaczy, że MyIDE z sektorami 256B chodzi z szybkością KMK IDE 512B? Tak wynika z Twojej wypowiedzi.

Na jakiej podstawie wysnuwasz swe wątpliwości?

Dobrze było by przeprowadzić testy szybkości obu interfejsów jednym benchmarkiem i wtedy ogłosić wyniki. Poza tym p[ozostaje kwestia, czy szybszy jest soft czy hard? Jeśli to pierwsze, to wiadomo co należy zrobić. ;)

LOL! Ale oldsq! 8O

Jeśli możesz poświęcić 8kB, to zrób tablicę wszystkich możliwych wyników, a proca mnożenia wyglądać będzie tak (spisana z kartki, nie zoptymalizowana, nie wiem czy działa, ale chodzi o sama ideę :rolleyes: ):

mul48  lda m4
       and m8
       tax
       beq ?x
       clc
       lda m4
       adc #>tab.lo
       sta t.lo+1
       adc #$10
       sta t.hi+1
       ldy m8
       lda (t.hi),y
       tax
       lda (t.lo),y
?x     rts

Komórki na stronie 0 o adresach t.lo i t.hi zawierają młodsze bajty tablic wyników i nie powinny się zmieniać w czasie wykonywania programu.
Zrobienie samej tablicy nie stanowi problemu. :)

Epi: jak przewidzisz wartości czynników drugiego mnożenia i jaką masz gwarancję, że mnożenie to będzie przez tę samą liczbę 8-bitową?
A nawet jeśli, to jak potem rozdzielisz wartość 16-bitową na dwie 12-bitowe? Tylko tak szybciutko, bo 60 cykli, to nie wiele. :twisted:

Wrzuć do AUTOEXEC.BAT: POKE 710,kolorek :) A jak chcesz na stałe, to uderz do mnie na priva podeślę Ci coś w tym temacie.

Wg mnie numery wersji są na tyle blisko siebie, że różnice najprawdopodobniej dotyczą samego kodu. Jeśli chodzi o mieszanie linii (a)dresowych, o których wspomina Pinek, to może pomóc coś takiego:

1. Zgrywamy zawartość EPROMU z wersją 4.20 i zapisujemy do pliku.
2. Bierzemy plik SDX420.ROM.
3. Patrzymy jak poprzeplatane są bajty dwóch powyższych plików.
4. Bierzemy plik SDX422.ROM i mieszmy go zgodnie z ustalonym przed chwilą przeplotem.
5. Wrzucamy pomieszany plik 4.22 na EPROM.

W razie czego dysponuje programem zapisującym każdy z panków SDX do osobnego pliku.

A teraz znane mi różnice:

1. Po uruchomieniu 4.22 komunikat o braku Sweet-16 (mowa oczywiście o standardowych Atarkach z 6502). Do czego Sparcie potrzebny 816 - nie wiem. Może tylko po to, by ustawić wektory prerwań w RAMie pod ROMem pod właściwymi dla 816 adresami?

2. Inne działanie prompcika. W 4.20 chcąc mieć literę dysku i ścieżkę trzeba było ustawić PATH na $L:$P>, w 4.22 - $L$P>.

3. Różne adresy niektórych procedur systemowych (w większości o 2 bajty do przodu, ale są wyjątki), przez co, o mało nie popełniłem gafy podczas analizowania jednego programu z carta ostatniej wersji SDX.

4. Oczywiście część programów z modułu jest w nowszych wersjach (m.in. ATARIDOS.SYS i INDUS.SYS).

5. Podejrzewam, że usunięto część błędów i dodano nowe. :twisted:

6. Inny numer wersji po wydaniu polecenia VER. ;)

Konkluzja: nichil novi sub Iovi.

Być może różnic jest więcej, ale...