Rynek pracy STM32

Thu Jul 21, 2022 7:20 pm   

W dniu 2022-07-21 o 17:58, heby pisze:

Thu Jul 21, 2022 7:33 pm   

On 21/07/2022 21:18, Janusz wrote:

Kod wykonywany przez CPU, pochodzący z kompilacji C++ nie bada żadnych
typów runtime. Zawartości wywołań wirtualnych również są statyczne. W
kodzie nie znajdziesz ani jednej instrukcji warukowej, majacej na celu
"wybadanie typu".


W obu wypadkach typy są przypisane na stałe, nie ma badania typów. Typy
nie istnieją w kodzie wynikowym.

Jedyne miejsce, gdzie typy można "badać" to dynamic_cast<> i wymaga to
wywołania jawnie w kodzie źródłowym, dotyczy wąskiego zakresu typów i w
zasadzie nie polega na badaniu typu, tylko porownania pointera na coś
magicznego.


W szablonach? Nie, tylko uzywany kod, po otymalizacji, która często
kończy się zerową ilością kodu.

Szablony mogą nie genrować kodu, generować bardzo mało i generować
bardzo dużo. Zalezy co chcesz nimi uzyskać.


Tak, nie, zależy.

Amator piszący osobne funcje i tak jest musi napisać w szablonach jak i
w kodzie nieszablonowym - bo są różne i wymagają innych implementacji.


A wiec kompletnie dalej tego nie rozumiesz. Nawet przyłapywany co chwile
na kłamstwach, brniesz dalej w ignorancję.

Thu Jul 21, 2022 7:34 pm   

On 21/07/2022 21:20, Janusz wrote:

To się kiedyś *plonk* nazywało, ale na Odrze mogło jeszcze nie być.

Thu Jul 21, 2022 7:56 pm   

środa, 20 lipca 2022 o 21:56:23 UTC+2 Piotr Gałka napisał(a):


I to jest główny argument za pracowaniem na komputerze bez dostępu do internetu ;>
Taki powinien być w drugim pokoju albo w ogóle 100m dalej.
Newsy to morderstwo.
Kiedyś na studiach się zgadało o usenecie i pytam kolegi: "ty masz czas na czytanie grup?" (sam czytałem tylko śp. p.r.h.n.) - a on: "ty mnie lepiej spytaj, czy ja mam czas na cokolwiek innego" ;>

Thu Jul 21, 2022 8:12 pm   

środa, 20 lipca 2022 o 22:49:05 UTC+2 heby napisał(a):

No to jeszcze spróbuję wymiany.
Na razie zamieniałem między HDD a CD-ROM - ale żeby oba poszły?
Choć CD-ROM działa źle, a chyba ostatnio w ogóle odłączyłem.
Zamieniałem też między dwoma kontrolerami (płyta ma 6 gniazd z chipsetu + 2 z drugiego chipa, no i jeszcze IDE).
Ew. to płyta (jeśli nie naprawdę dysk) - jakiś czas temu przestała działać wbudowana karta sieciowa.
Tak nagle.
PCIowy realtek z kolei ma przerwy w transmisji.
Więc używam USB-ethernet.
Chyba że to jego sterowniki psują kernel.
Echh, nowy komputer to gorzej niż nowe spodnie - tym bardziej, że żona nie kupi...

Thu Jul 21, 2022 8:36 pm   

Powiem krótko, pierdol się, jesteś bucem i tyle.

Thu Jul 21, 2022 8:36 pm   

czwartek, 21 lipca 2022 o 15:21:40 UTC+2 heby napisał(a):


Ja też nie rozumiem sensu szablonów.
Jak tylko zobaczyłem, uznałem, że to to samo co define'y - a nieszczęsny zapis z <> odrzucił estetycznie.
I przez to nie da się zrobić bibliotek closed-source.
Polepszyło się coś od 2001?
Tylko nie mieszajmy w to idei open-source i free software.

Thu Jul 21, 2022 8:42 pm   

On 21/07/2022 22:36, Janusz wrote:

Fakty potafią boleć. Ja wiem.

Thu Jul 21, 2022 9:56 pm   

W dniu 2022-07-21 o 22:42, heby pisze:

