Switch to DuckDuckGo Search
   June 3, 2020  
< | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | >


NOTICE: This channel is no longer actively logged.

Toggle Join/Part | bottom
[00:04:15] *** gh34 <gh34!~textual@cpe-184-58-181-106.wi.res.rr.com> has quit IRC (Quit: Textual IRC Client: www.textualapp.com)
[00:14:18] *** blackwood821 <blackwood821!~blackwood@c-174-49-16-176.hsd1.tn.comcast.net> has quit IRC (Remote host closed the connection)
[00:15:43] *** liv3010m_ <liv3010m_!~liv3010m@77-72-245-190.fibertel.com.ar> has joined #illumos
[00:19:46] *** liv3010m <liv3010m!~liv3010m@77-72-245-190.fibertel.com.ar> has quit IRC (Ping timeout: 260 seconds)
[00:33:01] *** andy_js <andy_js!~andy@94.11.185.123> has quit IRC (Quit: andy_js)
[00:48:43] <gitomat> [illumos-gate] 12708 Packages could be linted -- Andy Fiddaman <omnios at citrus-it dot co.uk>
[00:53:36] <jollyd> \o/
[01:35:44] *** ypankov <ypankov!~ypankov@91.240.124.138> has quit IRC (Ping timeout: 256 seconds)
[01:42:26] *** liv3010m_ <liv3010m_!~liv3010m@77-72-245-190.fibertel.com.ar> has quit IRC (Quit: Textual IRC Client: www.textualapp.com)
[01:55:42] *** Bdragon <Bdragon!~bdragon@drupal.org/user/53081/view> has quit IRC (Ping timeout: 244 seconds)
[02:09:57] *** Bdragon <Bdragon!~bdragon@drupal.org/user/53081/view> has joined #illumos
[02:41:05] *** yuripv <yuripv!~yuripv@91.240.124.138> has joined #illumos
[03:09:15] *** liv3010m <liv3010m!~liv3010m@77-72-245-190.fibertel.com.ar> has joined #illumos
[03:20:18] *** mnrmnaugh <mnrmnaugh!~mnrmnaugh@unaffiliated/mnrmnaugh> has quit IRC (Quit: Leaving)
[03:32:40] *** mnrmnaugh <mnrmnaugh!~mnrmnaugh@unaffiliated/mnrmnaugh> has joined #illumos
[03:32:58] *** yuripv <yuripv!~yuripv@91.240.124.138> has quit IRC (Quit: leaving)
[03:44:24] *** hemi770 <hemi770!~hemi666@unaffiliated/hemi770> has quit IRC (Remote host closed the connection)
[03:57:22] *** jcea <jcea!~Thunderbi@2001:bc8:2ecd:caed:7670:6e00:7670:6e00> has quit IRC (Quit: jcea)
[04:13:56] *** arnoldoree <arnoldoree!~arnoldore@113.210.191.186> has joined #illumos
[04:57:27] *** hemi770 <hemi770!~hemi666@unaffiliated/hemi770> has joined #illumos
[06:34:03] *** liv3010m <liv3010m!~liv3010m@77-72-245-190.fibertel.com.ar> has quit IRC (Ping timeout: 265 seconds)
[06:35:10] *** liv3010m <liv3010m!~liv3010m@77-72-245-190.fibertel.com.ar> has joined #illumos
[06:57:55] *** phyre <phyre!~phyre___@78.30.22.107> has joined #illumos
[07:11:20] *** prashks <prashks!~genome@c-98-207-125-158.hsd1.ca.comcast.net> has joined #illumos
[07:12:06] *** prashks <prashks!~genome@c-98-207-125-158.hsd1.ca.comcast.net> has left #illumos
[07:18:08] *** BOKALDO <BOKALDO!~BOKALDO@91.105.119.15> has joined #illumos
[07:18:08] *** storkone2 <storkone2!~storkone@a80-101-69-245.adsl.xs4all.nl> has quit IRC (Read error: Connection reset by peer)
[07:19:20] *** storkone <storkone!~storkone@a80-101-69-245.adsl.xs4all.nl> has joined #illumos
[07:52:18] *** lystra <lystra!~lystra@d53-64-11-169.nap.wideopenwest.com> has quit IRC (Ping timeout: 258 seconds)
[08:01:00] *** wonko <wonko!~quassel@75.52.174.33> has quit IRC (Ping timeout: 256 seconds)
[08:02:53] *** wonko <wonko!~quassel@sierra.4amlunch.net> has joined #illumos
[08:05:49] *** lystra <lystra!~lystra@d53-64-11-169.nap.wideopenwest.com> has joined #illumos
[08:14:12] *** idodeclare <idodeclare!~textual@cpe-76-185-177-63.satx.res.rr.com> has quit IRC (Quit: My MacBook has gone to sleep. ZZZzzz…)
[08:18:50] *** pwinder <pwinder!~pwinder@86.11.191.8> has joined #illumos
[08:23:53] <gitomat> [illumos-gate] 12813 pptadm and libppt are x86 only -- Toomas Soome <tsoome at me dot com>
[08:29:58] *** neuroserve <neuroserve!~toens@ip-94-114-253-29.unity-media.net> has quit IRC (Ping timeout: 256 seconds)
[08:30:08] *** tsoome <tsoome!~tsoome@acaf-56f2-5486-8d35-2f80-4a40-07d0-2001.sta.estpak.ee> has quit IRC (Quit: Textual IRC Client: www.textualapp.com)
[08:39:42] *** alanc <alanc!~alanc@inet-hqmc02-o.oracle.com> has quit IRC (Remote host closed the connection)
[08:40:11] *** alanc <alanc!~alanc@inet-hqmc02-o.oracle.com> has joined #illumos
[08:43:38] *** nbhauke <nbhauke!~hauke@55d4869b.access.ecotel.net> has joined #illumos
[08:43:53] *** nbhauke <nbhauke!~hauke@55d4869b.access.ecotel.net> has quit IRC (Client Quit)
[08:56:19] *** tsoome <tsoome!~tsoome@a220-82f3-9226-3468-2f80-4a40-07d0-2001.sta.estpak.ee> has joined #illumos
[08:59:01] *** arnoldoree <arnoldoree!~arnoldore@113.210.191.186> has quit IRC (Ping timeout: 246 seconds)
[09:00:05] *** tsoome <tsoome!~tsoome@a220-82f3-9226-3468-2f80-4a40-07d0-2001.sta.estpak.ee> has quit IRC (Client Quit)
[09:10:38] *** andy_js <andy_js!~andy@94.11.185.123> has joined #illumos
[09:18:24] *** yuripv <yuripv!~yuripv@91.240.124.138> has joined #illumos
[09:26:49] *** neuroserve <neuroserve!~toens@ip-178-202-209-213.hsi09.unitymediagroup.de> has joined #illumos
[09:38:14] *** jimklimov <jimklimov!~jimklimov@78.80.224.132> has joined #illumos
[09:40:06] *** jimklimov1 <jimklimov1!~jimklimov@78.80.224.132> has joined #illumos
[09:43:02] *** jimklimov <jimklimov!~jimklimov@78.80.224.132> has quit IRC (Ping timeout: 260 seconds)
[09:48:03] *** ptribble <ptribble!~ptribble@cpc92716-cmbg20-2-0-cust138.5-4.cable.virginm.net> has joined #illumos
[10:00:11] *** tsoome <tsoome!~tsoome@148-52-235-80.sta.estpak.ee> has joined #illumos
[10:00:54] *** nbhauke <nbhauke!~hauke@55d4869b.access.ecotel.net> has joined #illumos
[10:28:16] <tsoome> andy_js is https://code.illumos.org/c/illumos-gate/+/711 ok for you?
[10:29:33] <andy_js> It looks fine.
[10:29:44] <tsoome> thanks:)
[10:35:18] *** clapont <clapont!~clapont@unaffiliated/clapont> has quit IRC (Ping timeout: 260 seconds)
[10:38:11] *** jimklimov <jimklimov!~jimklimov@78.80.224.132> has joined #illumos
[10:38:11] *** jimklimov1 <jimklimov1!~jimklimov@78.80.224.132> has quit IRC (Read error: Connection reset by peer)
[10:41:51] *** yuripv <yuripv!~yuripv@91.240.124.138> has quit IRC (Quit: leaving)
[10:54:04] *** clapont <clapont!~clapont@unaffiliated/clapont> has joined #illumos
[10:56:36] *** clapont <clapont!~clapont@unaffiliated/clapont> has quit IRC (Remote host closed the connection)
[10:57:49] *** BH23 <BH23!~BH23@santoroj.plus.com> has quit IRC (Quit: Leaving)
[11:01:30] *** BH23 <BH23!~BH23@santoroj.plus.com> has joined #illumos
[11:14:10] *** clapont <clapont!~clapont@unaffiliated/clapont> has joined #illumos
[11:24:44] *** yuripv <yuripv!~yuripv@91.240.124.138> has joined #illumos
[11:34:59] *** arnoldoree <arnoldoree!~arnoldore@113.210.188.122> has joined #illumos
[11:59:04] <gitomat> [illumos-gate] 12721 would like svcadm disable -c -- John Levon <john.levon at joyent dot com>
[12:03:39] <gitomat> [illumos-gate] 12786 fix CTF pointer overrun -- Nicolò Mazzucato <nicomazz97 at gmail dot com>
[12:04:07] *** bdha <bdha!~bdha@2001:19f0:5:5568:5400:2ff:fe25:993e> has quit IRC (Ping timeout: 240 seconds)
[13:00:58] *** phyre <phyre!~phyre___@78.30.22.107> has quit IRC (Remote host closed the connection)
[13:20:14] *** clapont <clapont!~clapont@unaffiliated/clapont> has quit IRC (Ping timeout: 272 seconds)
[13:31:38] *** clapont <clapont!~clapont@unaffiliated/clapont> has joined #illumos
[13:32:01] *** tsoome <tsoome!~tsoome@148-52-235-80.sta.estpak.ee> has quit IRC (Ping timeout: 264 seconds)
[13:37:01] *** bdha <bdha!~bdha@45.77.108.166> has joined #illumos
[13:38:40] *** clapont <clapont!~clapont@unaffiliated/clapont> has quit IRC (Ping timeout: 246 seconds)
[13:40:48] *** clapont <clapont!~clapont@unaffiliated/clapont> has joined #illumos
[13:41:40] *** Kruppt <Kruppt!~Kruppt@50.111.15.150> has joined #illumos
[14:20:01] *** khng300 <khng300!~khng300@unaffiliated/khng300> has quit IRC (Quit: ZNC 1.7.5 - https://znc.in)
[14:22:29] *** khng300 <khng300!~khng300@unaffiliated/khng300> has joined #illumos
[14:28:07] *** tsoome <tsoome!~tsoome@e5a9-8c69-96ba-9944-2f80-4a40-07d0-2001.sta.estpak.ee> has joined #illumos
[14:43:35] *** am11 <am11!~am11@dsl-hkibng22-54f985-221.dhcp.inet.fi> has joined #illumos
[14:51:51] *** gh34 <gh34!~textual@cpe-184-58-181-106.wi.res.rr.com> has joined #illumos
[14:52:36] *** gh34 <gh34!~textual@cpe-184-58-181-106.wi.res.rr.com> has quit IRC (Client Quit)
[14:54:13] *** jcea <jcea!~Thunderbi@2001:bc8:2ecd:caed:7670:6e00:7670:6e00> has joined #illumos
[15:09:18] *** elenium <elenium!~elenium@46.180.115.3> has joined #illumos
[15:09:35] *** elenium <elenium!~elenium@46.180.115.3> has quit IRC (Quit: Nettalk6 - www.ntalk.de)
[15:10:00] *** elenium <elenium!~elenium@46.180.115.3> has joined #illumos
[15:12:23] *** blackwood821 <blackwood821!~blackwood@c-174-49-16-176.hsd1.tn.comcast.net> has joined #illumos
[15:15:48] *** BOKALDO <BOKALDO!~BOKALDO@91.105.119.15> has quit IRC (Quit: Leaving)
[15:22:52] *** Diagon <Diagon!DiagonalAr@gateway/vpn/protonvpn/diagonalarg> has joined #illumos
[15:27:00] *** Kruppt <Kruppt!~Kruppt@50.111.15.150> has quit IRC (Quit: Leaving)
[15:42:40] *** Diagon <Diagon!DiagonalAr@gateway/vpn/protonvpn/diagonalarg> has quit IRC (Quit: Leaving)
[15:43:46] *** Kurlon <Kurlon!~Kurlon@cpe-67-253-136-97.rochester.res.rr.com> has quit IRC (Remote host closed the connection)
[15:44:23] *** Kurlon <Kurlon!~Kurlon@167-48.gwi.net> has joined #illumos
[16:05:21] <toastersonerson> Is it actually possible to dd a raw vm image into a ZFS volume?
[16:19:22] *** BOKALDO <BOKALDO!~BOKALDO@91.105.119.15> has joined #illumos
[16:21:16] <andyf> Should be - I dd SmartOS images to zvols
[16:21:38] <toastersonerson> arent those zfs streams?
[16:22:22] <andyf> no, not the smartos-latest images (for booting smartos itself in a VM)
[16:22:50] <toastersonerson> Are you dd ing to rdsk or dsk?
[16:28:24] <tsoome> (The name O_T_OPTMGMT_REQ continues to exist for Solaris 2.6 compilation environment compatibility only) -- seems like something is ready to get nuked...
[16:28:42] <andyf> I can't remember.. let me update to the latest and see
[16:31:18] <toastersonerson> worked with ext4 on my side. so It should work with dsk only
[16:31:25] <toastersonerson> zol that is.
[16:32:02] <toastersonerson> last time i tried on illumos I managed to create I/O errors but that was probably me then.
[16:34:49] *** yuripv <yuripv!~yuripv@91.240.124.138> has quit IRC (Remote host closed the connection)
[16:35:13] <andyf> rdsk works..
[16:35:14] <andyf> https://paste.ec/paste/0rEQOOMv#mLRnHKW-HccXzizDzwzM/bLHPCXFlLAg+lZjrWKjmku
[16:38:13] *** clapont <clapont!~clapont@unaffiliated/clapont> has quit IRC (Ping timeout: 265 seconds)
[16:39:52] *** clapont <clapont!~clapont@unaffiliated/clapont> has joined #illumos
[16:40:28] <toastersonerson> thanks for checking.
[16:40:34] <toastersonerson> btw what is zadm
[16:50:26] <andyf> It's a zone management tool for OmniOS
[16:51:24] <toastersonerson> oh so it's a small wrapper sround zoneadm zlogin and consorts?
[16:52:21] <andyf> No, it's a full management tool for doing all sort of zone stuff - downloading and installing images (lx, zvol, illumos), managing zone config etc.
[16:52:27] <andyf> it's in the omnios-extra repository
[16:52:46] <andyf> (currently in beta as far as I know but I'm using it)
[16:53:03] <toastersonerson> oh interesting- im having a look then
[16:53:56] <andyf> https://github.com/omniosorg/zadm
[16:54:54] *** Kurlon <Kurlon!~Kurlon@167-48.gwi.net> has quit IRC (Read error: Connection reset by peer)
[16:55:00] *** Kurlon_ <Kurlon_!~Kurlon@167-48.gwi.net> has joined #illumos
[17:13:29] <storkone> Hi, could somebody please have at look this? R151034, in the GZ snapshots are created from a leaf zfs FS. In a brand pkgsrc zone the zfs FS is mounted via zonecfg as type LOFS and readonly. From within the zone I can access the .zfs/snapshot directory via cd [path]. If I do ls within the snapshot directory I can see all snapshots but when I want to cd to a snapshot I get the error "cd: [path]: Not owner" But if
[17:13:29] <storkone> I ls or cd the contents of that snapshot once in the GZ and next try to access the snapshot in the non-GZ zone everything is accessible. No acl's everything is brand new and tested as root. Does anybody knows what's happening here?
[17:15:02] <storkone> Bonus points: I've created a small bash script which accesses (via cd and ls) the snapshot once after creation. If I run this script directly from the login prompt everything works and the files are accessible on in the non-GZ. However if I start the same script from within perl ( using system) it doesn't work even thought the script is run and shows the contents of the snapshot. I've added a wrapper script with
[17:15:02] <storkone> /bin/bash -i -c "/real/script" but that doesn't work either.
[17:16:34] *** pwinder <pwinder!~pwinder@86.11.191.8> has quit IRC (Ping timeout: 258 seconds)
[17:17:47] *** pwinder <pwinder!~pwinder@86.11.191.8> has joined #illumos
[17:22:01] <toastersonerson> storkone (IRC): The ideal and usual setup would be to delegate the dataset into the zone with the dataset property. This is very likely undefined behaviour.
[17:22:45] <toastersonerson> And it's probably a security issue that you can do it in the first place.
[17:31:59] *** pwinder <pwinder!~pwinder@86.11.191.8> has quit IRC (Quit: This computer has gone to sleep)
[17:40:15] <storkone> I cannot delegate the dataset. I need it in both GZ and in zone(s). I don't see any problem using the LOFS option, it's documented for years (at least Solaris 10) for this this use case (sharing a FS between the GZ and zones). Look at the zonecfg examples.
[17:43:02] <toastersonerson> For shareing the filesystem yes. The .zfs directory is not in the same filesystem
[17:43:07] <ptribble> When you access a snapshot, there's an internal mount (sort of like automount) happening behind the scenes
[17:43:52] <ptribble> So if you trigger that in the global zone, it'll be accessible in the ngz (at least until the inactive cleaner comes along)
[17:46:02] <am11> does port_create(3C) work on all file systems supported by the OS?
[17:47:02] <ptribble> I can imagine that triggering the mount from a ngz via a read-only lofs has several opportunities to fail
[17:48:00] *** neuroserve <neuroserve!~toens@ip-178-202-209-213.hsi09.unitymediagroup.de> has quit IRC (Ping timeout: 258 seconds)
[17:48:30] <toastersonerson> Lofs is intended to make a directory accessible inside the zone via VFS. it does not give the zone the delegations and the provileges to mount or modify the dataset. Anything else than accessing visible files will fail. One can ofcourse add the mount trigger like that, but that is basicly making the zone modifying resources it has not been given delegations to.
[17:49:24] <toastersonerson> am11 (IRC): All non special, non read-only filesystems should. Not tested it in a while outside ZFS but it is simply a file so I do not see why not.
[17:49:54] <toastersonerson> If you create a filerepresentation at all of course.
[17:50:42] *** lpsmith <lpsmith!~lpsmith@unaffiliated/lpsmith> has quit IRC (Quit: ZNC 1.6.5 - http://znc.in)
[17:50:56] *** lpsmith <lpsmith!~lpsmith@unaffiliated/lpsmith> has joined #illumos
[17:59:50] *** pwinder <pwinder!~pwinder@86.11.191.8> has joined #illumos
[17:59:50] *** pwinder <pwinder!~pwinder@86.11.191.8> has quit IRC (Client Quit)
[18:03:25] <clapont> hi everyone!
[18:06:33] <am11> toastersonerson: thanks. i have it in my notes for dotnet's FileSystemWatcher. there was one filesystem (i forgot to record its name), which works with inotify stuff (which is probably the reason why SmartOS has inotify headers in the default setup). so if such filesystem is in used, can we still rely on port_create(3C) to observe file changes?
[18:06:50] *** elenium <elenium!~elenium@46.180.115.3> has quit IRC (Ping timeout: 256 seconds)
[18:07:39] <toastersonerson> Oh wait wrong function :) I was thinking of doo_create(3c)
[18:07:52] <toastersonerson> *door_create()
[18:08:00] <am11> in otherwords, should we implement both inotify-based and event port based backends for file watchin or will the port* APIs be enough? :)
[18:10:58] <toastersonerson> IIRC inotify was a compatibility layer only
[18:11:15] *** idodeclare <idodeclare!~textual@cpe-76-185-177-63.satx.res.rr.com> has joined #illumos
[18:16:10] <jbk> go with the portfs apis
[18:16:45] <jbk> the inotify bits are IIRC for LX compatability, so they're only going to be present in distros with LX (which i think is just smartos and omniosce currently)
[18:27:34] *** jemershaw <jemershaw!~jemershaw@c-68-83-252-28.hsd1.pa.comcast.net> has quit IRC (Ping timeout: 260 seconds)
[18:27:54] *** wacki <wacki!~wacki@i577B8138.versanet.de> has joined #illumos
[18:31:56] <am11> toastersonerson, jbk: +1, thank you, I will read portfs manual. :)
[18:32:00] <storkone> ptribble , I try to not access the snapshot in advance by running the "mount trigger" script in the GZ. But that fails when run from perl and only works from a real login at the moment. After I've run the script I signal the zone to start it's processing.
[19:10:49] *** arnoldoree <arnoldoree!~arnoldore@113.210.188.122> has quit IRC (Quit: Leaving)
[19:26:17] *** neuroserve <neuroserve!~toens@ip-84-118-131-4.unity-media.net> has joined #illumos
[19:28:15] <gitomat> [illumos-gate] 12565 max1617: NULL pointer errors -- Toomas Soome <tsoome at me dot com>
[19:38:58] <gitomat> [illumos-gate] 12805 sun_fc: in C++11 this 'throw' will call 'terminate' because destructors default to 'noexcept' -- Toomas Soome <tsoome at me dot com>
[20:13:34] *** Tempt <Tempt!~avenger@unaffiliated/tempt> has quit IRC (Read error: Connection reset by peer)
[20:14:06] *** Tempt <Tempt!~avenger@unaffiliated/tempt> has joined #illumos
[20:14:06] *** ChanServ sets mode: +o Tempt
[20:32:47] *** yuripv <yuripv!5bf07c8a@91.240.124.138> has joined #illumos
[20:49:10] *** yuripv <yuripv!5bf07c8a@91.240.124.138> has quit IRC (Remote host closed the connection)
[20:51:24] <andyf> Is anyone here au fait with recvmesg() and MSG_CTRUNC behaviour by any chance?
[20:54:30] <rmustacc> au fait?
[20:54:42] <andyf> familiar with...
[20:54:53] <jbk> non
[20:54:54] <jbk> :P
[20:55:04] <andyf> well, able to help me with my understanding
[20:55:11] <rmustacc> Possibly, what's up?
[20:55:17] *** lystra <lystra!~lystra@d53-64-11-169.nap.wideopenwest.com> has quit IRC (Ping timeout: 256 seconds)
[20:55:43] <andyf> I'm chasing a problem with the latest update to libdbus
[20:56:01] <andyf> It's doing some fd passing using sendmsg/recvmsg
[20:56:22] <rmustacc> OK.
[20:56:33] <andyf> and deliberately testing what happens if more FDs are sent than can be received
[20:56:34] *** lystra <lystra!~lystra@d53-64-11-169.nap.wideopenwest.com> has joined #illumos
[20:57:12] <rmustacc> Seems reasonable.
[20:57:19] <andyf> So the receiver sets msg_controllen = 20 * sizeof(int) + sizeof (struct cmsghdr)
[20:57:31] <andyf> well, it uses CMSG_SPACE()
[20:57:34] <andyf> but same difference
[20:57:51] <andyf> then the sender sends 21 fds
[20:58:34] <andyf> the receiver calls recvmsg() and gets a message back with m.msg_flags & MSG_CTRUNC
[20:58:36] <andyf> whcih is fine
[20:59:40] <andyf> m being the struct msghdr that was passed to recvmsg
[20:59:53] <andyf> now, the code iterates the returned cmsg structs
[21:00:05] <andyf> for (cm = CMSG_FIRSTHDR(&m); cm; cm = CMSG_NXTHDR(&m, cm))
[21:00:41] <andyf> the problem I'm seeing is that cm->cmsg_len is now bigger than expected
[21:01:51] <andyf> and I'm surmising it shows how big the buffer would need to be to avoid truncation
[21:02:01] <andyf> but I can't find that documented anywhere, and it seems to differ from Linux
[21:14:07] <andyf> Looking at https://github.com/omniosorg/illumos-omnios/blob/master/usr/src/uts/common/fs/sockfs/socksyscalls.c#L877, I think it really is sending back cmsg blocks with a length exceeding the buffer size, I'd just love to find it explained somewhere
[21:27:49] *** jimklimov <jimklimov!~jimklimov@78.80.224.132> has quit IRC (Ping timeout: 264 seconds)
[21:28:45] *** nbhauke <nbhauke!~hauke@55d4869b.access.ecotel.net> has quit IRC (Quit: nbhauke)
[21:37:24] <andyf> What I think may be true, is that one should not try to iterate the control data if msg_flags had MSG_CTRUNC set. Unfortunately I can't find any documentation to support that.
[21:37:49] <andyf> libdbus wants to iterate to close any stray file descriptors, but it looks like our kernel will have taken care of that for us anyway
[21:39:45] <andyf> Documentation is .. lacking (or I'm using the wrong search terms)
[21:55:26] *** BOKALDO <BOKALDO!~BOKALDO@91.105.119.15> has quit IRC (Quit: Leaving)
[22:23:57] *** Kurlon <Kurlon!~Kurlon@cpe-67-253-136-97.rochester.res.rr.com> has joined #illumos
[22:25:41] *** Kurlon <Kurlon!~Kurlon@cpe-67-253-136-97.rochester.res.rr.com> has quit IRC (Remote host closed the connection)
[22:26:17] *** Kurlon <Kurlon!~Kurlon@167-48.gwi.net> has joined #illumos
[22:27:26] *** Kurlon_ <Kurlon_!~Kurlon@167-48.gwi.net> has quit IRC (Ping timeout: 260 seconds)
[22:36:28] <sjorge> am11: congrats on the RID pr approval!
[22:36:33] <sjorge> one step closer
[22:37:48] <am11> sjorge: thanks, waiting for its merged (and two other PRs). so i can push one more which intruments cross-compilation bits.:D
[22:41:57] *** ptribble <ptribble!~ptribble@cpc92716-cmbg20-2-0-cust138.5-4.cable.virginm.net> has quit IRC (Quit: Leaving)
[22:47:54] *** Kurlon_ <Kurlon_!~Kurlon@cpe-67-253-136-97.rochester.res.rr.com> has joined #illumos
[22:48:28] <gitomat> [illumos-gate] 12564 sbus: NULL pointer and smatch errors -- Toomas Soome <tsoome at me dot com>
[22:50:56] <gitomat> [illumos-gate] 12575 ltc1427: NULL pointer errors -- Toomas Soome <tsoome at me dot com>
[22:51:52] *** Kurlon <Kurlon!~Kurlon@167-48.gwi.net> has quit IRC (Ping timeout: 256 seconds)
[22:53:01] <rmustacc> andyf: Hmm. Thanksf or the details. I feel like documentation here is pretty sparse. MAybe time to go double check the old 'advanced programming in the unix environment'.
[22:54:24] <andyf> Yes, I think so.. what we do at the moment is not what things generally expect. I was pointed at the Chromium source for example
[22:54:33] <andyf> at present, we do something like this..
[22:54:47] <andyf> we tell the kernel we have allocated 92 bytes for it to use, then call recvmsg
[22:55:02] <andyf> we get a response back that tells us we have one or more messages
[22:55:23] <andyf> and when we look at the first message, it says this message is 96 bytes long
[22:55:30] <andyf> (for example... something bigger than the 92 anyway)
[22:56:11] <rmustacc> I need to figure out what the change in the xpg4 flag does.
[22:56:38] <rmustacc> lJust because it's all right around that code.
[22:57:01] <andyf> it determines if we're using the old or new struct msghdr
[22:57:07] <rmustacc> Ah right. That's what it was.
[23:00:40] *** wacki <wacki!~wacki@i577B8138.versanet.de> has left #illumos
[23:16:45] *** yuripv <yuripv!~yuripv@91.240.124.138> has joined #illumos
[23:22:32] *** mnrmnaugh <mnrmnaugh!~mnrmnaugh@unaffiliated/mnrmnaugh> has quit IRC (Remote host closed the connection)
[23:23:03] *** mnrmnaugh <mnrmnaugh!~mnrmnaugh@unaffiliated/mnrmnaugh> has joined #illumos
[23:34:09] *** yuripv <yuripv!~yuripv@91.240.124.138> has quit IRC (Read error: Connection reset by peer)
[23:34:50] *** yuripv <yuripv!~yuripv@91.240.124.138> has joined #illumos
[23:42:17] *** roryrjb <roryrjb!~rory@bl9-21-48.dsl.telepac.pt> has joined #illumos
[23:42:59] *** andy_js <andy_js!~andy@94.11.185.123> has quit IRC (Quit: andy_js)
[23:43:15] *** roryrjb <roryrjb!~rory@bl9-21-48.dsl.telepac.pt> has quit IRC (Client Quit)
top

   June 3, 2020  
< | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | >