How to achieve true 100% multi-threading in VB. OLD THREAD

This is an OLD thread, with OLD code. The new multithreading code can be found at:

http://www.vbforums.com/showthread.p...hreadid=296315

I have this kept this thread open for reference purposes, but for the new and improved multithreading please see the link above.

Cheers,

Woka




The attached project demonstrates how to achieve multithreading in VB6.
The example is only a concept example and merely adds 2 numbers togther, but delays the result by 10 seconds as to simulate code that would take up more processing power.

You will need to compile the vbTools project 1st, and both the ThreadProxy and the Thread project use core functions from this DLL.
Once this has been compiled then the Thread project needs compiling.

After you have compiled these 2 projects then you can launch the Demo group in VB and run the application.

I appologise for the lack of comments, but it should be pretty straight forward apart from the MemoryFunctions in vbTools2.

If you have any comments then give me a shout.

Regards,

Woka

How do you debug multiple threads in VB?

You can't, I don't think, but you can debug one thread. When you are happy, compile it and then run your app while referencing the ActiveX EXE instead of the VB project.

Woka

Right, here's a much more realistic demo.
The main app spawns new file search windows.
You can search all directories inside the given path, and search for a certain file extension. If the file extension is blank then the app lists all files.
Each thread that is searching for files, relays the info that it has got back to the main app. This could be used or say threads that are downloading data and want to display the progress in a grid in the main app.
The main app here displays how many files, and what the last file was that was found.
If the thread window is closed then the object is also destroyed from the main app. Also, if the main app is closed then ALL the threads are destroyed.

This is a better example of passing many varibles between the threads in one call.

Again, you need to compile vbTools2 first.
Then compile the Thread Project, requires vbTools2.

Then run the demo group. The ThreadProxy project in this group requires vbTool2.

Comments are most welcome.

Woka

Not working for me. I compiled vbtool2 and ThreadProxy, and ran the Demo group project. it of course gave me errors of such a magnitude that one could only attribute it to an insane badger. Oh wait a minute... :p

Anyways, I got past that by manually referencing the mythread.exe and vbtool2.dll files, but "No public creatable component was detected."

It's early in the morning, and I am not motivated enough to fix it myself. :)

For soem reason the downlaoded project failed to find some classes. Boooo.
Anyways, I have made some small alterations...one of which being the search code now no longer errors when it comes accross a file like pagesys :)

OK...download the project in my last post.
Compile vbTools2

Load Thread project.
Reference vbTools2
Compile Thread project

Load ThreadProxy project
Reference vbTools2
Compile ThreadProxy project

Load UI Project
Reference ThreadProxy and run the application.

It will work this time...I promise ;)

Woka

Quote:

---

Originally posted by Wokawidget

my last post.

...I promise ;)

Woka

---

I certainly hope so! :D :D

OK, checking it, and BBL.

Your ThreadProxy project has a simple module, not a class module, and you're trying to compile a DLL out of it. Nincompoopy badger, DLLs require CLASS modules!!

Now I shall have to expend the effort of converting that into a Class Module.

Be back even later. :)

No, the ThreadProxy SHOULD have 2 class modules in it.
FileSearch and FileSearches...When I open the project on my PC they automatically get loaded...:confused:

Add them in manually, they are located in the same dir as the project file.

Woka

Aah, here's your problem. Apparently it's attempting to reference the place where *you* had kept them. (See attachment)

Sorry for the bad color, it's a BMP, had to monochrome the sucker.

http://www.vbforums.com/attachment.p...postid=1544757

OK, it's working.

Great work. What I'm amazed at is how you managed to consistently carry a misspelled word (searhes) across four projects! :D

I'd suggest you add an error handler in your UI project, under:

VB Code:

Private Sub cmdNew_Click()
    If (GetAttr(Trim$(txtPath.Text)) And vbDirectory) = vbDirectory Then
        mobjThread.NewSearch txtPath.Text, txtExt.Text
    Else
        MsgBox "Path doesn't exist", vbExclamation, "Search"
    End If
End Sub

Make it like this:

VB Code:

Private Sub cmdNew_Click()
    On Error GoTo stupidbadger
    
    If (GetAttr(Trim$(txtPath.Text)) And vbDirectory) = vbDirectory Then
        mobjThread.NewSearch txtPath.Text, txtExt.Text
        Exit Sub
    Else
