close Warning: Can't synchronize with repository "(default)" (/var/svn/tolp does not appear to be a Subversion repository.). Look in the Trac log for more information.

Opened 21 years ago

Closed 21 years ago

Last modified 19 years ago

#29 closed defect (fixed)

TolBase become blocked

Reported by: imendez Owned by: danirus
Priority: normal Milestone:
Component: TimeSetAlgebra Version: head
Severity: normal Keywords: TOL
Cc:

Description

Writing:

"
TimeSet t = M(5)*WD(14);
"

TolBase become blocked when you draw a calendar

Change History (9)

comment:1 Changed 21 years ago by imendez

Component: Object inspector → Unclassified
Version: undefined → cvs

comment:2 Changed 21 years ago by danirus

Owner: changed from Javier Portugal to danirus

related with Tol

comment:3 Changed 21 years ago by danirus

Status: new → assigned

comment:4 Changed 21 years ago by danirus

Keywords: TOL added; Tol-Base removed
product: Tol-Base → TOL
Resolution: → fixed
Status: assigned → closed

The problems was related with representation of every Sunday in a week with 0 value.
Class BTmsWeekDay with value 0 on weekday_ attribute, hang up tol kernel looking for a
valid day in an infinite loop.

The solution has been deployed in CVS.

comment:5 Changed 21 years ago by danirus

Component: Unclassified → TYPE_TimeSet

comment:6 Changed 21 years ago by imendez

Resolution: fixed
Status: closed → reopened

Now, when compiling:

"
TimeSet t = M(5)*WD(14);
"

and drawing a calendar, it shows all sundays as remarked, when sundays are WD
(7), not WD(14)

comment:7 Changed 21 years ago by danirus

We corrected this bug with that explicit behaviour in order to give Tol Programmers
a fault tolerance level using WD TimeSet function.

I've undone those changes and now WD only accepts a range from 1 to 7.

The new description of the WD function: TimeSet WD "Returns the time set of all
dates that are the n-th day of the week. Parameter n should be in a range between
1 (Monday) and 7 (Sunday)."

If we try "TimeSet ts = WD(n)" with a n-value less than 1 or greater than 7, we
get an error message.

comment:8 Changed 21 years ago by danirus

Resolution: → fixed
Status: reopened → closed

Please read last comment.
This bug has been resolved and fixed.

comment:9 Changed 19 years ago by Víctor de Buen Remiro

bug_file_loc: → http://cvs.tol-project.org/viewcvs.cgi/tol_tests/tol/Bugzilla/bug_000029
Note: See TracTickets for help on using tickets.