Reprise du message précédent :

Que des Brad Pitt dans mon crew
 

Oula ca a disparu ca. Faut lui demander s'il sait se connecter a Facebook Graph pour pomper un profil dans l'illégalité tel le vrai thug qu'il est
 

 
J'ai le sentiment d'avoir pas mal fait le tour de la tech (même si il y a plein de choses que j'adore dedans), le côté management est sympa, en tout cas là ou je suis je m'y sens bien. Je trouve par contre que des fois je manque cruellement de temps pour aider...
Et en plus je fais un peu cet espèce de casquette R&D; donc c'est vraiment plaisant, puisque je garde la partie IT qui moi me plait le plus (quand c'est le nuage et qu'il faut arriver a une POC apte a réfléchir).

Même pas un spinlock dans un handler d'interruption ?

Ou un block synchronize en Java?

nope, j'avais utilisé des structures sans locking (un ring buffer sans lock)
souvent tu peux t'en sortir quand tu joues sur les modèles de mémoire
 

oui, des block synchronize en java, qui ne sont pas directement un mutex, mais un wrapping au-dessus pour pas qu'on se shoote le pied.

Ouais mais ça me suffit ça, tant que tu a une notion de section critique et que tu comprends qu'il faut contrôler l'accès aux ressources partagées.

 
Perso, nos devs, ils sont plutôt asociaux sauf un où c'est le contraire (il me fait penser à moi avec 15 ans de moins, il a passé plein de temps dans différents pays, parle plusieurs langues, il est russe). Les autres, avant le COVID, ils participaient jamais aux sorties ou se cassaient dès qu'ils le pouvaient.  
Ça ne me dérange absolument pas. Ce qui me dérange, ce sont les fouteurs de merde, ceux qui font des histoires tout le temps.

Un synchronized sur un Object, c'est l'équivalent d'un mutex. Synchroniser toute la méthode reviens à un mutex sur this.
 
En Java y'a pas à se casser la tête pour implémenter ça, et si tu as des besoins de performance vraiment particulier genre gérer de la contention y'a toutes les implémentations de l'interface Lock dans le package concurrent. Genre ReentrantReadWriteLock, que j'ai utilisé une ou deux fois depuis que je fais du Java.

RTX 2060, Ryzen 7 3700X, 32 Go
 

 
C'est ce que je me suis dit, ils sont allés jusqu'à reproduire l'eau dégueulasse de la Garonne

Je vois dit que j’ai utilisé que des wrappers et vous me dites que j’ai utilisé des wrappers, vous voulez pas plutôt m’aider sur mon pb de stm32 pour être constructif ?

non

https://www.lesnumeriques.com/monit [...] 63583.html
 
Harko ptite bite.

faut passer sur du stm64 alors

ptain, 3800 boules

2 semaines de freelancing  

En tout cas, sur tous les jeux que j'ai testés, je suis agréablement surpris des performances de ma RTX 2060. Je m'attendais à une séance de diapos sur certains jeux, j'avais tout faux. Elle se comporte très bien, et sur des jeux comme No Man's Sky, FS 2020, GTA 5, Far Cry 5, j'ai même pas eu à baisser les réglages, tout reste très fluide en 5120x1440.
 
Sur Cyberpunk 2077, j'ai du baisser un peu, mais ça reste très joli et fluide.
 
Content

Moi je crois que la seule fois où j'en ai utilisé, c'était dans ce code.
Sinon j'en ai enlevés plutôt que le contraire (pour les remplacer par ce genre de structure déjà synchronisée, justement).
 
Des mutex directement dans du code applicatif plutôt que dans des structures multithreadées, ça pue le code smell et les bugs improbables en prod.

T’oublies les impôts  

Mouiiii tu dois avoir une définition à toi de très fluide quand même, je suis en 3440x1440 sur une 3070 et ça souffre bien  

Je te dis d'arrêter de te focaliser sur des concepts métier ultra pointus

C'est moins cher sans la TVA aussi  

c'est vrai que depuis les streams, la notion de boucle est devenue obsolete

 
34 FPS ça lui suffit.  
 
Perso moins de 60 c’est mort

La tva sur taobao  

Tu devrais réécrire ton truc en go.

Testouille.cpp  

Mais si tu débuggues avec GDB tu dois pas être sous IAR, pas sûr que ça se mette bien
après j'avais pas capté que c'était un bootloader custom
c'est que t'as brické ton DSO avec une mise à jour ou tu cherches à développer un firmware custom dessus ?

Ctrl F: Zēngzhí shuì
 

y'a un triple système si j'ai bien compris, un booloader custom, qui charge LIB, qui charge APP. Je créé une App custom (l'idée c'était d'aller vite donc de pas faire le bring up moi-même j'ai besoin d'un écran LCD, ce truc en avait un, j'espérait tourcher un proto rapide )
 
J'ai développé pendant 2-3 jours sans SWD, juste en affichant des trucs à l'écran, mais au bout d'un moment j'ai créé un bug trop gros pour être géré sans SWD. Du coup j'ai du me monter un connecteur et tout le merdier logiciel pour rentrer dedans en SWD. Y'a un moment, le système m'a dit qu'il arrivait pas à flasher, que la flash était protégée, mais que je pouvais dé-protéger. Je suppose que c'est la connerie que j'ai faite, dé-protéger le bootloader et écrire dessus.
 
Je suppose que le bootloader custom initialisait des trucs que la lib n'initialise pas, et booter directement dedans part à l'ouest.

Alors qu'une bonne question sur comment trouver le nombre maximum de caractères identiques consécutifs dans une chaîne, là ça a de la gueule

Mon skillset principal ce sont les gens. Mais je sais ce qu'est un lock reentrant (même si j'ai jamais eu à m'en servir) et je peux coder un fizzbuzz

 
Dans la vraie vie on te demande trois fois les justifs originaux

Ouais je supposerais comme toi arrivé là
Et dans le lien que t'as filé y'avait pas un tuto pour réinstaller leur bootloader ? Via la liaison série ? Pour repartir sur qqch
Mais sinon un projet cubemx tout neuf si t'as le schéma et si tu veux juste utiliser le LCD et la µSD, et t'es bon pour un bring-up... Pasque là le code de seeedstudio il te manque la partie fournie par IAR pour initialiser le runtime C (je sais pas pour EWARM mais ça doit être un truc genre cstartup.s) qui est de toute façon super spécifique au compilo. Si c'est ton main() qui est branché direct par le vecteur de reset c'est pas bon et oui, la pile sera aux fraises : d'ailleurs dans GDB après reset t'atterris dans quoi d'abord ?
Tu peux aussi installer IAR mais t'auras que le choix entre illimité en temps / limité en taille de code (32k) et limité en temps (30j) / illimité en taille de code...

haha, je suis dans cubeMX, j'en chie un peu  
 
dans GDB j'atterri bien au label Reset_Handler après un flash+reset par ODB.

J’me prends pour harko à essayer de reproduire ce qui est dans le schéma et dans le code vers cubemx

(on constatera qu'ils ont overclocké l'ADC )

edit: on est d'accord que l'écran cubmx s'en occupera pas, c'est à moi de faire le bringup ?

Ouais je sais pas ce qu'ils ont en librairies tierces, tu peux pas récupérer le code de la dso_lib ? (faux edit : lutain... https://github.com/Seeed-Studio/DSO [...] urce/Lcd.c vrai edit : https://github.com/Seeed-Studio/DSO [...] urce/Lcd.c HA§)
 
Par contre comment tu allais de Reset_Handler au main ?

y'a un chemin naturel:
https://gitlab.com/dsonano/dso-firm [...] x_md.s#L93
 
je réalise que t'es pas sur le bon repo. Le plus frais est sur gitlab, il a gcc.
 
en fait ils ont misé que sur des outils solides: google code, puis Gitorious  

en tout cas merci pour ton aide
 
J'ai un nouveau bringup avec cubemx \o/ (les drivers mass storage USB sont la nouvelle led qui clignote).

Ah bah tiens : https://community.arm.com/developer [...] 6117#36117
il manque justement l'init du SP dans ton startup j'ai l'impression
Dans la version 3.5.0 y'a du __initial_sp : https://github.com/ARM-software/CMS [...] 2f10x_md.s

je vais tester, mais dans GDB, les 2/3 premier pas avaient une stack correcte. et un coup j'ai testé de mettre le sp moi-même à l'init avant de démarrer, et j'ai aussi eu la stack qui est partie au fraise après quelques pas.

merdoume j'y ai cru
bon de toute façon avec le projet tout neuf tu ne devrais pu avoir de problème
ou alors t'as une puce et/ou ST-link de contrefaçon

putain j'ai configuré mon projet cubemx sans debugger
 
il va falloir jouer avec le boot  
 
je crois que ce monde est un poil trop complexe pour mon innocence