stupidbadger:
        MsgBox "Path doesn't exist", vbExclamation, "Search"
    End If
End Sub

So that it can handle incorrect paths like C:\xyz

But overall, I'm impressed (finally). You must be sooo overjoyed :D

Good work. http://www.vbforums.com/images/icons/icon14.gif

Hahaha. Cheers.
That error handler won't work.
The path error will be found in the Thread object and will not be transfered back to the client, unless you create an Error type and pass an ENCOUNTERED_ERROR windows message back to the client, and then handle this in the subclassing sub.


Who says multi threading is not possible :D

Woka

Quote:

---

Originally posted by Wokawidget

That error handler won't work.

---

Whosaysitwontwork.zip!

OK, tell a lie...it would be the GetAttr function that causes the error and not the ThreadProxy, which is what i was thinking. I was thinking furtehr ahead :D

Can't believe you're having a go at my coding! :D Hahahahaha
Any more whinging from you and I will officially demote you to Slop Bagder.

OK, have uploaded the project, complete with error handler.
I have used:

VB Code:

Private Sub cmdNew_Click()
On Error GoTo ErrHandler
    If (GetAttr(Trim$(txtPath.Text)) And vbDirectory) = vbDirectory Then
        mobjThread.NewSearch txtPath.Text, txtExt.Text
    Else
        Err.Raise 53
    End If
    Exit Sub
ErrHandler:
    If Err.Number = 53 Then
        MsgBox "Path doesn't exist", vbExclamation, "Search"
    Else
        MsgBox Err.Number & vbCr & Err.Description, "Error"
    End If
End Sub

Woka

Hi

I have compiled your application, first thing i did was compile vbtools2, then ThreadProxy and then Thread and finally i lanched demo group and run it and it worked, but when in the first form(form1) i click then Start Loop button and i move this window with the mouse the Loop Count stop, why it happened????


I think your application is good.

So i need your help cause i need to make an application which it has to do the next task.

This application actually runs a stored procedure n times, but it do it in a loop, the problem is that this stored procedure take several minutes and i need that this stored runs 2 o 3 with differents parameters at the same time, i know that it is possible with miltithreading, i have tried the API CreateThread but it crashes, in addition i've read that it is not very reliable,

Also i download and kind of Thread emulator, and running a Stored procedure the most of the times the stored procedure didn´t finish its task, i.e. the stored procedure had to insert 28 registers and sometimes it just inserted 7 or 4 or 9 register, it was strange,

So how could i use this component, i'd really need some kind of documantation as a guide.


Does someone can help me please???, any ideas???

That is because when you try and resize/move the form it halts the thread. That happens with ALL applications if I am not mistaken.

If you download my 2nd zipped example above then it will show you in more detail how to pass many varibles to the thread. this would help you in passing varibles to your SP...and returning multiple varibles back to the UI.

CreateThread API does not work under VB :(
MS suck :D Hahahaha [Only Kidding]

Woka

I've played with the new version now, it's definitely top notch, apart from a few UI issues (which aren't relevant anyway!!)


my (pointless!) UI comments:
the mouse & form aren't disabled when you press the "new" button, which means you can get the "Switch to/Retry" dialog.

the thread forms are very flickery (see how anal I can be? :D )

and of course, the more threads you start the less often the main screen updates (as we'd expect, especially on crappy pc's like the one I'm using :( )


good work Woka :wave:

Cheers :D

Now I'm gonna be picky...in my defence though.

1) What Retry Error? I have just clicked the new button like mad and created about 50 new threads in about 10 seconds...All loaded and started searching for files perfectly...:confused:
There should be no need to disable the button...explain.

2) The form flickers is not actually the form, it's the listview. this is because when a thread passes data to the Ui and the UI updates the listview columns, it automatically refreshes itself. This cannot be stopped with a listview (to my knowledge), and to be fair it is getting hammered with updates if you have many threads open and are searching for ALL files :D

3)When you have LOADS of threads open the overall speed of your processor is compromised. this starts slowing ALL processes down on your PC...if you had an unrelated app running then this would also start to slow...that is due to the OS. You can demo this by attempting to open 30 MS Windows Search things and getting them to all search at the same time.

Right, enough of my whinging :D

This type of programming is perfect for say multiple download programs liek DAP and such like, but can have many, mnay benefits in other applications.
Glad you like it.

