FAQ
Edit report at https://pear.php.net/bugs/bug.php?id=19134&edit=1

ID: 19134
Updated by: me@wolfdogg.org
Reported By: me at wolfdogg dot org
Summary: files wont write
Status: Open
Type: Bug
Package: DB_DataObject
Operating System: arch linux x64
PHP Version: 5.3.8
Roadmap Versions:
New Comment:

one more thing, should i be running on linux as
user
$ php /usr/share/pear/DB/DataObject/createTables
/home/myuser/data_objects/create.ini

or root
# php /usr/share/pear/DB/DataObject/createTables
/home/myuser/data_objects/create.ini

and should i be using the -f switch, or the -F switch

$ php -f /usr/share/pear/DB/DataObject/createTables
/home/myuser/data_objects/create.ini


Previous Comments:
------------------------------------------------------------------------

[2011-12-13 13:19:17] wolfdogg

Description:
------------
i can run createTables.php from inside the DB_DataObject
directory, or anywhere else on the system, i copied the entire
PEAR directory to my user folder, and chowned the files to
myself:http group, and ran it, i have tried DB driver, and
MDB2 driver, the database is connecting correctly, the arrays
are built, in getting DB_DataObject_Generator : 0 : writing
etc... then DB_DataObject_Generator : 0 : Done, i dont see
any errors in debug level 5,

BUT.... i dont have the files. they arent writing. I tried
changing the permissions on the Generator.php lines 348 etc.
to 0777 to see if that would help since im not sure what PEAR
is running as, that didnt help.

