Ikarus Scheme

source/fasl time dependency heuristics need tweeking

Bug #292061 reported by Abdulaziz Ghuloum
2
Affects Status Importance Assigned to Milestone
Ikarus Scheme
Fix Committed
Low
Abdulaziz Ghuloum
Ikarus Scheme 0.0.4

Bug Description

Reported on ikarus-users:

QUOTE
When I install a .sls file and its precompiled .ikarus-fasl
in a Slackware package, line 37 in "ikarus.load.ss":

[(<= (file-ctime ikfasl) (file-ctime filename))

causes ikarus to refuse the fasl because the ctimes are
equal (at the second). The Slackware package management
does not allow to preserve the timestamps.
ENDOFQUOTE

Related branches

lp://staging/ikarus
Revision history for this message
Abdulaziz Ghuloum (aghuloum) wrote :

Fixed in revision 1659.

Changed in ikarus:
assignee: nobody → aghuloum
importance: Undecided → Low
status: New → Fix Committed
Revision history for this message
Marco Maggi (mrc-mgg) wrote :

(quoted from the mailing list ikarus-users)

Rethinking of it I am probably wrong in saying that changing
<= to < would fix the problem. The seconds count can always
flip between the creation of the two files during unpacking, so
the change would not be a reliable solution in this case and in
all the other cases I can think of.

Anyway the change should cause no harm because the purpose
of the predicate is to establish that a file is newer than
the other, and one is sure only when the seconds count has
changed.

Abdulaziz Ghuloum (aghuloum)
Changed in ikarus:
milestone: none → 0.0.4
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.
Subscribing...

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.