So, apparently, I had "fixed" the wrong thing, but anyways... SYS_UNIX is also in that list of OSes which support file locking (so, mostly: Linux -- though I think there's been some efforts to support BSD implementations other than OSX).
Meanwhile the table says 1!:20 is jfiles() and 1!:30 is jlocks(). and 1!:32 is junlock(). So 1!:20 gives a table of file number, file name And I guess 1!:30 gives a three column table which I guess is locked file number, file index (as in indexed read) and lock length And I think 1!:32 takes an argument which either would be or could be a row from 1!:30 I've not come up with experiments to verify this, though. -- Raul On Sun, Jan 29, 2023 at 3:43 PM 'robert therriault' via General <[email protected]> wrote: > > Thanks Raul, > > From your link it looks to me that only DOS (windows?) and the Mac operating > system are supported for locking. Am I correct with this interpretation. > > Also because I am not familiar with the source code, what does this > documentation indicate about the changes Devon proposed to 1!:20 and 1!:30 > and I proposed for 1!:32? > > Cheers, bob > > > On Jan 29, 2023, at 12:13, Raul Miller <[email protected]> wrote: > > > > It may be helpful, here to look at the list of 1!:n commands in J's source > > code > > > > https://github.com/jsoftware/jsource/blob/master/jsrc/x.c#L77 > > > > The names are in two columns (monadic, dyadic) and many of the names > > are usefully descriptive. (They all begin with jt which isn't relevant > > here, but the part which follows is a good sanity check on their > > functionality.) > > > > Note also that the file locking functions only work on certain > > operating systems. > > > > FYI, > > > > -- > > Raul > > > > On Sun, Jan 29, 2023 at 3:04 PM 'robert therriault' via General > > <[email protected]> wrote: > >> > >> Yep, I agree > >> > >> Also, that 1!:32 should have > >> > >> filenumber,start,length > >> filenumber is a file number from 1!:21 > >> > >> changed to: > >> > >> filenumber,start,length > >> filenumber is a file number from 1!:30 > >> > >> I will make the changes in a couple of hours, unless someone shows me to > >> be mistaken (or makes the change first) > >> > >> Note: this is a case where the discussion page could be used, if we get in > >> the habit of monitoring them. > >> > >> Cheers, bob > >> > >>> On Jan 29, 2023, at 11:42, Devon McCormick <[email protected]> wrote: > >>> > >>> These look reversed: > >>> > >>> Open Files 20 '' _ A table where each row > >>> contains filenumber;filename representing one file opened by 1!:*31* > >>> Locks 30 '' _ A table where each row > >>> contains filenumber,start,length representing one lock established by 1!: > >>> *21* > >>> > >>> because 1!:31 is "Lock File Region" whereas 1!:21 is "Open". > >>> > >>> On Sun, Jan 29, 2023 at 1:45 PM 'robert therriault' via General < > >>> [email protected]> wrote: > >>> > >>>> I went in to fix it, but Raul had already beaten me to it! > >>>> > >>>> Ian, if you have the time, we can always use sharp eyes to make wiki > >>>> corrections. All you need to do is sign up. > >>>> https://code.jsoftware.com/wiki/About > >>>> > >>>> Cheers, bob > >>>> > >>>> > >>>>> On Jan 29, 2023, at 03:30, 'Ian Shannon' via General < > >>>> [email protected]> wrote: > >>>>> > >>>>> Hi there, > >>>>> > >>>>> Just a short note about the wiki. > >>>>> > >>>>> On > >>>>> > >>>>> https://code.jsoftware.com/wiki/Vocabulary/Foreigns > >>>>> > >>>>> > >>>>> Under the heading m=1 (Files) > >>>>> > >>>>> > >>>>> It has > >>>>> > >>>>> Action x(if any) n y Rank Result > >>>>> > >>>>> Locks - 30 '' _ > >>>> A table where each row contains > >>>>> > >>>> filenumber, start, length > >>>>> > >>>> representing one lock established by 1!:21 > >>>>> > >>>>> > >>>>> It should be > >>>>> > >>>>> representing one lock established by 1!:31 > >>>>> > >>>>> > >>>>> Regards, > >>>>> > >>>>> Ian > >>>>> Ian Shannon > >>>>> Undertaking rigorous statistics in support of the NSW environment > >>>>> For every complex problem there is an answer that is clear, simple, and > >>>> wrong. Mencken > >>>>> > >>>>> > >>>> ---------------------------------------------------------------------------------------------------------------------------------------------------------------------- > >>>>> This email is intended for the addressee(s) named and may contain > >>>> confidential and/or privileged information. > >>>>> If you are not the intended recipient, please notify the sender and then > >>>> delete it immediately. > >>>>> Any views expressed in this email are those of the individual sender > >>>> except where the sender expressly and with authority states them to be > >>>> the > >>>> views of the NSW Office of Environment and Heritage. > >>>>> > >>>>> PLEASE CONSIDER THE ENVIRONMENT BEFORE PRINTING THIS EMAIL > >>>>> ---------------------------------------------------------------------- > >>>>> For information about J forums see http://www.jsoftware.com/forums.htm > >>>> > >>>> ---------------------------------------------------------------------- > >>>> For information about J forums see http://www.jsoftware.com/forums.htm > >>>> > >>> > >>> > >>> -- > >>> > >>> Devon McCormick, CFA > >>> > >>> Quantitative Consultant > >>> ---------------------------------------------------------------------- > >>> 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
