pattrstorage xml file weirdness
On Mac OS 10.4.7, using Max/MSP 4.5.7, using the pattrstorage help
file as my example patch, if I use pattrstorage to write an xml file
to disk, it takes literally minutes (beach balling) to then *read*
that file back into the pattrstorage later on.
More precisely, it only takes a long time to read the file if I don’t
specify it’s file name as an argument to for the read command (i.e.
"read storage.xml"), and rather browse to it in the file dialog that
appears when I just send a "read" to the pattrstorage. Perhaps
another clue – if I go to the Finder, and do a Get Info on the xml
file itself – it also takes a few minutes to open the Get Info window
there as well. However if I drop the xml file onto TextEdit, it
opens right away. So it seems like the Finder is hanging on the file
for some reason…
Is pattrstorage saving its xml files in some kind of weird way that’s
causing this to happen? Or just something specific to my
Sorry folks – false alarm. A reboot (and a good night’s sleep) fixed it.
>Is pattrstorage saving its xml files in some kind of weird way
>that’s causing this to happen? Or just something specific to my
FWIW, I’ve found that these types of errors can happen when Finder is
open, the file is selected, and the file "preview" thingie is
expanded. It causes all sorts of odd problems, like saves
mysteriously failing, and files hanging when you try to open them.
On Aug 10, 2006, at 11:25 AM, Dan Nigrin wrote:
> Sorry folks – false alarm. A reboot (and a good night’s sleep)
> fixed it.
>> Is pattrstorage saving its xml files in some kind of weird way
>> that’s causing this to happen? Or just something specific to my
> Dan Nigrin
> Defective Records
> 202 Hack / PC-1600 User / VSTi Host / OMS Convert / Jack OS X
Forums > MaxMSP