implement flash.net.SharedObject

[GoogleCodeExporter]

allow to read/write to SharedObject files (*.sol)
in the same logic as the flash player / AIR


but without the security limitation

ex:
test.swf hosted on www.domain.com
write into test.sol

allow a redtamarin exe to read and write to the
same *.sol file

Original issue reported on code.google.com by zwetan on 13 Jan 2009 at 1:05

[GoogleCodeExporter]

Original comment by zwetan on 26 Apr 2009 at 8:25

• Added labels: Milestone-Release0.5

[GoogleCodeExporter]

Original comment by zwetan on 23 Jan 2011 at 12:58

• Removed labels: Milestone-Release0.5

[GoogleCodeExporter]

documentation

http://en.wikipedia.org/wiki/Local_shared_object

http://www.adobe.com/security/flashplayer/articles/lso/

Original comment by zwetan on 7 Dec 2013 at 5:53

• Changed title: implement flash.net.SharedObject

[GoogleCodeExporter]

example of file location

under Mac OS X with PPAPI
 ~/Library/Application Support/Google/Chrome/Default/Pepper Data/Shockwave Flash/WritableRoot/#SharedObjects/A1B2C3D4

"A1B2C3D4" is a random directory

for ex:

../A1B2C3D4/cdn.pixlr.com/express/express.swf/pixlr.sol

the random directory contains subdirectories named as the domain saving the LSO
then another 1 or more subdirectories representing the URL "path",
then another subdirectory is the name of the SWF saving the LSO
and finaly the LSO file itself with the extension .sol

Original comment by zwetan on 7 Dec 2013 at 6:03

[GoogleCodeExporter]

when the RuntimeProfile emulate either the Flash Player or AIR
we need to try to follow their rules for creating/reading LSO

for ex:
we need to find out if the random directory already exists
and if not create a random directory

if running from a CLI executable then the domain directory could use the name 
of the executable

etc.

Original comment by zwetan on 7 Dec 2013 at 6:05

[GoogleCodeExporter]

Original comment by zwetan on 7 Dec 2013 at 6:05

• Added labels: Library-AVMGLUE, Milestone-Release0.4-2R00