|
dev
newsgroups
|
|||||||||||||||||||||||
|
|||||||||||||||||||||||
App Crash after READ MSCORRC.DLLWe have actually big Problems with our VB.net Application. As usual the Problem appears only in a productive environments by some of our costumors. We use a thirdparty multithread FTP Datatransfer component. Irregularly in some unkonown situations we get an Errormessage "cannot find resources in resource file. please check your setup". After This Message the Apllikation crashes Down und must be restarted. After installling a filemonitor we could finf that ther Crash always appears after an Access to MSCORRC.DLL in C:\WINDOWS\Microsoft.NET\Framework\v1.1.4322\en-US\ The /us-EN/ subdirectory doesnt exist at the first time wie saw this. After Adding the Diretory und copying the DLL in der directory it makes no change. So i Think it must be related with the DLL? How can i found out which process wants tu get access to this DLL?? Thank you for your Help in Advice --- markus Markus,
I'm inclined to say that your problem is related to the third-party control and as such you might want to check with the vendor of the control. This could very well be a known issue that has a fix or perhaps a work-around? Show quote "Markus Hildebold" <manis***@hotmail.com> wrote in message news:43693f99$0$18794$9b622d9e@news.freenet.de... > > Hi @All > > We have actually big Problems with our VB.net Application. > > As usual the Problem appears only in a productive environments by some of > our costumors. > We use a thirdparty multithread FTP Datatransfer component. > Irregularly in some unkonown situations we get an Errormessage "cannot > find resources in resource file. please check your setup". After This > Message the Apllikation crashes Down und must be restarted. > > After installling a filemonitor we could finf that ther Crash always > appears after an Access to MSCORRC.DLL in > C:\WINDOWS\Microsoft.NET\Framework\v1.1.4322\en-US\ > The /us-EN/ subdirectory doesnt exist at the first time wie saw this. > After Adding the Diretory und copying the DLL in der directory it makes no > change. > > So i Think it must be related with the DLL? > How can i found out which process wants tu get access to this DLL?? > > Thank you for your Help in Advice --- > markus > > > > Hello Carsten
thank you for your Reply. But we´ve asked the vendor for Help some weeks ago, but they doesn´t have any idea or workaround. it semms to be a problem with handling Multithreading tasks by .net Frameowork.. hm.... Show quote "CT" <carstent@spammersgoawayintegrasol.dk> schrieb im Newsbeitrag news:u3B$qDE4FHA.1416@TK2MSFTNGP09.phx.gbl... > > Markus, > > I'm inclined to say that your problem is related to the third-party > control and as such you might want to check with the vendor of the > control. This could very well be a known issue that has a fix or perhaps a > work-around? > > -- > Carsten Thomsen > Communities - http://community.integratedsolutions.dk > > "Markus Hildebold" <manis***@hotmail.com> wrote in message > news:43693f99$0$18794$9b622d9e@news.freenet.de... >> >> Hi @All >> >> We have actually big Problems with our VB.net Application. >> >> As usual the Problem appears only in a productive environments by some of >> our costumors. >> We use a thirdparty multithread FTP Datatransfer component. >> Irregularly in some unkonown situations we get an Errormessage "cannot >> find resources in resource file. please check your setup". After This >> Message the Apllikation crashes Down und must be restarted. >> >> After installling a filemonitor we could finf that ther Crash always >> appears after an Access to MSCORRC.DLL in >> C:\WINDOWS\Microsoft.NET\Framework\v1.1.4322\en-US\ >> The /us-EN/ subdirectory doesnt exist at the first time wie saw this. >> After Adding the Diretory und copying the DLL in der directory it makes >> no change. >> >> So i Think it must be related with the DLL? >> How can i found out which process wants tu get access to this DLL?? >> >> Thank you for your Help in Advice --- >> markus >> >> >> >> > > > Hmm, what info do you have on the threading used by the component?
Show quote "Markus Hildebold" <manis***@hotmail.com> wrote in message news:4369b5bb$0$17807$9b622d9e@news.freenet.de... > > Hello Carsten > thank you for your Reply. > But we´ve asked the vendor for Help some weeks ago, but they doesn´t have > any idea or workaround. > it semms to be a problem with handling Multithreading tasks by .net > Frameowork.. > > hm.... > > "CT" <carstent@spammersgoawayintegrasol.dk> schrieb im Newsbeitrag > news:u3B$qDE4FHA.1416@TK2MSFTNGP09.phx.gbl... >> >> Markus, >> >> I'm inclined to say that your problem is related to the third-party >> control and as such you might want to check with the vendor of the >> control. This could very well be a known issue that has a fix or perhaps >> a work-around? >> >> -- >> Carsten Thomsen >> Communities - http://community.integratedsolutions.dk >> >> "Markus Hildebold" <manis***@hotmail.com> wrote in message >> news:43693f99$0$18794$9b622d9e@news.freenet.de... >>> >>> Hi @All >>> >>> We have actually big Problems with our VB.net Application. >>> >>> As usual the Problem appears only in a productive environments by some >>> of our costumors. >>> We use a thirdparty multithread FTP Datatransfer component. >>> Irregularly in some unkonown situations we get an Errormessage "cannot >>> find resources in resource file. please check your setup". After This >>> Message the Apllikation crashes Down und must be restarted. >>> >>> After installling a filemonitor we could finf that ther Crash always >>> appears after an Access to MSCORRC.DLL in >>> C:\WINDOWS\Microsoft.NET\Framework\v1.1.4322\en-US\ >>> The /us-EN/ subdirectory doesnt exist at the first time wie saw this. >>> After Adding the Diretory und copying the DLL in der directory it makes >>> no change. >>> >>> So i Think it must be related with the DLL? >>> How can i found out which process wants tu get access to this DLL?? >>> >>> Thank you for your Help in Advice --- >>> markus >>> >>> >>> >>> >> >> >> > > >  |
|||||||||||||||||||||||
Other interesting topics