Is teh function <?php System::mkdir('-p','-
m',0755,dirname($file))); ?> kosher? when i # mkdir --help i
see that there is no -p switch, but a -P switch. maybe ill try
that next.

any suggestions? no matter what config i use, proxy=full,
mysqli, mysql, DB, MDB2, altering output directories, running
as root, running as user, nothing is making any files.

------------------------------------------------------------------------

Search Discussions

  • Me at Dec 13, 2011 at 12:24 pm
    Edit report at https://pear.php.net/bugs/bug.php?id=19134&edit=1

    ID: 19134
    Updated by: me@wolfdogg.org
    Reported By: me at wolfdogg dot org
    Summary: files wont write
    Status: Open
    Type: Bug
    Package: DB_DataObject
    Operating System: arch linux x64
    PHP Version: 5.3.8
    Roadmap Versions:
    New Comment:

    oops, of course i meant 'createTables.php' in those command lines, not
    just
    'createTables'

    and i wanted to mention theres no documentation on a linux command line,
    just a
    windows command line. whats up with that? guess its assumed linux
    users are smart
    enough to figure that one out. well, i think i got that part correct.


    Previous Comments:
    ------------------------------------------------------------------------

    [2011-12-13 13:22:26] wolfdogg

    one more thing, should i be running on linux as
    user
    $ php /usr/share/pear/DB/DataObject/createTables
    /home/myuser/data_objects/create.ini

    or root
    # php /usr/share/pear/DB/DataObject/createTables
    /home/myuser/data_objects/create.ini

    and should i be using the -f switch, or the -F switch

    $ php -f /usr/share/pear/DB/DataObject/createTables
    /home/myuser/data_objects/create.ini

    ------------------------------------------------------------------------

    [2011-12-13 13:19:17] wolfdogg

    Description:
    ------------
    i can run createTables.php from inside the DB_DataObject
    directory, or anywhere else on the system, i copied the entire
    PEAR directory to my user folder, and chowned the files to
    myself:http group, and ran it, i have tried DB driver, and
    MDB2 driver, the database is connecting correctly, the arrays
    are built, in getting DB_DataObject_Generator : 0 : writing
    etc... then DB_DataObject_Generator : 0 : Done, i dont see
    any errors in debug level 5,

    BUT.... i dont have the files. they arent writing. I tried
    changing the permissions on the Generator.php lines 348 etc.
    to 0777 to see if that would help since im not sure what PEAR
    is running as, that didnt help.

    Is teh function <?php System::mkdir('-p','-
    m',0755,dirname($file))); ?> kosher? when i # mkdir --help i
    see that there is no -p switch, but a -P switch. maybe ill try
    that next.

    any suggestions? no matter what config i use, proxy=full,
    mysqli, mysql, DB, MDB2, altering output directories, running
    as root, running as user, nothing is making any files.

    ------------------------------------------------------------------------
  • Me at Dec 13, 2011 at 12:57 pm
    Edit report at https://pear.php.net/bugs/bug.php?id=19134&edit=1

    ID: 19134
    Updated by: me@wolfdogg.org
    Reported By: me at wolfdogg dot org
    Summary: files wont write
    Status: Open
    Type: Bug
    Package: DB_DataObject
    Operating System: arch linux x64
    PHP Version: 5.3.8
    Roadmap Versions:
    New Comment:

    ok, i found a problem by backtracing the fwrite function near line 358
    of
    Generator.php. the fwrite($fh,$this->_newConfig) function fails because
    $fh is an
    empty variable, and before that $fh = fopen($tmpname, 'w'); faile
    because
    $tmpname is empty, and $tmpname =
    tempnam(session_save_path(),'DataObject_'); fails because
    session_save_path()
    is empty,

    can somebody please troubleshoot and see why the session save path is
    empty?

    so when i changed line 354 to this it worked
    $tmpname - tempnam(session_save_path('/tmp'),'DataObject_');

    victory! so if i spend time on it tomorrow i can find out whats going
    on here,
    except the problem may be much deeper than i think, thats why i would
    hope one
    of your devs in charge of this project might need to take a look as
    well.

    regards.


    Previous Comments:
    ------------------------------------------------------------------------

    [2011-12-13 13:24:18] wolfdogg

    oops, of course i meant 'createTables.php' in those command lines, not
    just
    'createTables'

    and i wanted to mention theres no documentation on a linux command line,
    just a
    windows command line. whats up with that? guess its assumed linux
    users are smart
    enough to figure that one out. well, i think i got that part correct.

    ------------------------------------------------------------------------

    [2011-12-13 13:22:26] wolfdogg

    one more thing, should i be running on linux as
    user
    $ php /usr/share/pear/DB/DataObject/createTables
    /home/myuser/data_objects/create.ini

    or root
    # php /usr/share/pear/DB/DataObject/createTables
    /home/myuser/data_objects/create.ini

    and should i be using the -f switch, or the -F switch

    $ php -f /usr/share/pear/DB/DataObject/createTables
    /home/myuser/data_objects/create.ini

    ------------------------------------------------------------------------

    [2011-12-13 13:19:17] wolfdogg

    Description:
    ------------
    i can run createTables.php from inside the DB_DataObject
    directory, or anywhere else on the system, i copied the entire
    PEAR directory to my user folder, and chowned the files to
    myself:http group, and ran it, i have tried DB driver, and
    MDB2 driver, the database is connecting correctly, the arrays
    are built, in getting DB_DataObject_Generator : 0 : writing
    etc... then DB_DataObject_Generator : 0 : Done, i dont see
    any errors in debug level 5,

    BUT.... i dont have the files. they arent writing. I tried
    changing the permissions on the Generator.php lines 348 etc.
    to 0777 to see if that would help since im not sure what PEAR
    is running as, that didnt help.

    Is teh function <?php System::mkdir('-p','-
    m',0755,dirname($file))); ?> kosher? when i # mkdir --help i
    see that there is no -p switch, but a -P switch. maybe ill try
    that next.

    any suggestions? no matter what config i use, proxy=full,
    mysqli, mysql, DB, MDB2, altering output directories, running
    as root, running as user, nothing is making any files.

    ------------------------------------------------------------------------
  • Me at Dec 13, 2011 at 12:58 pm
    Edit report at https://pear.php.net/bugs/bug.php?id=19134&edit=1

    ID: 19134
    Updated by: me@wolfdogg.org
    Reported By: me at wolfdogg dot org
    Summary: files wont write
    Status: Open
    Type: Bug
    Package: DB_DataObject
    Operating System: arch linux x64
    PHP Version: 5.3.8
    Roadmap Versions:
    New Comment:

    looks like it was lijne 352, i made a few comments so it was hard to see
    what line
    number.


    Previous Comments:
    ------------------------------------------------------------------------

    [2011-12-13 13:57:02] wolfdogg

    ok, i found a problem by backtracing the fwrite function near line 358
    of
    Generator.php. the fwrite($fh,$this->_newConfig) function fails because
    $fh is an
    empty variable, and before that $fh = fopen($tmpname, 'w'); faile
    because
    $tmpname is empty, and $tmpname =
    tempnam(session_save_path(),'DataObject_'); fails because
    session_save_path()
    is empty,

    can somebody please troubleshoot and see why the session save path is
    empty?

    so when i changed line 354 to this it worked
    $tmpname - tempnam(session_save_path('/tmp'),'DataObject_');

    victory! so if i spend time on it tomorrow i can find out whats going
    on here,
    except the problem may be much deeper than i think, thats why i would
    hope one
    of your devs in charge of this project might need to take a look as
    well.

    regards.

    ------------------------------------------------------------------------

    [2011-12-13 13:24:18] wolfdogg

    oops, of course i meant 'createTables.php' in those command lines, not
    just
    'createTables'

    and i wanted to mention theres no documentation on a linux command line,
    just a
    windows command line. whats up with that? guess its assumed linux
    users are smart
    enough to figure that one out. well, i think i got that part correct.

    ------------------------------------------------------------------------

    [2011-12-13 13:22:26] wolfdogg

    one more thing, should i be running on linux as
    user
    $ php /usr/share/pear/DB/DataObject/createTables
    /home/myuser/data_objects/create.ini

    or root
    # php /usr/share/pear/DB/DataObject/createTables
    /home/myuser/data_objects/create.ini

    and should i be using the -f switch, or the -F switch

    $ php -f /usr/share/pear/DB/DataObject/createTables
    /home/myuser/data_objects/create.ini

    ------------------------------------------------------------------------

    [2011-12-13 13:19:17] wolfdogg

    Description:
    ------------
    i can run createTables.php from inside the DB_DataObject
    directory, or anywhere else on the system, i copied the entire
    PEAR directory to my user folder, and chowned the files to
    myself:http group, and ran it, i have tried DB driver, and
    MDB2 driver, the database is connecting correctly, the arrays
    are built, in getting DB_DataObject_Generator : 0 : writing
    etc... then DB_DataObject_Generator : 0 : Done, i dont see
    any errors in debug level 5,

    BUT.... i dont have the files. they arent writing. I tried
    changing the permissions on the Generator.php lines 348 etc.
    to 0777 to see if that would help since im not sure what PEAR
    is running as, that didnt help.

    Is teh function <?php System::mkdir('-p','-
    m',0755,dirname($file))); ?> kosher? when i # mkdir --help i
    see that there is no -p switch, but a -P switch. maybe ill try
    that next.

    any suggestions? no matter what config i use, proxy=full,
    mysqli, mysql, DB, MDB2, altering output directories, running
    as root, running as user, nothing is making any files.

    ------------------------------------------------------------------------
  • Daniel Oconnor at Dec 13, 2011 at 8:54 pm
    Edit report at https://pear.php.net/bugs/bug.php?id=19134&edit=1

    ID: 19134
    Updated by: daniel.oconnor@gmail.com
    Reported By: me at wolfdogg dot org
    Summary: files wont write
    Status: Open
    Type: Bug
    Package: DB_DataObject
    Operating System: arch linux x64
    PHP Version: 5.3.8
    Roadmap Versions:
    New Comment:

    http://au.php.net/manual/pl/session.configuration.php#ini.session.save-path
    is not
    configured - does your php have the session extension disabled or
    something like
    that?

    http://svn.php.net/viewvc/pear/packages/DB_DataObject/trunk/DataObject/Generato
    r.php?view=markup#l376

    It would be good to use
    http://au.php.net/manual/pl/function.sys-get-temp-dir.php
    instead if available; or
    http://au.php.net/manual/pl/function.tmpfile.php instead


    Previous Comments:
    ------------------------------------------------------------------------

    [2011-12-13 13:58:28] wolfdogg

    looks like it was lijne 352, i made a few comments so it was hard to see
    what line
    number.

    ------------------------------------------------------------------------

    [2011-12-13 13:57:02] wolfdogg

    ok, i found a problem by backtracing the fwrite function near line 358
    of
    Generator.php. the fwrite($fh,$this->_newConfig) function fails because
    $fh is an
    empty variable, and before that $fh = fopen($tmpname, 'w'); faile
    because
    $tmpname is empty, and $tmpname =
    tempnam(session_save_path(),'DataObject_'); fails because
    session_save_path()
    is empty,

    can somebody please troubleshoot and see why the session save path is
    empty?

    so when i changed line 354 to this it worked
    $tmpname - tempnam(session_save_path('/tmp'),'DataObject_');

    victory! so if i spend time on it tomorrow i can find out whats going
    on here,
    except the problem may be much deeper than i think, thats why i would
    hope one
    of your devs in charge of this project might need to take a look as
    well.

    regards.

    ------------------------------------------------------------------------

    [2011-12-13 13:24:18] wolfdogg

    oops, of course i meant 'createTables.php' in those command lines, not
    just
    'createTables'

    and i wanted to mention theres no documentation on a linux command line,
    just a
    windows command line. whats up with that? guess its assumed linux
    users are smart
    enough to figure that one out. well, i think i got that part correct.

    ------------------------------------------------------------------------

    [2011-12-13 13:22:26] wolfdogg

    one more thing, should i be running on linux as
    user
    $ php /usr/share/pear/DB/DataObject/createTables
    /home/myuser/data_objects/create.ini

    or root
    # php /usr/share/pear/DB/DataObject/createTables
    /home/myuser/data_objects/create.ini

    and should i be using the -f switch, or the -F switch

    $ php -f /usr/share/pear/DB/DataObject/createTables
    /home/myuser/data_objects/create.ini

    ------------------------------------------------------------------------

    [2011-12-13 13:19:17] wolfdogg

    Description:
    ------------
    i can run createTables.php from inside the DB_DataObject
    directory, or anywhere else on the system, i copied the entire
    PEAR directory to my user folder, and chowned the files to
    myself:http group, and ran it, i have tried DB driver, and
    MDB2 driver, the database is connecting correctly, the arrays
    are built, in getting DB_DataObject_Generator : 0 : writing
    etc... then DB_DataObject_Generator : 0 : Done, i dont see
    any errors in debug level 5,

    BUT.... i dont have the files. they arent writing. I tried
    changing the permissions on the Generator.php lines 348 etc.
    to 0777 to see if that would help since im not sure what PEAR
    is running as, that didnt help.

    Is teh function <?php System::mkdir('-p','-
    m',0755,dirname($file))); ?> kosher? when i # mkdir --help i
    see that there is no -p switch, but a -P switch. maybe ill try
    that next.

    any suggestions? no matter what config i use, proxy=full,
    mysqli, mysql, DB, MDB2, altering output directories, running
    as root, running as user, nothing is making any files.

    ------------------------------------------------------------------------
  • Daniel Oconnor at Dec 13, 2011 at 8:54 pm
    Edit report at https://pear.php.net/bugs/bug.php?id=19134&edit=1

    ID: 19134
    Updated by: daniel.oconnor@gmail.com
    Reported By: me at wolfdogg dot org
    Summary: files wont write
    -Status: Open
    +Status: Analyzed
    Type: Bug
    Package: DB_DataObject
    Operating System: arch linux x64
    PHP Version: 5.3.8
    Roadmap Versions:
    New Comment:

    -Status: Open
    +Status: Analyzed



    Previous Comments:
    ------------------------------------------------------------------------

    [2011-12-13 21:54:25] doconnor

    http://au.php.net/manual/pl/session.configuration.php#ini.session.save-path
    is not
    configured - does your php have the session extension disabled or
    something like
    that?

    http://svn.php.net/viewvc/pear/packages/DB_DataObject/trunk/DataObject/Generato
    r.php?view=markup#l376

    It would be good to use
    http://au.php.net/manual/pl/function.sys-get-temp-dir.php
    instead if available; or
    http://au.php.net/manual/pl/function.tmpfile.php instead

    ------------------------------------------------------------------------

    [2011-12-13 13:58:28] wolfdogg

    looks like it was lijne 352, i made a few comments so it was hard to see
    what line
    number.

    ------------------------------------------------------------------------

    [2011-12-13 13:57:02] wolfdogg

    ok, i found a problem by backtracing the fwrite function near line 358
    of
    Generator.php. the fwrite($fh,$this->_newConfig) function fails because
    $fh is an
    empty variable, and before that $fh = fopen($tmpname, 'w'); faile
    because
    $tmpname is empty, and $tmpname =
    tempnam(session_save_path(),'DataObject_'); fails because
    session_save_path()
    is empty,

    can somebody please troubleshoot and see why the session save path is
    empty?

    so when i changed line 354 to this it worked
    $tmpname - tempnam(session_save_path('/tmp'),'DataObject_');

    victory! so if i spend time on it tomorrow i can find out whats going
    on here,
    except the problem may be much deeper than i think, thats why i would
    hope one
    of your devs in charge of this project might need to take a look as
    well.

    regards.

    ------------------------------------------------------------------------

    [2011-12-13 13:24:18] wolfdogg

    oops, of course i meant 'createTables.php' in those command lines, not
    just
    'createTables'

    and i wanted to mention theres no documentation on a linux command line,
    just a
    windows command line. whats up with that? guess its assumed linux
    users are smart
    enough to figure that one out. well, i think i got that part correct.

    ------------------------------------------------------------------------

    [2011-12-13 13:22:26] wolfdogg

    one more thing, should i be running on linux as
    user
    $ php /usr/share/pear/DB/DataObject/createTables
    /home/myuser/data_objects/create.ini

    or root
    # php /usr/share/pear/DB/DataObject/createTables
    /home/myuser/data_objects/create.ini

    and should i be using the -f switch, or the -F switch

    $ php -f /usr/share/pear/DB/DataObject/createTables
    /home/myuser/data_objects/create.ini

    ------------------------------------------------------------------------

    The remainder of the comments for this report are too long. To view
    the rest of the comments, please view the bug report online at
    http://pear.php.net/bugs/bug.php?id=19134
  • Alan at Dec 14, 2011 at 3:32 am
    Edit report at https://pear.php.net/bugs/bug.php?id=19134&edit=1

    ID: 19134
    Updated by: alan@akbkhome.com
    Reported By: me at wolfdogg dot org
    Summary: files wont write
    -Status: Analyzed
    +Status: Closed
    Type: Bug
    Package: DB_DataObject
    Operating System: arch linux x64
    PHP Version: 5.3.8
    -Assigned To:
    +Assigned To: alan_k
    Roadmap Versions:
    New Comment:

    -Status: Analyzed
    +Status: Closed
    -Assigned To:
    +Assigned To: alan_k
    This bug has been fixed in SVN.

    If this was a documentation problem, the fix will appear on pear.php.net
    by the end of next Sunday (CET).

    If this was a problem with the pear.php.net website, the change should
    be live shortly.

    Otherwise, the fix will appear in the package's next release.

    Thank you for the report and for helping us make PEAR better.

    Warning added now.


    Previous Comments:
    ------------------------------------------------------------------------

    [2011-12-13 21:54:39] doconnor

    -Status: Open
    +Status: Analyzed


    ------------------------------------------------------------------------

    [2011-12-13 21:54:25] doconnor

    http://au.php.net/manual/pl/session.configuration.php#ini.session.save-path
    is not
    configured - does your php have the session extension disabled or
    something like
    that?

    http://svn.php.net/viewvc/pear/packages/DB_DataObject/trunk/DataObject/Generato
    r.php?view=markup#l376

    It would be good to use
    http://au.php.net/manual/pl/function.sys-get-temp-dir.php
    instead if available; or
    http://au.php.net/manual/pl/function.tmpfile.php instead

    ------------------------------------------------------------------------

    [2011-12-13 13:58:28] wolfdogg

    looks like it was lijne 352, i made a few comments so it was hard to see
    what line
    number.

    ------------------------------------------------------------------------

    [2011-12-13 13:57:02] wolfdogg

    ok, i found a problem by backtracing the fwrite function near line 358
    of
    Generator.php. the fwrite($fh,$this->_newConfig) function fails because
    $fh is an
    empty variable, and before that $fh = fopen($tmpname, 'w'); faile
    because
    $tmpname is empty, and $tmpname =
    tempnam(session_save_path(),'DataObject_'); fails because
    session_save_path()
    is empty,

    can somebody please troubleshoot and see why the session save path is
    empty?

    so when i changed line 354 to this it worked
    $tmpname - tempnam(session_save_path('/tmp'),'DataObject_');

    victory! so if i spend time on it tomorrow i can find out whats going
    on here,
    except the problem may be much deeper than i think, thats why i would
    hope one
    of your devs in charge of this project might need to take a look as
    well.

    regards.

    ------------------------------------------------------------------------

    [2011-12-13 13:24:18] wolfdogg

    oops, of course i meant 'createTables.php' in those command lines, not
    just
    'createTables'

    and i wanted to mention theres no documentation on a linux command line,
    just a
    windows command line. whats up with that? guess its assumed linux
    users are smart
    enough to figure that one out. well, i think i got that part correct.

    ------------------------------------------------------------------------

    The remainder of the comments for this report are too long. To view
    the rest of the comments, please view the bug report online at
    http://pear.php.net/bugs/bug.php?id=19134
  • Me at Dec 14, 2011 at 9:18 am
    Edit report at https://pear.php.net/bugs/bug.php?id=19134&edit=1

    ID: 19134
    Updated by: me@wolfdogg.org
    Reported By: me at wolfdogg dot org
    Summary: files wont write
    Status: Closed
    Type: Bug
    Package: DB_DataObject
    Operating System: arch linux x64
    PHP Version: 5.3.8
    Assigned To: alan_k
    Roadmap Versions:
    New Comment:

    in my php.ini file i have under
    [Session]
    session.save_handler = files

    ; session.save_path = "N;/path"

    note its commented out. so i see its suggested to use
    sys_get_temp_dir(), that
    may be a good suggestion.

    furthermore, where do i find the fix that has implemented. does the
    'warning added
    now' mean its been added to the package, if so, this current version,
    i.e. reinstall,
    or the next version released in the future?

    Also, i assume the way i addressed it by setting the
    session_save_path('/tmp') on
    line 376 here in your example
    http://svn.php.net/viewvc/pear/packages/DB_DataObject/trunk/DataObject/Gener
    ator.php?view=markup#l376 that it will be set from here forth when its
    needed
    again in line 554, and 912, or would i be missing some files? according
    to the
    function http://php.net/manual/en/function.session-save-path.php it says
    "If
    specified, the path to which data is saved will be changed" so it would
    seem that in
    lines 54 and 912 it will use the setting that was placed in line 376.
    atleast in my
    case. is this correct? is this an acceptable temporary fix for now?


    Previous Comments:
    ------------------------------------------------------------------------

    [2011-12-14 04:32:16] alan_k

    -Status: Analyzed
    +Status: Closed
    -Assigned To:
    +Assigned To: alan_k
    This bug has been fixed in SVN.

    If this was a documentation problem, the fix will appear on pear.php.net
    by the end of next Sunday (CET).

    If this was a problem with the pear.php.net website, the change should
    be live shortly.

    Otherwise, the fix will appear in the package's next release.

    Thank you for the report and for helping us make PEAR better.

    Warning added now.

    ------------------------------------------------------------------------

    [2011-12-13 21:54:39] doconnor

    -Status: Open
    +Status: Analyzed


    ------------------------------------------------------------------------

    [2011-12-13 21:54:25] doconnor

    http://au.php.net/manual/pl/session.configuration.php#ini.session.save-path
    is not
    configured - does your php have the session extension disabled or
    something like
    that?

    http://svn.php.net/viewvc/pear/packages/DB_DataObject/trunk/DataObject/Generato
    r.php?view=markup#l376

    It would be good to use
    http://au.php.net/manual/pl/function.sys-get-temp-dir.php
    instead if available; or
    http://au.php.net/manual/pl/function.tmpfile.php instead

    ------------------------------------------------------------------------

    [2011-12-13 13:58:28] wolfdogg

    looks like it was lijne 352, i made a few comments so it was hard to see
    what line
    number.

    ------------------------------------------------------------------------

    [2011-12-13 13:57:02] wolfdogg

    ok, i found a problem by backtracing the fwrite function near line 358
    of
    Generator.php. the fwrite($fh,$this->_newConfig) function fails because
    $fh is an
    empty variable, and before that $fh = fopen($tmpname, 'w'); faile
    because
    $tmpname is empty, and $tmpname =
    tempnam(session_save_path(),'DataObject_'); fails because
    session_save_path()
    is empty,

    can somebody please troubleshoot and see why the session save path is
    empty?

    so when i changed line 354 to this it worked
    $tmpname - tempnam(session_save_path('/tmp'),'DataObject_');

    victory! so if i spend time on it tomorrow i can find out whats going
    on here,
    except the problem may be much deeper than i think, thats why i would
    hope one
    of your devs in charge of this project might need to take a look as
    well.

    regards.

    ------------------------------------------------------------------------

    The remainder of the comments for this report are too long. To view
    the rest of the comments, please view the bug report online at
    http://pear.php.net/bugs/bug.php?id=19134
  • Me at Dec 14, 2011 at 9:26 am
    Edit report at https://pear.php.net/bugs/bug.php?id=19134&edit=1

    ID: 19134
    Updated by: me@wolfdogg.org
    Reported By: me at wolfdogg dot org
    Summary: files wont write
    Status: Closed
    Type: Bug
    Package: DB_DataObject
    Operating System: arch linux x64
    PHP Version: 5.3.8
    Assigned To: alan_k
    Roadmap Versions:
    New Comment:

    sorry about the other question, i noticed after re-reading your message
    a 3rd time
    alan-k that it will be in the next release.

    i still have the question about my temporary fix, so can someone please
    answer
    that please?

    and i wanted to note, i thought what i enclosed was all in my php.ini
    about
    session.save_path, but i didnt scroll far enough, i also see 2 more
    lines, im sure
    you knwo which ones,

    ;sessionsave_path = "N:MODE;/path"
    ;session.save_path= "/tmp"

    it looks like i was supposed to uncomment on, this is not a very fun way
    to find this
    out. alot of work. so im wondering if the latter setting is supposed
    to be
    uncommented in a default development, and production server environment.
    if so,
    then i missed that one and dont know why it was commented. After
    referring to
    php.net i dont find the default operations for that line yet. if
    somebody knows, this
    would be a good place to include that information. thanks.


    Previous Comments:
    ------------------------------------------------------------------------

    [2011-12-14 10:18:17] wolfdogg

    in my php.ini file i have under
    [Session]
    session.save_handler = files

    ; session.save_path = "N;/path"

    note its commented out. so i see its suggested to use
    sys_get_temp_dir(), that
    may be a good suggestion.

    furthermore, where do i find the fix that has implemented. does the
    'warning added
    now' mean its been added to the package, if so, this current version,
    i.e. reinstall,
    or the next version released in the future?

    Also, i assume the way i addressed it by setting the
    session_save_path('/tmp') on
    line 376 here in your example
    http://svn.php.net/viewvc/pear/packages/DB_DataObject/trunk/DataObject/Gener
    ator.php?view=markup#l376 that it will be set from here forth when its
    needed
    again in line 554, and 912, or would i be missing some files? according
    to the
    function http://php.net/manual/en/function.session-save-path.php it says
    "If
    specified, the path to which data is saved will be changed" so it would
    seem that in
    lines 54 and 912 it will use the setting that was placed in line 376.
    atleast in my
    case. is this correct? is this an acceptable temporary fix for now?

    ------------------------------------------------------------------------

    [2011-12-14 04:32:16] alan_k

    -Status: Analyzed
    +Status: Closed
    -Assigned To:
    +Assigned To: alan_k
    This bug has been fixed in SVN.

    If this was a documentation problem, the fix will appear on pear.php.net
    by the end of next Sunday (CET).

    If this was a problem with the pear.php.net website, the change should
    be live shortly.

    Otherwise, the fix will appear in the package's next release.

    Thank you for the report and for helping us make PEAR better.

    Warning added now.

    ------------------------------------------------------------------------

    [2011-12-13 21:54:39] doconnor

    -Status: Open
    +Status: Analyzed


    ------------------------------------------------------------------------

    [2011-12-13 21:54:25] doconnor

    http://au.php.net/manual/pl/session.configuration.php#ini.session.save-path
    is not
    configured - does your php have the session extension disabled or
    something like
    that?

    http://svn.php.net/viewvc/pear/packages/DB_DataObject/trunk/DataObject/Generato
    r.php?view=markup#l376

    It would be good to use
    http://au.php.net/manual/pl/function.sys-get-temp-dir.php
    instead if available; or
    http://au.php.net/manual/pl/function.tmpfile.php instead

    ------------------------------------------------------------------------

    [2011-12-13 13:58:28] wolfdogg

    looks like it was lijne 352, i made a few comments so it was hard to see
    what line
    number.

    ------------------------------------------------------------------------

    The remainder of the comments for this report are too long. To view
    the rest of the comments, please view the bug report online at
    http://pear.php.net/bugs/bug.php?id=19134
  • Alan at Dec 14, 2011 at 9:44 am
    Edit report at https://pear.php.net/bugs/bug.php?id=19134&edit=1

    ID: 19134
    Updated by: alan@akbkhome.com
    Reported By: me at wolfdogg dot org
    Summary: files wont write
    Status: Closed
    Type: Bug
    Package: DB_DataObject
    Operating System: arch linux x64
    PHP Version: 5.3.8
    Assigned To: alan_k
    Roadmap Versions:
    New Comment:

    you need to have this line in php.ini

    session.save_path= "/tmp"

    (without the ';' comment)


    Previous Comments:
    ------------------------------------------------------------------------

    [2011-12-14 10:26:52] wolfdogg

    sorry about the other question, i noticed after re-reading your message
    a 3rd time
    alan-k that it will be in the next release.

    i still have the question about my temporary fix, so can someone please
    answer
    that please?

    and i wanted to note, i thought what i enclosed was all in my php.ini
    about
    session.save_path, but i didnt scroll far enough, i also see 2 more
    lines, im sure
    you knwo which ones,

    ;sessionsave_path = "N:MODE;/path"
    ;session.save_path= "/tmp"

    it looks like i was supposed to uncomment on, this is not a very fun way
    to find this
    out. alot of work. so im wondering if the latter setting is supposed
    to be
    uncommented in a default development, and production server environment.
    if so,
    then i missed that one and dont know why it was commented. After
    referring to
    php.net i dont find the default operations for that line yet. if
    somebody knows, this
    would be a good place to include that information. thanks.

    ------------------------------------------------------------------------

    [2011-12-14 10:18:17] wolfdogg

    in my php.ini file i have under
    [Session]
    session.save_handler = files

    ; session.save_path = "N;/path"

    note its commented out. so i see its suggested to use
    sys_get_temp_dir(), that
    may be a good suggestion.

    furthermore, where do i find the fix that has implemented. does the
    'warning added
    now' mean its been added to the package, if so, this current version,
    i.e. reinstall,
    or the next version released in the future?

    Also, i assume the way i addressed it by setting the
    session_save_path('/tmp') on
    line 376 here in your example
    http://svn.php.net/viewvc/pear/packages/DB_DataObject/trunk/DataObject/Gener
    ator.php?view=markup#l376 that it will be set from here forth when its
    needed
    again in line 554, and 912, or would i be missing some files? according
    to the
    function http://php.net/manual/en/function.session-save-path.php it says
    "If
    specified, the path to which data is saved will be changed" so it would
    seem that in
    lines 54 and 912 it will use the setting that was placed in line 376.
    atleast in my
    case. is this correct? is this an acceptable temporary fix for now?

    ------------------------------------------------------------------------

    [2011-12-14 04:32:16] alan_k

    -Status: Analyzed
    +Status: Closed
    -Assigned To:
    +Assigned To: alan_k
    This bug has been fixed in SVN.

    If this was a documentation problem, the fix will appear on pear.php.net
    by the end of next Sunday (CET).

    If this was a problem with the pear.php.net website, the change should
    be live shortly.

    Otherwise, the fix will appear in the package's next release.

    Thank you for the report and for helping us make PEAR better.

    Warning added now.

    ------------------------------------------------------------------------

    [2011-12-13 21:54:39] doconnor

    -Status: Open
    +Status: Analyzed


    ------------------------------------------------------------------------

    [2011-12-13 21:54:25] doconnor

    http://au.php.net/manual/pl/session.configuration.php#ini.session.save-path
    is not
    configured - does your php have the session extension disabled or
    something like
    that?

    http://svn.php.net/viewvc/pear/packages/DB_DataObject/trunk/DataObject/Generato
    r.php?view=markup#l376

    It would be good to use
    http://au.php.net/manual/pl/function.sys-get-temp-dir.php
    instead if available; or
    http://au.php.net/manual/pl/function.tmpfile.php instead

    ------------------------------------------------------------------------

    The remainder of the comments for this report are too long. To view
    the rest of the comments, please view the bug report online at
    http://pear.php.net/bugs/bug.php?id=19134
  • Alan at Dec 14, 2011 at 9:48 am
    Edit report at https://pear.php.net/bugs/bug.php?id=19134&edit=1

    ID: 19134
    Updated by: alan@akbkhome.com
    Reported By: me at wolfdogg dot org
    Summary: files wont write
    Status: Closed
    Type: Bug
    Package: DB_DataObject
    Operating System: arch linux x64
    PHP Version: 5.3.8
    Assigned To: alan_k
    Roadmap Versions:
    New Comment:

    sys_get_temp_dir() is PHP5 only, I guess when I get round to five'ing
    the code, it can be changed...


    Previous Comments:
    ------------------------------------------------------------------------

    [2011-12-14 10:44:40] alan_k

    you need to have this line in php.ini

    session.save_path= "/tmp"

    (without the ';' comment)

    ------------------------------------------------------------------------

    [2011-12-14 10:26:52] wolfdogg

    sorry about the other question, i noticed after re-reading your message
    a 3rd time
    alan-k that it will be in the next release.

    i still have the question about my temporary fix, so can someone please
    answer
    that please?

    and i wanted to note, i thought what i enclosed was all in my php.ini
    about
    session.save_path, but i didnt scroll far enough, i also see 2 more
    lines, im sure
    you knwo which ones,

    ;sessionsave_path = "N:MODE;/path"
    ;session.save_path= "/tmp"

    it looks like i was supposed to uncomment on, this is not a very fun way
    to find this
    out. alot of work. so im wondering if the latter setting is supposed
    to be
    uncommented in a default development, and production server environment.
    if so,
    then i missed that one and dont know why it was commented. After
    referring to
    php.net i dont find the default operations for that line yet. if
    somebody knows, this
    would be a good place to include that information. thanks.

    ------------------------------------------------------------------------

    [2011-12-14 10:18:17] wolfdogg

    in my php.ini file i have under
    [Session]
    session.save_handler = files

    ; session.save_path = "N;/path"

    note its commented out. so i see its suggested to use
    sys_get_temp_dir(), that
    may be a good suggestion.

    furthermore, where do i find the fix that has implemented. does the
    'warning added
    now' mean its been added to the package, if so, this current version,
    i.e. reinstall,
    or the next version released in the future?

    Also, i assume the way i addressed it by setting the
    session_save_path('/tmp') on
    line 376 here in your example
    http://svn.php.net/viewvc/pear/packages/DB_DataObject/trunk/DataObject/Gener
    ator.php?view=markup#l376 that it will be set from here forth when its
    needed
    again in line 554, and 912, or would i be missing some files? according
    to the
    function http://php.net/manual/en/function.session-save-path.php it says
    "If
    specified, the path to which data is saved will be changed" so it would
    seem that in
    lines 54 and 912 it will use the setting that was placed in line 376.
    atleast in my
    case. is this correct? is this an acceptable temporary fix for now?

    ------------------------------------------------------------------------

    [2011-12-14 04:32:16] alan_k

    -Status: Analyzed
    +Status: Closed
    -Assigned To:
    +Assigned To: alan_k
    This bug has been fixed in SVN.

    If this was a documentation problem, the fix will appear on pear.php.net
    by the end of next Sunday (CET).

    If this was a problem with the pear.php.net website, the change should
    be live shortly.

    Otherwise, the fix will appear in the package's next release.

    Thank you for the report and for helping us make PEAR better.

    Warning added now.

    ------------------------------------------------------------------------

    [2011-12-13 21:54:39] doconnor

    -Status: Open
    +Status: Analyzed


    ------------------------------------------------------------------------

    The remainder of the comments for this report are too long. To view
    the rest of the comments, please view the bug report online at
    http://pear.php.net/bugs/bug.php?id=19134

Related Discussions

Discussion Navigation
viewthread | post
Discussion Overview
grouppear-bugs @
categoriesphp
postedDec 13, '11 at 12:22p
activeDec 14, '11 at 9:48a
posts11
users3
websitepear.php.net

3 users in discussion

Me: 6 posts Alan: 3 posts Daniel Oconnor: 2 posts

People

Translate

site design / logo © 2022 Grokbase