Juhuuuuuuuu, endlich mal nen Preis gewonnen

@GTA. Wenn wir beide nochmal das gleiche an einem Tag gewinnen, tauschen wir einfach, ok?

guten morgen alle zusammen!
57 von 194? geniale sache! dann gehört ich auch zu dem viertel das baut mich jetzt aber ein wenig auf *g* wünsche euch allen einen angenehmen tag!

Tilman hat folgendes geschrieben:

Dann hatte man ja ne Chance von 3,5% zu gewinnen, wenn ich richtig rechne

Wie kommst du auf 3,5%? Bei 50 Leuten alleine ist schon nur noch eine Wahrscheinlichkeit von 2%. Bei 57 sind es sogar nur noch 1,74% .

GTA-Place hat folgendes geschrieben:

Nur 1 Viertel hatten alles richtig und ich gehör dazu

Ich auch .

Die Frage gestern hatte mich zutiefst verwirrt, wohl auch, weil ich noch Neuling in .Net bin.

Allerdings ist mir nicht ganz klar, warum 1. nicht auch richtig ist.

In der MSDN steht "This method is automatically called after an object becomes inaccessible" und 1. war "Er wird umgehend aufgerufen, wenn keine Referenz auf das entsprechende Objekt mehr besteht".

Ist damit nicht dasselbe gemeint?

Das ist jetzt keine Kritik, wenn ich es falsch mache, mache ich es falsch, aber verstanden habe ich es nicht. Vielleicht kann mich ja jemand von euch aufklären

Danke schonmal.

Fingolfin hat folgendes geschrieben:

In der MSDN steht "This method is automatically called after an object becomes inaccessible" und 1. war "Er wird umgehend aufgerufen, wenn keine Referenz auf das entsprechende Objekt mehr besteht". Ist damit nicht dasselbe gemeint?

Nein, 1. und 2. haben sich ausgeschlossen. Es kam auf das "umgehend" an. 2. Hieß ja, dass der Zeitpunkt des Aufrufs nicht festgelegt ist. und umgehend würde heißen, dass es sofort, wenn es nicht mehr benötiogt wird aufgerufen worden wäre.



MrSaint

Hallo!

Nein, das ist nicht dasselbe, weil das Wörtchen umgehend noch drin enthalten ist. Du weißt nicht, wann die Garbage Collection der Meinung ist, es müsste mal wieder ein Finalizer ausgeführt werden. Das kann direkt sein, nachdem alle Referenzen auf das Objekt futsch sind, das kann auch viel später sein.

Steht auch im MSDN:

Zitat:

Resources are not guaranteed to be released at any specific time, unless calling a Close method or a Dispose method.

Ich erlebe das bei einem Programm, welches ich schreibe, ab und an: Das kann schon mal bis zu 90MB Arbeitsspeicher belegen, bis die GC anfängt, aufzuräumen und es wieder auf 20MB runter bringt.

Grüße
Christian

//edit: Mist, zu langsam

Danke für die Antworten.

So ist es schon logischer. Ich fange gerade erst mit .Net an, habe derartige "Speicherschwankungen" aber auch schon festgestellt und mich mitunter gewundert, ob das Ganze nicht etwas effektiver ablaufen könnte.

ICH AUCH MAL
Juhuuuuuuuu, endlich mal nen Preis gewonnen

Fingolfin hat folgendes geschrieben:

Danke für die Antworten. So ist es schon logischer. Ich fange gerade erst mit .Net an, habe derartige "Speicherschwankungen" aber auch schon festgestellt und mich mitunter gewundert, ob das Ganze nicht etwas effektiver ablaufen könnte.

Ist doch ziemlich effektiv. Wozu ständig Zyklen für's Aufräumen verbraten wenn eh noch genug Platz ist.

