CONNEXION
  • RetourJeux
    • Sorties
    • Hit Parade
    • Les + populaires
    • Les + attendus
    • Soluces
    • Tous les Jeux
    • Gaming
  • RetourActu Gaming
    • News
    • Astuces
    • Tests
    • Previews
    • Toute l'actu gaming
  • RetourBons plans
    • Bons plans
    • Bons plans Smartphone
    • Bons plans Hardware
    • Bons plans Image et Son
    • Bons plans Amazon
    • Bons plans Cdiscount
    • Bons plans Decathlon
    • Bons plans Fnac
    • Tous les Bons plans
  • RetourJVTech
    • Actus High-Tech
    • Intelligence Artificielle
    • Smartphones
    • Mobilité urbaine
    • Hardware
    • Image et son
    • Tutoriels
    • Tests produits High-Tech
    • Guides d'achat High-Tech
    • JVTech
  • RetourCulture
    • Actus Culture
    • Culture
  • RetourVidéos
    • A la une
    • Gaming Live
    • Vidéos Tests
    • Vidéos Previews
    • Gameplay
    • Trailers
    • Chroniques
    • Replay Web TV
    • Toutes les vidéos
  • RetourForums
    • Hardware PC
    • PS5
    • Switch 2
    • Xbox Series
    • Switch
    • Pokemon pocket
    • FC 25 Ultimate Team
    • League of Legends
    • Tous les Forums
  • PC
  • PS5
  • Xbox Series
  • Switch 2
  • PS4
  • One
  • Switch
  • iOS
  • Android
  • MMO
  • RPG
  • FPS
En ce moment Genshin Impact Valhalla Breath of the wild Animal Crossing GTA 5 Red dead 2
Liste des sujets

[Delphi/POO] Runtime Error, ignorer / identifier la cause?

BlackChinchilla
BlackChinchilla
Niveau 10
28 janvier 2015 à 01:01:30

Bonjour :hap:

alors j'ai un problème avec une application serveur (Qui utilise TServerSocket)

"Runtime error 216 at 0040765E"

Cette erreur apparais après la fermeture du programme. Un contact à moi a dit, plutôt vaguement, que ça pouvait venir de sockets qui, comme le programme est fermé, ne trouvent plus le programme et donc donnent une erreur :(

donc du coup j'ai essayé divers trucs, tous sans succès.

La plupart de mes essais se résumes dans le bout de code suivant:


procedure TForm1.FormClose(Sender: TObject; var Action: TCloseAction);
var
i:integer;
begin
for i:=0 to serversocket1.Socket.ActiveConnections -1 do begin
serversocket1.Socket.Connections[i].Close;
serversocket1.Socket.Connections[i].free;
end;
end;

J'ai essayé de faire plusieurs variantes de ce même truc à divers endroits du programme, tous sans succès.

du coup, j'ai pas l'habitude de "cacher" les erreurs, mais je me demande si il y'a moyen de faire en sorte d'ignorer celle-ci, comme le programme est déjà fermé, ce n'est pas trop un problème, mais aucune aide trouvé en ligne, toutes les prises en charge d'erreur que je connais ne semble pas la capturer non plus :(

Autrement, si y'a moyen d'arriver direct à une ligne de code à partir de la valeur hexadécimale donnée, je pourrais p-e réparer le tout :(

Merci d'avance :hap:

Message édité le 28 janvier 2015 à 01:02:02 par BlackChinchilla
godrik
godrik
Niveau 30
28 janvier 2015 à 02:48:22

un coup de google me dit que cette erreur est l'equivalent de "seg fault" en C. Si ca arrive apres la fermeture du programme, j'imagine que c'est lie a des objets qui se detruisent dans le "mauvais" ordre. Tu utilise des objets globaux?

BlackChinchilla
BlackChinchilla
Niveau 10
28 janvier 2015 à 03:06:36

Euh, Object Globaux ça comprend quoi? :(

Je connais que très peu de termes à vrai dire.

godrik
godrik
Niveau 30
28 janvier 2015 à 17:48:27

J en'ai jamais ecrit de delphi. Mais j'imagine que ca marche comme autre chose (C++ whatever). Si tu as une variable global qui est un objet, elle sera detruite a la sortie du programme. Donc si tu as un bug dans le destructeur il sera active pendant la terminaison du programme.

BlackChinchilla
BlackChinchilla
Niveau 10
28 janvier 2015 à 17:53:04

Ah, des variables d'objets, j'en ai aucune, que des variables integer/string :(
Ceci dit, beaucoup de mes variables sont globales :(

Sous forums
  • Aide à l'achat Mac
  • Création de sites web
  • Création de Jeux
  • Linux
  • Programmation
  • Internet
  • Steam Deck
  • Macintosh
  • Hardware
La vidéo du moment