ty ciągle robisz wycieczki osobiste i mnie obrażasz, nazywasz mnie
kłamcą, nieukiem itd. a tymczasem ja mam prawo mieć swoje zdanie,
programować można na wiele różnych sposobów bel osiągnąć właściwy cel. A
ty tonem wszystkowiedzącego narzucasz tylko swój punkt widzenia a co nie
pasuje to mieszasz z błotem. Czyli zachowujesz się jak typowy gbur,
zarozumiały buc i prostak który bez wycieczek osobistych nie potrafi
dyskutować.

--
Janusz

Fri Jul 22, 2022 7:11 am   

On 21/07/2022 23:56, Janusz wrote:

Jesteś na etapie ich negowania.


Ale Ci nie wychodzi.


Oczywiście. Informacja o potoku jest w 2-gim akapicie wikipedii o 486.
Zanim napisałeś, nawet nie sprawdziłeś.


To się świetnie sprawdza w sztuce, ale nie w naukach ścisłych.
Szczególnie że nie piszesz "moim zdaniem 486 nie ma potoków" tylko
piszesz, że nie ma i już. To jest kłamstwo. Do sprawdzenia w 3 sekundy.
To samo ze statycznym i dynamicznym polimorfizmem, co do których nie
masz śladu pojęcia czym są. To nie są opinie. To są kłamstwa.


Ale mimo to ludzkośc znalazła wspólne nazwy i techniki, pozwalajace jej
porozumiewać się w sposób ścisły. Tu nie ma miejsca na swoje koncepcje.
Szczególnie, że w Twoim przypadi te koncpecje są biegunowo odległe od
rzeczywistości.


Ostatnio głównie cytuje definicje, z którymi się nie zgadzasz i
prezentuje przykłady, które w/g Ciebie nie mają prawa działać. To nie
jest mój punkt widzenia.

Tak naprawdę masz nikłą wiedzę w tych tematów. Zgaduje, że
najzwyczajniej świat Ci uciekł jakieś 20 lat temu i nie dogoniłeś go.
Ale dalej uważasz, że *wydaje* Ci sie, jak to ma działać, więc na pewno
tak działa. No więc nie.


Cytujac definicje? Jesteś jednym z tych ludzi, którzy uważają prawdę za
obraźliwą? Kompilatory C++ nie działają, jak myślisz. Runtime
generowanego kudu nie działa, jak myślisz. Procesory mają potoki,
odwrotnie jak myślisz. To Cie miesza z błotem? Że świat działą inaczej?


Przecież sam wpadłeś w środek *grzecznej* i bardzo miłej dyputy z butam,
wrzeszcząć coś o Harvardzie, nie mając pojęcia jak działa współczesny
procesor, posługując się stosem kłamstw i bredni. Buc? Oglądałeś się
ostatnio w lusterku? Gdybys tu nie wpadł ze swoją ignorancją dysputa
grzecznie by się zakończyła. A tak, nie możesz odpuścić, zamiast
dopuścić fakt, ze nie wiesz co mówisz.

Dostałeś to, z czym przyszedłeś. Dostałeś w łeb starając się ustawić
dyskutanta do pionu. Obnażono trudne do przełknięcia fakty, że nie masz
pojęcia o czym mówisz. Być może myślałeś że znasz się na czymś, ale nie
bierzesz pod uwagę, że *zawsze* są ludzie znający się na czymś lepiej i
należy najzwyczajniej uważać w pewności siebie. Tu jest pełno ludzi,
którzy znają się lepiej ode mnie na masie tematów i nie przyszło by do
głowy spierać się znimi o czymś, czego nie rozumiem. Dyskusja to nie
narzucanie punktów widzenia. Za to wpadanie w środek grzecznej dysputy z
ignorancją w ręku, już tak.

Fri Jul 22, 2022 7:35 am   

On 21/07/2022 20:12, Dawid Rutkowski wrote:

Spawdzaleś z jakimś starszym Live Linuxem? Zazwyczaj odpalam wtedy
SystemRescueCD i puszczam jakiś prosty test sieciowy do wewnętrznego
serwera. Miałem już ze 3 razy, kiedy update kernela psuł ethernet,
głównie pod kątem wydajności. Czy to był Realtek, nie pamiętam, ale
jeden to na pewno był Marvell. Zazwyczaj dotyczyło to nowych chipów,
których sterowniki cągle miały problemy i co chwile w aktualizacji coś
zmieniali.


Ta sieciówka naprawdę działa na PCI? Nie na PCIe? Ogólnie karty sieciowe
PCIe tanie są... to z usb to padlina, ma spore opóźnienia

