Skrevet søn. d. 29. august 2010 kl. 23:22:59| #1

buzzzz (46.576 point)
ifyoudo.net

"Jeg har prøvet at en cross-thread præcis som de gør, men giver mig stadig fejl om "Handling på tværs af tråde......"."

Say what har du prøvet ?

Anmeld misbrug

Skriv et svar | Skriv en kommentar

Skrevet søn. d. 29. august 2010 kl. 23:24:50| #2

buzzzz (46.576 point)
ifyoudo.net

Kig her:
http://www.eksperten.dk/ (...)

Det burde give en ide om hvordan det skal løses.

mvh

Anmeld misbrug

Skriv et svar | Skriv en kommentar

Skrevet man. d. 30. august 2010 kl. 00:56:26| #3

lasserasch (9.742 point)
www.r-coding.dk

Eller du kan kigge på det her eksempel. En anden vej at gå...

http://www.r-coding.dk/ (...)

mvh.
Lasse

Anmeld misbrug

Skriv et svar | Skriv en kommentar

Skrevet man. d. 30. august 2010 kl. 08:55:38| #4

mjall0w (16.030 point)

Hov, var lidt for hurtigt der.
Når fejlen opstår i MS VS, kommer de med link til nogle eksempler hvor de gør det, og hvis jeg gør det præcis som de gør det der, får jeg stadig fejl,
http://msdn.microsoft.com/ (...)(VS.90).aspx

Men der findes simpelthen ingen anden måde end at tjekke om det skal Invokes hver gang jeg skal ændre et objekt? Det drejer sig nemlig og rigtig MANGE objekter jeg løbende skal ændre.

Det backgroundworker eksempel virker desværre heller ikke, da det er en masse funktioner jeg kalder så snart jeg aktiverer min background.

Anmeld misbrug

Skriv et svar | Skriv en kommentar

Skrevet man. d. 30. august 2010 kl. 09:38:24| #5

buzzzz (46.576 point)
ifyoudo.net

WPF har vist noget der er bedre ... men siden du bruger WinForms, bliver du nok nødt til at tage den her vej, jeg har endnu ikke set andre måder det kan løses på.

Men det kan helt sikkert laves meget generisk, så der ikke er så meget kode der skal laves alligevel.

Anmeld misbrug

Skriv et svar | Skriv en kommentar

Skrevet man. d. 30. august 2010 kl. 10:28:53| #6

mjall0w (16.030 point)

Ja, det er sku noget værre pis det her ;)
Well, fandt frem til jeg vil benytte det her,

                    this.login.Invoke((ThreadStart)delegate()
                    {
                        login.Enabled = true;
                    });

og det virker helt efter planen.
Så for at gøre det nemmere må jeg jo skrive en funktion der tillægger sig de Form objekter jeg vil redigere, så jeg er fri for at skrive den kode hver gang jeg skal ændre noget i min form, men bare kan kalde funktionen hvori jeg angiver hvilket objekt jeg vil ændre ved.

Tak for hjælpen.

Smider du et svar buzzzzzz?

Anmeld misbrug

Skriv et svar | Skriv en kommentar

Skrevet man. d. 30. august 2010 kl. 10:51:17| #7

buzzzz (46.576 point)
ifyoudo.net

Ja, men i sidste ende er det for din egen skyld det blev lavet sådan her i .NET 2 og frem ...

Nogen gange ville det være nemmere at man kunne, det vil jeg give dig ret i, det burde være en setting.

svar.

Anmeld misbrug

Skriv et svar | Skriv en kommentar

Skrevet man. d. 30. august 2010 kl. 12:23:51| #8

lasserasch (9.742 point)
www.r-coding.dk

Men hvorfor bruger du så ikke en background worker. Det er jo lige netop det som den kan. Altså opdatere din form fra en anden tråd.

Umiddelbart virker det da lidt skørt at skrive sin egen funktion til det, når den findes i forvejen???

Mvh.
Lasse

Anmeld misbrug

Skriv et svar | Skriv en kommentar

Skrevet tir. d. 31. august 2010 kl. 21:26:32| #9

mjall0w (16.030 point)

lasserasch, det er fordi jeg har skrevet et forholdsvis stort program nu, og det er delt op i funktioner. Programmet kører sig selv hele tiden i løkker og foretager det ene på det andet gang på gang. Og når jeg starter "startfunktionen()" fra backgroundworker, får jeg disse fejl med at jeg har kaldt dem fra en anden tråd.
Det er derfor jeg gør det, ellers kan jeg kun give dig helt ret.

Anmeld misbrug

Skriv et svar | Skriv en kommentar

Skrevet ons. d. 01. september 2010 kl. 14:02:34| #10

aaberg_cc (38.768 point)

Hvis du ikke gider lave invokes for samtlige operationer, så kan du altid sætte følgende property:
Form.CheckForIllegalCrossThreadCalls = false;

Så vil dine cross-thread operationer virke helt fint.

Bare husk på at der er en grund til at cross-thread operationer som default ikke er lovlige. Hvis du ikke holder tungen lige i munden, risikere du deadlocks i dit program. Men hvis du føler dig rimelig sikker på at det er OK det du laver, så skal der ikke være noget i vejen for at sætte CheckForIllegalCrossThreadCalls propertien til false.

Anmeld misbrug

Skriv et svar | Skriv en kommentar

Skrevet ons. d. 01. september 2010 kl. 18:02:14| #11

lasserasch (9.742 point)
www.r-coding.dk

Om du opretter en tråd eller bruger en background worker er jo det samme. Men hvis du bruger en background worker har du jo en masse events du kan hooke dig op på = De funktioner du nu vil skrive selv.

Jeg kan ikke rigtig se idéen med ikke at gøre det.

Og om du skal oprette en ny tråd eller en ny background worker er jo lige nemt.

Men ja, du kan ikke kalde en anden funktion som skal opdatere UI direkte fra en backgroundworkers arbejdstråd, men dertil har man jo "ReportProgress" metoden. Og evented som bliver fyret af når den metode kaldes kører i samme tråd som UI og kan dermed opdatere UI.

Mvh.
Lasse

/Out

Anmeld misbrug

Skriv et svar | Skriv en kommentar

Skrevet ons. d. 01. september 2010 kl. 20:06:09| #12

mjall0w (16.030 point)

Tak aaberg, selvom det kom lidt for sent :/ Meget praktisk ihvertfald.
Selvom jeg har brugt adskille timer på at omskrive hele koden.

Kører det også i en backgroundthread, men selve problemet i spørgsmålet her var netop at jeg ikke kunne opdatere UI fra en anden tråd en backgroundworkeren.

Anmeld misbrug

Skriv et svar | Skriv en kommentar