-
July 17th, 2010, 03:30 AM
#1
using MsgQ in Microsoft
Hi gurus,
Almost all my experiance in programming is under linux. I have to devlop a ThreadPool under MS VB2008.....
Though, i have no clue about msgQ in MS and msdn talks only about MSMQ (What is that???? Something about MsgQs in distributed applications...), and unfortunatly doesent supply the most important thing: API???? What is up with them?
I begin to think that there isnt any thing like msgQ in MS.....and they wany u to write it yourself (Is that fun or what???!!@#@)
I would appriciate any help, Thank you all!
hoshmy.
-
July 17th, 2010, 08:48 AM
#2
Re: using MsgQ in Microsoft
Originally Posted by hoshmy
Almost all my experiance in programming is under linux
But only shell applications?
I've never done any windowed application for linux but I guess it's pretty much the same approach as in Windows.
Yes there is a message queue for every window in a windows application. You don't have to implement it though, MS has already done that for you.
http://msdn.microsoft.com/en-us/libr...90(VS.85).aspx
http://msdn.microsoft.com/en-us/library/ms141227.aspx
-
July 17th, 2010, 10:47 AM
#3
Re: using MsgQ in Microsoft
I have to devlop a ThreadPool under MS VB2008.....
VB ? in that case you are in the wrong place. VB isn't the same as C++ .
I've never done any windowed application for linux but I guess it's pretty much the same approach as in Windows.
There is one big difference. Windows uses messages and messagequeues to dispatch messages. Linux doesn't know what a message server is, it uses slots and signals to connect callback functions to objects.
-
July 17th, 2010, 04:39 PM
#4
Re: using MsgQ in Microsoft
Originally Posted by Skizmo
There is one big difference. Windows uses messages and messagequeues to dispatch messages. Linux doesn't know what a message server is, it uses slots and signals to connect callback functions to objects.
Are we talking about the same stuff here? Is this so even in a GUI application using KDE or similar?
-
July 17th, 2010, 11:30 PM
#5
Re: using MsgQ in Microsoft
Originally Posted by hoshmy
Hi gurus,
Almost all my experiance in programming is under linux. I have to devlop a ThreadPool under MS VB2008.....
This is the Visual C++ forum, so you are posting in the wrong forum.
At any rate, VB2008 is managed code. As such there is already a built-in thread pool class, called ThreadPool.
If you don't want managed code, then the only alternatives in VB is VB6. If you use VB6, you can call the Win32 thread pool api, QueueUserWorkItem.
Originally Posted by hoshmy
Though, i have no clue about msgQ in MS and msdn talks only about MSMQ (What is that???? Something about MsgQs in distributed applications...),
Windows is an event based system and uses messages and queues to communicate with the Windowy applications. Window size, repaint, mouse movements, etc are passed via with windows messages.
The Windows messaging system is different than MSMQ, which is a Message Queue system used to pass data between computers (or across the internet).
In terms of coding, both managed code and native code has classes or api's that work with MSMQ.
Originally Posted by hoshmy
and unfortunatly doesent supply the most important thing: API???? What is up with them?
There is plenty of documentation on all Windows api's. A good place to start is Msdn.
Originally Posted by hoshmy
I begin to think that there isnt any thing like msgQ in MS...
If you are talking about something like JMS (Java Messaging System), there certainly is. It's called MSMQ.
Originally Posted by hoshmy
..and they wany u to write it yourself (Is that fun or what???!!@#@)
They certainly do not.
-
July 18th, 2010, 04:49 AM
#6
Re: using MsgQ in Microsoft
Are we talking about the same stuff here?
I think so
Is this so even in a GUI application using KDE or similar?
The slots and signals was created by QT, and KDE is build on QT.
Tags for this Thread
Posting Permissions
- You may not post new threads
- You may not post replies
- You may not post attachments
- You may not edit your posts
-
Forum Rules
|
Click Here to Expand Forum to Full Width
|