Should I copyright the code? Or don't I have a leg to stand on? :D hahaha

Woka

Quote:

---

Originally posted by DipwadWidget

VB Code:

Private Sub cmdNew_Click()
On Error GoTo ErrHandler
    If (GetAttr(Trim$(txtPath.Text)) And vbDirectory) = vbDirectory Then
        mobjThread.NewSearch txtPath.Text, txtExt.Text
    Else
        Err.Raise 53
    End If
    Exit Sub
ErrHandler:
    If Err.Number = 53 Then
        MsgBox "Path doesn't exist", vbExclamation, "Search"
    Else
        MsgBox Err.Number & vbCr & Err.Description, "Error"
    End If
End Sub

---

OH... so suddenly MY code isn't good enough for you? Do I smell... JEALOUSY? :D :D

Anyways, don't copyright it. Else I'll personally come over to your filthy little hamlet and kick your edited by MartinLiss, even though he supports this idea as well ;) .

Your code was fine. It's just i have a thing about GOTO commands. I ONLY use them for error handlers and not to pass the execution of code to another point in the sub/function...
I always have a generic errorhandler then distiguish between different err.numbers to decide what action to take.

That sounded far too serious :(

Hahahahaha
Growly Woof Woofs...I was not fit to be god enough to forget the error handler all together, and for that I am grateful...now go and hide in a long dark cancal and try to mate with a rummpy toad under a full moon ;) Frrroooaaaaarrr.

Woka

Superb. Excellent. Absolutely Amazing !!!!!!!!!

Would it be possible to have another example included to see how long a non-multiple threaded app would take to do the file searching?

:cool:Cool Woka. My best compliments to u.
I've d/l ur project and it worked gr8.
But tryin' 2 figure things out of that massive codes is a hard one.:(

U dont seem to use outprocess threading, neither do u use
interprocess threading either. But they really multi-thread!
it seems u rely on windows messaging? but how?

anyway, pls input the pseudocodes or method u use.
it'll be gr8:cool:

Ummmm........

Whats multi-threading and what does it do/whats it for?

Woka,

Are u using a proxy thread?
Ironically, though it's pretty self-explainatory through ur
ThreadProxy project, well, ......stupid me:lol:

because i really can't understand how ur codes do that...
initially i thought it involves some playing with windows
messaging? because ur codes dont seem to play with thread-like
stuffs...u know...like CreateThread,CreateObject,SetTimer

One question for u though, does ur threads live in different
apartments?

I recently visit some multi-threading sites at desaware's...

and they demonstrate apartment threading using Proxy Threading
and it works very well, albeit some performance trade off due to
marshalling...

EDIT: Duh...I mean works very well on VB5:lol:

The thread proxy creates a new instance of the ActiveX EXE, which runs in a seperate thread to the calling project, and runs in a seperate process.
Using the postmessage API I send the uMsg and the memory location of the UDT to the ActiveX EXE, returning execution straight back to the threadproxy, and in turn the UI.
Once the ActiveX EXE recieves the message it reads the memory from the ThreadProxy process. This is how the varibles are passed. Once it has recieved the varibles it the does whatever work needs to be done...running in a seperate thread.
Exactly the same is used to pass info back to the UI.

Make sense?

Sorry, not that good at explaining things am I :(
Doesn't help that I am suffering from a great weekend of parties and clubs...have had 5 hrs kip since Friday morning :D

Woka

PS:

Also, what do you mean by Proxy Thread?

The ThreadProxy project is merely to allow ease of coding in the UI's that u wish to utilise the functionality. This code could just as easily be placed in the UI itself, but splitting it into a standard DLL makes code easier to maintain and read.

Woka

baddge
im am durnk

Quote:

---

Originally posted by Madboy
Ummmm........

Whats multi-threading and what does it do/whats it for?

---

In multithreading, a single process can call several calls. Or you can look at it another way and say that it's the simultaneious execution of several function flows or "threads".

This is possible if these threads are not dependent upon one another. Since these threads aren't dependent upon one another, it's advantageous to have several different portions of the programs being executed in the most optimum way, instead of having them execute in a serial fashion. I can give you a very small example here:

Let's say we're to evaluate the following expression

a=92
b = a + 382
c = a*b + a^2
d = 283+ 28+a

x = a^2 + 2bc + c^2



Now if we were to implement multithreading on this, you can easily see that d is independent of b, c and x. "a" is a constant in it, so while the evaluation of b and c are going on, we can get the "d" thread to work, evaluate d, and after b and c get evaluated, we plug them into x.

This is a redundant example because you wouldn't notice the performance difference on something like this. But there are areas and applications where multithreading would be of good use to you.

Woka,

about that Proxy thread thing...
well, because i've seen some multithreading techniques involving
the use of IDispatch interface to act as the proxy for the thread
u want to create. So while it does thread, it slows down because
of that extra marshalling. Not compatible with VB6, though.

anyway, u did a good job and good explaination.:) albeit using
another process to thread...sigh...that's VB6...
well,u're da man!:wave:

