Discussion :

[irion]

Bonjour.

Je ne pensais pas poster, mais je m'y vois obligé étant donné que je ne trouve pas de solutions.

En effet, j'ai codé une application vb.net il y quelques temps que je distribue et qui marche très bien. Cependant, j'ai voulu faire une MàJ V 3.0 aujourd'hui que j'ai codé ces derniers jours.
J'y inclus un client IRC, client pris d'un code d'un ami initialement codé en VB6. J'ai utilisé le traducteur de VS 2008 pour passer de VB6 à VB.NET et donc aucun problèmes. Le client utilisant winsock, j'ai du ajouter des .dll aux références et tout roule.
Je n'ai pas eu de problèmes pour débugger ni pour compiler, j'ai testé l'application sur mes machines (2 PCs sous Vista x32 et une VM sous XP x32) sans soucis.

Cependant, au moment de la MàJ, les utilisateurs ne peuvent plus utiliser l'application.

En effet, la Form de login se charge, mais au moment de lancer la form principale une erreur apparait. Et c'est cette erreur que je ne comprend pas. Pourquoi cela aurait-il marché sur mes 3 machines alors que ça ne marche sur aucune autre ?
J'imagine que ça vient du code vb6 traduit (quoi d'autre puisque ça marchait très bien avant).

Voici l'erreur qu'un de mes utilisateur m'a envoyé :

See the end of this message for details on invoking
just-in-time (JIT) debugging instead of this dialog box.

************** Exception Text **************
System.InvalidOperationException: An error occurred creating the form. See Exception.InnerException for details. The error is: Class not registered (Exception from HRESULT: 0x80040154 (REGDB_E_CLASSNOTREG)) ---> System.Runtime.InteropServices.COMException (0x80040154): Class not registered (Exception from HRESULT: 0x80040154 (REGDB_E_CLASSNOTREG))
at System.Windows.Forms.UnsafeNativeMethods.CoCreateInstance(Guid& clsid, Object punkOuter, Int32 context, Guid& iid)
at System.Windows.Forms.AxHost.CreateWithoutLicense(Guid clsid)
at System.Windows.Forms.AxHost.CreateWithLicense(String license, Guid clsid)
at System.Windows.Forms.AxHost.CreateInstanceCore(Guid clsid)
at System.Windows.Forms.AxHost.CreateInstance()
at System.Windows.Forms.AxHost.GetOcxCreate()
at System.Windows.Forms.AxHost.TransitionUpTo(Int32 state)
at System.Windows.Forms.AxHost.CreateHandle()
at System.Windows.Forms.Control.CreateControl(Boolean fIgnoreVisible)
at System.Windows.Forms.Control.CreateControl(Boolean fIgnoreVisible)
at System.Windows.Forms.AxHost.EndInit()
at PocketBooter.Form1.InitializeComponent()
--- End of inner exception stack trace ---
at PocketBooter.My.MyProject.MyForms.Create__Instance__[T](T Instance)
at PocketBooter.Form4.Timer1_Tick(Object sender, EventArgs e)
at System.Windows.Forms.Timer.OnTick(EventArgs e)
at System.Windows.Forms.Timer.TimerNativeWindow.WndProc(Message& m)
at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)


