Please use pacman to upgrade math/uu to 2.1.23
On Fri, 7 Jun 2019 at 21:01, Ian Clark <[email protected]> wrote: > Apologies: Version 2.1.21 of math/uu failed its pre-release checks. > (Or would have done if I'd run them.) > > Please use pacman to upgrade math/uu to 2.1.22 > math/cal and math/tabula need an up-to-date math/uu to work. > > There may be more missing verbs in the JAL release. I've now realised my > pre-release checks won't always find them. > > Having a non-AVX machine, I can only test up to j807. > j901 may throw up more bugs. I can't (yet) understand why it's not finding > verb: eval. > > math/tabula ought to load now. It creates verb: test_z_ > which can be run by menu: Run > Test F5 > This is a helpful diagnostic if we hit another error. > > test'' > +++ BUILTIN TEST OF UU [CAL, TABULA] > --- VERSION of UU -- 2.1.22 > --- VERSION of CAL -- 2.1.21 > --- VERSION of TABULA -- 2.1.12 > --- TP*_z_ paths: > ┌────┬────────────────────────────────────────┐ > │TPAR│/users/ianclark/tabula-user/ttarchive │ > ├────┼────────────────────────────────────────┤ > │TPAT│/applications/j64-807/addons/math/tabula│ > ├────┼────────────────────────────────────────┤ > │TPCA│/applications/j64-807/addons/math/cal │ > ├────┼────────────────────────────────────────┤ > │TPCL│/users/ianclark │ > ├────┼────────────────────────────────────────┤ > │TPMC│/applications/j64-807/addons/math/cal │ > ├────┼────────────────────────────────────────┤ > │TPMT│/applications/j64-807/addons/math/tabula│ > ├────┼────────────────────────────────────────┤ > │TPMU│/applications/j64-807/addons/math/uu │ > ├────┼────────────────────────────────────────┤ > │TPNG│/applications/j64-807/addons/math/tabula│ > ├────┼────────────────────────────────────────┤ > │TPSA│/applications/j64-807/addons/math/cal │ > ├────┼────────────────────────────────────────┤ > │TPTA│/applications/j64-807/addons/math/tabula│ > ├────┼────────────────────────────────────────┤ > │TPTT│/users/ianclark/tabula-user │ > ├────┼────────────────────────────────────────┤ > │TPUC│/applications/j64-807/addons/math/uu │ > ├────┼────────────────────────────────────────┤ > │TPUF│/applications/j64-807/addons/math/uu │ > ├────┼────────────────────────────────────────┤ > │TPUM│/applications/j64-807/addons/math/uu │ > ├────┼────────────────────────────────────────┤ > │TPUT│/applications/j64-807/addons/math/tabula│ > ├────┼────────────────────────────────────────┤ > │TPUU│/applications/j64-807/addons/math/uu │ > └────┴────────────────────────────────────────┘ > > Ian Clark > > On Fri, 7 Jun 2019 at 19:45, 'robert therriault' via Chat < > [email protected]> wrote: > >> Hi Ian, >> >> I initially loaded up 'math/tabula' on J807 with no problems. Then I did >> an update with Pacman and although all the versions reported the same, I >> got the following error even though the Tabula window appeared. >> >> JVERSION >> Engine: j807/j64/darwin >> Release-d: commercial/2019-03-18T16:07:14 >> Library: 8.07.26 >> Qt IDE: 1.7.9/5.9.6 >> Platform: Darwin 64 >> Installer: J807 install >> InstallPath: /users/bobtherriault/j64-807 >> Contact: www.jsoftware.com >> VERSION_cal_ >> 2.1.16 >> VERSION_tabby_ >> 2.1.11 >> VERSION_uu_ >> 2.1.18 >> load 'math/tabula' >> >> ┌───────────────────────────────┬────┬────────────────────┬────────────────────────────────────┐ >> │tabengineError: bad instruction│CTBU│errmsg from CAL_CTBU│|value error: >> isStr | isStr y │ >> >> └───────────────────────────────┴────┴────────────────────┴────────────────────────────────────┘ >> |domain error: dquote >> | wd'psel tab; set panel items ', dquote t >> >> >> In J901 I got the following error using math/cal 2.1.20 math/tabula >> 2.1.11 and math/uu 2.1.20 >> >> JVERSION >> Engine: j901/j64/darwin >> Beta-g: commercial/2019-05-28T14:58:30 >> Library: 9.01.07 >> Qt IDE: 1.8.3/5.12.3 >> Platform: Darwin 64 >> Installer: J901 install >> InstallPath: /users/bobtherriault/j901 >> Contact: www.jsoftware.com >> >> load 'math/tabula' >> |value error: eval >> | uvalu=:eval openv >> |[-1858] /users/bobtherriault/j901/addons/math/uu/uu.ijs >> >> and no display of the table >> >> after updating >> >> load 'math/tabula' >> |value error: eval >> | uvalu=:eval openv >> |[-1866] /users/bobtherriault/j901/addons/math/uu/uu.ijs >> >> >> of course using wd tabula does not work on the JHS platform. >> >> Hope this helps, >> >> Cheers, bob >> >> > On Jun 7, 2019, at 11:33 AM, Ian Clark <[email protected]> wrote: >> > >> > Thanks, Bob. >> > >> >> But I think that it does show the magnitude of the effect this topic is >> > beginning to have on our lives. >> > >> > My mistake to choose a topic that's too important. But they do say it's >> > worth capturing the interest of the class. >> > >> > Also I was concerned to leverage the magnitude of the problem for its >> halo >> > effect on two very mundane tasks: >> > ++ copying data across correctly >> > ++ making sure the code works (…once you've loaded all the J-words it >> needs >> > :-) >> > >> > Most people just dismiss the issues arising as the way of the world. >> > But never has so much hung on getting these simple matters right. >> > >> > Ian >> > >> > On Fri, 7 Jun 2019 at 19:26, 'robert therriault' via Chat < >> > [email protected]> wrote: >> > >> >> You made your questions very clear Ian, >> >> >> >> But I think that it does show the magnitude of the effect this topic is >> >> beginning to have on our lives. It would be like you had asked someone >> to >> >> check trajectory numbers on incoming enemy fire. The first response >> may be >> >> to be strategies on getting away from the danger, rather than to >> determine >> >> the nature of the danger. It gives me hope that people react this way >> >> initially, although I agree with you that the important part may be to >> look >> >> at the situation more analytically. >> >> >> >> I will take a look at your project when I get a chance because I think >> >> that the question of accuracy is important, but also because the >> subject >> >> affects the entire planet. >> >> >> >> Nice application of the J resources. >> >> >> >> Cheers, bob >> >> >> >>> On Jun 7, 2019, at 11:14 AM, Ian Clark <[email protected]> wrote: >> >>> >> >>>> I'm going to put myself in the "not enough interest to try to figure >> >> this >> >>> out" category, for now. >> >>> >> >>> Whoa, folks. It's only an example! Let's not carried away by the >> >> magnitude >> >>> of the problem domain to refuse to focus on the two limited questions >> >> I've >> >>> asked. >> >>> >> >>> Let me repeat them, hopefully clarifying them… >> >>> >> >>> ++ are the input figures reliable, i.e. has the data been corrupted >> when >> >>> moving it from web to SAMPLE9? >> >>> ++ is TABULA calculating it right? >> >>> >> >>> These are purely questions of data integrity and code reliability. I >> >>> thought everyone on this list was keenly interested in such issues. >> >>> >> >>> The first question arises from the deceptively simple task of looking >> up >> >> a >> >>> quantity on the web and transferring it into a calculating engine. >> >> Simple, >> >>> but errors can arise. Issues arise about where such-and-such a >> physical >> >>> constant or observation comes from. How the end-user can verify its >> >> source. >> >>> Would it have helped if I'd phrased it in terms of looking up the >> current >> >>> $/£ exchange rate? >> >>> >> >>> TABULA is distributed with tables of physical and chemical constants. >> Are >> >>> they up-to-date? Have they been copied across correctly? Built-in >> tables >> >>> are an inherently unsatisfactory solution. I'm now considering an >> >>> interactive specialised browser, with which the user can locate any of >> >>> these quantities on a given webpage, draw a box round them, and leave >> >>> TABULA to fetch the numbers and units at the point of use. Hey presto: >> >>> keying errors eliminated, up-to-date figures, near-perfect assurance >> of >> >> the >> >>> integrity of the data being fetched. Warning if the webpage has been >> >>> corrupted or pulled. >> >>> >> >>> These, and only these, are the questions I'm interested in here. I >> just >> >>> fail to see how I could possibly have made it clearer. >> >>> >> >>> On Fri, 7 Jun 2019 at 18:43, Raul Miller <[email protected]> >> wrote: >> >>> >> >>>> On Fri, Jun 7, 2019 at 12:18 PM Ian Clark <[email protected]> >> >> wrote: >> >>>>> Would anyone fancy checking my calculations? >> >>>> >> >>>> I don't, but if I did, I'd try to find an alternate way of getting >> the >> >>>> same information and see if the numbers land in the same order of >> >>>> magnitude. >> >>>> >> >>>> (For example, when talking about global temperature change over the >> >>>> last century, I like double checking those kinds of numbers with rise >> >>>> in sea level. Weather stations tend to be near airports, which tend >> to >> >>>> have lots of asphalt, but sea level doesn't have that issue and the >> >>>> thermal expansion coefficient of water is something I can easily >> find, >> >>>> as are NOAA numbers on sea level...) >> >>>> >> >>>> So, if I were be double checking numbers related to CO2, I'd try to >> >>>> find some similar thing. For actual levels, I don't have any good >> >>>> ideas - maybe something optical? >> >>>> >> >>>> For cost of pulling it back out? The big mechanism there has always >> >>>> been trees and similar vegetation. So maybe I'd check forestry >> service >> >>>> records, or lumber statistics. I'd probably have to put some thought >> >>>> into it though - maybe a few weeks before I had any really good ideas >> >>>> on what to look for. Hopefully someone else has been doing this >> >>>> thinking, but most people aren't really interested in doing that kind >> >>>> of thinking. >> >>>> >> >>>> (Related: It takes about 60 years to grow a typical crop of trees for >> >>>> lumber -- maybe 10 times that for something like Sitka Spruce -- and >> >>>> during that time they relatively large amount of CO2 out of the >> >>>> atmosphere. So if enough land is earmarked for vegetation, we should >> >>>> be seeing a lot of CO2 being pulled out of the atmosphere. Well, that >> >>>> and don't let them burn up in forest fires, for example.) >> >>>> >> >>>> Anyways, good luck, but I'm going to put myself in the "not enough >> >>>> interest to try to figure this out" category, for now. Maybe if I >> >>>> think up a good approach I'll change my mind. >> >>>> >> >>>> Thanks, >> >>>> >> >>>> -- >> >>>> Raul >> >>>> >> ---------------------------------------------------------------------- >> >>>> For information about J forums see >> http://www.jsoftware.com/forums.htm >> >>>> >> >>> ---------------------------------------------------------------------- >> >>> For information about J forums see >> http://www.jsoftware.com/forums.htm >> >> >> >> ---------------------------------------------------------------------- >> >> For information about J forums see http://www.jsoftware.com/forums.htm >> >> >> > ---------------------------------------------------------------------- >> > For information about J forums see http://www.jsoftware.com/forums.htm >> >> ---------------------------------------------------------------------- >> For information about J forums see http://www.jsoftware.com/forums.htm >> > ---------------------------------------------------------------------- For information about J forums see http://www.jsoftware.com/forums.htm
