Same for me:

This is my article:
https://www.codeproject.com/articles/Multithreaded-Communication-for-GPIB-Visa-Serial-I

but appears as "by Deeksha Shenoy". I hope it will be corrected soon.
There are also some minor problems with the new formatting (some text is missing), when will it be possible to reedit the article ?

It would also be nice to have the old comments reappear.

This is why I don't use the NI NET assemblies: the good old Visa32.dll (C/C++ style, not NET) didn't change since probably 20 years and does not depend on the VS version because it binds at runtime only :) (NB. see answer to your question about my article/software). It is less user friendly than IVI though, I admit.

The only reason is that all intermediate versions that have been saved when composing the text are counted as revisions so my article has 44 "revisions" which is not true, I thought the authors are supposed to do some cleanup. But I can live with it. Otherwise maybe you should count as revisions only the versions that have been submitted - just a suggestion. best Pawel

Hi, My article has dozens of intermediate versions marked as "Composing" and never published so I wanted to clean the history and remove them before I start making modifications for a new version, but the only button "delete" I see says "delete the article" so I was a bit reluctant. Is it possible to delete an old version without deleting the whole stuff? thanks,

Shane James wrote:

If I put the reader = New Reader() in the connect sub, the error goes away, but nothing works like it should. it doesnt pick up the events or anything

This is normal: you create a new instance of the Reader class but this one is not configured like the first one was in the constructor of Results_Capture_Enduro. But I don't think the problem is here, you should remove this line. You did not tell us which variable triggers the exception. To find it you can remove the try...catch block around the call to connect() to let the debugger stop at the line the exception occurs. There is one line where the VB code is not equivalent to its C# counterpart:

Dim readerDeviceInfo As ReaderDeviceInfo = CType((cbbSportIdentDevices.SelectedItem), ReaderDeviceInfo)

The strictly equivalent version would be:

Dim readerDeviceInfo As ReaderDeviceInfo = DirectCast((cbbSportIdentDevices.SelectedItem), ReaderDeviceInfo)

See this article: DirectCast vs. CType[^] for explanations. In general using CType for a simple type cast is dangerous because it will try to do something even if the cast is not possible, so that the error may propagate to other parts of the code where it is difficult to understand. NB. Also be careful when translating from C# to VB.NET as the latter is not really case sensitive which may cause compilation errors: vb.net - Is VB really case insensitive? - Stack Overflow[^]

I have a simple question (I want to update my article adding a reference): is there a specific format to cite other CodeProject articles or I just copy the full URL? I apologize if it happens I was too lazy to find the answer somewhere in the instructions or FAQs :) thanks!