Home My Page Projects Code Snippets Project Openings SML/NJ
Summary Activity Forums Tracker Lists Tasks Docs Surveys News SCM Files

SCM Repository

[smlnj] Diff of /sml/trunk/HISTORY
ViewVC logotype

Diff of /sml/trunk/HISTORY

Parent Directory Parent Directory | Revision Log Revision Log | View Patch Patch

revision 1496, Thu May 20 20:58:32 2004 UTC revision 1506, Thu Jun 17 22:19:15 2004 UTC
# Line 14  Line 14 
14    
15  ----------------------------------------------------------------------  ----------------------------------------------------------------------
16  Name: Matthias Blume (blume (at) tti - c (dot) org)  Name: Matthias Blume (blume (at) tti - c (dot) org)
17    Date: 2004/06/17 17:20:00 CDT
18    Tag: blume-20040617-timer-unix
19    Description:
20    
21    Changed the interface of structures Timer and Unix to match the most
22    recent Basis spec.
23    
24    In the case of Unix there still seems to be an open/weird issue:
25    
26       The {text,bin}{In,Out}streamOf functions are supposed to create
27       fresh streams whenever they are called -- as opposed to have them
28       return the same stream every time.  This design is supposed to
29       prevent space leaks caused by proc values hanging on to streams.
30    
31       The reap function, on the other hand, is supposed to close the
32       streams.  This cannot be done without having a handle on the
33       stream in proc after all...
34    
35    I took the liberty to implement the following stopgap solution:
36    
37      The proc value hangs on to the most recently created stream(s).
38      Reap closes those.  If either or both of the two streams hadn't
39      been created at all yet, then reap will close the corresponding
40      file descriptors directly.
41    
42    PS: I don't understand the original space leak argument anymore.  If
43    a proc hangs on to the imperative stream, then I/O operations on those
44    will advance the state of the cached stream and avoid the space leak.
45    
46    ----------------------------------------------------------------------
47    Name: Matthias Blume (blume (at) tti - c (dot) org)
48    Date: 2004/05/28 16:45:00 CDT
49    Tag: blume-20040528-basis
50    Description:
51    
52    Added signature PACK_REAL and exported functor PrimIO.
53    
54    ----------------------------------------------------------------------
55    Name: Matthias Blume (blume (at) tti - c (dot) org)
56    Date: 2004/05/25 16:00:00 CDT
57    Tag: blume-20040525-group-owner
58    Description:
59    
60    CM now ignores (but still accepts) the "owner" information in group
61    descriptions.  The owner of a group is its next enclosing
62    library. Each group must have a unique owner.  (There is a virtual
63    "toplevel" library that owns groups which are not nested within a real
64    library.)  Previously, each group had to explicitly declare its owner,
65    and CM would check that such a declaration is correct.  The new scheme
66    is to have CM check that for each group there is precisely one owning
67    library.
68    
69    The advantage of the new scheme is that the programmer no longer needs
70    to maintain the somewhat annoying owner information.  The downside is
71    that CM cannot enforce the ownership rule across multiple runs of
72    CM.make.  Fortunately, enclosing the same group in two different
73    libraries A and B which are not part of the same program does not
74    cause real problems.
75    
76    ----------------------------------------------------------------------
77    Name: Matthias Blume (blume (at) tti - c (dot) org)
78  Date: 2004/05/20 16:00:00 CDT  Date: 2004/05/20 16:00:00 CDT
79  Tag: blume-20040520-win32  Tag: blume-20040520-win32
80  Description:  Description:

Legend:
Removed from v.1496  
changed lines
  Added in v.1506

root@smlnj-gforge.cs.uchicago.edu
ViewVC Help
Powered by ViewVC 1.0.0