| Commit | Date | |
|---|---|---|
|
[r9626]
by
dwarren
Fix a strange bug (strange to me, and maybe only in MSVC) in accessing sched_heap in complstack resizing. |
2019-08-30 18:17:43 | Tree |
| 2019-08-29 22:35:01 | Tree | |
| 2019-08-29 22:32:34 | Tree | |
|
[r9623]
by
tswift
Changed the names of variables from Dir to AZ, as Dir is ambiguous between Direction and Directory. |
2019-08-29 19:55:52 | Tree |
| 2019-08-28 17:57:13 | Tree | |
|
[r9621]
by
dwarren
Fixed memory error when trying to access compl frame to reset level_num when there is no frame. |
2019-08-19 14:01:20 | Tree |
|
[r9620]
by
tswift
Moved num_sched and friends from schedrev_xsb_i.h where they were defined inside a function (emuloop) to emuloop.c where they were defined globally. This means that they can be used when expanding the compstack. |
2019-08-12 23:17:17 | Tree |
| 2019-08-12 23:15:26 | Tree | |
|
[r9618]
by
"kifer"
two new preds: machine:epoch_nanoseconds(Secs,Nanosecs) This one actually works in windows, but windoze resolution is 100ns, while linux mac is 1 ns. This is a windoze limitation for some reason. file_io:file_time_ns(file,secs,nanosecs) This one only works in linux and mac. In windows, nanosecs=0. If somebody has the patience to figure the windoze way for getting nanosecs here, it'd be great. I tried but could not get the full picture and gave up. There is this thing: https://docs.microsoft.com/en-us/windows/win32/sysinfo/retrieving-the-last-write-time but unclear how to get from there to sec/nsec since epoch (1970). For some reason, some funcs in windows use 1601 as epoch and some 1970. |
2019-07-28 02:46:12 | Tree |
|
[r9617]
by
dwarren
Fix bug in removing least element from sched heap; also fix bug in scheduling for incremental table maintence where there was a missing add-to-shced-heap. |
2019-07-25 14:47:18 | Tree |