Subject: WinampCOM problem - msg#00089

Previous Message by Date: click to view message preview

Session - funny or magic?

Generally I don't believe in magic, but... I tried to use 'session' machanism. So I typed "session_start()" and so on, configured path to store session info. Surely before sending any headers. I defined variable "level", accesed by $_SESSION["level"]. Sesion files were being created in correct directory, but files had zero length and mentioned variable was not changing... was not even set. Register_globals was ON, everything should work. But didn't. Turning off register_globals didn't change anything. I have added "counter" - just example from php manual. Initially nothing happened until I changed acces mode to counter from $_SESSION["counter"] to $HTTP_SESSION_VAR["counter"]. "Counter" was still unaffected and unaccesible, but "level" (still accesed by $_SESSION["level"]) was! I'd love to know WHY. I'm afraid it can stop working "without" reason, just as started. Could anybody explain me what's going on? -- PHP Windows Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php

Next Message by Date: click to view message preview

Problems installing PHP4 under PWS

I have installed PHP4 under PWS and when I test using the command prompt it seems to work alright. However when I try to run a test php script through the browser I get the following error: "Security Alert! PHP CGI cannot be accessed directly. This PHP CGI binary was compiled with force-cgi-redirect enabled. This means that a page will only be served up if the REDIRECT_STATUS CGI variable is set. This variable is set, for example, by Apache's Action directive redirect. You may disable this restriction by recompiling the PHP binary with the --disable-force-cgi-redirect switch. If you do this and you have your PHP CGI binary accessible somewhere in your web tree, people will be able to circumvent .htaccess security by loading files through the PHP parser. A good way around this is to define doc_root in your php.ini file to something other than your top-level DOCUMENT_ROOT. This way you can separate the part of your web space which uses PHP from the normal part using .htaccess security. If you do not have any .htaccess restrictions anywhere on your site you can leave doc_root undefined. If you are running IIS, you may safely set cgi.force_redirect=0 in php.ini." I have tried setting cgi.force_redirect=0 and it makes no difference. I have also installed apache, but am not sure if I need to remove PWS to use it. -- Alex Francis -- PHP Windows Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php

Previous Message by Thread: click to view message preview

Session - funny or magic?

Generally I don't believe in magic, but... I tried to use 'session' machanism. So I typed "session_start()" and so on, configured path to store session info. Surely before sending any headers. I defined variable "level", accesed by $_SESSION["level"]. Sesion files were being created in correct directory, but files had zero length and mentioned variable was not changing... was not even set. Register_globals was ON, everything should work. But didn't. Turning off register_globals didn't change anything. I have added "counter" - just example from php manual. Initially nothing happened until I changed acces mode to counter from $_SESSION["counter"] to $HTTP_SESSION_VAR["counter"]. "Counter" was still unaffected and unaccesible, but "level" (still accesed by $_SESSION["level"]) was! I'd love to know WHY. I'm afraid it can stop working "without" reason, just as started. Could anybody explain me what's going on? -- PHP Windows Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php

Next Message by Thread: click to view message preview

Re: WinampCOM problem

What user is your Server running as? For me, when i setup apache on my Win2k machine, i had to "RunAs" my personal "scott" account, rather than the system account, or else apache wouldn't be able to read certain "scott-only" files.... perhaps the user that apache is running as doesn't have permission to do COM stuff.... but i really don't know for sure. -- Scott Hurring Systems Programmer EAC Corporation scott (*) eac.com -- "Olivier Hubert" <raggart@xxxxxxxxxx> wrote in message news:5.1.0.14.0.20020705204726.00aba9d0@xxxxxxxxxxxxx > Hiya, > > Just wondering if anyone else is having this problem. I am trying to > control Winamp through HTTP using the WinampCOM plugin. It works fine when > I call the script from the command line but not at all when the exact same > script runs through HTTP (using Apache). Here is a bit of the code I use: > > $Winamp = new COM("WinampCOM.Application") or die('Could not > instanciate the WinampCOM object'); > > if (isset($Winamp)) > echo 'Test: ' . $Winamp->CurrentSongFileName(); > > else > echo 'Not working'; > > Now, through the command line I see 'Test: ' followed by the current song's > name but on the web page I see only 'Test: '. Anyone ever experienced this? > Any help appreciated. For those who wonder, WinampCOM is available at: > http://www.adcock8.freeserve.co.uk/winamp.htm. > > Thanks, > > Olivier > -- PHP Windows Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php