Reprise du message précédent :

Pas de réponse
J'ai fait un mail en mode " on refera une visite et une propale quand vous serez prêt, et ça dépendra des taux immo"

Édit : réponse reçue a l'instant : ils attendent les devis des artisans pour finir les travaux
Nan mais gars, vu la hausse des taux, les 2 ou 5k d'incertitude sur la PAC sont un détail

Edit2 : on a un autre piste. Maison mise en loc par une mamie, mauvais diag énergies mais bien entretenue, sera en vente au printemps prochain. 1700m² de  terrain , bien au calme, avant dernière maison d'une impasse dos aux champs
Estimation d'agence faite entre 180 et 200k, donc on sait qu'on peut proposer dans cette fourchette et avoir un appui ( peut etre même en visant plus bas, vu que les taux toussa tousssa )

Cocaine et champ ?

Non, quelqu’un d’autre change une fonction. Spécifiquement pdfjs, ils ont changé un tas de leurs objets d’awaitable en non-awaitable, j’en avais raté un, je me retrouvais avec des race conditions mais aucune erreur.
 
Mais même si c’est moi qui avais changé la fonction, ptet que tu vis dans une réalité différente mais ici on a commencé à réaliser que les gens font des erreurs, et que parier sur des infaillibilités autres que papales c’est voué à l’échec.
 
Il est complètement con que le JS accepte d’awaiter un truc qui est pas awaitable. D’autant plus étant donné que la coercion est triviale.

Désolé mais je pige pas ton soucis.  
 
Await c’est pour attendre une promesse. Si derrière tu changes ta fonction et que tu ne retournes plus une promesse, je vois pas bien ce que tu attends de JS.  
 
Si tu fais un await "test" bah c’est résolu tout de suite avec la valeur "test". Je vois aucun soucis.

 
Attention à ça pour au moins 2 raisons :
 
1) les champs deviennent parfois magiquement constructibles un beau jour
2) champ = pollution suivant les épandages, le type de culture etc... C'est loin d'être toujours idyllique au final.

1/ non ( PLU, SCOTT, .... ) Au moins pour 20 ans . Source : ben la loi FR. Changer un PLU, c'est  pas simple , et une grosse motivation politique , peu probable dans mon coin paumé
2/ tu sais que tu expliques ça à quelqu'un qui a vécu toute sa vie dans la campagne française ?

Je comprends pas, tu voudrais que JS fasse quoi ? Comment tu t'es retrouvé avec une race condition ? Quelle différence entre await Promise.of(5) et await 5 ? (Le premier est heureusement légal, et synchrone, ça me paraît cohérent que le second soit légal et fasse la même chose.)

