Subject: my first microsoft program running natively on linux..
hm, only some gtk... so loooots of libs ;-) https://code.visualstudio.com/?xd=406643&cr_eac=300322935
7 processes, 60 threads, seems to have acceptable resource consumption..
VSCode-linux-x64$ ldd ./Code
linux-vdso.so.1 (0x00007fffb9ffe000)
libnode.so => /local/home/willi/local/VSCode-linux-x64/./libnode.so (0x00007f01680c5000)
libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f0167e7a000)
libgtk-x11-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.so.0 (0x00007f016782c000)
libgdk-x11-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libgdk-x11-2.0.so.0 (0x00007f0167576000)
libatk-1.0.so.0 => /usr/lib/x86_64-linux-gnu/libatk-1.0.so.0 (0x00007f016734f000)
libpangocairo-1.0.so.0 => /usr/lib/x86_64-linux-gnu/libpangocairo-1.0.so.0 (0x00007f0167141000)
libcairo.so.2 => /usr/lib/x86_64-linux-gnu/libcairo.so.2 (0x00007f0166e2c000)
libpango-1.0.so.0 => /usr/lib/x86_64-linux-gnu/libpango-1.0.so.0 (0x00007f0166bde000)
libfreetype.so.6 => /usr/lib/x86_64-linux-gnu/libfreetype.so.6 (0x00007f0166932000)
libfontconfig.so.1 => /usr/lib/x86_64-linux-gnu/libfontconfig.so.1 (0x00007f01666f5000)
libnotify.so.4 => /local/home/willi/local/VSCode-linux-x64/./libnotify.so.4 (0x00007f01664ed000)
libgdk_pixbuf-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libgdk_pixbuf-2.0.so.0 (0x00007f01662ca000)
libgio-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libgio-2.0.so.0 (0x00007f0165f51000)
libgobject-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 (0x00007f0165cff000)
libdbus-1.so.3 => /lib/x86_64-linux-gnu/libdbus-1.so.3 (0x00007f0165ab6000)
libX11.so.6 => /usr/lib/x86_64-linux-gnu/libX11.so.6 (0x00007f0165773000)
libXrandr.so.2 => /usr/lib/x86_64-linux-gnu/libXrandr.so.2 (0x00007f0165569000)
libXext.so.6 => /usr/lib/x86_64-linux-gnu/libXext.so.6 (0x00007f0165356000)
libgconf-2.so.4 => /usr/lib/x86_64-linux-gnu/libgconf-2.so.4 (0x00007f0165125000)
libgmodule-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libgmodule-2.0.so.0 (0x00007f0164f21000)
librt.so.1 => /lib/x86_64-linux-gnu/librt.so.1 (0x00007f0164d18000)
libglib-2.0.so.0 => /lib/x86_64-linux-gnu/libglib-2.0.so.0 (0x00007f0164a09000)
libnss3.so => /usr/lib/x86_64-linux-gnu/libnss3.so (0x00007f01646c1000)
libnssutil3.so => /usr/lib/x86_64-linux-gnu/libnssutil3.so (0x00007f0164494000)
libsmime3.so => /usr/lib/x86_64-linux-gnu/libsmime3.so (0x00007f0164267000)
libplc4.so => /usr/lib/x86_64-linux-gnu/libplc4.so (0x00007f0164062000)
libnspr4.so => /usr/lib/x86_64-linux-gnu/libnspr4.so (0x00007f0163e22000)
libasound.so.2 => /usr/lib/x86_64-linux-gnu/libasound.so.2 (0x00007f0163b2a000)
libcups.so.2 => /usr/lib/x86_64-linux-gnu/libcups.so.2 (0x00007f01638b2000)
libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f01636ad000)
libXi.so.6 => /usr/lib/x86_64-linux-gnu/libXi.so.6 (0x00007f016349d000)
libXcursor.so.1 => /usr/lib/x86_64-linux-gnu/libXcursor.so.1 (0x00007f0163292000)
libXfixes.so.3 => /usr/lib/x86_64-linux-gnu/libXfixes.so.3 (0x00007f016308b000)
libXrender.so.1 => /usr/lib/x86_64-linux-gnu/libXrender.so.1 (0x00007f0162e81000)
libXcomposite.so.1 => /usr/lib/x86_64-linux-gnu/libXcomposite.so.1 (0x00007f0162c7e000)
libXdamage.so.1 => /usr/lib/x86_64-linux-gnu/libXdamage.so.1 (0x00007f0162a7a000)
libXtst.so.6 => /usr/lib/x86_64-linux-gnu/libXtst.so.6 (0x00007f0162874000)
libexpat.so.1 => /lib/x86_64-linux-gnu/libexpat.so.1 (0x00007f016264b000)
libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007f016233f000)
libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f016203e000)
libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007f0161e28000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f0161a7e000)
/lib64/ld-linux-x86-64.so.2 (0x00007f01692d7000)
libpangoft2-1.0.so.0 => /usr/lib/x86_64-linux-gnu/libpangoft2-1.0.so.0 (0x00007f0161868000)
libXinerama.so.1 => /usr/lib/x86_64-linux-gnu/libXinerama.so.1 (0x00007f0161664000)
libgthread-2.0.so.0 => /usr/lib/x86_64-linux-gnu/libgthread-2.0.so.0 (0x00007f0161462000)
libpixman-1.so.0 => /usr/lib/x86_64-linux-gnu/libpixman-1.so.0 (0x00007f01611b4000)
libpng12.so.0 => /lib/x86_64-linux-gnu/libpng12.so.0 (0x00007f0160f8d000)
libxcb-shm.so.0 => /usr/lib/x86_64-linux-gnu/libxcb-shm.so.0 (0x00007f0160d89000)
libxcb-render.so.0 => /usr/lib/x86_64-linux-gnu/libxcb-render.so.0 (0x00007f0160b7e000)
libxcb.so.1 => /usr/lib/x86_64-linux-gnu/libxcb.so.1 (0x00007f016095c000)
libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007f0160741000)
libthai.so.0 => /usr/lib/x86_64-linux-gnu/libthai.so.0 (0x00007f0160537000)
libselinux.so.1 => /lib/x86_64-linux-gnu/libselinux.so.1 (0x00007f0160312000)
libresolv.so.2 => /lib/x86_64-linux-gnu/libresolv.so.2 (0x00007f01600fa000)
libffi.so.6 => /usr/lib/x86_64-linux-gnu/libffi.so.6 (0x00007f015fef2000)
libdbus-glib-1.so.2 => /usr/lib/x86_64-linux-gnu/libdbus-glib-1.so.2 (0x00007f015fcca000)
libpcre.so.3 => /lib/x86_64-linux-gnu/libpcre.so.3 (0x00007f015fa5c000)
libplds4.so => /usr/lib/x86_64-linux-gnu/libplds4.so (0x00007f015f857000)
libgssapi_krb5.so.2 => /usr/lib/x86_64-linux-gnu/libgssapi_krb5.so.2 (0x00007f015f60d000)
libgnutls-deb0.so.28 => /usr/lib/x86_64-linux-gnu/libgnutls-deb0.so.28 (0x00007f015f2ee000)
libavahi-common.so.3 => /usr/lib/x86_64-linux-gnu/libavahi-common.so.3 (0x00007f015f0e0000)
libavahi-client.so.3 => /usr/lib/x86_64-linux-gnu/libavahi-client.so.3 (0x00007f015eecf000)
libharfbuzz.so.0 => /usr/lib/x86_64-linux-gnu/libharfbuzz.so.0 (0x00007f015ec77000)
libXau.so.6 => /usr/lib/x86_64-linux-gnu/libXau.so.6 (0x00007f015ea73000)
libXdmcp.so.6 => /usr/lib/x86_64-linux-gnu/libXdmcp.so.6 (0x00007f015e86d000)
libdatrie.so.1 => /usr/lib/x86_64-linux-gnu/libdatrie.so.1 (0x00007f015e665000)
libkrb5.so.3 => /usr/lib/x86_64-linux-gnu/libkrb5.so.3 (0x00007f015e390000)
libk5crypto.so.3 => /usr/lib/x86_64-linux-gnu/libk5crypto.so.3 (0x00007f015e15f000)
libcom_err.so.2 => /lib/x86_64-linux-gnu/libcom_err.so.2 (0x00007f015df5b000)
libkrb5support.so.0 => /usr/lib/x86_64-linux-gnu/libkrb5support.so.0 (0x00007f015dd4e000)
libkeyutils.so.1 => /lib/x86_64-linux-gnu/libkeyutils.so.1 (0x00007f015db4a000)
libp11-kit.so.0 => /usr/lib/x86_64-linux-gnu/libp11-kit.so.0 (0x00007f015d904000)
libtasn1.so.6 => /usr/lib/x86_64-linux-gnu/libtasn1.so.6 (0x00007f015d6ef000)
libnettle.so.4 => /usr/lib/x86_64-linux-gnu/libnettle.so.4 (0x00007f015d4bd000)
libhogweed.so.2 => /usr/lib/x86_64-linux-gnu/libhogweed.so.2 (0x00007f015d28e000)
libgmp.so.10 => /usr/lib/x86_64-linux-gnu/libgmp.so.10 (0x00007f015d00a000)
libgraphite2.so.3 => /usr/lib/x86_64-linux-gnu/libgraphite2.so.3 (0x00007f015cdee000)
Subject: Re: my first microsoft program running natively on linux..
That looks surprisingly native. What languages does it support?
Subject: Re: my first microsoft program running natively on linux..
debugging is currently only supported for node and rails.
the C++ i've opened had propper syntax highlighting.
I finally took some time this weekend to work the bugs out of the Raspberry Pi based server that I am running in my house. I didn't want to put it back into any serious use until I got it working reliably.
I had gone through all sorts of grief trying to get two hard disks working at the same time. This shouldn't be a big deal. I had a hunch, which later proved to be incorrect, that the CheapChinese(tm) USB-to-SATA adapters had a bug somewhere that made them malfunction when you connected two of them. I eventually bought a dual-channel USB-to-SATA adapter but still had problems. For a while I was using one channel of the dual-channel adapter, and one of the single-channel adapters. I also had everything running through a powered hub, thinking that even the light power load from the electronics (keyboard etc) might be fux0ring the Pi.
Fast forward to the facepalm moment. It turns out that my problem the whole time has been that the CheapChinese(tm) power supplies that came with the original USB-to-SATA adapters aren't beefy enough to reliably power one disk, let alone two. Eventually I swapped in the power supply that came with the dual-channel adapter. Despite the fact that they all are marked "2000 mA," this one actually had enough power to run the disks. It's now reliably booting, every time, without requiring me to poke it with a stick during boot to get all volumes mounted.
I have a 2 GB MicroSD card in the Pi so I'm only using it for booting. The root filesystem is on one hard disk, and the other is for offsite backups of my hosted servers. Now that I've got it working reliably, I might think about putting it all in a nice box with a bunch of LED's wired to the GPIO pins. Here's a photo of the current setup.
as you may already have seen the rumors on xmodulo in the rss room, here is the official statement:
https://bits.debian.org/2015/12/mourning-ian-murdock.html
The Ian in debIan is no more :-(
Like I said, I'm not familiar with him other than knowing who he is because of his work on Debian, but I have known a few highly intellectual people who because of the circumstances of their upbringing never really had a situation in their lives where they were subject to forced compliance to authority. I'm not sure if that applies to Murdock but I can certinaly see how the situation may have quickly escalated if it did.
I also would suspect he may have been troubled in other ways before this all began.
I haven't seen his name pop up in the news over the past few days so I think the self-martyring may have been in vain, as well.
Quite a shame. :-/
RMS would probably insist on the GNU first in line. That aside, I wonder if I am raising kids that would have the same issues. Off to another room for a good discussion I think.
Hey hey! Ho ho! systemd has got to go!
Fri Jan 08 2016 07:37:38 EST from IGnatius T Foobar @ UncensoredWell if he got attacked by cops then I'm starting an "Open Source Developer Lives Matter" movement. (But really it's just a trick to get George Soros to give me money so I can buy a new computer.)
Hey hey! Ho ho! systemd has got to go!
I totally agree. I still find myself running /etc/init.d/<somecommand> :)
Are there any distros that are still holding back from systemd other than Slackware?
Sun Jan 24 2016 06:16:59 PM EST from Robert Wolfe @ Uncensored
Fri Jan 08 2016 07:37:38 EST from IGnatius T Foobar @ UncensoredWell if he got attacked by cops then I'm starting an "Open Source Developer Lives Matter" movement. (But really it's just a trick to get George Soros to give me money so I can buy a new computer.)
Hey hey! Ho ho! systemd has got to go!
I totally agree. I still find myself running /etc/init.d/<somecommand> :)
yeah.... there was a hack to Mint
http://www.techrepublic.com/article/why-the-linux-mint-hack-is-an-indicator-of-a-larger-problem/
Never thought we'd see this.
http://blogs.microsoft.com/blog/2016/03/07/announcing-sql-server-on-linux/
M$ SQL Server running on Linux.