[NET/Remote]Poging tot begeleide uitvoering binnen OS Loader

[ThaStealth]

Ik ben atm bezig met een (gedistribueerd) programma in VS2005 (C#), dus .NET remoting
Nu heb ik een simpel form in elkaar gedraait, maar telkens als ik in een textbox iets wil typen knalt het programma eruit met de volgende melding:

Poging tot begeleide uitvoering binnen OS Loader-vergrendeling. Probeer geen begeleide code uit te voeren binnen een DllMain- of afbeeldingsinitialisatiefunctie, omdat de toepassing hierdoor kan vastlopen.

Ik heb geen code erin die ervoor zorgt dat de main threat geblocked word om wat voor een reden dan ook (heb de code die voor remoting zorgt er tijdelijk uitgecommend, maar krijg nog steeds de melding)
Ik heb geen flauw idee wat hij van me wil, of hoe ik dit probleem moet oplossen, wie kan me hiermee helpen.

Tnx

[whoami]

Kan je wat meer info geven; doe je iets in de TextChanged oid event van die TextBox ?
Wat doe je precies met die remoting ? Zit je met events die gethrowed worden door je remote object die je op de client kant wil opvangen , etc ....

[ThaStealth]

Er zit geen TextChanged event aan de textbox.
Maar ik vang wel events op vanaf een remote object in de client, maar dit heb ik tijdelijk uitgezet (ook references verwijderd) en nog krijg ik hetzelfde probleem.

Hier is het client deel te downloaden, ik heb alle code eruit gegooit, tevens ook alle references, gewoon runnen en in de textbox iets typen

Ik ben eens benieuwd of het bij andere users ook optreed

[ Voor 6% gewijzigd door ThaStealth op 14-05-2007 10:37 ]

[whoami]

Dit hoort zowiezo thuis in PRG, en niet in SEA trouwens.
-> PRG

[Zr40]

Bij mij werkt het gewoon.

Behalve dat het een vieze vertaalde foutmelding is, wat voor fout is het? Is het een exception? (Zo ja, welke?) Is het een foutmelding van Visual Studio? Van Windows?

[ThaStealth]

is een fout van VS2005:

[Zr40]

Ah, een MDA. Informatie op MSDN over LoaderLock is te vinden op http://msdn2.microsoft.com/en-us/library/ms172219.aspx.

Kan je een screenshot maken van de stack trace?

[whoami]

Wat probeer je eigenlijk precies te doen ?

Zonder relevante code kunnen we je moeilijk helpen.

[ParaNoiMia]

ThaStealth schreef op maandag 14 mei 2007 @ 10:37:
Ik ben eens benieuwd of het bij andere users ook optreed

Bij mij ontstaat geen foutmelding. (helaas kan ik je ook niet echt verder helpen, threads ben ik nog niet bij gearriveerd )

[jelmervos]

Sluit iTunes eens af.

[ThaStealth]

jelmervos schreef op maandag 14 mei 2007 @ 12:51:
Sluit iTunes eens af.

Precies, heb de pagina eens doorgelezen (terwijl ik naar iTunes aan het luisteren was) toen ik deze afsloot liep ie als nooit tevoren!

[Zr40]

Toch ben ik benieuwd naar de stack trace. Ik vraag mij namelijk af hoe iets als iTunes invloed kan hebben op een simpel en klein programma.

[ThaStealth]

waar kan ik de stack trace vinden dan post ik het wel??

Als ik em nu run en ik maak verbinding met een aantal pc's binnen het netwerk dan doet ie het vlekkeloos, als er echter een pc buiten het netwerk verbinding maakt met de server dan doet ie het alleen als er niemand anders op de server aanwezig is, hij knalt er telkens uit met de volgende fout (duurt enige tijd voordat deze verschijnt):

[roy-t]

Zr40 schreef op maandag 14 mei 2007 @ 13:21:
Toch ben ik benieuwd naar de stack trace. Ik vraag mij namelijk af hoe iets als iTunes invloed kan hebben op een simpel en klein programma.

Ook benieuwd of dit na het compilen nog gebeurt! Zou wel erg kritiek zijn (en wat maakt een programma als Itunes zo anders als WMP, je prog runt gewoon terwijl WMP aan staat... vreemd!

(mompelt iets over *innovatief apple* hehe )

@TS heb je ook die custom errors al aangezet om te kijken wat ie nog meer zegt?

[ Voor 7% gewijzigd door roy-t op 14-05-2007 15:46 ]

[whoami]

Stacktrace is een property van je Exception object.

Voor je andere fout: lees eens wat er als hulpmessage bij je exception-dialog staat: schakel customerrors in (ff zoeken in MSDN hoe je dat precies moet doen; is een setting in je web.config file), en dan zal je wat meer info krijgen over het hoe & waarom.

[ThaStealth]

whoami schreef op maandag 14 mei 2007 @ 15:47:
Stacktrace is een property van je Exception object.

Eeuuuh ik heb geeen id wat je bedoeld, sorry

Voor je andere fout: lees eens wat er als hulpmessage bij je exception-dialog staat: schakel customerrors in (ff zoeken in MSDN hoe je dat precies moet doen; is een setting in je web.config file), en dan zal je wat meer info krijgen over het hoe & waarom.

Ben al op zoek geweest naar die config file, alleen weet ik niet waar ik hem moet vinden in het project (bij ASP.NET weet ik waar ik moet vinden, alleen bij dit project ben ik hem nog niet tegengekomen)

[ Voor 7% gewijzigd door ThaStealth op 14-05-2007 15:56 ]

[whoami]

ThaStealth schreef op maandag 14 mei 2007 @ 15:55:
[...]

Eeuuuh ik heb geeen id wat je bedoeld, sorry

Dan denk ik dat je je eerst eens met wat moet bezighouden dat wat meer 'basic' is dan hetgeen waar je nu mee bezig bent.
Als je die zin begrijpend leest, en je weet niet wat een object is, en wat een property is, of hoe je aan exception handling kunt doen, dan denk ik dat je eerst toch een paar andere tutorials of boeken moet doornemen.
Zoals ik dus reeds zei: de stacktrace vind je terug in de StackTrace property van het exception object dat gegooid wordt.

code:

try
{
   // lijn code die fout gaat.
}
catch( Exception ex )
{
   Console.WriteLine (ex.Message);
   Console.WriteLine (ex.StackTrace);
}

Je kan ze ook bekijken door op 'view details' te klikken van dat schermpje dat je daar post.

Ben al op zoek geweest naar die config file, alleen weet ik niet waar ik hem moet vinden in het project (bij ASP.NET weet ik waar ik moet vinden, alleen bij dit project ben ik hem nog niet tegengekomen)

Hoe is je remoted object gehost ? Wordt het gehost in IIS (door ASP.NET), of heb je een eigen service / Programma geschreven dat als server fungeert (en dus de 'server kant' speelt van je app ? )

[Zr40]

whoami schreef op maandag 14 mei 2007 @ 15:47:
Stacktrace is een property van je Exception object.

Echter is dit een MDA (Managed Debugging Assistant), wat geen Exception is (en dus ook niet gethrowed wordt) maar een door Visual Studio gedetecteerde eigenaardigheid. De stack trace is dus gelijk aan de call stack op het moment dat de MDA getoond wordt.

[ThaStealth]

Voor het LoaderLock probleem, hij crashed op deze regel: Application.Run(new ClientApplicatie()); (das dus in Program.cs) dus hij catched em niet.

Ik heb een eigen service gemaakt die de server kant voor zijn rekening neemt.

[Zr40]

ThaStealth schreef op maandag 14 mei 2007 @ 16:24:
Voor het LoaderLock probleem, hij crashed op deze regel: Application.Run(new ClientApplicatie()); (das dus in Program.cs) dus hij catched em niet.

Ik heb een eigen service gemaakt die de server kant voor zijn rekening neemt.

Waarschijnlijk wordt LoaderLock gedetecteerd in niet-user code. Visual Studio verbergt deze standaard.

edit:
Dit wordt weergegeven als [External Code].

Ik zal vanavond zelf eens het een en ander met iTunes gaan proberen om dit te reproduceren.

Overigens komen MDA's per definitie alleen tijdens debuggen voor. Ze zijn dus ook niet fataal. Normaal gesproken geven ze echter wel belangrijke fouten aan.

[ Voor 4% gewijzigd door Zr40 op 14-05-2007 16:34 ]

[ThaStealth]

[External Code]
> Client.exe!TestApplicatie.Program.Main() Line 19 + 0x1a bytes C#
[External Code]
Dit is dus de inhoud van de call stack

[whoami]

Wat doe je in de constructor van je ClientApplicatie class ?

[ThaStealth]

C#:

        public ClientApplicatie()
        {
            InitializeComponent();
            BinaryClientFormatterSinkProvider clientProvider = new
BinaryClientFormatterSinkProvider();
            BinaryServerFormatterSinkProvider serverProvider = new
            BinaryServerFormatterSinkProvider();
            serverProvider.TypeFilterLevel =
            System.Runtime.Serialization.Formatters.TypeFilterLevel.Full;
            IDictionary props = new Hashtable();
            props["port"] = 0;
            props["typeFilterLevel"] = System.Runtime.Serialization.Formatters.TypeFilterLevel.Full;
            TcpChannel chan = new TcpChannel(
            props, clientProvider, serverProvider);
            ChannelServices.RegisterChannel(chan, false);
        }

Is de initialisatie van de verbinding die ik later ga gebruiken om verbinding te leggen naar de server, maar dat voert ie allemaal netjes uit, die MDA komt pas als ik iets in de textbox wil invoeren (zit niets van een event achter). En de andere fout (die server fout) komt pas als er iemand extern verbinding maakt en ik zit ook reeds op de server.

Weet iemand de oplossing voor het serverprobleem?

[ Voor 14% gewijzigd door ThaStealth op 14-05-2007 18:15 ]

[Zr40]

Zr40 schreef op maandag 14 mei 2007 @ 16:27:
Ik zal vanavond zelf eens het een en ander met iTunes gaan proberen om dit te reproduceren.

Ik heb het kunnen reproduceren.

Aan de call stack te zien wordt na de eerste toetsaanslag in een TextBox een library geladen: iTunesKeyboardCompatibility.dll. Het lijkt dus inderdaad door iTunes veroorzaakt te worden.

Als ik de MDA negeer lijkt het testprogramma nog te werken.