I'll see if we can get things better through this technique.

There is one tiny weeny ickle glitch with my code. Has anyone spotted it yet? :(

I am currently working on a newer improved version. Well in my head anyways. The concept will work and it will make the multithreading more reliable and glitch free. I'll get round to writting it in the next few days. My head's still mashed from the wkend :D

Don't suppose you could post links to the multithreading you have seen. I have never seen any other code to try at achieve what I am moving towards.

Woka

Quote:

---

Originally posted by Wokawidget
Cheers :D

Now I'm gonna be picky...in my defence though.

1) What Retry Error? I have just clicked the new button like mad and created about 50 new threads in about 10 seconds...All loaded and started searching for files perfectly...:confused:
There should be no need to disable the button...explain.

---

I only needed to get up to 4 threads for it to happen, I think it was taking a while to spark the threads off (I'm using a very slow PC - 500Mhz, 128MB :eek: )... haven't investigated it to find out where the issue is tho.

Quote:

---

2) The form flickers is not actually the form, it's the listview. this is because when a thread passes data to the Ui and the UI updates the listview columns, it automatically refreshes itself. This cannot be stopped with a listview (to my knowledge), and to be fair it is getting hammered with updates if you have many threads open and are searching for ALL files :D

3)When you have LOADS of threads open the overall speed of your processor is compromised. this starts slowing ALL processes down on your PC...if you had an unrelated app running then this would also start to slow...that is due to the OS. You can demo this by attempting to open 30 MS Windows Search things and getting them to all search at the same time.

---

all agreed - not important issues at all, I was just being pedantic :D

Quote:

---

Should I copyright the code? Or don't I have a leg to stand on? :D hahaha

Woka

---

Shouldn't that be 4 legs? :lol:

Now it's on the web I'm not sure if you could, especially with the AUP of this site (not that I know much about it...). If you created a Dll or whatever with the concepts of this in then it should be fine.

OK, I know where this is happening...it's when you create the ActiveX EXE class in the threadproxy and access 2 of it's properties. This can easily be resolved. I will add this into the new revision. I can't force this on my PC as it's a very fast one.

I too was being pedantic ;) hahahaa

Only have 3 legs, as I lost one in a horrific accident involving a banana jam pie at the weekend :(

Woka

Quote:

---

Originally posted by Wokawidget
OK, I know where this is happening...it's when you create the ActiveX EXE class in the threadproxy and access 2 of it's properties. This can easily be resolved. I will add this into the new revision.

---

excellent :cool:

Quote:

---

I can't force this on my PC as it's a very fast one.

---

******! ;)

Quote:

---

Only have 3 legs, as I lost one in a horrific accident involving a banana jam pie at the weekend :(

---

oh no! I think there's a big banana problem right now... I was attacked yesterday by a massive banana toffee sundae , managed to eat my way put of it tho :D

Hi Woka, its good your code, i think its gonna hep too mucj, hope so, now i'm trying to understand how your code work, it would be great you could attack some kind of documentation, for example, after i be able to uindarstand i have to adapt to the store procedured than i had mentioned before,.


I have atached an image; when i create up to 5 searches the CPU usage get to almost 100%, however, i dont need more than 5 threads in my application, thats good.

Congratulations Woka

Attached image???

Documentation will come...in time :)
I am sorry I haven't posted any yet, but I am a busy little badger. I promise I will get round to it :(

Glad you like the code.

Woka

Tnaks for all, anyway