Fri Jul 22, 2022 10:23 am   

W dniu 2022-07-21 o 16:41, heby pisze:

Znalazłem to co sobie wtedy napisałem jako podsumowanie. Jak się coś
takiego po latach czyta to też się nie jest pewnym co się miało na
myśli, choć było to pisane 'ku pamięci'.

--------------------------------
Próbowałem umieścić GUID w DevTab i dostarczać go w konstruktorze
tabeli. Wyszło mi, że oprócz statycznej DevTab w klasach typu U485 muszę
też dać statyczny GUID (bo nie udawało mi się wygenerować go w biegu
jako parametru wywołania konstruktora).
W sumie aby w funkcji FindDevs móc zawołać FindDevs tabeli bez podawania
w tym miejscu GUIDa zapisy w każdej klasie docelowego urządzenia USB
robiły się większe niż po prostu wpisanie GUID w funkcji FindDevs() więc
zrezygnowałem z GUID w DevTab.
---------------------------------

Moja struktura klas do obsługi urządzeń WinUsb:

class WUsbDev
Urządzenie WinUsb (uchwyt i wywołania funkcji) - głównie zasłania różne
nic mi nie mówiące funkcje Windows.

class WUsbDevTab
zawiera WUsbDev Tab[WUsbDevTabSize];
tabelka znalezionych urządzeń według GUID
dlatego chciałem aby GUID był w tej klasie i wtedy jej FindDevs() byłaby
bez parametrów.

Mam tabelkę, bo zakładam możliwość podpięcia więcej niż jednego takiego
samego urządzenia. Na przykład jak wylosowany klikaniem na ekranie klucz
chcę wpisać do dwu urządzeń, które potem służą do szyfrowania
komunikacji, to chcę je oba na raz widzieć.

class WUsbBulkD
bazowa klasa urządzeń WinUsb z dwoma endpointami bulk (we i wy)
ona zawiera WUsbDev *Dev; - wskaźnik na aktualne wybrane z tabelki

class MmWUsbBulkD : public WUsbBulkD
nasze urządzenia - obsługują komunikację zgodnie z naszymi standardami
(ramka, rozkazy rozpoznawcze, rozkazy ugrade'u)

class Usb485 : public MmWUsbBulkD
przejściówka USB-RS485
i tu pojawia się konkretny UID

nie widzę w tej chwili jak to się łączy z tabelką a nie mam w tej chwili
czasu.
wrócę do tego później.
P.G.

Fri Jul 22, 2022 4:19 pm   

W dniu 2022-07-21 o 16:41, heby pisze:


Ja kombinowałem z obiektem GUID w klasie (a nie referencją) i żeby go
inicjalizować w konstruktorze.


Stopniowo przypominam sobie o co mi chodziło i co było problemem.
Problemem było wpisanie wartości GUID bezpośrednio w wywołaniu
konstruktora obiektu static. Wydawało mi się, że kompilator wtedy
powinien wpisać dane z treści kodu źródłowego prosto do zmiennej typu GUID.
Szczerze mówiąc to jakbym w obiekcie miał referencję a wartość GUID
podawał jako parametr konstruktora (jak w Twoich przykładach) to nie
wiedziałbym czy to jest dobrze. Dla mnie (intuicyjnie) parametry wpisane
w wywołanie jakiejkolwiek funkcji (również konstruktora) znikają po
wykonaniu funkcji. Nie lubię stosować konstrukcji co do których nie
jestem pewny - dlatego przypisanie referencji do czegoś znikającego to
nie moja bajka.
Choć wiem, że łańcuch znaków mogę tak przekazać i przypisać wskaźnik na
ten łańcuch, ale wydawało mi się, że łańcuchy czasami są traktowane
inaczej od innych danych.
Zapewne kompilator radzi sobie z tym doskonale tworząc jakiś obiekt
gdzieś tam i przypisując do niego referencję, ale ja mam wtedy wrażenie
że to nie ja panuję nad wszystkimi danymi. Parametry z wywołania
konstruktora tak normalnie uważam, że powinienem w całości skopiować do
danych w klasie a nie przypisać sobie referencję do nich.

Mam zamiar powtórzyć tamte moje próby i dam znać.

Ale uciekam z pracy (pracuję na poddaszu po zachodniej stronie) - po
południu straszny upał się tu robi. Może w poniedziałek, chyba, że coś
wyskoczy.


To mi wieloletni zgryz wyjaśniłeś :)


