Re: [Dev-C++] How to test methods with system calls
Open Source C & C++ IDE for Windows
Brought to you by:
claplace
From: Per W. <pw...@ia...> - 2008-10-23 06:19:24
|
If you want to find faults with this list, you should instead note that Dev-C++ is a dead product, and that most people are using Code::Blocks or similar instead. Compare number of posts on this list now, and maybe five-six years ago. Last month had 18 posts. September 2002 had 362 posts. All-time high was 597 posts in October 2002. People with interesting questions normally ask them on other forums/lists, while a large percentage of the remaining posts to this forum really do represent attempts to cheat on school work with the same question dropped off to a large number of forums/lists just to find someone who is ready (stuid enough) to give a "turn-key" answer. With 15 pots/day, it is meaningful to spend the time to write good and complete answers since there will be many who may read the answer. With one post/day, the incentive to spend the time has dropped quite a lot. /pwm On Thu, 23 Oct 2008, Eric wrote: > This group reminds me of the Java forum > everyone says how they pass with 90%+ > you ask them a basic question and nobody knows > > > > ----- Original Message ----- > From: Per Westermark <pw...@ia...> > To: Eric <er...@du...> > Cc: <dev...@li...> > Sent: Thursday, October 23, 2008 6:33 PM > Subject: Re: [Dev-C++] How to test methods with system calls > > > The simplest questions to this list is normally school work that shouldn't > really be answered... The last one was just days ago by someone who didn't > understod the "me" of "the professor wants me to write a program [...]" > > read(2) and write(2) do not normally fail unexpectedly. > > Note that they may return with EINTR or EAGAIN (depending on what OS) > requiring them to be restarted. This isn't an error, but a result of how > signaling is designed, i.e. to allow a process to immediately respond to a > signal instead of being stuck waiting for input/output. > > You would normally create a small loop to repeatedly restart the > read/write if it returns -1 and errno is EAGAIN or EINTR. If you have > signal handlers that sets flag, then you may have to take a peek at these > flags before restarting the operation - for example if your process has > received a signal that it should end, or reopen any log files or reload > configuration... > > Function calls that does not have a timeout are often used together with > alarm() to get a SIGALRM after the intended timeout, in case no data is > available. > > You may also get these functions to "fail" by manually using the kill or > killall commands and send signals to the application. > > With the exception of EIO, all other errors can be produced by sending > incorrect parameters to read()/write() or by manipulating the target that > fd references, such as by closing the other end of a pipe, limiting the > amount of disk space available, ... > > /pwm > > On Thu, 23 Oct 2008, Eric wrote: > > > GOOD QUESTION > > BUT THIS GROUP CAN NOT EVEN ASWER SIMPLE QUESTIONS > > > > > > > > > > > > > > > > ----- Original Message ----- > > From: Hiroyuki Yamada <yam...@gm...> > > To: <Dev...@li...> > > Sent: Thursday, October 23, 2008 1:35 AM > > Subject: [Dev-C++] How to test methods with system calls > > > > > > I'm testing some c++ programs having some methods with system calls, which > > are like write(2) and read(2). > > (I use googletest for the test.) > > > > Those write(2) and read(2) can fail for some reason, but > > it's not predicable, so I'm wondering how I can test error handling codes > > for errors by those system calls. > > > > Is there any way I can simulate those system call' errors without > > modification in source code ? > > How do you usually test those ? > > > > Thanks in advance, > > > > Hiroyuki > > > > *********************************************************** > > PLEASE READ: > > > > The contents of this Email and if any files transmitted with it are not > > confidential and intended for the use of the individual or entity to whom > > this Email is addressed. The views stated herein do not necessarily > > represent the view of myself been in sound mind and body & non intoxicated > > at the time I composed this Email. I knew what I was doing when I selected > > your Email address, so YOU are the correct intended recipient of this > Email, > > you did NOT receive this email in error, GET A GRIP!!! don't procrastinate > > with endless excuses. You may copy, forward, disclose, print, delete it or > > otherwise use it or any part of it, in any > > form you can think of. > > After you have received this mail please feel free to Email the sender > (me) > > with a personnel Email anytime, but NOT black text on white background > HTML > > format. if you been the sender > > intend to send me a Email in HTML format, please add some living color to > > compensate the slightly wasted internet bandwidth, longer download time > and > > wasted space of my hard drive as if I decide to save that Email (only for > > archive purposes), due to the fact that HTML Emails are two and half times > > bigger than the same Email content posted in plain text > > format. > > If you been the sender decide to send me been the receiver a attachment > file > > larger than 200Kb in file size please give me prior courtesy to ask if I > > would like to receive it, as I been the receiver have a slow dial up > > connection speed and often other members of the > > household want to use the phone only when I go on Internet. > > *********************************************************** > > > > > > ------------------------------------------------------------------------- > > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > > Build the coolest Linux based applications with Moblin SDK & win great > prizes > > Grand prize is a trip for two to an Open Source event anywhere in the > world > > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > > _______________________________________________ > > Dev-cpp-users mailing list > > Dev...@li... > > TO UNSUBSCRIBE: http://www23.brinkster.com/noicys/devcpp/ub.htm > > https://lists.sourceforge.net/lists/listinfo/dev-cpp-users > > > > > > > -- > No virus found in this incoming message. > Checked by AVG. > Version: 7.5.549 / Virus Database: 270.8.2/1740 - Release Date: 22-Oct-08 > 19:24 > > > > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Dev-cpp-users mailing list > Dev...@li... > TO UNSUBSCRIBE: http://www23.brinkster.com/noicys/devcpp/ub.htm > https://lists.sourceforge.net/lists/listinfo/dev-cpp-users > |