************** Loaded Assemblies **************
mscorlib
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50727.4952 (win7RTMGDR.050727-4900)
CodeBase: file:///C:/Windows/Microsoft.NET/Framework64/v2.0.50727/mscorlib.dll
----------------------------------------
Pocket Booter
Assembly Version: 2.0.0.0
Win32 Version: 2.0.0.0
CodeBase: file:///C:/Users/Administrator/Desktop/AJ/Pocket%20Booter.exe
----------------------------------------
Microsoft.VisualBasic
Assembly Version: 8.0.0.0
Win32 Version: 8.0.50727.4927 (NetFXspW7.050727-4900)
CodeBase: file:///C:/Windows/assembly/GAC_MSIL/Microsoft.VisualBasic/8.0.0.0__b03f5f7f11d50a3a/Microsoft.VisualBasic.dll
----------------------------------------
System
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50727.4927 (NetFXspW7.050727-4900)
CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System/2.0.0.0__b77a5c561934e089/System.dll
----------------------------------------
System.Windows.Forms
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50727.4927 (NetFXspW7.050727-4900)
CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System.Windows.Forms/2.0.0.0__b77a5c561934e089/System.Windows.Forms.dll
----------------------------------------
System.Drawing
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50727.4927 (NetFXspW7.050727-4900)
CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System.Drawing/2.0.0.0__b03f5f7f11d50a3a/System.Drawing.dll
----------------------------------------
System.Configuration
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50727.4927 (NetFXspW7.050727-4900)
CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System.Configuration/2.0.0.0__b03f5f7f11d50a3a/System.Configuration.dll
----------------------------------------
System.Xml
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50727.4927 (NetFXspW7.050727-4900)
CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System.Xml/2.0.0.0__b77a5c561934e089/System.Xml.dll
----------------------------------------
System.Runtime.Remoting
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50727.4927 (NetFXspW7.050727-4900)
CodeBase: file:///C:/Windows/assembly/GAC_MSIL/System.Runtime.Remoting/2.0.0.0__b77a5c561934e089/System.Runtime.Remoting.dll
----------------------------------------
DevComponents.DotNetBar2
Assembly Version: 8.1.0.7
Win32 Version: 8.1.0.7
CodeBase: file:///C:/Windows/assembly/GAC_MSIL/DevComponents.DotNetBar2/8.1.0.7__5fd520d36328f741/DevComponents.DotNetBar2.dll
----------------------------------------
AxInterop.MSWinsockLib
Assembly Version: 1.0.0.0
Win32 Version: 1.0.0.0
CodeBase: file:///C:/Users/Administrator/Desktop/AJ/AxInterop.MSWinsockLib.DLL
----------------------------------------
Accessibility
Assembly Version: 2.0.0.0
Win32 Version: 2.0.50727.4927 (NetFXspW7.050727-4900)
CodeBase: file:///C:/Windows/assembly/GAC_MSIL/Accessibility/2.0.0.0__b03f5f7f11d50a3a/Accessibility.dll
----------------------------------------

************** JIT Debugging **************
To enable just-in-time (JIT) debugging, the .config file for this
application or computer (machine.config) must have the
jitDebugging value set in the system.windows.forms section.
The application must also be compiled with debugging
enabled.

For example:

<configuration>
<system.windows.forms jitDebugging="true" />
</configuration>

When JIT debugging is enabled, any unhandled exception
will be sent to the JIT debugger registered on the computer
rather than be handled by this dialog box.

Je ne sais pas comment régler ce problème .. Donc si quelqu'un peut m'aider, ça serait super.

Aussi, je pense qu'utiliser System.Net.Sockets serait un bon choix, mais je ne sais pas comment faire pour passer de winsock aux sockets de .net

Voilà, j'espère que j'ai été clair et que vous pourrez m'aider.

Cordialement,

-Irion.

[Pol63]

il faut registrer les dll com pour les utiliser (les dll .net n'ont pas cet inconvénient)

regsvr32.exe "chemin de winsock ou autre dll"

à intégrer dans le setup si tu livres winsock

[ctxnop]

Euuh
winsock est une lib système fournie par Windows. Il ne faut pas la livrer et elle est sensée déjà être enregistrée. (En plus j'ai pas le souvenir qu'elle soit un COM)

[Pol63]

elle n'est pas fourni avec tous les windows
elle était utilisable sous vb6 et faisait partie du runtime je crois
et je pense bien que c'est une classe COM

m'enfin on voit bien que c'est la recherche de l'activeX COM qui plante ... un autre activeX est utilisé ?

sinon en théorie migrer une appli vb6 en vb.net avec l'assistant n'est qu'une vue de l'esprit, il vaut mieux tout réécrire...

[ctxnop]

Sous quel Windows n'est-elle pas fournie ???
C'est une DLL en C qui fournit l'implémentation des socket sous windows et du TCP/IP.
En gros, pas de winsock = pas de réseau. Elle est fournie depuis windows 95.

Ca fait quelques années que je n'ai pas codé en C/C++ d'appli qui utilisent directement la winsock, mais je n'ai pas le souvenir de faire appel à du COM.
Et je ne vois rien dans MSDN qui semble indiquer le contraire.

Par contre, j'approuve fortement qu'il est préférable de re-coder

[Pol63]

winsock.dll surement, mais pour vb6 c'était un ocx posable sur les forms (fourni avec le runtime donc ^^) qui était utilisé, et vu qu'il a migré une appli vb6 ...
(style un component de vb.net)

ici on voit http://support.microsoft.com/kb/194784 qui contient Winsock Control 6.0 MSWinsck.OCX

[ctxnop]

Ahhhh j'avais complètement oublié qu'ils avaient fait tout plein d'ocx qui encapsulaient les dll C alors que le VB6 disposait de tout ce qu'il fallait pour faire des appels directs.
Bon bah du coup effectivement, il faut qu'il soit enregistré et distribué.
Mais vaudrait quand même mieux ré-écrire.