Sleep Funktion??? VB 2008

Page 1 of 2 1 2
07/07/2010 23:36 RedJ0hn#1
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
07/08/2010 00:14 Bot_interesierter#2
[Only registered and activated users can see links. Click Here To Register...]
msdn ist allgemein eine gute Referenz für Sprachen von Microsoft und die Windows Api.
07/09/2010 01:02 Adroxxx#3
#moved
07/09/2010 04:17 P-a-i-n#4
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 ;)
07/09/2010 20:00 Jeoni#5
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).
07/09/2010 20:43 Shadowz75#6
Quote:
Originally Posted by P-a-i-n View Post
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
07/09/2010 21:37 P-a-i-n#7
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
07/09/2010 21:49 Bot_interesierter#8
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...
07/10/2010 00:11 P-a-i-n#9
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
07/10/2010 04:41 Atheuz#10
Quote:
Originally Posted by P-a-i-n View Post
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.
07/10/2010 07:37 Jay Niize#11
Imports System.Threading


Thread.Sleep(1000)

1000 = 1 Sek

ende^^
07/10/2010 10:53 P-a-i-n#12
Quote:
Originally Posted by Atheuz View Post
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 :cool:
und zu deinem timer das es nicht geht schaue mal hier

[Only registered and activated users can see links. Click Here To Register...]
07/10/2010 12:26 Shadowz75#13
Quote:
Originally Posted by P-a-i-n View Post
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
07/10/2010 17:17 P-a-i-n#14
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
07/10/2010 17:31 Shadowz75#15
Quote:
Originally Posted by P-a-i-n View Post
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.
[Only registered and activated users can see links. Click Here To Register...]
Außerdem ist es aber nicht der Sinn von .Net auf API Funktionen zuzugreifen,die im .Net Framework drinne sind.
Page 1 of 2 1 2