@adam_mierzwa, post #29

• Odpowiedz

@vojo, post #31

A tam przestarzały
No to zgadnijmy w jakich językach powstają nowe rzeczy pod AOS3 a i większości AOS4/MOS...
Nie wiem jak Wy ale ja stawiam na przynajmniej 60 procent "nowoczesnego C" I tym kontekscie E już aż takie "zapyziałe" nagle nie jest. No może nowsze wersje C++ są "z deczka bardziej dzisiejsze"
Także ja bym tam z faktu szczęśliwego użytkowania E wcale się aż tak bardzo (oczywiście w naszym amigowym kontekście) nie martwił

• Odpowiedz

@pisklak, post #32

• Odpowiedz

@Skotos, post #30

• Odpowiedz

@vojo, post #31

• Odpowiedz

@adam_mierzwa, post #37

Język lesstype - wszystko to 32 bitowy int, ewentualnie znak (8bit) [upraszczam trochę]. Mało typów danych, łatwo definiować, prosto (przynajmniej na początku lub gdy się przyjmie tą konwencję) pilnować zmiennych ale to wcale nie znaczy że czegoś brakuje.
Od C odróżnia go większe "spasowanie" z AmigaOS. Nie trzeba otwierać bibliotek standardowych, ma wbudowane trochę funkcji, itp. co przekłada się na szybszy start w pisaniu. Kod wynikowy jest szybszy (i mniejszy) od C, testy tegoż są trochę stare, dla E v2.1b.
Jest szybki, i to widać np. proszę spojrzeć na test sortowań link.
Kod jest bardzo zrozumiały, co pomaga w nauce.
Mimo błędów fajnie piszę się z OOP (Object Oriented Programming).

Z narzędzi to FindModule i dokumentacje Nie napisałem dużych programów, więc nawet kolorowanie składni, której używałem w GEDzie czy w Scribble nie było mi strasznie potrzebne. Jest GUI Builder generujący kod dla E oparty na BGUI, ale nigdy go nie używałem.

• Odpowiedz

@Skotos, post #39

• Odpowiedz

@pisklak, post #40

ec moj_prog.e

• Odpowiedz

@vojo, post #41

• Odpowiedz

@vojo, post #41

Tak - to właśnie początkowo łatwość instalacji i kompilacji sprawiła że się zainteresowałem tym językiem l. Ja tak właśnie kompiluję moje programy - całe 2 sekundy pracy w okienku CLI i po robocie. Kompilator E jest naprawdę szybki.
Z innych rzeczy to mi się na przykład podoba moduł EasyGUI, z pomocą którego można dość łatwo tworzyć właśnie GUI. Może nie jest to jakościowo coś w stylu MUI, ale do wielu rzeczy naprawdę wystarczy. A tworzenie i obsługa poszczególnych gadżetów jest dość prosta (w porownaniu z gadtools/MUI/Reaction itp.).
Z rzeczy które mi się za to nie podobają to koszmarna obsługa liczb zmiennoprzecinkowych. Kto nie próbował temu się po nocach nie śnią '!'

• Odpowiedz

@Wankowicz, post #42

• Odpowiedz

@pisklak, post #43

• Odpowiedz

@hrw, post #45

• Odpowiedz

@pisklak, post #40

• Odpowiedz

@pisklak, post #43

• Odpowiedz

@R-Tea, post #48

• Odpowiedz

@michal_zukowski, post #49

• Odpowiedz

@pisklak, post #50

• Odpowiedz

@michal_zukowski, post #51

FOR l:= 0 TO bitplany-1 
mybitmap.planes[l]:=NewM(mybitmap.bytesperrow*picheight,MEMF_CHIP)
    PrintF(' Adres bitplanu [\d]= $\h\n',l,mybitmap.planes[l])
    IF mybitmap.planes[l]=0
        PrintF(' Nie mozna utworzyc bitmapy !\n')
        JUMP koniec
    ENDIF
ENDFOR

• Odpowiedz

@michal_zukowski, post #49

• Odpowiedz

@pisklak, post #52

• Odpowiedz

@michal_zukowski, post #54

• Odpowiedz

@pisklak, post #55

while (!isempty(buf))
{
    c = getcontrol();
    if (c >= 0) 
        copy(c + 1); 
    else if (c != -128)
        repeat(-c + 1);
}

• Odpowiedz

@Hexmage960, post #56

Używam iff.library bo dekoder chciałem napisać sam w ramach nauki. No i napisałem mniej więcej
Problemem w AmigaE jest to że odczytanie danych zpod wskaźnika do typu CHAR (czyli bajt) jest zawsze liczba bez znaku. Poradziłem sobie takim łamańcem

comenda:=Abs(data-256)

Jak zwraca >128 to klonuję x+1 bajtów w bitplanie docelowym. Jak jest <128 to kopiuję data+1 bajtów, jak jest 128 to przechodzę do nastepnego bitplanu, przesuwając się w danych o jeden bajt.
A tak poza tym ile to się człowiek nauczy po prostu pisząc. Guru mi powiedział że nawet jak się w tag DisplayID wpisze wartość z chunka CAMG to jeszcze nie znaczy że otwarta bitmapa ekranu bedzie miała tyle bitplanów co powinna - i bez taga SA_Depth dalej mnie medytacja czeka

Ostatnia aktualizacja: 29.11.2022 16:21:02 przez pisklak

• Odpowiedz

@pisklak, post #57

• Odpowiedz

@Hexmage960, post #58

• Odpowiedz

@pisklak, post #59

• Odpowiedz