>Ah there was a LF! Thanks Bill! dirtree seems w/o that pesky LF too, Thanks >Raul. And great system scavenging knowledge Dan.
1!:55 }:each(<'test' dirfind '') 1 greg ~krsnadas.org -- from: bill lam <[email protected]> to: [email protected] date: 3 May 2014 22:03 subject: Re: [Jgeneral] 1!:55 on W7/64 So there is a trailing LF that you need to handle. -- from: Dan Bron <[email protected]> to: [email protected] date: 3 May 2014 22:02 subject: Re: [Jgeneral] 1!:55 on W7/64 >Try 1!:55<'a_file_I_know_does_not_exist.txt' . Do you get the same error? In >particular, if you try to delete a file that does not exist, do you get >"interface error" or "file name error"? >If the latter, then I'd lean towards your original diagnosis: you've got a >permissioning issue. For some reason, your J session isn't allowed to alter >the directory 'd:\temp' (though it can list its contents). Can you restart J >as an administrator? Try right-clicking on your J icon and selecting "run as >administrator" (if that option doesn't show up, try holding down CTRL or SHIFT >as you right click). You'll probably need to provide an administrator password. >Does running J with administrative priveleges allow you to delete (or read) >the file? If so, then you need to change the permissions on that folder (you >need read and write access to create and delete files) or on the file itself >(to read/write the file contents, as opposed to creating/deleting files in >that directory). Make sure to give read/write permissions to whichever user >you typically run J under. >You might also consider avoiding the explicit working-directory change, >allowing J to run from its default working directory (i.e. where the >executable is installed), and just ensuring all application file references >have fully-qualified paths. I don't think 1!:44 has seen much use or testing >in the wild. At least not in a long while. As an alternative, instead of >1!:44, you could just change the shortcut that launches J to start it in >d:\temp . That (Windows' shortcuts) is probably a better-exercised area than >J's 1!:44 . >If none of that works, I'm kinda stumped. As a last ditch resort, you can try >running cderx'', though I don't think that captures errors generated by system >calls J makes under the covers, only explicit DLL calls made in user space. -Dan ---------------------------------------------------------------------- For information about J forums see http://www.jsoftware.com/forums.htm
