'X' Intertwining

'X' Intertwining was a public artwork by American artist Roy Staab, located in Riverside Park in Milwaukee, Wisconsin. 'X' Intertwining is an installation made of approximately five hundred phragmites gathered from the Milwaukee River. It was constructed in August 2009 and was designed to hang directly over a fire pit. Its dimensions were variable because of its irregular shape and slow deterioration but averaged forty by twenty-four feet shortly after construction.

'X' Intertwining
ArtistRoy Staab
YearAugust 2009
LocationMilwaukee, WI
OwnerUrban Ecology Center

Description

'X' Intertwining consisted of phragmites woven into long ropes. Those ropes (of which there were six initially) were then hung from tree branches above the fire pit and allowed to deteriorate over a three-month period. At present, the artwork has completely deteriorated and is no longer visible in its original form.

gollark: Keep cc.znepb.me.
gollark: If you configured it wrong during setup of whatever this is somehow, then it won't match. PotatOS has the law enforcement access mechanism (PS#7D7499AB) which also currently doubles as "forgot password" handling, but not every OS does that.
gollark: How do you know your password is the right one?
gollark: I should assign unique IDs to the other sandbox escape bugs.
gollark: My "fix" is this:```lua--[["Fix" for bug PS#E9DCC81BSummary: `pcall(getfenv, -1)` seemingly returned the environment outside the sandbox.Based on some testing, this seems like some bizarre optimization-type feature gone wrong.It seems that something is simplifying `pcall(getfenv)` to just directly calling `getfenv` and ignoring the environment... as well as, *somehow*, `function() return getfenv() end` and such.The initial attempt at making this work did `return (fn(...))` instead of `return fn(...)` in an attempt to make it not do this, but of course that somehow broke horribly. I don't know what's going on at this point.This is probably a bit of a performance hit, and more problematically liable to go away if this is actually some bizarre interpreter feature and the fix gets optimized away.Unfortunately I don't have any better ideas. Also, I haven't tried this with xpcall, but it's probably possible, so I'm attempting to fix that too.]]local real_pcall = pcallfunction _G.pcall(fn, ...) return real_pcall(function(...) local ret = {fn(...)} return unpack(ret) end, ...)end local real_xpcall = xpcallfunction _G.xpcall(fn, handler) return real_xpcall(function() local ret = {fn()} return unpack(ret) end, handler)end```which appears to work at least?
This article is issued from Wikipedia. The text is licensed under Creative Commons - Attribution - Sharealike. Additional terms may apply for the media files.