Python retourne une TypeError par exemple.

 
Ben non j’en sais rien, c’est bien pour cela que je te préviens justement (et moi aussi j'ai vécu dans la cambrousse entouré par des fermes et des champs au départ (qui ont d’ailleurs disparu et ont laissé la place à des lotissements chez mes parents )

Sur un tout autre sujet, je sais pas chez vous, mais ici, la grande ville la plus proche est en train de perdre tous ses magasins dans ses rues piétonnes au centre… les gens ne sortent plus faire les courses, ils ont pris d’autres habitudes et énormément de gens bossent depuis la maison (il faut dire que j'habite dans la région "full of high tech companies" )

alors oui, a l'echelle de 30 ans, c'est sûr que ça peut bouger ( d'où notre recherche d'avoir assez de terrain  autour pour un cordon de sécurité )  
mais un PLU ça se change tous les 10 ans environ, et maintenant il y a un empliage de normes qui poussent à réduire le prélèvement sur les terres agricoles

Une erreur nom de dieu. Attendre un truc pas awaitable, c’est un bug.

Une erreur.
 

J’attend qu’une opération se termine avant de faire un truc. Le signal de terminaison a été bougé. J’ai raté cette info. J’attend plus que l’opération se termine avant de faire mon truc, donc mon truc s’exécute sur le mauvais état.
 

L’intention.

Non en général, et non sur la partie en bold aussi (des trucs asynchrone qui sont parfois synchrones c’est une source de bugs de synchro, d’ailleurs c’est un des trucs que le JS a bien fait: `Promise.resolve` est asynchrone).

Voilà Et pourtant dieu sait que l’async en python c’est de la merde.

 
JS ou JS + TS ?
 
Parce que dans le premier cas comment il pourrait savoir ?

<vendredi> ya pas tous ces soucis en C++ </>

Sauf que pour moi c'est pas une erreur. Tu as juste une promesse résolu tout de suite avec la valeur. C'est précisément dans la doc.

Non, faire crasher les clients est rarement la solution, et certainement pas dans ce cas-là.

Ah, tu attends trop tard, c'est déjà fini ? Franchement oui c'est compliqué, mais c'est pas dû au fait que la Promise est devenue autre chose, c'est un prédicat erroné dans le test de base. Il une resolved Promise tu aurais eu le même bug.

TS n'as pas de problème avec ça non plus, c'est la spec JS: http://go/mdn/JavaScript/Reference [...] to_promise

=> Donc "await 5" est exactement pareil que "await Promise.resolve(5)"

 
Les erreurs runtime ça existe. Ça aurait juste été une question de pas upgrader les non-promesses non-thenable implicitement.

Hmm d'accord pour ça je me suis trompé. J'ai confondu avec of de rxJS. AJA.

Ah bah si la merde documentée en fait c’est de l’or massif c’est cool, le C++ a plus de problème je comprend pas pourquoi les gens s’en plaignent Idem pour l’async de python

Je pourrais difficilement être moins d’accord.

L’inverse, j’attend pas la fin de l’opération vu que j’await une pas-promesse. Donc j’arrive avant, sur un état qui a rien d’utile.

Bah non c’est pas compliqué. Suffit de rejeter les await sur des trucs qui sont pas awaitable.

Dieu merci les promesses natives sont pas synchrones.
 
Et si ça renvoyait une promesse synchrone, l’opération que j’attend était synchrone, donc je m’en tape pour le cas qui m’intéresse.

Je sais pas ce que c’est mais les API JS elles s’appellent Promise.resolve et Promise.reject, et elles sont pas synchrones.
 
Je présume que c’est un package de promesses à vous qui fait du pâté. jQuery faisait la même merde et c’est de là que je connais le problème ($.when(x).then(…) s’exécute / ait de manière synchrone si x était pas un thenable, c’est pour ça que j’avais regardé si le comité JS avait répété l’erreur).

 
Python sort une erreur au runtime, et Masklinn voudrait que JS fasse pareil.
 
(on parle pas d'une erreur à la compilation - yen a pas).

J'ai édité, je retire.

 
Tu peux détailler un peu, je comprends pas ?  
 
Le standard dit, await foo === await Promise.resolve(foo). Donc a priori c'est pas une question simplement de synchronicité, mais de timing qui a changé ; et le test ne devrait pas dépendre du timing ?

J’appelle une opération asynchrone doThing().
 
Dans la version A de la dépendance, doThing renvoie une promesse, donc j’ai du code

await doThing();
// do more stuff assuming thing

Dans la version B de la dépendance, doThing renvoie un objet qui contient une promesse, donc mon code

await doThing();
// do more stuff assuming thing

s’exécute toujours, sans erreur, mais n’attend plus rien. Il faut que ça devienne

await doThing().promise;
// do more stuff assuming thing

Mais comme j’ai pas d’erreur faut se rendre compte que le “more stuff” fait pas ce que ça devrait, puis trouver pourquoi, sachant que le temps qu’on regarde le résultat de doThing() il est bon, c’est juste qu’on l’a pas attendu correctement.

Bah surtout, l'interface d'un truc Awaitable est connue pas forcément définie officiellement certes - en tout cas en JS.

Néanmoins je suis tombé sur ça: https://github.com/microsoft/TypeSc [...] -498001815

Du coup je me demande si JS auto-wrap pas les valeurs dans un Promise.resolve, ce qui serait complètement con.

Edit: Ah bah c'est ça

Je viens d’acheter un clavier bizarre qui fait Mac et Windows et peut s’apairer avec 3 ordis.
 
(Non je savais pas ce que j’achetais, le site de Logitech est un merdier sans nom, je cherchais juste un clavier Bluetooth)

 
C'est un excellent clavier. J'ai la version mini car je n'ai pas besoin du pavé numérique et j'aime pouvoir le transporter. C'est le clavier que j'achète pour ma boite et j'en ai aussi acheté un pour ma fille.

await doThing();
// do more stuff assuming thing

await doThing();
// do more stuff assuming thing

await doThing().promise;
// do more stuff assuming thing

Ah mais doThing a carrément changé son contrat ! Ça n'a rien à voir avec Promise, l'objet est différent, au lieu de Promise<Foo> c'est {promise: Promise<Foo>} (j'avais compris qu'ils renvoyaient Foo au lieu de Promise<Foo> ), évidemment ça pète et c'est moche si on a pas de type-checking. S'ils avaient changé Promise<Foo> en Promise<Bar> ça aurait pété plus loin tout pareil.

Du coup si tu utilisais typescript (et que le fournisseur de doThing aussi) tu aurais repéré l'erreur à la compilation.

ouais, j'ai besoin du pavé numérique parce que AZERTY.
 
(ça me fait marrer DELL qui me propose de taper un code numérique au lieu de mon mot de passe, genre c'est plus pratique sur un AZERTY)

Au final suffit de mettre des await partout pour être future proof  

La solution conviendra sûrement au masque

T'essaies d'être drôle ou j'ai raté un truc ?

T'as raté un truc, fallait await copain.

Bah sur ton message on dirait que tu me troll sur ma "solution". Or je ne donne pas de solution, j'essaie de comprendre le problème.  

Mais y'a pas de blague, détends toi natacha tu es sur les nerfs dès que je cause je ne crois pas t'avoir offensé volontairement, raconte moi tout, quels sont tes griefs envers ma personne virtuelle. En plus Jubi ne fait pas parti de la discussion
 
Si await est "intelligent" pour que si à droite y'a pas de promise ça fonctionne quand même (ce qui est con et devrait être détecté par n'importe quel outil de linting, selon moi), alors autant en mettre partout comme ça on est déjà prêt si la fonctionne devait renvoyer une promise
 

Bah j'ai l'impression que tu essais de me tacler quasi à chacun de mes posts donc bon. Pas qu'envers moi d'ailleurs, on dirait un mini Dion.

Et Jubi est une des rares personnes que j'apprécie ici.  
D'ailleurs, reviens.

détendez vous ...
 
Bon, prêts pour le bojo comeback chez nos amis les rosbeefs

cqfd

sérieux ? mais genre il fera mieux qu'ily a 2 mois ?

Meme ressenti ici  
Faisons nous des poutous des poutous virtuels désormais  
 
 

Et moi ?
 
sur les dernières semaines beaucoup lui ont littéralement sauté dessus je comprends tout à fait qu'il s'éloigne de ce forum si c'est pour s'en prendre plein la face, sur tous les sujets (google, carte graphique, water cooling, ...).
 
D'ailleurs je l'ai défendu mais j'avais visiblement du foutre plein la bouche #calimerovirtuel
 

Y'a rien de fait, hein .... Mais il est officiellement dans la course