Discussion :

[Simplifi]

Bonjour à tous
Un de mes clients a un problème de plantage direct sans message d'erreur !
je viens de le reproduire:
Une nouvelle base, une seule table "matable" avec un seul champ "N°" et un seul enregistrement 1
un formulaire avec une commande et ce code

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
Private Sub Commande_Click()
Dim Rs As DAO.Recordset
Set Rs = CurrentDb.OpenRecordset("matable")
Rs.MoveLast
Mémo = Rs(0)
Set Rs = Nothing
 
End Sub

si N° est de type décimal, j'ai un plantage direct
pour les autres type, numérique entier, réel, texte pas de problème
J'ai donc mis un point d'arrêt sur la première ligne et avant d'interroger rs(0), tout va bien
mais e simple fait de mettre le curseur sur rs(0) (ce qui e général donne une infobulle avec la valeur) plante direct (uniquement avec le type décimal ! ! ! ! )

Est ce que quelqu'un a des tuyaux Microsoft ?

je précise: ce code fonctionnait tout à fait bien, j'ai compilé, compacté, réparré et enregistré, rebooté, cherché sur internet ....

PS: 2° client dans la merde depuis aujourd'hui sur un formulaire de bordereaux de livraison donc d'utilisation très courante

[Simplifi]

Voilà ce que réponds Microsoft aujourd'hui:

C'est un nouveau bogue qui provient de la mise à jour d'office sortie le 2 juin, 2020.

Regarde

https://www.devhut.net/2020/06/08/ac...sing-problems/

Pour le moment les seules solutions sont : enlever la mise à jour fautive, ou changer le champs décimal à autre chose ('currency') peut-etre).

Microsoft travaille là-dessus activement, mais ils précisent 2-3 semaines avant la sortie d'une mise à jour pour remédier à cette mise à jour.

Avez vous d'autres conseils plus efficaces???

[tee_grandbois]

bonsoir,
selon moi, un champ décimal (12 octets) pour un champ contenant un identifiant (N°) est inapproprié ... à moins d'avoir à gérer plus de 2 milliards d'identifiants, il est conseillé d'utiliser un entier long (4 octets)

[Simplifi]

Oui effectivement Tee, je suis d'accord
Pour les Id, j'utilise en général des entiers longs
Sur cette appli, j'avais besoin de gérer des versions de devis et j'ai utilisé l facilité d'avoir le N° de devis en partie entière et le numéro de version en partie décimale (oui c'est une grosse flemme, j'aurais dû ajouter un champ)
sur une autre appli j'ai utilisé décimal pour stocker un taux de TVA et pour être sûr d'avoir un nombre de chiffres limité
De toute façon si Microsoft avait mis des limites à ce type de champ, j'en aurais tenu compte!
mais là, on est juste sur un truc qui marche depuis des lustres et qui bugue pendant 3 semaines, qui sera réparé bientôt et qui pourri la vie de tous !
Je vous passe la dernière réponse du MVP (pour qui j'ai grand respect) et qui dit que dans certains cas il a abandonné Access parce que son client n'en veut absolument plus ! ! ! !
Moi, je continue avec Access parce que je ne suis pas sûr ne plus avoir aucun problème avec un autre produit logiciel...
Sinon, je laisse ce post en résolu pour quelqu'un qui buterai sur le même plantage

[marot_r]

Bonjour.

Moi, je continue avec Access parce que je ne suis pas sûr ne plus avoir aucun problème avec un autre produit logiciel...

Sage réflexion, il n'y a aucun produit parfait.

Je me souviendrai toujours en riant de la campagne de pub de Oracle (il y a des années de cela) disant que son application était "unbreakable" (incassable).

A+