Sleep Funktion??? VB 2008

RedJ0hn · 07/07/2010, 23:36

Hey,
ich weiß nicht so genau wie man eine Sleep Funktion einbaut, in meinem Spamm Bot. Ich habe alles soweit fertig, doch er soll 15 Sekunden warten oder länger jenachdem wie man, dass einstellt.
Wäre nett, wenn mir das einer erklären könnte, in Google habe ich nicht so, dass richtige gefunden.

Bin ein Neuling in der Welt VB also bitte ned sauer sein : )
MfG

Bot_interesierter · 07/08/2010, 00:14

msdn ist allgemein eine gute Referenz für Sprachen von Microsoft und die Windows Api.

Adroxxx · 07/09/2010, 01:02

#moved

P-a-i-n · 07/09/2010, 04:17

ja das geht nur in der konsole bei einer exe muss die auf k32 zugreifen

Private Declare Sub Sleep Lib "kernel32" (ByVal Millisekunden As Long)

und dann eben nur

Sleep(5000)

das sleep sollte man nicht umnennen sonst findet es das programm nicht in der k32.dll und es crasht

Jeoni · 07/09/2010, 20:00

Ein Timer reicht für VB.net eigentlich schon aus. Den Interval kann man mit Timer.Interval festlegen (=1000=1sec). Dann den Timer enablen (Timer.enabled=true) und bei jedem 'Tick' spammt er dann eben. Beim 'Stop'-Button einfach den Timer disablen (Timer.Enabled=false).

Shadowz75 · 07/09/2010, 20:43

Quote:

Originally Posted by P-a-i-n

ja das geht nur in der konsole bei einer exe muss die auf k32 zugreifen

Private Declare Sub Sleep Lib "kernel32" (ByVal Millisekunden As Long)

und dann eben nur

Sleep(5000)

das sleep sollte man nicht umnennen sonst findet es das programm nicht in der k32.dll und es crasht

Quatsch, man muss das Thread.Sleep halt nur in dem Thread ausführen in dem man es will

P-a-i-n · 07/09/2010, 21:37

es soll ja nicht alles anhalten thread ist komplett das ist quatsch ist genauso wenn ich ein auto bremsen will und nicht die fussbremse sondern die handbremse voll durchziehe

les dir mal beide dinge durch da weißte was ich will den ganzen prozess anhalten ist total unnötig

Bot_interesierter · 07/09/2010, 21:49

Das Sleep aus der kernel32 dll macht im Prinzip das Selbe wie Thread.Sleep aus System.Threading, nur dass Thread.Sleep direkt in .NET eingebaut ist und auch mit einem beliebigen Thread Objekt aufgerufen werden kann.
Und wenn man in .NET Programmiert gibt es keinen Grund eine Windows API einer .NET API vorzuziehen.

Dein Handbremse/Fußbremse Vergleiche ist daher auch absoluter Kappes Pain...

P-a-i-n · 07/10/2010, 00:11

das beste beispiel versuch es doch nehme ein timer setzt eine msgbox in den timmer der alle sekunden i-was ausgibt mit system.threading wird das ganze programm angehalten aber ich will nur eine funktion anhalten daher sleep
und was machste wenn du ein programm hast was i-was macht wo z.B Vb.net directx da läuft das render über einen timer somit würde mit system.threading das programm crashen weil die grafiken nicht mehr gezeichnet werden weil das programm steht und dx gibt eine fehler zurück dann ist ende

das es gehen würde ich klar man könnte auch Wait nehmen aber man sollte immer daran denken fehler gleich am anfang zu entschärfen und nicht erst am ende wenn man merkt das was nicht stimmt

wie gesagt ich kenne sein programm nicht und ich wollte nur fehlerquellen gleich rausnehmen

so einfach ist das
und mit API's arbeitet man in vb lieber dafür gibts im i-net auch eine seite das ist eine richtig dicke sammlung die vb auch hat das ist der objektmanager wenn man eine dll importiert kann man da reinschauen was die dll hat

und das wissen die wenigsten wobei da alles drinsteht

Atheuz · 07/10/2010, 04:41

Quote:

Originally Posted by P-a-i-n

das beste beispiel versuch es doch nehme ein timer setzt eine msgbox in den timmer der alle sekunden i-was ausgibt mit system.threading wird das ganze programm angehalten aber ich will nur eine funktion anhalten daher sleep
und was machste wenn du ein programm hast was i-was macht wo z.B Vb.net directx da läuft das render über einen timer somit würde mit system.threading das programm crashen weil die grafiken nicht mehr gezeichnet werden weil das programm steht und dx gibt eine fehler zurück dann ist ende

das es gehen würde ich klar man könnte auch Wait nehmen aber man sollte immer daran denken fehler gleich am anfang zu entschärfen und nicht erst am ende wenn man merkt das was nicht stimmt

wie gesagt ich kenne sein programm nicht und ich wollte nur fehlerquellen gleich rausnehmen so einfach ist das
und mit API's arbeitet man in vb lieber dafür gibts im i-net auch eine seite das ist eine richtig dicke sammlung die vb auch hat das ist der objektmanager wenn man eine dll importiert kann man da reinschauen was die dll hat und das wissen die wenigsten wobei da alles drinsteht

