Comments by Sameer Alomari (Top 16 by date)

My C++ code is callable from FORTRAN, my problem is passing the parameters from C++ to VB.NE, string in C is unamaged and can't be passed to .NET, I tried different types like CString , CStringA, etc, but I found that it is not compatible with FORTRAN and the data comes back "corrupted from the .NET dll

It is complex legacy code, the system is 25 years old, I am not allowed to touch the FORTRAN code because many other systems rely on it, but if there is a way to expose .NET subroutines to be called by FORTRAN without creating an object from the .NET class, then I don't need the intermediate layer.

No, We need the DLL to be .NET, the purpose of doing this is to start migrating the system to .NET, step by step, and function by function

I am not allowed to change the FORTRAN Code, it is a legacy code and bunch of other systems work with it, so it is not possible.
Also as I said, you can't pass std::string to .NET because .net expects System::String

It's not considered as infinite loop, this loop will exit once the port is closed (the server completed the reload transactions), the last transaction will notify the thread that the server is done and it's gonna exit the loop.
I have 2 threads running the same code.

;)

I believe that you redefine the table somewhere in the code, if you did that, then you will loose the columns that you have created in the form load event.
Check the number of the columns in the datatable before creating a new row, if it's not 3 columns, then find where you redefine your datatable and delete that line.

Thanks Dave, thread.sleep(1) fixed it :)

<pre lang="vb">
Private Sub dequeue()
While _DequeueThreadIsAlive
Try
Dim TransactionSeqNum As Integer
SyncLock TransactionQ.SyncRoot
Do While TransactionQ.Count > 0
Dim trans As DictionaryEntry
trans = TransactionQ.Dequeue
'
'
' LONG PROCESSING
'
'
SyncLock ConfirmedMessageQueue.SyncRoot
ConfirmedMessageQueue.Enqueue(_receivedData)
incrementMySequenceNumber()
End SyncLock 'ConfirmedMessageQueue
RaiseEvent dataArrived()
Loop
End SyncLock 'TransactionQ
Thread.Sleep(1)
Catch ex As Exception
' Write to log
End Try
End While
Try
SyncLock _dequeueThread
_dequeueThread.Abort()
End SyncLock
Catch ex As Threading.ThreadAbortException
'Ignore ThreadAbortException
End Try
End Sub
</pre>

Actually I don't know MS Message Queue!!! please give me an example!
Thanks

Hi Dave,
TransactionSeqNum is a local variable in the dequeue method, so I don't care if it's locked or not.
the point of this is that I am receiving UDP transactions from the server, the listener thread will queue the transactions in _TransactionQ, the DeQueue thread will pull the transactions, read the Sequence Number and make sure that we didn't miss any transaction, if we did, the dequeue thread will request the latest 100 transaction from the server by calling a Web Service Method, then it will find the missed ones and queue the transactions in _ConfirmedMessageQueue, after making sure that the transactions are queued in the correct order, the DeQueue thread will raise an Event that will be handled by the Forms.
This logic will make the UDP reliable, the listener thread will not waste time by finding if the transaction is in the correct order or not, so it will keep listening and will en-queue UDP traffic quickly, the long processing will be done by the De-Queue thread.
I believe the problem is because the dequeue thread is spinning even if there is nothing queued in _TransactionQ, am I correct? and how to fix it?