Hi Rob,

Thanks for pointing me in the right direction. I am running Mac OS 11.1 Big Sur, I had encountered this (stupid) behavior before, when I couldn't drag files onto the desktop, so I should have noticed that it was the location of the file on the Desktop that was the issue. The reason I thought it was a jqt issue was that when I tried jconsole, it was able to copy the file from Desktop without problems, and j902 jqt had no problems either. So indeed, with j903 jqt,  if I copy the file to /Users/jph instead of /Users/jph/Desktop, the read is fine.

I looked at the article you referenced but wasn't able to fix the problem. Going to Security & Privacy --> Privacy, selecting "Files and Folders" shows the apps that have access, but I can't add anything to the list. If I choose "Full Disk Access", then I can use + to add other items. But selecting jqt or jqt.app doesn't help. I thought j903/bin/Qt might be the thing, but it leads down a rabbit hole of Frameworks --> to an endless list of Qt files. I guess the thing is to not put working files on Desktop. Why does Apple do this? It gets worse all the time -- it seems they don't want users to be able to do their own programing at all. I would use only linux if my Mac didn't have a bigger monitor.

Cheers,

Patrick

On 8/30/21 2:35 AM, 'Rob Hodgkinson' via General wrote:
I suspect you are using Mac OS Catalina or later … where Apple introduced 
protection on key folders (mainly from 3rd party apps).
See this article for details: 
https://nektony.com/duplicate-finder-free/folders-permission

You can either:
        - grant access using Settings / Security & Privacy to allow J (probably 
Qt, but I don’t know) to access the Desktop
        - work in a separate folder (which is what I do)

I reproduced your error by creating a file using text edit and saving to 
Desktop, then also to a new folder (work).
Note: I had to add permission to iTerm (my terminal program) just to “ls” the 
files in Desktop as I could not see them until I did that.

Then I used the native <fread> function (your <mread> is just a wrapper to 
<fread>) to directly read and compare for an error result:

In J on my system:

    fread '/Users/rob/Desktop/test.txt'
_1

    fread '/Users/rob/work/test.txt'
col1,col2,cold
10,20,30
110,120,130

The Catalina (&later) security is a pain (it is there for your protection, but 
still a pain), so I prefer to work in a non key folder to work on docs like this.

Please confirm if this resolves your issue Patrick…/Rob


On 29 Aug 2021, at 6:40 am, J. Patrick Harrington <[email protected]> wrote:

I've installed j903 Beta-o on both my Dell xps running Linux Ubuntu and my 
Mac-mini running OS 11. I have a file which I read with

D=. mread < '/Users/jph/Desktop/HS-20Aug-A2.dat'    where mread=: 
(_&".)@('m'&fread)

This works fine under linux, but fails with

domain error: mread

on the Mac. Strangely, running jconsole on the Mac, the read works OK. Any idea 
why the Mac fails under Qt while under Ubuntu it is fine. BTW, jqt on the Mac 
running j902 has no problem - this just appeared in 903.

Patrick

----------------------------------------------------------------------
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

Reply via email to