Entschuldigung, aber anscheinend hast du keine Ahnung was und wofür Threads sind. Hake es einfach ab als nichtwissen ab, denn wie gesagt wurde: Es gibt keinen Unterschied ob man jetzt das aus der API importiert oder gleich aus .NET nimmt, wobei letzteres komfortabler ist, dass man dafür jetzt eine Konsolenanwendung oder eine DLL mit einen neuen Thread nimmt zeugt einfach nur von unwissenheit und vorallem das fehlende Wissen wie man Threads erstellt.

Natürlich sollte man auch wissen das ein .NET Timer keinen neuen Thread darstellt, da muss man durch ob man will oder nicht. Ansonsten kann man auch Konditionen einbauen wer keine Probleme hat 2-3 CPU Zyklen zu verschwenden.

Übrigens läuft ein DirectX wrapper nicht über einen .NET Timer, sondern es wird ledeglich nur die Anzahl gespeichert in der das Programm die Update Funktion durchlaufen lässt (Durr Threads & Co/Subroutinen). Das macht einen großen Unterschied bei WinForms oder WPF wenn man nicht weiß oder bestimmen kann wie, wann und wie oft Sie gezeichnet werden.

Jay Niize · 07/10/2010, 07:37

Imports System.Threading

Thread.Sleep(1000)

1000 = 1 Sek

ende^^

P-a-i-n · 07/10/2010, 10:53

Quote:

Originally Posted by Atheuz

Entschuldigung, aber anscheinend hast du keine Ahnung was und wofür Threads sind. Hake es einfach ab als nichtwissen ab, denn wie gesagt wurde: Es gibt keinen Unterschied ob man jetzt das aus der API importiert oder gleich aus .NET nimmt, wobei letzteres komfortabler ist, dass man dafür jetzt eine Konsolenanwendung oder eine DLL mit einen neuen Thread nimmt zeugt einfach nur von unwissenheit und vorallem das fehlende Wissen wie man Threads erstellt.

Natürlich sollte man auch wissen das ein .NET Timer keinen neuen Thread darstellt, da muss man durch ob man will oder nicht. Ansonsten kann man auch Konditionen einbauen wer keine Probleme hat 2-3 CPU Zyklen zu verschwenden.

Übrigens läuft ein DirectX wrapper nicht über einen .NET Timer, sondern es wird ledeglich nur die Anzahl gespeichert in der das Programm die Update Funktion durchlaufen lässt (Durr Threads & Co/Subroutinen). Das macht einen großen Unterschied bei WinForms oder WPF wenn man nicht weiß oder bestimmen kann wie, wann und wie oft Sie gezeichnet werden.

andere frage weißt du was ein wrapper ist ?
ich rede hier vom rendern damit hat der wrapper nichts zutun der entsteht weit davor wenn man ein hat aber man brauch keinen adapter

und directx kann ma im timer laufen lassen du solltest vb nicht mit c++ verwechseln wenn ich sleep nehme läuft mein programm danach weiter aber meist schwarze anwedung bei system.threading wird durch die pause wenn sie beendet ist directx mit daten überrannt weil directx ja nicht steht dies bezieht die daten aus dll's die ja die daten immernoch weitersenden
dann fällt die framerate ab und wenn die form wieder frei ist crasht es an einem datenstau

ich stand selber vor dem problem weil ich bei manchen dingen eine pause brauche ich hab dann nur noch mit timer.tag gearbeitet

hoffe du hast jetzt verstanden was ich will

und zu deinem timer das es nicht geht schaue mal hier

Shadowz75 · 07/10/2010, 12:26

Quote:

Originally Posted by P-a-i-n

das beste beispiel versuch es doch nehme ein timer setzt eine msgbox in den timmer der alle sekunden i-was ausgibt mit system.threading wird das ganze programm angehalten aber ich will nur eine funktion anhalten daher sleep

Da hat aber jemand viel Ahnung:

Code:

new Thread(new ThreadStart(vFunction)).Start()

und schon blockt das Thread.Sleep in der vFunction nichtmehr den MainThread.
Vielleicht solltest du dir mal die .Net Grundlagen anschauen, bevor du hier falsche Ratschläge erteilst

P-a-i-n · 07/10/2010, 17:17

was du du hast ist keine VB grundlage zeig mir mal ein buch wo das steht ich hab 3 vb bücher da wird allgemein über system.threading nichts gesagt nicht mal im kompedium steht was darüber

außerdem kann es jeder machen wie er will ich benutzt wait ist ebenfalls api k32.dll oder timer.tag das reicht mir

Shadowz75 · 07/10/2010, 17:31

Quote:

Originally Posted by P-a-i-n

was du du hast ist keine VB grundlage zeig mir mal ein buch wo das steht ich hab 3 vb bücher da wird allgemein über system.threading nichts gesagt nicht mal im kompedium steht was darüber

außerdem kann es jeder machen wie er will ich benutzt wait ist ebenfalls api k32.dll oder timer.tag das reicht mir

Was ich da habe ist einfach einen neuen Thread erstellen. Threading gehört insgesamt zu einen der wichtigeren Themen von Programmieren.

Außerdem ist es aber nicht der Sinn von .Net auf API Funktionen zuzugreifen,die im .Net Framework drinne sind.