Right the reason your processor is at 100% is because the example I have posted is a very fast looping search and is processor hungry :( If you do:

VB Code:

Do While Not mblnCancel
Loop

Then this will scoff CPU time even though it's not actually doing anything.

Woka

I kept thinking about how to put those stuffs in a DLL, so we can
just create a thread without writing much codes.

Now tinkering with some of my ideas, will post it when it's working
rite!

I'm using apartment threading, but since it's a DLL...well...I'll try
to put SetTimer in use as well, let's see if it works.:)

Sounds confusing too me. Ill stick with what i know best - the basics:blush:

Quote:

---

Originally posted by jian2587
I kept thinking about how to put those stuffs in a DLL, so we can
just create a thread without writing much codes.

Now tinkering with some of my ideas, will post it when it's working
rite!

I'm using apartment threading, but since it's a DLL...well...I'll try
to put SetTimer in use as well, let's see if it works.:)

---

You are going to create the ability to multithread by using a DLL and the SetTimer API??? Errrrrr...the DLL runs in the same thread as the thread it is created in...:confused:
I know you can almost simulate multithreading with an ActiveX EXE and a timer...but a DLL?!

Woka

I know clearly what I'm doing.
I've also thought that they would run in the very same thread.
and what's more that's a DLL......don't u see how doubtful am I
when I mentioned it? But what I am going to say is that I'm trying
to use various methods to put things up and running...and now
i'm still testing stuffs...and still failing...but i'm not giving up...

probably i'll found a method that'll put it in another thread...
btw, vb6's a crappy thing...though sometimes useful

and juz w8 4 my good news:)......or may be bad news:(

That is quite a piece of work Woka, Great Job!

The 'Switch To/Retry' thing only happens if you run it from the IDE- for whom ever mentioned it earlier.

Quote:

---

Originally posted by jian2587

probably i'll found a method that'll put it in another thread...
btw, vb6's a crappy thing...though sometimes useful

---

If that's how you feel then take some advice and keep your ignorance off the VB Forums.

Woka's code is awesome, plain and simple.

If it is so difficult and buggy to create threads with VB then why dont we create a dll in c++ and use it for creating threads ?

Has anybody seen such an example ?
I mean we could use VB for the GUI and then call the c++ dll to do the thread jobs.

If you have seen such an example please tell it.

Because if you're a VB developer - you're developing in VB, not C++

1st off, it's not buggy and hard to do it in VB. My code does it perfectly, even if I do say so myself. Up untill now it was "impossible", or if it wasn't then I ain't seen it.

The problem with your solution is that people like me, who don't like computers and only use them to pay my morgage, do not know C++ or Java, or web or anything else about them to be fair :(
I know VB. I would say I am very compitent at VB, but anything else I am a muppet, and don't mind admitting it. I have no intention of learning C++, why would I want to?

My way of thinking, since I was about 13 has been "Does it get me a job?...No...Then why should I learn it?"...that frame of mind as served me well over many many years, so yo can't critise it, although I know it may not be everyones cup of tea.

Also, this would involve having C++ on my computer, which I don't :( If I was a computer genius, which I am not, and computers were my soul and life then yes, I wouldn't do it in VB and would completely agree with you.

Do you see my point?

Sorry if I seem to have been ranting but I am pissed off, having a bad week :(

Everyone smile and say CHEEEEESSSEEE JENNY :D

Woofy Woka :)

Well my point of view is that you are a computer programmer/scientist. You have to know some other languages too. The language is only the tool to implement algorithms.
Since you know so good VB it will be not hard for you to
learn the basics of C++.

Anyway i found a link:
http://www.codeproject.com/useritems/VBThread.asp

for anyone interested.It says it will create threads for vb com objects via the CreateThread api by using a dll written in c++.

by the way what about the guy that had an error with your program while he was testing it on a slow computer ?
Is it ok ?

I think your code is great but i want to be sure that it is working on all platforms.

cheers
alexandros

Woka,
i dont like to be denied, for I've to try it myself and proof that it
can either be done or not. and i'm not limiting myself with the
methods I discussed earlier, my main objective is creating a COM
DLL that could allow VB to thread, so there can be tons of ways to
achieve that. I myself accept the fact that VB has some
limitations, particularly in this area. Though your advice to me is
good, I've always like to see the things for myself. Even if it fails,
atleast, I know how it works and why it fails, entirely built upon
my true self-experience.
My post on creating that threading DLL, technically speaking, if
based on the common ideas of methods you told me that would
not work, it will not work, and I accept that fact.
For years I visited this forum, tons of people had said that VB
does dangerous threadings, but somehow you have done it.

After all, technology is about breakthrough, isn't it?:)

I completely agree.
That's how I have learnt VB.
Someone posts some code and I strip it down, tear it apart to see how it works. I will also critisise the code, or ask silly questions about it, knowing the answers full well, but it starts a debate and I usually learn something new from peoples comments.
Then a few months later I will find another snippet of code, nothing to do with the 1st, but think "hey, if I insert that in here, and this there, and change this to this that...and...damn it doesn't work/YES! That works a treat."...That's how I learnt VB, no vb books and no courses, most of the code is from VBF :D

alexandros: I am a VB developer. I have no intention of learning C++. And, like I said it helps if we have C++ on our computers, so how do you expect me to learn it??? :D
I know VB and SQL Server (to a certain extent) and that's it. There is literally no need for me to learn C++ or any other language for that matter. VB does everything I want it to, I have not needed to multithread up until now as I have developed a "new" way for client server applications to communicate via TCP/IP which replaces the need for DCOM/COM+. Again there is nothing on the web for this, and the code is way more complicated than this multithreading code. This code is "unique" and requires VB to multithread to achieve what I have done.

The CreateThread API is only unstable in VB, which is why you can achieve this using a DLL compiled using C++. But then we are back to my orginal comments about C++.

Woofa

Anyway i tried another thread application that uses c++ to download files and it crashed all the times !!!http://www.codeproject.com/internet/retrievehttp.asp

VB.NET supports multithreading ;)

