Oh, another developer suggested asking if you have any anti-virus software. Some anti-virus software does a bunch of unusual stuff with blocking seemingly-arbitrary processes from spawning seemingly-arbitrary other processes.
I've even seen one delete a few files from a Houdini install before, and then delete them off a USB key when I tried to copy the missing files over myself. It didn't make any backup, either, so it had no way to restore them. I just uninstalled the anti-virus at that point, because it was acting more like a virus. I think it was Norton.
ndickson Another possible workaround, (though it probably won't work given the past results) :
Put down a Unix SOP
Set the command line to gwavefront the_path_to_the_OBJ_file_in_question.obj stdout.bgeo
Set the display flag to it (if it wasn't already there.)
Of course it doesn't
Regarding anti-virus, I have Malwarebytes anti-malware, when I installed Houdini and when I work with it - Malwarebytes is not running, it isn't on autostart at all. Checked all of it's reports, nothing found - nothing quarantined.
I only have problem with .OBJ, all others work as expected. And its the same goddamn error - “Expected array object” in some library… Backend IO - I presume something within the Houdini files or settings…
It is really frustrating and I know reinstalling Win10 will probably fix it but I really don't want to do that.
I have created a default torus, saved it as .bgeo and tried to use gwavefront to create an .obj. It cannot read files at all! But, when I right-clicked at torus SOP and save it as torus.obj - it works and that .obj loads successfully. But as before the code in that .obj is tottaly different than in any other I have:
AdamuKv as before the code in that .obj is tottaly different than in any other I have
gwavefront is also used to save .obj files, so it looks like it's just failing to spawn gwavefront to save the file, and it's instead falling back to saving an old-format .geo file that happens to have the extension obj. Houdini normally saves and loads valid .obj files.
I have no idea why Houdini (or gconvert) isn't spawning gwavefront on your machine, sorry.
Ok, opened a shell window via Houdini (cmd) and tried gwavefront to convert to and from .obj/.bgeo - it works without issues… So I'm guessing main program has some issues calling external apps. Houdini won't load .obj derived this way (source .obj -> .bgeo -> .obj), but I can load the .bgeo, which will suffice for now. It's still not fixed and I would like to know at least why it isn't working.
I just went through a round of having the same issues. Weirdly, in a last ditch effort, I ended up solving it by moving my installation to the C drive. Once I did that everything worked fine and houdini was spitting out properly formatted .objs via the file sop. I double-checked by installing back to a different drive and the problem returned with .objs being a different format that normal. I'm glad all is working fine now, but I'm still not sure where/why the difference exactly happens though.
As moving Houdini to the C drive fixed this for one user, I _strongly_ suggest using Winternals ProcMon (available from microsoft.com).
Set it to look at filesystem, registry and process start activity.
It will spew a TON of completely unrelated stuff. You need to create filters to remove that from the sampling/logging.
But once the filters are in place, you should be able to get a pretty good idea of what Houdini and/or any of its child processes are doing, what is failing, and hopefully also figure out why it's failing.
If you find anything interesting from Process Monitor, please post itsubmit a bug report. That could be quite helpful.
Edit: Whoops! It didn't occur to me that it might (or might not) pose a privacy/security risk to you to post Process Monitor data, so it's probably safest not to directly post a file on a public forum.