NOWY TEMAT
elektroda NewsGroups Forum Index - Elektronika Polska - Dziwny problem z kodem w C (gcc mips/pic32)
Goto page Previous 1, 2, 3 ... 10, 11, 12
io
Guest
Guest
Wed May 24, 2023 11:16 am
W dniu 22.05.2023 o 22:29, heby pisze:
Quote:
On 22/05/2023 21:30, J.F wrote:
....
W dodaku działa tak samo dobrze dla tablic i dla znacznie bardziej
skomplikowanych kontenerów czy nawet głupich stringów.
stringa powiadasz ... bajtowego, unicode, utf-8 ?
C++ nie wspiera UTF-8. Nie wspiera też Mazovii ani ATASCI.
Ale programy wymagają UTF-8.
I dlatego możesz wybrać Qt, które używa natywnie UTF-16 i potrafi, jesli
potrzebujesz, policzyć ile jest tam *znaków* jak również przemieszczać
się między UTF-8. Tylko że od razu mówię, że policzenie ilosci znaków w
UTF to zagadnienie na habilitację. Nie bez powodu jest skomplikowane a
zdaje się że w kilku wypadkach (bodaj Koreański) mocno mętne.
QTextBoundaryFinder.
Innymi słowy, jeśli masz zagadnienia związane z tekstem UTF, to masz
zagadnienia związane z jego wyświetlaniem, a to jest cecha biblitek
graificznych, nie C++. C++ nie posiada w standardzie nic [G]UIowego.
....
W dodaku działa tak samo dobrze dla tablic i dla znacznie bardziej
skomplikowanych kontenerów czy nawet głupich stringów.
stringa powiadasz ... bajtowego, unicode, utf-8 ?
C++ nie wspiera UTF-8. Nie wspiera też Mazovii ani ATASCI.
Ale programy wymagają UTF-8.
I dlatego możesz wybrać Qt, które używa natywnie UTF-16 i potrafi, jesli
potrzebujesz, policzyć ile jest tam *znaków* jak również przemieszczać
się między UTF-8. Tylko że od razu mówię, że policzenie ilosci znaków w
UTF to zagadnienie na habilitację. Nie bez powodu jest skomplikowane a
zdaje się że w kilku wypadkach (bodaj Koreański) mocno mętne.
QTextBoundaryFinder.
Innymi słowy, jeśli masz zagadnienia związane z tekstem UTF, to masz
zagadnienia związane z jego wyświetlaniem, a to jest cecha biblitek
graificznych, nie C++. C++ nie posiada w standardzie nic [G]UIowego.
Zagadnienie analizy tekstu nie ma nic do jego prezentacji. Możesz mieć
urządzenie embeeded, które niczego nie wyświetla a tylko umie parsować
łańcuchy znaków.
Quote:
U mnie true i false są zdefiniowane przez standard.
W C/C++
A to moze być np program do komunikacji z czytnikiem kart bankowych.
Wtedy masz połaczenie z hardware i wtedy piszesz translator z
hardwarowego true na softwareowy true.
Reszta algorytmini nie powinna nic wiedzieć o jakims hardware, a
prawidłowo napisana powinna dać się uruchmić i przetestować bez hardware.
true/false to wartości logiki jaką wyraża język a nie kwestia sprzętu.
Quote:
Patrz, jeszcze jeden powód żeby porzucić guano C.
Przeciez w C tez są zdefiniowane przez standard.
Tylko trochę słabo.
C nie wspiera typu bool. Różne OSy różnie definiują TRUE/FALSE.
Napisanie w tym bałaganie generycznego/przenośnego algorytmu jest
utrudnione.
Prawie każda przenośna bibliteka, z korzeniami w C, redefiniuje wszstko.
To świadczy o tym, jak kiepski to język, skoro nawet podstawowe typy nie
mają sensownie okreśonych sizeof i trzeba to łatać ręcznie.
Nie bardzo. To jest kwestia właśnie tego, że język programowania
niekoniecznie musi cokolwiek wiedzieć o konkretnych typach danych. Bo w
środowisku embedded może nie być żadnych łańcuchów znaków i bibliotek do
ich prezentacji. A w środowisku systemu operacyjnego raczej na pewno
będą. Raczej nie ma sensu by język nie mógł wyrażać logiki. No ale to
może tyle, że nie jest to kwestia jaką wartość numeryczną przypisujemy.
Quote:
Albo lepiej niz w C++, bo brak wartosci nieokreślonych :-)
A są jakieś nieokreslone wartości bool?
Jak chcesz świadomie, to w boost jest tribool. On ma trzecią wartość,
niezdefiniowaną.
Ale to każdy typ danych może mieć niezdefiniowaną wartość. Z językowego
puntu widzenia są odpowiednie konstrukcje językowe co raczej nie mapuje
się automatycznie do sprzętu.
heby
Guest
Guest
Wed May 24, 2023 11:53 am
On 24/05/2023 11:16, io wrote:
Quote:
I dlatego możesz wybrać Qt, które używa natywnie UTF-16 i potrafi,
jesli potrzebujesz, policzyć ile jest tam *znaków* jak również
przemieszczać się między UTF-8. Tylko że od razu mówię, że policzenie
ilosci znaków w UTF to zagadnienie na habilitację. Nie bez powodu jest
skomplikowane a zdaje się że w kilku wypadkach (bodaj Koreański) mocno
mętne. QTextBoundaryFinder.
Innymi słowy, jeśli masz zagadnienia związane z tekstem UTF, to masz
zagadnienia związane z jego wyświetlaniem, a to jest cecha biblitek
graificznych, nie C++. C++ nie posiada w standardzie nic [G]UIowego.
Zagadnienie analizy tekstu nie ma nic do jego prezentacji. Możesz mieć
urządzenie embeeded, które niczego nie wyświetla a tylko umie parsować
łańcuchy znaków.
jesli potrzebujesz, policzyć ile jest tam *znaków* jak również
przemieszczać się między UTF-8. Tylko że od razu mówię, że policzenie
ilosci znaków w UTF to zagadnienie na habilitację. Nie bez powodu jest
skomplikowane a zdaje się że w kilku wypadkach (bodaj Koreański) mocno
mętne. QTextBoundaryFinder.
Innymi słowy, jeśli masz zagadnienia związane z tekstem UTF, to masz
zagadnienia związane z jego wyświetlaniem, a to jest cecha biblitek
graificznych, nie C++. C++ nie posiada w standardzie nic [G]UIowego.
Zagadnienie analizy tekstu nie ma nic do jego prezentacji. Możesz mieć
urządzenie embeeded, które niczego nie wyświetla a tylko umie parsować
łańcuchy znaków.
Interesujace to musi być urządzenie.
Szkoda, że nie pomyśleli o tym twórcy standardu C++. I o gotowych
funkcjach do sterowania prodziżem. Też by się przydały.
A nie, czekaj, to dojdziemy do C#...
Quote:
A to moze być np program do komunikacji z czytnikiem kart bankowych.
Wtedy masz połaczenie z hardware i wtedy piszesz translator z
hardwarowego true na softwareowy true.
Reszta algorytmini nie powinna nic wiedzieć o jakims hardware, a
prawidłowo napisana powinna dać się uruchmić i przetestować bez hardware.
true/false to wartości logiki jaką wyraża język a nie kwestia sprzętu.
Wtedy masz połaczenie z hardware i wtedy piszesz translator z
hardwarowego true na softwareowy true.
Reszta algorytmini nie powinna nic wiedzieć o jakims hardware, a
prawidłowo napisana powinna dać się uruchmić i przetestować bez hardware.
true/false to wartości logiki jaką wyraża język a nie kwestia sprzętu.
Istnieje miejsce, gdzie stan bitu, rejestru, przerwania może określać
stan logiczny w kodzie. To miejsce zazwyczaj posiada adapter
hardware<>software. Ten adapter jest niskopziomowy, mający pojcie o
detalach implementacyjnych hardware. Pozostałą część kodu już nie musi
go widzieć. To tak działa w każdym jezyku, ale C++ ma w ręku asa: dzięki
templates (statyczny polimorfizm) to może być *bezkosztowe* dla
generowanego kodu, produkcyjnego.
Quote:
Prawie każda przenośna bibliteka, z korzeniami w C, redefiniuje
wszstko. To świadczy o tym, jak kiepski to język, skoro nawet
podstawowe typy nie mają sensownie okreśonych sizeof i trzeba to łatać
ręcznie.
Nie bardzo. To jest kwestia właśnie tego, że język programowania
niekoniecznie musi cokolwiek wiedzieć o konkretnych typach danych.
wszstko. To świadczy o tym, jak kiepski to język, skoro nawet
podstawowe typy nie mają sensownie okreśonych sizeof i trzeba to łatać
ręcznie.
Nie bardzo. To jest kwestia właśnie tego, że język programowania
niekoniecznie musi cokolwiek wiedzieć o konkretnych typach danych.
A jednak prawie wszystkie języki wysokopoziomowe, poza C, mają ściśle
zdefiniowane typy. Nawe super-uniwersalna Java ma ściśle zdefiniowane typy.
Jedyny inny jaki kojarzę, z defektem braku ścisłych typów, to BCPL.
To artefakt tego, że C to tak naprawdę asembler, tylko o nieco innej
składni. I jak każdy asembler - nie był wymyślony do bycia przenośnym
bez pewnego wysiłku. Jego typy danych nei tylko zależą od architektury,
ale nawet od flag kompilatora (w gcc-avr można zmienić inta aby miał 8
bitów jedną flagą kompilatora, co nie jest standardowe, ale widocznie
komuś potrzebne).
Quote:
Bo w
środowisku embedded może nie być żadnych łańcuchów znaków i bibliotek do
ich prezentacji.
środowisku embedded może nie być żadnych łańcuchów znaków i bibliotek do
ich prezentacji.
Dzięki magicznym właściwościom C++ nigdy ich w takim embedded nie
zobaczysz, bo C++ ma zerowy narzut na kod i produkuje tylko to, co
niezbędne. Innymi słowy mamy balans: co prawda język zawiera w
standardzie jakieś gotowce do strigów, bo tego potrzebuje 99% ludzi, ale
dla tego 1% jest dobra wiadomość: nic to ich w kodzie wynikowym nie
kosztuje.
Co innego ze sterowaniem prodziża. Potrzbuje go 1%, wiec dostarczany
jest w postaci biblioteki, wiec ten 1% ma trochę więcej roboty.
Quote:
A w środowisku systemu operacyjnego raczej na pewno
będą. Raczej nie ma sensu by język nie mógł wyrażać logiki. No ale to
może tyle, że nie jest to kwestia jaką wartość numeryczną przypisujemy.
będą. Raczej nie ma sensu by język nie mógł wyrażać logiki. No ale to
może tyle, że nie jest to kwestia jaką wartość numeryczną przypisujemy.
Problemem jest, że w C nie wiadomo ile bitów ma char.
Zabawne, nie?
https://stackoverflow.com/questions/437470/type-to-use-to-represent-a-byte-in-ansi-c89-90-c/437640#437640
I to jest używane w embedded, do grzebanai w rejestrach o ścisłych
szerokościach. Nazwał bym to kipeskim żartem, gdyby nie to że to
standard przemysłowy.
Quote:
Jak chcesz świadomie, to w boost jest tribool. On ma trzecią wartość,
niezdefiniowaną.
Ale to każdy typ danych może mieć niezdefiniowaną wartość.
niezdefiniowaną.
Ale to każdy typ danych może mieć niezdefiniowaną wartość.
Nie. W C typy integer są zawsze zdefiniowane, mogą posiadać wartości w
pełnej przestrzeni permutacji bitów. Istnieją stany niedozwolone w
wartościach zmiennoprzecinkowych, ale to nie to samo co niezdefiniowane.
Są jezyki, gdzie mogą być niezdefiniowane (None w pythone), ale to
wymaga dodatkowej informacji w postaci flagi. Przestrzeń każdego typu
integer w C jest wypełniona w 100% poprawnymi wartościami.
Stąd programistów w C czesto przyłapiesz na:
#define UNKNOWN -1
Ale to tylko workaround wymagający zgody wszystkich w obrębie danego
programu. To jest znowu nieprzenośne: taki kod jest niekompatybilny z
kodem, gdzie inny aparat napisał #define UNKNOWN -127.
To jedna z przyczyn, dla któej powstał boost::optional<>. W tym
przypadku wszyscy się zgadzamy co to jest niezdefiniowana wartość, bez
nadeptywania sobie na palce.
Quote:
Z językowego
puntu widzenia są odpowiednie konstrukcje językowe co raczej nie mapuje
się automatycznie do sprzętu.
puntu widzenia są odpowiednie konstrukcje językowe co raczej nie mapuje
się automatycznie do sprzętu.
Dlatego pisanie w C++ (w C też, tylko nikt nie stosuje) robi to
warstwami. Logika "biznesowa" jest pisana na abstrakcjach, a do sprzetu
masz adaptery.
W ten sposób nieprzenośne jest tylko kilka procent typowego kodu. W
dodatku kod jest unit testowalny z definicji.
C++ daje gotowce do tego (np. statyczny polimorfizm). W C nie ma nic, a
jeśli ktoś jest super-hackerem to potrafi zrobić "link time
polymorphism" jako nie tyle workaround, co bardziej samobójstwo.
Janusz
Guest
Guest
Wed May 24, 2023 12:45 pm
W dniu 24.05.2023 o 11:53, heby pisze:
Quote:
Zagadnienie analizy tekstu nie ma nic do jego prezentacji. Możesz mieć
urządzenie embeeded, które niczego nie wyświetla a tylko umie parsować
łańcuchy znaków.
Interesujace to musi być urządzenie.
Normalne urządzenie, sam takie popełniłem, konwerter sterowania drukarką
urządzenie embeeded, które niczego nie wyświetla a tylko umie parsować
łańcuchy znaków.
Interesujace to musi być urządzenie.
Normalne urządzenie, sam takie popełniłem, konwerter sterowania drukarką
z maszyny, nowa do etykiet ma inny język i trzeba było z tego co wypluwa
maszyna wyłuskać interesujące informacje, opakować nowymi kodami i
wysłać do nowej drukarki.
--
Janusz
heby
Guest
Guest
Wed May 24, 2023 12:46 pm
On 24/05/2023 12:45, Janusz wrote:
Quote:
Zagadnienie analizy tekstu nie ma nic do jego prezentacji. Możesz
mieć urządzenie embeeded, które niczego nie wyświetla a tylko umie
parsować łańcuchy znaków.
Interesujace to musi być urządzenie.
Normalne urządzenie, sam takie popełniłem, konwerter sterowania drukarką
z maszyny, nowa do etykiet ma inny język i trzeba było z tego co wypluwa
maszyna wyłuskać interesujące informacje, opakować nowymi kodami i
wysłać do nowej drukarki.
mieć urządzenie embeeded, które niczego nie wyświetla a tylko umie
parsować łańcuchy znaków.
Interesujace to musi być urządzenie.
Normalne urządzenie, sam takie popełniłem, konwerter sterowania drukarką
z maszyny, nowa do etykiet ma inny język i trzeba było z tego co wypluwa
maszyna wyłuskać interesujące informacje, opakować nowymi kodami i
wysłać do nowej drukarki.
To zagadnienie w sam raz dla Pi z pełnym Linuxem. Gdzie jest Qt OOTB
razem ze swoim QString.
Dlaczego musi być to w języku koniecznie a nie w biblitece?
Janusz
Guest
Guest
Wed May 24, 2023 1:38 pm
W dniu 24.05.2023 o 12:46, heby pisze:
Quote:
On 24/05/2023 12:45, Janusz wrote:
Zagadnienie analizy tekstu nie ma nic do jego prezentacji. Możesz
mieć urządzenie embeeded, które niczego nie wyświetla a tylko umie
parsować łańcuchy znaków.
Interesujace to musi być urządzenie.
Normalne urządzenie, sam takie popełniłem, konwerter sterowania
drukarką z maszyny, nowa do etykiet ma inny język i trzeba było z tego
co wypluwa maszyna wyłuskać interesujące informacje, opakować nowymi
kodami i wysłać do nowej drukarki.
To zagadnienie w sam raz dla Pi z pełnym Linuxem. Gdzie jest Qt OOTB
razem ze swoim QString.
Sraty taty, chodzi na atmedze8 bo akurat taka miałem, zajmuje całe 668
Zagadnienie analizy tekstu nie ma nic do jego prezentacji. Możesz
mieć urządzenie embeeded, które niczego nie wyświetla a tylko umie
parsować łańcuchy znaków.
Interesujace to musi być urządzenie.
Normalne urządzenie, sam takie popełniłem, konwerter sterowania
drukarką z maszyny, nowa do etykiet ma inny język i trzeba było z tego
co wypluwa maszyna wyłuskać interesujące informacje, opakować nowymi
kodami i wysłać do nowej drukarki.
To zagadnienie w sam raz dla Pi z pełnym Linuxem. Gdzie jest Qt OOTB
razem ze swoim QString.
Sraty taty, chodzi na atmedze8 bo akurat taka miałem, zajmuje całe 668
bajtów wszystkiego
Wystarczyłby 2kilowy attiny :)
Quote:
Dlaczego musi być to w języku koniecznie a nie w biblitece?
Nie rozumiem, możesz jaśniej?
--
Janusz
heby
Guest
Guest
Wed May 24, 2023 1:48 pm
On 24/05/2023 13:38, Janusz wrote:
Quote:
Normalne urządzenie, sam takie popełniłem, konwerter sterowania
drukarką z maszyny, nowa do etykiet ma inny język i trzeba było z
tego co wypluwa maszyna wyłuskać interesujące informacje, opakować
nowymi kodami i wysłać do nowej drukarki.
To zagadnienie w sam raz dla Pi z pełnym Linuxem. Gdzie jest Qt OOTB
razem ze swoim QString.
Sraty taty, chodzi na atmedze8 bo akurat taka miałem, zajmuje całe 668
bajtów wszystkiego Wystarczyłby 2kilowy attiny
drukarką z maszyny, nowa do etykiet ma inny język i trzeba było z
tego co wypluwa maszyna wyłuskać interesujące informacje, opakować
nowymi kodami i wysłać do nowej drukarki.
To zagadnienie w sam raz dla Pi z pełnym Linuxem. Gdzie jest Qt OOTB
razem ze swoim QString.
Sraty taty, chodzi na atmedze8 bo akurat taka miałem, zajmuje całe 668
bajtów wszystkiego
Wystarczyłby 2kilowy attiny
Na 668 bajtach kodu nie ogarniesz szerokości znaku po Koreańsku.
Innymi słowy, masz zagadnienie zupełnie inne, niż ogarnianie ogólnego
przypadku, o którym była mowa w dyskusji.
Masz zagadnienie ogarniania specyficznego przypadku. W dodatku
trywialnego, sądząc po ilości kodu.
Troche, jak byś marudził, że C++ powinien mieć pełen support dla grafiki
3D, bo kolega, w kasie fiskalnej, musi narysować prostokąt.
Quote:
Dlaczego musi być to w języku koniecznie a nie w biblitece?
Nie rozumiem, możesz jaśniej?
Nie rozumiem, możesz jaśniej?
Zarzut (io) był, że C++ nie wspiera unikodu. Nie musi, to niszowa
funkcjonalność w zastosowaniach C/C++. Znacznie łatwiej osiągnąć to
przez bibliteki poza standardem C++. Są wtedy dobrane dokładnie do
zaganienia, a nie uniwersalne. Jak by C++ wspierał unikod, to zaraz było
by biadolenie embedowców, że doinkludowanie std::string powoduje
dolinkowanie 4MB kodu obsługi języka RongoRongo.
No wiec nie jest to potrzebne. Od tegą są biblioteki zewnętrzne, jak Qt.
Chcesz to masz. Nie chcesz, to masz char* i rękodzieło. Dla każdego coś
dobrego.
elektroda NewsGroups Forum Index - Elektronika Polska - Dziwny problem z kodem w C (gcc mips/pic32)