Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.

Bug 163397

Summary: Regression: MyFileTransferClient fails to xfer /etc/termcap correctly
Product: z_Archived Reporter: Randy D. Smith <randy.d.smith>
Component: TPTPAssignee: Igor Alelekov <igor.alelekov>
Status: CLOSED WORKSFORME QA Contact:
Severity: major    
Priority: P1 CC: karla.callaghan
Version: unspecifiedKeywords: plan
Target Milestone: ---   
Hardware: PC   
OS: Linux   
Whiteboard: closed460

Description Randy D. Smith CLA 2006-11-03 17:04:58 EST
On Linux-IA32 and Linux-EM64t (but not on Linux-IPF!), when I run the MyFileTransferClient C++ smoke test (from the SDK package) it fails. The first time I did it the file was bigger... subsequently smaller. But I've not see it be the same size on that file on those systems.
Comment 1 Randy D. Smith CLA 2006-11-03 17:21:23 EST
Okay, my initial failure was on our Linux-EM64T build machine, sw-opt002. Kevin then confirmed on sw-opt007, a Linux-IA32 box. But I can *not* get it to break on our Linux-IA32 build machine, sw-opt001! Just an FYI that this one might be a flaky one!
Comment 2 Karla Callaghan CLA 2006-11-03 18:14:17 EST
Being investigated. If it's flaky, may not be a regression. Need to revisit the severity setting as this doesn't need seem like it should block 4.3.
Comment 3 Kevin P O'Leary CLA 2006-11-03 18:45:58 EST
I saw a similiar issue on our 007 machine... I believe that the issue was specific to shared memory partitions not be cleaned on the machine.

I tested on 001 and 006 and was not able to reproduce this issue.
Comment 4 Randy D. Smith CLA 2006-11-03 19:21:20 EST
Okay, so we have *TWO* machines on two different platforms that exhibit the problem... sw-opt007 is a Linux-IA32 machine, and sw-opt002 is a Linux-EM64T system. We have three machines where we cannot duplicate the problem... 001, 006, and 023, which are Linux-IA32 and Linux-IPF machines.

So when shared memory was cleaned up on 007, did 007 successfully pass the test?
Comment 5 Karla Callaghan CLA 2006-11-08 22:01:36 EST
Kevin - please respond to Randy's query.  Your comment #3 is unclear as to whether manually freeing up the shared memory resolved the problem or not.
Comment 6 Karla Callaghan CLA 2007-02-09 11:51:05 EST
Added effort estimate: 5 days
Comment 7 Igor Alelekov CLA 2007-04-09 03:39:57 EDT
Randy, I can't reproduce the bug on the machines sw-opt002 and sw-opt007.
Do you still have the issue? 
Comment 8 Randy D. Smith CLA 2007-04-10 17:39:52 EDT
Igor, if you can't reproduce it, then I assume the various fixes that have gone in took care of this. All I would want confirmation on is that you specifically tried transferring */etc/termcap*. That was the one sole file we had problems with. If that file transferred correctly, I think you can close this.
Comment 9 Igor Alelekov CLA 2007-04-11 01:26:31 EDT
Randy,
Yes I tested transfering of the /etc/termcap file.
Length and content of the source and destination files (I used diff command) were the same.
Comment 10 Igor Alelekov CLA 2007-04-12 05:48:00 EDT
Resolving as "works for me"
Comment 11 Paul Slauenwhite CLA 2009-06-30 12:06:58 EDT
As of TPTP 4.6.0, TPTP is in maintenance mode and focusing on improving quality by resolving relevant enhancements/defects and increasing test coverage through test creation, automation, Build Verification Tests (BVTs), and expanded run-time execution. As part of the TPTP Bugzilla housecleaning process (see http://wiki.eclipse.org/Bugzilla_Housecleaning_Processes), this enhancement/defect is verified/closed by the Project Lead since this enhancement/defect has been resolved and unverified for more than 1 year and considered to be fixed. If this enhancement/defect is still unresolved and reproducible in the latest TPTP release (http://www.eclipse.org/tptp/home/downloads/), please re-open.