December 2019 - Talk - lists.gtalug.org

Re: [GTALUG] another unique store gone: Above All Electronic Surplus
by Howard Gibson 15 Dec '19

15 Dec '19

On Sun, 15 Dec 2019 19:47:36 +0200 ac via talk <talk(a)gtalug.org> wrote: > > There is a place on North Queen, near Sherway Gardens that has a lot > > of the Active Surplus stock. I can't think of the name, as I've only > > been there once. A1 Electronic Parts http://www.a1parts.com Let's hope they are doing okay. I bought my Arduino kit there. -- Howard Gibson hgibson(a)eol.ca jhowardgibson(a)gmail.com http://home.eol.ca/~hgibson

1 0

Harmony Place is looking for volunteer developers/designers
by David Collier-Brown 14 Dec '19

14 Dec '19

A friend of mine, Emily Yuen, volunteers there helping adults with multiple disabilities, and because she's a retired programmer, was asked about exploring the idea of an IT person to write some apps, to facilitate some of the things they do. It's a bit of an open-ended question, including what one can do as well as how, perhaps starting with apps on ipads and/or the web. If you're interested, send her email at Emily Yuen <emily.w.yuen(a)gmail.com> and CC me. --dave -- David Collier-Brown, | Always do right. This will gratify System Programmer and Author | some people and astonish the rest davecb(a)spamcop.net | -- Mark Twain

1 0

Toolchain Selection
by Nicholas Krause 13 Dec '19

13 Dec '19

Greetings, Lennart was asking but LLVM does have a c library implementation, linker and debugger currently. While most inexperienced toolchain developers or people building one assume you have to use all GCC or LLVM excluding the c library that's not the case. A lot of people use lld, LLVM's linker with GCC due to it being much faster. For a traditional toolchain you require: 1. Compiler 2. Linker 3. C Library 4. Kernel Headers 5. Probably a Debugger Therefore you can select or take what you want from each of 1,2,3,5 from either LLVM or GCC. There has been lots of work on the LLVM and GCC sides to make sure it works well and still is. If your going to ask me questions please CC the list so others can get the info as well, Nick

1 0

How much do you know about how linux executes binaries?
by lsorense＠csclub.uwaterloo.ca 13 Dec '19

13 Dec '19

Someone at work just made a slight mistake: root@ECA:~# cd /var root@ECA:/var# mv core.* /* [clearly that trailing * was not meant to be there] [bunch of errors about target already existing] root@ECA:/var# ls -bash: /bin/ls: No such file or directory root@ECA:/var# So what do you do now? I was able to fix it in about 5 minutes without using anything other than what was on the running system? Interesting little problem. The original state of the system was: root@ECA:/var# ls -l / drwxr-xr-x 2 root root 4096 Dec 9 11:47 bin drwxr-xr-x 2 root root 4096 Dec 6 11:16 boot drwxr-xr-x 10 root root 2340 Dec 6 11:18 dev drwxr-xr-x 46 root root 4096 Dec 9 11:48 etc drwxr-xr-x 6 root root 4096 Dec 5 12:09 home lrwxrwxrwx 1 root root 10 Dec 5 12:09 init -> /sbin/init drwxr-xr-x 4 root root 4096 Dec 5 12:09 lib drwxr-xr-x 5 root root 4096 Dec 5 12:09 lib64 drwx------ 2 root root 4096 Dec 5 12:09 lost+found drwxr-xr-x 2 root root 4096 Nov 19 10:07 media drwxr-xr-x 4 root root 4096 Dec 5 12:09 mnt drwxrwxrwx 6 root root 4096 Dec 5 12:24 opt drwxr-xr-x 3 root root 4096 Dec 5 12:09 persistdata drwxr-xr-x 5 root root 4096 May 25 2018 persistent dr-xr-xr-x 473 root root 0 Dec 6 11:17 proc drwxr-xr-x 5 root root 4096 Dec 9 11:38 root drwxr-xr-x 12 root root 780 Dec 6 11:18 run drwxr-xr-x 2 root root 4096 Dec 9 11:47 sbin dr-xr-xr-x 11 root root 0 Dec 6 11:17 sys drwxrwxrwt 8 root root 400 Dec 11 12:14 tmp drwxr-xr-x 12 root root 4096 Dec 5 12:09 usr drwxr-xr-x 15 root root 4096 Dec 5 12:15 var -- Len Sorensen

6 13

Discussions about Compiler Technologies
by Nicholas Krause 11 Dec '19

11 Dec '19

Greetings All, Hopefully you learned a little yesterday if you were there. I've mentioned this to Alex but the group seems to have a interest in certain parts of compilers and other related technologies. Normally I would prefer Q and As or walking through code directly as its far more interesting to people them just slides. I'm opening it up for discussion here about what the group is interested in. Mostly I got frontends including clang,Rust e.t.c., JIT vs compiler time and what is better when and GPUs in particular, compiler backends as related to instruction cost selection and other things. Have a good holidays and new year, Nick

1 0

AMD Documentation for GPUs
by Nicholas Krause 11 Dec '19

11 Dec '19

Greetings All, Here is the page for the ISA docs for AMD instruction sets for GPUS. https://developer.amd.com/resources/developer-guides-manuals/ As some of you want to read or look at it. Its at the bottom of the page under the title: Instruction Set Architecture (ISA) Documents Nick

1 0

Graphics cards - - - too much 'joy'
by o1bigtenor 10 Dec '19

10 Dec '19

Greetings I had a system built in Jan 2012 which included an Asus P9X79 mobo and 3 Geforce 570 video cards where I've been running a variant of Debian, usually testing, ever since. I ran using 2 of those cards utilizing first fully proprietary drivers and then a couple years ago I shifted to the debian version of the same. This last spring 2 of the 3 cards failed and nvidia retired support for the cards in their current drivers so I went to using nouveau for my graphic card driver. I purchased a Radeon RX570 graphics card and a week ago swapped out Nvidia 570 card. I was unable to even get the system to post on first try (I had all 4 monitors plugged into the gpu). Went back to the Nvidia card and the system is working just fine. Tried the Radeon RX570 again this time only plugging in 1 monitor - - - - the gpu light do come on but I can't tell if much further is happening. I called my purchase point and they requested I send it back to them. They are now telling me that the card is working well on their M$ test machine. I'm not sure what to do or what I did wrong in my install attempt. Any ideas? TIA

4 16

Cloud Based versus Openness
by Christopher Browne 03 Dec '19

03 Dec '19

"Local-first software: you own your data, in spite of the cloud" Here's an interesting rabbit-hole for those that are interested in data archival. https://blog.acolyer.org/2019/11/20/local-first-software/ It heads out to a flurry of pretty interesting third party links. What immediately gripped me as interesting was a set of Library of Congress recommendations on "archival " data formats: https://www.loc.gov/preservation/resources/rfs/moving.html Their choices are interesting, and not too surprising. -- When confronted by a difficult problem, solve it by reducing it to the question, "How would the Lone Ranger handle this?"

2 2