Discussion :

[Osiis]

Bonjour,

j'ai actuellement un soucis avec un programme que je développe en vb.net, et je souhaiterai continuer de travailler dessus sur un autre ordinateur que celui sur laquelle je l'ai débuté.

Or, lorsque le programme se lance, j'ai un message d'erreur que voici :

An unhandled exception of type 'System.Data.OleDb.OleDbException' occurred in System.Data.dll

Additional information: 'C:\Users\admin\Documents\Stage\Planning BE\db_planning.mdb' n'est pas un chemin d'accès valide. Assurez-vous que le nom du chemin d'accès est correct et qu'une connexion est établie avec le serveur sur lequel réside le fichier.

Je ne sais pas d'où peux venir ce problème, sachant que je ne tente à aucun moment de me connecter au chargement de l'application.
Ainsi si vous aviez quelques idées quant à l'origine de ce soucis...je suis preneur !

Merci d'avance.

[jjameau]

bonjour

a priori tu as bougé également ta BD, est ce que se ne serait pas un problème de droits NTFS sur ta nouvelle machine ??

[Pol63]

ton erreur signifie surtout que tu n'as pas mis de try catch dans ton programme ! grosse erreur !

utiliser un chemin en dur pour une base c'est pas top

et vu qu'il y a une tentative de connexion à la base alors que tu penses que le programme n'est pas censé le faire, c'est que tu ne maitrise pas tout ce que tu as codé ... car un programme à défaut de faire ce qu'on veut qu'il fasse fait toujours ce qu'il y a d'écrit dans le code ^^


et pour savoir pourquoi ca passe par là, il suffit de regarder le stacktrace de l'erreur ...

[Osiis]

Effectivement je suis encore un débutant dans la POO.

Ainsi si vous pouviez me définir plusieurs termes, à savoir stacktrace et catch mon programme ^^

Et la vérité est que cela fait déjà plusieurs semaines que j'ai débuté ce programme et que les détails m'échappent, malgré que je le commente le plus possible. Je me doutais qu'il s'agissait un soucis au niveau d'un chemin d'accès à la base de donnée utilisé, mais je n'arrive pas à mettre la main sur le bout de code correspondant.

J'ai d'abord pensé que cela pouvait venir de la ligne définissant mon provider, mais même après modification, ça ne fonctionne pas plus.

connexion.ConnectionString = "Provider=Microsoft.Jet.OLEDB.4.0;Data Source=D:\\Cours\\Stage\\Planning BE\\db_planning.mdb;User Id=;Password=;"

Si je souhaitais passer ce chemin en relatif, j'aurai quelque chose de ce genre :

connexion.ConnectionString = "Provider=Microsoft.Jet.OLEDB.4.0;Data Source=..\\ BE\\db_planning.mdb;User Id=;Password=;"

C'est bien ca?

[Pol63]

dans un programme il est conseillé de mettre des try catch
certains diront là où ca risque quelque chose (accès à une base de données, ouverture d'un fichier ...), moi je dirais d'en mettre le plus possible

Code :

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

1
2
3
4
5
6
7
8
 
public sub machin ...
  try
    'code
  catch ex as exception
     msgbox ex.message & vbcrlf & vbcrlf & ex.stacktrace
  end try
end sub

s'il n'y a pas d'erreur entre le try et le catch, l'execution se continue après le end try
par contre s'il y a une erreur, le code passe dans le bloc catch
la varaible ex contient toutes les informations de l'erreur
soit on l'affiche, soit encore mieux, on l'enregistre quelque part, voir meme on l'envoie par mail pour pouvoir débugger et faire une mise à jour


stack ca veut dire pile

en programmation si une sub en appelle une autre, puis cette sub va lire dans une propriété, il y a une pile des appels qui montre l'ordre des appels pour arriver à un point
on peut la voir en debug dans vs, mais on peut aussi la connaitre pendant l'execution
donc le stacktrace sur ex est la pile des appels menant à l'erreur

[Osiis]

D'accord, merci pour vos explications, je vais me remettre à chercher d'où viens mon erreur alors. =)