Man sollte sich auch genau überlegen, ob man wirklich Finalizer benutzen will. Im Gegensatz zur gemütlichen GC mit ihrem Background Thread laufen die Viecher in einer Thread mit erhöhter Priorität. Wenn immer eine App bei einem GC sweep stockt, kannst du dir fast sicher sein, dass der Entwickler zu faul war um Dispose() aufzurufen.

@Topic
Ist wirklich nett, wenn man um 0:00 schauen kann was ihr euch wieder ausgedacht habt. Vor allem jeden Tag!
Glücksstrumpf Kroko

Robert_G hat folgendes geschrieben:

... @Topic Ist wirklich nett, wenn man um 0:00 schauen kann was ihr euch wieder ausgedacht habt. Vor allem jeden Tag! Glücksstrumpf Kroko

solange bleibe ich nicht wach , am Tag ist die Frage auch noch frisch!

Robert_G hat folgendes geschrieben:

@Topic Ist wirklich nett, wenn man um 0:00 schauen kann was ihr euch wieder ausgedacht habt. Vor allem jeden Tag!

Das ganze läuft doch auch automatisch. Könnte mir gut vorstellen, dass die kompletten Fragen schon im System sind, da dies ja auch einer gewissen Planung im Vorraus bedarf.

Pr0g hat folgendes geschrieben:

Das ganze läuft doch auch automatisch.

Die Gewinnspiele starten automatisch, das ist richtig. Allerdings werden die Einleitungstexte meist erst gegen 23.50h fertig Und die Fragen kann man auch noch nicht automatisch ausdenken lassen, auch wenn die bereits komplett sind.

Die Gewinnspiele, die Fragen, die Antworten, die Preise, die Sponsoren, etc sind alle schon in der Datenbank eingetragen. Das heißt, die Gewinnspiele laufen, bis auf ein paar Texte, komplette bis zum 24. alleine.

Das Auswerten eines Gewinnspiel starte ich dagegen aber jeden Abend per Knopfdruck manuell.

Oder auch mal ab und zu am späten Nachmittag ...

Alstar

Ich glaube, Tino war da gerade in einer anderen Zeitzone

Auf einer Weihnachtsfeier und anschl. auf einem Turnier um genau zu sein.

Heiko hat folgendes geschrieben:

Tilman hat folgendes geschrieben: Dann hatte man ja ne Chance von 3,5% zu gewinnen, wenn ich richtig rechne Wie kommst du auf 3,5%? Bei 50 Leuten alleine ist schon nur noch eine Wahrscheinlichkeit von 2%. Bei 57 sind es sogar nur noch 1,74% .

Stimmt! Es waren jedoch 2 Preise!

Stimmt , daran habe ich nicht gedacht. Egal .

Ist es eigentloch möglich, das an einem Tag einer 2 Preise gewinnt?

@Mods: Ich wäre heute mal dafür, dass ihr wieder die 2. rausnehmt, denn die Antworten sind meeeehr als schwammig wieder gestellt. Meine Gründe schicke ich mal per PN an euch, damit es hier nicht wieder zum Streit kommt .

Äh... Warum denn den Link zur englischen MSDN? In der deutschen steht:

Zitat:

Der genaue Zeitpunkt, zu dem der Finalizer während der Garbage Collection ausgeführt wird, ist undefiniert. Es ist nicht garantiert, dass Ressourcen zu einem bestimmten Zeitpunkt freigegeben werden, es sei denn, es wird eine Close-Methode oder eine Dispose-Methode aufgerufen. Es ist nicht gewährleistet, dass die Finalizer zweier Objekte in einer bestimmten Reihenfolge ausgeführt werden, selbst dann nicht, wenn eines der Objekte auf das andere verweist. Wenn Objekt A einen Verweis auf Objekt B enthält und beide Finalizer besitzen, könnte Objekt B daher bereits finalisiert worden sein, wenn der Finalizer von Objekt A aufgerufen wird. Der Thread, in dem der Finalizer aufgerufen wird, ist unbestimmt.

msdn.microsoft.com/l...assfinalizetopic.asp

Äh, und? Was ist jetzt der Punkt?