C / C++ / MFC

FirstPrevNext

checking a pipe status Martin Blanc5-Dec-02 3:43 Martin Blanc 5-Dec-02 3:43  I've got a named pipe. One process writes to its (let's call it A) side, and the other process reads from its oposite (B) side. The process at the B side can randomly connect to and disconnect from the pipe. I'd like to prevent the A-side process from even trying to write to the pipe if the B-side process is disconnected. How can A-side process check the B-side pipe status? I have an idea of using PeekNamedPipe() with all its pointer parameters set to NULL and, when I get return value zero, interpret the result of GetLastError(), but this idea by no means seems that smart to me. Any suggestions? Is GetNamedPipeHandleState() of any use in these situations? TIA Martin Re: checking a pipe status Alois Kraus5-Dec-02 23:29 Alois Kraus 5-Dec-02 23:29  I did use PeekNamedPipe for this purpose and it worked perfectly. I use a one byte reciever buffer in the PeekNamedPipe function. You could of course use WriteFileEx with an completion Routine and wait for an error to occur. A live ping always involves sending packets and check if the reciever responds to it. There is simply no other way to check if somebody has unplugged Your network cable. PeekNamedPipe does exactly this in a transparent way without disturbing your data transfer. Re: checking a pipe status Martin Blanc6-Dec-02 4:54 Martin Blanc 6-Dec-02 4:54  Thanks for your reply. Now I know I'm standing on the firm ground. Sometimes it's better to learn from others' successes instead of my own failures. Martin VC.NET vs VB.NET devvvy5-Dec-02 3:20 devvvy 5-Dec-02 3:20  hi, pretty new to .NET. But just want to make sure that i pick the right tool for a development project. Project: coporate infrastructure - from scratch. Areas of concern involves: SQL Server 2000 dev/DMO, Active Directory, IIS (web server and FTP), security (Crypto), Exchange Server, Web application/service, WIN 2000 Adv Server. Why Choose VC? 1. Backward compatibility 2. speed but since: 1. this is a infrastructure project starting from scratch, we're not really concerned with "backward compatibility"? I presume there'd be no problem integrating COM components into VB.NET code. 2. speed. VB.NET is not any slower than VC.NET. 3. GUI. VB has a much better dialog editor than VC. Just want to re-confirm my understanding. My preferred development tool for project like this will be VB.NET. What do u think? norm Re: VC.NET vs VB.NET Maximilien5-Dec-02 3:39 Maximilien 5-Dec-02 3:39  I have absolutly no experience with VB or any of the technologies you are talking about! so take this with a brick of salt! There's nothing wrong with either of them. Use the language that you feel more confortable with! ( this is the most important point ! ) You can always create external DLL in C++ for more computational intensive stuff, or things that are easier made in C++ than in VB. Some people will suggest using C#. Max. Re: VC.NET vs VB.NET devvvy5-Dec-02 3:49 devvvy 5-Dec-02 3:49  QUOTE: "You can always create external DLL in C++ for more computational intensive stuff," sure. but isnt it true that all .NET languages compiled to IL? speed is more or less the same among all .NET languages? QUOTE 2: "or things that are easier made in C++ than in VB." any examples? norm Re: VC.NET vs VB.NET Daniel Turini5-Dec-02 5:02 Daniel Turini 5-Dec-02 5:02  norm wrote: sure. but isnt it true that all .NET languages compiled to IL? speed is more or less the same among all .NET languages? Yes and no: under C++ you can mix unmanaged and managed code, so you can still generate native code with a ".NET face" I see dumb people Re: VC.NET vs VB.NET Rickard Andersson205-Dec-02 3:58 Rickard Andersson20 5-Dec-02 3:58  Abolish VB! I will not say anything more... I've said too much about what I think of VB in these forums... Rickard Andersson@Suza Computing C# and C++ programmer from SWEDEN! UIN: 50302279 E-Mail: nikado@pc.nu Speciality: I love C#, ASP.NET and C++! Re: VC.NET vs VB.NET Michael P Butler5-Dec-02 4:03 Michael P Butler 5-Dec-02 4:03  If you want to write managed .NET code, go with C# and use managed C++ for wrapping legacy code. Don't even think about VB.NET; It is a poor language, has no advantage over C#. There are a lot of bodges in VB.NET to keep old VB programmers happy. Everything you can do in VB.NET, you can do in C# and C# will give you a more solid code base. Michael Fat bottomed girls You make the rockin' world go round -- Queen Re: VC.NET vs VB.NET devvvy5-Dec-02 4:10 devvvy 5-Dec-02 4:10  that's something new. i did play with VB.NET a little, seems very nice and efficient. where can i read up a lil more on how exactly is c# better than VB.NET? thanks! norm Re: VC.NET vs VB.NET Daniel Turini5-Dec-02 4:29 Daniel Turini 5-Dec-02 4:29  norm wrote: where can i read up a lil more on how exactly is c# better than VB.NET? I use both a lot, and I can say there are some strong points favorable to C# over VB.NET: .C# has a much cleaner syntax. No legacy compatibility to concern about. .It may seem stupid, but VB IDE has an auto-identing "feature" extremely annoying .C# has the "using" statement for automatic destruction of IDisposable object instances. VB.NET code will need to use lots of Try/Catch code to do the same thing and is very probable having resource and memory leaks under it. .C# can go "unsafe" and use pointer manipulation. .C# can create more than one namespace per project. .C# can control on code block basis, wether the integer arith. expressions are checked or not. .C# can stack allocate arrays which will not be garbage collected .By default, C# is type-safe (Option Strict On), and a clean syntax for type coercion. This is a thing VB programmers will have a hard time catching on. .VB.NET has a very weird syntax for calling static class members .VB.NET has two error handling models: some functions will raise errors, other exceptions. This leads to interesting bugs. .Under C# you can have static class constructors. This can eliminate several "if x is Nothing" statements and reduce coding. .Signed ("Strong Named") assemblies in C# can generate signed Interop assemblies right from the IDE when calling legacy COM code. Under VB.NET you'll have to resort to tlbimp. I'm specially concerned about the C# audience and the VB.NET audience. The next version of C# has been already anounced with tons of nice and useful features, like templates, anonymous delegates and iterators. Nothing of these will be available to VB.NET soon, because it's too complicated for VB.NET programmers. I see dumb people Re: VC.NET vs VB.NET devvvy5-Dec-02 4:38 devvvy 5-Dec-02 4:38  quote: "VB.NET has two error handling models: some functions will raise errors, other exceptions. This leads to interesting bugs." raising errors and throwing exception? arent the two the same? norm Re: VC.NET vs VB.NET Daniel Turini5-Dec-02 4:52 Daniel Turini 5-Dec-02 4:52  norm wrote: raising errors and throwing exception? arent the two the same? No, under VB.NET, not, because of backwards compatibility. I've saw some really scary code some time ago, involving the new "On Error Goto -1" error that demonstrated they are not the same. I don't recall where I saw it, but if I find this sample again, I'll send you. I see dumb people Re: VC.NET vs VB.NET devvvy5-Dec-02 4:55 devvvy 5-Dec-02 4:55  GOTO? didnt know it still exists in dot-net. thanks =) norm Re: VC.NET vs VB.NET Daniel Turini5-Dec-02 4:59 Daniel Turini 5-Dec-02 4:59  norm wrote: GOTO? didnt know it still exists in dot-net. Not only exists, but it needed to be "enhanced": Local machine MSDN Link I see dumb people Re: VC.NET vs VB.NET Daniel Turini5-Dec-02 4:38 Daniel Turini 5-Dec-02 4:38  Oh, and I almost forgot: C# has a XML documentation feature which can generate a nice documentation, specially for big projects. I see dumb people Re: VC.NET vs VB.NET devvvy5-Dec-02 5:13 devvvy 5-Dec-02 5:13  also, direct memory manipulation in C++, is it available in C#? can u manipulate individual bit? what application can u see for this? Communication between Java and C++ over raw socket? what else? norm Re: VC.NET vs VB.NET Daniel Turini5-Dec-02 6:06 Daniel Turini 5-Dec-02 6:06  norm wrote: also, direct memory manipulation in C++, is it available in C#? can u manipulate individual bit? More or less. You can have pointers and manipulate memory with them, but there are some cares that need to be taken, like pinning memory, because the GC is moving memory all the time. And the pointers are checked, which will prevent buffer overflows, memory corruption and GPFs. Direct bit manipulation? Yes. The syntax is exactly the same of C++. And better, you have some enum candies which can do automatic bit manipulation for you. VB.NET has this too, but with an UGLY syntax. norm wrote: what application can u see for this? Communication between Java and C++ over raw socket? what else? This and imaging. You have GDI+ and can do very fast coding in C# using pointer and image manipulation. Under VB.NET you are doomed to the very slow GetPixel and SetPixel for this. I see dumb people Re: VC.NET vs VB.NET Christian Graus5-Dec-02 9:37 Christian Graus 5-Dec-02 9:37  norm wrote: VB.NET is not any slower than VC.NET. Actually, VC.NET creates optimised IL code. Christian No offense, but I don't really want to encourage the creation of another VB developer. - Larry Antram 22 Oct 2002 C# will attract all comers, where VB is for IT Journalists and managers - Michael P Butler 05-12-2002 Again, you can screw up a C/C++ program just as easily as a VB program. OK, maybe not as easily, but it's certainly doable. - Jamie Nordmeyer - 15-Nov-2002 Re: VC.NET vs VB.NET devvvy5-Dec-02 9:51 devvvy 5-Dec-02 9:51  thanks people. so, looks like C# is the future isnt it? with VB out of the question, which would u choose between VC.NET and C#? norm Re: VC.NET vs VB.NET Christian Graus5-Dec-02 10:54 Christian Graus 5-Dec-02 10:54  Both. I will write managed C++ when I am backed into a corner and have no other choice. In the meantime, C++ is still the fastest language out there, and I can write code that does not need the .NET runtime. But C# is very nice indeed, and will become more and more prevelant. It is *incredibly* sexy to write web apps with, as I am currently discovering. Christian No offense, but I don't really want to encourage the creation of another VB developer. - Larry Antram 22 Oct 2002 C# will attract all comers, where VB is for IT Journalists and managers - Michael P Butler 05-12-2002 Again, you can screw up a C/C++ program just as easily as a VB program. OK, maybe not as easily, but it's certainly doable. - Jamie Nordmeyer - 15-Nov-2002 MDI Pointers? Dov Sherman5-Dec-02 2:04 Dov Sherman 5-Dec-02 2:04  In my MFC-based MDI application, I need the CView class contained in the ChildFrame to access information stored in the top-level window of the application. I know that the CView class' parent is the ChildFrame but what is the ChildFrame's parent? Is the MainFrame the top-level window? If so, how can a function in the CView class obtain a pointer to it? Re: MDI Pointers? Roger Allen5-Dec-02 3:22 Roger Allen 5-Dec-02 3:22  AfxGetMainWnd() Roger Allen Sonork 100.10016 In case you're worried about what's going to become of the younger generation, it's going to grow up and start worrying about the younger generation. - Roger Allen, but not me! Re: MDI Pointers? Dov Sherman5-Dec-02 3:31 Dov Sherman 5-Dec-02 3:31  Oh good grief! I expected the answer to be simple but I didn't realize it would be *that* simple. Thanks, Roger. ^_^ Re: MDI Pointers? S O S5-Dec-02 4:04 S O S 5-Dec-02 4:04  OMG! I went krazi and messed with functions man was not meant to mess with to get the main window. And its THIS simple?? Waaaah :p

Last Visit: 31-Dec-99 18:00     Last Update: 23-May-24 6:46 Refresh ᐊ Prev1...15730157311573215733157341573515736157371573815739 Next ᐅ

General    News    Suggestion    Question    Bug    Answer    Joke    Praise    Rant    Admin   

Use Ctrl+Left/Right to switch messages, Ctrl+Up/Down to switch threads, Ctrl+Shift+Left/Right to switch pages.