Quote:

---

Originally posted by Wokawidget
Everyone smile and say CHEEEEESSSEEE JENNY :D

Woofy Woka :)

---

:D CHEEEEESSSEEE JENNY

Woka,
I've two ideas.

First idea:
wut do u think about having a multithreading service built using
VB6?
wut I mean is create an ActiveX exe project which will provide a
run-time interface for us to create a new thread through
GetObject. Quite near to a DLL one, though.

Second idea:
Create a process, and use CreateRemoteThread or whatsoever,
and we put our object there. I don't know if this actually works.
For that process, we might put a dummy program there.

Quote:

---

Originally posted by kleinma
VB.NET supports multithreading ;)

---

You betcha ;)

I'm still learning VB.NET, but am almost about to reach that chapter.


















Then I'll skip it. :afrog:

Good ideas, but I am afraid they may nod be possible :(
Your have to remember that the multithread involves 2 projects. A DLL proxy, which converts your functions to the correct UDT data that can be passed, and the ActiveX EXE which reverses this process.
No-one has been able to do this over x many years. It's not going to happen over night. Maybe in 2-3 years time somone will figure it out.
The problem is that each theading object u want is going to be unique with different return values, events, subs and functions :(

I am OK at VB, I am not an elite coder, which I fell you may have to be to implement what you are asking.

Keep trying though ;)

Woka

Woka: This is pretty spiffy. Problem is that threads in VB can't really be called threads, though this program fakes it well. VB threads are almost totally separate processes, each only looking in its own little address space, that just happen to be indexed with the same process ID. That you have to go through all the PostMessage and ReadProcessMemory nonsense in indicative of that. With real threads, they should be running on the _same_ address space and so being able to reference the same global variables and classes, requiring only the setting and releasing of mutexes to keep things running orderly.

Yes, that is absolutely correct. However, this isn't possible using VB I am afraid. However. Merrion has pointed me in the direction of creating a memory space that both theads have access to...however, this I believe, well in my head anyways, this is only theory at this moment in time.
Will have a look into...

Woka

WokaWidget ....
Which of the many downloads is the best one to get? and which installation instructions should I follow? My DSL got fried in the LA fires and will be down for many weeks ... and I hate dial-up downloading!

The 4th post in this thread.
The 1st post has a VERY simple demo attached.
The 4th post has an attached zip file that is a more realistic demo.
Also, follow the instructions in the 4th post.

Sorry to hear about the fires :(Hope the DSL was the only thing that got damaged...you yanks never do things by halves do you :D Hahahaha You can't just have a small forrest fire...noooooo...you have to have an absolute monster that destroys everything :) Sorry, shouldn't be joking about it :(

Give us a shout if you need anything else.

Woka