[Bug?] "Read File" component doesn't work on Mac

[zhuangjia777]

Hi

I let Read File component read a txt file. It stops working on Mac, but work well under Win.

Is it a bug?

[diff-arch]

Hi,

I don’t know, if the bug still persists or if it has already been fixed in a newer version, but it’s been reported a couple of times in the last half year or so:

'Read file' error

Greetings, I’m getting an error when trying to use the ‘read file’ component in gh. Without any file linked there seems to be one runtime error: “1. Line 0:” And with a simple text file referenced there are two runtime errors which includes the previous but additionally: “2. There is no valid parser available.” I recently updated Rhino 7 to Version 7 (7.1.20343.09492, 2020-12-08) on Mac. Any help would be fantastic. Thanks! [Screen Shot 2021-01-08 at 3.21.45 pm] [Screen Shot 2021-01-08 a…

Read File component is not working

I’ve now downloaded that public release that is about 5 hours older but that gives the same result here: [Skjermbilde 2020-12-28 kl. 09.51.29] I know - I’ve answered and tested in that other thread as well. David is not the developer on the Mac. I’ve asked a different developer to take a look and he will be back in the office in January. -wim

I’ve posted a work around or alternative using GHPYthon here, if you’re interested:

Read File component is not working

Yes, here’s a custom GHPython component that I oftentimes use instead of File, because it also has the ability to remove empty lines. Otherwise it does exactly the same stuff and should work in Rhino 7. import Grasshopper as gh import os def read_lines(fpath, empty=True): """Reads the contents of a file line by line. Args: fpath: An absolute path to a file to read empty: By default True to remove empty lines Raises: OSError: '<fpath>' is not a valid fil…

I usually don’t use the File (“Read File”) component, since I oftentimes need more specific text parsing or type casting workflows.

It could simply be that Rhino has not the right privileges (i.e. Full Disk Access) to read the file at the given location?

[zhuangjia777]

your script works on Mac. Thank you!

[diff-arch]

Yes, I’m also a macOS user.

[diff-arch]

@dan, I don’t know if your the right person to ask, but why hasn’t this been fixed yet? It’s been over half a year since it was first reported. Respectfully, it doesn’t seem that hard to do, if I can whip up an alternative with a few lines of Python.

[dan]

Hi @diff-arch If I’m not mistaken, it is this bug:

RH-36840 File Reader component errors

which was reported here and we did indeed fix it.…but, as sometimes happens, it got “unfixed” (aka: a regression). I’m going to check in and see what happened here and report back. Sorry about this.

[diff-arch]

Thanks @dan! Seems to be a hard piece of code to keep running.

[dan]

@diff-arch

Seems to be a hard piece of code to keep running

I’ll say! I haven’t looked at source on this - I’ll go do that soon - but I think this is one where it’s very old VB.NET code getting run in Mono on macOS. I don’t know how many users this impacts just yet (we’ll take a look soon), but this might warrant a hot-fix update.

Regardless, this is an meets regression.

[james.stoddart (Jim)]

Tracking the same problem here:

CSV File can't be read by GH in file path

Still suffering from the same issue in 7.7.21160.05002, 2021-06-09. Has anyone found a resolution beyond the Python block from (Read File component is not working - #13 by diff-arch). [Screen Shot 2021-07-23 at 11.15.10 AM]

Seems to be an issue with VB (getting a VBNC_CRASH error in console that keeps the parser from compiling/loading).

[wim (Wim Dekeyser)]

@james.stoddart

Tracking the same problem here:

See my answer there…
-w