You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Dec 6, 2018. It is now read-only.
Request #58369 import/export of variables
Submitted: 2008-10-07 02:43 UTC Modified: 2008-10-20 01:07 UTC
Votes: 1
Avg. Score: 3.0 ± 0.0
Reproduced: 1 of 1 (100.0%)
Same Version: 1 (100.0%)
Same OS: 1 (100.0%)
From: christoph dot hintermueller at psi dot ch Assigned: jon
Status: Assigned Package: python (PECL)
PHP Version: 5.1.2 OS: Linux
Private report: No CVE-ID:
[2008-10-07 02:43 UTC] christoph dot hintermueller at psi dot ch
Description:
How far are the efforts on implementing shared import/export of
variables. Half a year ago when i sent a patch which reactivated
the code which implements a copy on import/export
mechanisms for variables which are used by both Python and
PHP. I do agree that is not the best solution as it consumes the
memory twice and does not allow to track if a variable is
reexported/reimported from/to python. At the moment all
variables which are not boolean, integger, float or string seem to
be converted to a string which can be brought back to life by
means of eval command. Which is an even worse approach then
the copy on import/export.
Thus would you support the following following 3 Step apporach
to get from the current situation where only simply types are
properly shared to a full share on import/export approach.
Officially reactivate the copy on export/import mechanism and
clearly mark it as temporary solution, or at least provide it as non
supported non official patch. Whichcan be downloaded separatly
from the PECL page but may not be usable with newer PiP
versions and deffinitly not with those using step 2 for
importing/exporting variables to/from Python.
Implement wrapper classes properly mapping PHP zvalues to
python classes behaving like the python types coresponding to
the PHP type. (wrap on import)
2b) Implement share on export by copying the python variable to
a zvalue and replacing the original python value by its reimported
PHP counterpart.
Implement ture share on export: would require how to make a
python object appear as zvalue which behaves like native PHP
zvalues.
Is the above approach possible at all how difficult would it be
and how power full would it be?
Xris
The text was updated successfully, but these errors were encountered:
Sign up for freeto subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Request #58369 import/export of variables
Submitted: 2008-10-07 02:43 UTC Modified: 2008-10-20 01:07 UTC
Votes: 1
Avg. Score: 3.0 ± 0.0
Reproduced: 1 of 1 (100.0%)
Same Version: 1 (100.0%)
Same OS: 1 (100.0%)
From: christoph dot hintermueller at psi dot ch Assigned: jon
Status: Assigned Package: python (PECL)
PHP Version: 5.1.2 OS: Linux
Private report: No CVE-ID:
[2008-10-07 02:43 UTC] christoph dot hintermueller at psi dot ch
Description:
How far are the efforts on implementing shared import/export of
variables. Half a year ago when i sent a patch which reactivated
the code which implements a copy on import/export
mechanisms for variables which are used by both Python and
PHP. I do agree that is not the best solution as it consumes the
memory twice and does not allow to track if a variable is
reexported/reimported from/to python. At the moment all
variables which are not boolean, integger, float or string seem to
be converted to a string which can be brought back to life by
means of eval command. Which is an even worse approach then
the copy on import/export.
Thus would you support the following following 3 Step apporach
to get from the current situation where only simply types are
properly shared to a full share on import/export approach.
clearly mark it as temporary solution, or at least provide it as non
supported non official patch. Whichcan be downloaded separatly
from the PECL page but may not be usable with newer PiP
versions and deffinitly not with those using step 2 for
importing/exporting variables to/from Python.
python classes behaving like the python types coresponding to
the PHP type. (wrap on import)
2b) Implement share on export by copying the python variable to
a zvalue and replacing the original python value by its reimported
PHP counterpart.
python object appear as zvalue which behaves like native PHP
zvalues.
Is the above approach possible at all how difficult would it be
and how power full would it be?
Xris
The text was updated successfully, but these errors were encountered: