fotonyf
zestawy K classic & digi & M42; MF: Mamiya RZ67; szkła i jakieś dodatki do tego wszystkiego i jeszcze L-758D

zyde napisał/a:

1) kod maszynowy <> asemblera ( kod maszynowy jest jeszcze szybszy, stosowany w wojskowych urządzeniach )

AreKc napisał/a:

Mając do dyspozycji listę instrukcji danego procesora możesz na podstawie kodu w asemblerze sam wygenerować kod maszynowy.

I odwrotnie. Z kodu maszynowego możesz wygenerować program w asemblerze (uproszczony bo bez właściwych nazw, komentarzy) poprzez disasemblację, tylko że według zyde, Twój program będzie wtedy działał wolniej (tak wiem, czepiam się ).

I've seen things you people wouldn't believe. Attack ships on fire off the shoulder of Orion. I watched C-beams glitter in the dark near the Tannhauser gate. All those moments will be lost in time, like tears in rain. Time to die.

return isLBA ? lematDady() : piwkoWPoznaniu();

zyde napisał/a:

asembler to język programowania !!niższego stopnia!!
brdzo szybki, ale i tak potrzebuje "zostać przetłumaczonym" na kod maszynowy...
każda grupa procesorów ma !!swój własny kod maszynowy!! dlatego pisanie programów w asemblerze jest w miarę "uniwersalne"...

Chcesz powiedzieć, że mój program w assemblerze dla Motoroli przylutowanej w C64 daje siębez problemu przenieść na procesor intela x86?

Mnie bardziej interesuje czy taki skrypt daje się wykorzystać do czegoś sensownego - ot nawet kalkulator będzie ciekawy.

ZX-7, K-5, Kadyszka i jeden limited

zyde napisał/a:

kod maszynowy to same 0 i 1...
asembler to język programowania !!niższego stopnia!!
brdzo szybki, ale i tak potrzebuje "zostać przetłumaczonym" na kod maszynowy...

Przykro mi, że muszę Cię wyprowadzić z błędu, ale nie jest tak jak piszesz.

Każda rodzina procesorów ma swój własny assembler. Jest to zestaw instrukcji, które kompilator przekłada na kolejne bajty będące kodem maszynowym (w niniejszym wyjaśnieniu pomijam maszyny wirtualne np. Javy czy .NET - one po prostu mają dodatkową warstwę pośrednią). Assemblery na różne procesory wyglądają dość podobnie, jednak różnią się paletą instrukcji z powodu:
1) różnych możliwości procesora oraz dostępnych rejestrów
2) przyjętego nazewnictwa
np. kopiowanie danych:
move.w D0,(A1) dla Motoroli 68000 kopiuje 2 bajty z D0 do adresu wskazanego przez A1
mov word ptr [bx], ax dla procków x86 kopiuje 2 bajty z ax do adresu wskazanego przez bx
(jak widać, nie tylko sam mnemonik jest inny, ale i kolejność argumentów)

Wracając do meritum. Assembler to tylko mnemoniki, zrozumiałe i łatwe do zapamiętania przez programistę nazwy. Większość z nich są przekształcane 1:1 na kod maszynowy, czyli kolejne bajty (liczby) zrozumiałe dla danego procesora. Niektóre różne polecenia mogą dawać taki sam kod maszynowy (dawno nie pisałem, ale ile dobrze pamiętam np. lea dx, 12 i mov dx, 12 robią to samo, więc kompilator może to zoptymalizować i dać w rezultacie taki sam kod maszynowy - ale nie musi).

Słowem podsumowania. Assembler nie jest interpretowany przez procesor, to tylko zrozumiałe przedstawienie kodu maszynowego, by nie trzeba było pisać bajtowo - bo programistów byłoby 12 na świecie

Pentax K10D | Sigma 17-70 F2.8-4.5 macro, Weltblick 300 F5.6, Phoenix 650-1300 (2600 z TC x2)
Lumix GX80 | Lumix G 12–32 f/3.5–5.6, Lumix G 45-150 f/4.0-5.6, Olympus M.Zuiko 45mm f/1.8

Marooned napisał/a:

programistów byłoby 12 na świecie

K10D+kit/H44m4/H44K/ Samyang500Preset/FA80-320
+FED3+FED4/Jupter12
+Start66S

Nie wycinajmy exifów

zyde napisał/a:

stosowany w wojskowych urządzeniach

K-3, K100D, DA18-55WR, T17-50/2.8, T70-200/2.8, FA31/1.8, FA77/1.8, SMC-M 50/1.7, SMC-M 135/3.5

K10D+kit/H44m4/H44K/ Samyang500Preset/FA80-320
+FED3+FED4/Jupter12
+Start66S

Nie wycinajmy exifów

KristoVeeR napisał/a:

Na dłuższą metę to nieużyteczne

...chyba, że jest jakaś komenda, dzięki której można przerwać skrypt dowolnym przyciskiem, bo na razie działa tylko "off"

rychu napisał/a:

PO CO

A no PO TO, że złodziej wypatrujący ofiary, albo już po kradzieży, jak zobaczy, że na ekranie nam się nasze dane wyświetlają, i przeczesując ustawienia, nie znajdzie żadnej odpowiadającej za to opcji, może się zdezorientować i "dać se na luz".
Ale to tylko jedno z wielu zastosowań jakie może wpaść do głowy - gdyby była dostępna oficjalna dokumentacja dla języka tego skryptu...

[ Dodano: 2010-10-22, 19:55 ]
Kurde, ja tu pisze posty, a tu już parę stron nabiło

AreKc napisał/a:

10, i obydwaj pracowaliby dla Microsoftu.

dobre

Pentax K-x DA-L 18-55mm F3,5-5,6 AL + DA-L 50-200mm F4-5,6 ED, SMC-M 1.7 50mm, Velbon DF-60

Stałki są dobre bo są dobre i stałe.