Bug #1011

make teste is broken

Added by Robin Mills about 4 years ago. Updated over 2 years ago.

Status:AssignedStart date:28 Dec 2014
Priority:NormalDue date:
Assignee:Robin Mills% Done:

10%

Category:testingEstimated time:10.00 hours
Target version:0.28

Description

This has only come to my attention during the integration of webready to the trunk. It may have been this way for a while.

Associated revisions

Revision 3584
Added by Robin Mills about 4 years ago

#1011. Thank You Nehal for this fix.

Revision 4529
Added by Robin Mills over 2 years ago

#1011 make teste is broken between r3450 and r3470 (webready integration for v0.25)

History

#1 Updated by Robin Mills about 4 years ago

Thank You Nehal for working on this. I submitted your modified test output file to testdata/trunk/data/eps - r3584.

I'll leave this as "assigned" for now as I know you are considering worthwhile changes to test/Makefile. Please change the status to "Resolved" when you believe you are finished on this matter.

#2 Updated by Robin Mills about 4 years ago

  • Assignee changed from Robin Mills to Nehal J Wani

#3 Updated by Robin Mills almost 4 years ago

  • Assignee changed from Nehal J Wani to Robin Mills

#4 Updated by Robin Mills almost 4 years ago

  • Target version changed from 0.25 to 0.26

The 'webready' feature is 'expiremental' in v0.25. This issue is deferred for v0.26.

#5 Updated by Robin Mills almost 4 years ago

  • Target version changed from 0.26 to 0.25

Whoops. I'll look at this for v0.25. I confused this with make testx which is being deferred.

#6 Updated by Robin Mills almost 4 years ago

  • Assignee deleted (Robin Mills)

#7 Updated by Alan Pater almost 4 years ago

  • Target version changed from 0.25 to 0.26

#8 Updated by Robin Mills over 3 years ago

  • Assignee set to Robin Mills

#9 Updated by Robin Mills over 3 years ago

  • Subject changed from make teste is broken on cygwin trunk builds to make teste is broken
  • % Done changed from 0 to 10
  • Estimated time set to 10.00

I originally noticed this on Cygwin. However I've reproduced this on Mac and Linux. First step is to determine at which svn revision this behaviour began. I hope we don't need to dig extensively in EPS code. I am rather surprised as the code has been performed well for years. Perhaps this is being caused as a side effect of redefining the semantics of basicio.eof() or something minor.

#10 Updated by Robin Mills over 2 years ago

  • Target version changed from 0.26 to 0.28

I am deferring this for v0.27. Nobody has raised an issue about this and it has been broken for about 2 years. For sure it's important to bring this back to good health. Regrettably, this will have to wait until v0.26 has shipped.

Also available in: Atom PDF

Redmine Appliance - Powered by TurnKey Linux