Bardzo prawdopodobne, że się gruntowanie mylę. Dotychczas jak
rozmawialiśmy nie usiłowałem dopytywać o szczegóły więc wiem tylko tyle
co mi się tam po głowie kołacze.
P.G.

Fri Jul 22, 2022 4:51 pm   

On 22/07/2022 18:19, Piotr Gałka wrote:

Skoro konstruktor przyjmuje referencję, to umawiasz się z wołającym, że
to jego sprawa trzymać ten obiekt. Taka umowa, w przypadku używania
referencji, jest dość powszechna i bardzo podobna do trzymania pointera.

Dla skomplikowanych przypadków współdzielenia własności wymyślono
smart_ptr<>, ale tutaj jest to zbędne.

W kodzie ten obiekt jest w ogóle trzymany w zmiennej globalnej.


GUIDy w przykłądzie nie zniką. Są trzymane w przestrzenie globalnej,
inicjowane przed main() i usuwane po wyjści z programu.


Tutaj ten problem jest zupełnie inny gdzięki temu, że GUID jest tworzony
i trzymany w zmiennej globalnej. Nigdzie nie zniknie.

Niewykluczone, że na dziwacznych architekturach w ogóle powinien być
trzymany we flashu, więc to nie jest optymalne.


Piszesz o przypadakch "przedłużania zycia zmiennych". Tutaj to nie
zachodzi. Specjalnie przykład jest napisany tak, aby nie było
niejasności. Referencje są bezpieczne w tym przypadku.

Aczkolwiek, jak powiedziałem, szablony+mixiny pozwoliły by zaoszczędzić
4 bajty klasy bazowej w RAM kosztem kilkudziesięciu bajtów flasha...

Mon Jul 25, 2022 1:33 pm   

W dniu 2022-07-22 o 18:51, heby pisze:

Znajduję tylko czas aby się odezwać, a nie aby poeksperymentować -
zawsze mówię sobie - to zaraz i ... nic nie robię.


To jest standardowe podejście.
Ale moim celem było, aby tego GUID wpisać tylko i wyłącznie jako
parametr wywołania funkcji - pominąć potrzebę robienia przeze mnie
zmiennej tego typu.

Twój przykład nawet stosując referencje nie realizuje tego co ja wtedy
chciałem osiągnąć.

W tym Twoim przykładzie?:
---------------
static GUI konkretnyGUID = { };

class KlasaKonkretna : public KlasaBazowa {
public:
KlasaKonkretna() : KlasaBazowa( konkretnyGUID ) { [...] };

[...]
};
---------------

Mi chodziło o to aby: nie tworzyć statycznej zmiennej konkretnyGUID
tylko zapis jego wartości ująć jakoś od razu w miejscu gdzie go
wstawiłeś jako parametr konstruktora KlasyBazowej w konstruktorze Klasy
konkretnej.

Konstruktor KlasyKonkretnej najchętniej zostawiłbym w pliku h, a takie
static konkretny GUID to dla mnie musi być w pliku cpp więc i
konstruktor trzeba tam przenieść.

Ja chciałem zrobić coś podobnego jak mam definiowane mikrokontrolery.

Mam:

class ATProg : public ATProc
{
.....
public:
ATProg(dword fs,dword fp,dword es,dword ep,qeord fm,dword
sg):ATProc(...){}
};

I potem już konkretne są definiowane tak:

class ATmega162Prog : public ATProg
{
public:
ATmega162Prog():ATProg(0x4000,128,512,1,0x1EFFFF,0x1E9404){}
};

To jest cała definicja (w pliku h). Nic w niej tu nie skróciłem.
Bez śladu w pliku cpp.

Tak samo następnie mam definiowane klasy:
ATmega8Prog
ATmega48Prog
ATmega88Prog
ATmega644Prog

I tak samo chciałem zrobić z różnymi pochodnymi pewnej klasy, które to
pochodne różnią się między sobą tylko tym GUID.
Czyli konstruktor klasy bazowej miał mieć jeden parametr typu GUID a
konstruktory kolejnych klas miały go wołać wpisując tam wartość tego GUIDa.

Klasy pochodne występowały by tylko w pliku h.

Wiem, że mi się to nie udało. Ogólnie wiem, że nie udawało mi się wpisać
GUIDA jako parametru wywołania konstruktora (bezpośrednio w wywołaniu).
P.G.