Re: [PHP-DB] Programs not running - Mystery SOLVED
On Tue, Jan 8, 2013 at 1:12 AM, Matt Pelmear wrote: > I personally *never* set the error reporting level in the code, and during > code reviews I reject code that does so. > It is much cleaner to manage this in php.ini. I tend to agree -- settings like this are environment (dev, test, stage, prod) dpendent and generally the code being developed should work in all of them without modification. -- PHP Database Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DB] Programs not running - Mystery SOLVED
This is a *very* common problem, so don't feel too bad :-) I personally *never* set the error reporting level in the code, and during code reviews I reject code that does so. It is much cleaner to manage this in php.ini. Glad you solved your problem. -Matt On 01/07/2013 08:49 AM, Ethan Rosenberg, PhD wrote: Dear list - Boy, Do I make STUPID MISTAKES! The show_errors was turned off in the program in question!! When I ran another program, that displayed errors, is threw the correct error message. My apologies for running everyone around numerous trees. Ethan -- PHP Database Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DB] Programs not running
On 01/06/2013 07:09 PM, tamouse mailing lists wrote: Actually, you might find netbeans just all that for writing the HTML, CSS and JS stuff, too. I used Dreamweaver when it first came out and compared to the other sorts of things available at the time, it was pretty spiffy. But time has marched on, and creating HTML isn't something I want a visual editor for. +1 for Netbeans. I've used all the major IDEs that support PHP over the years. I keep coming back to Netbeans. (And ended up using it for Java and C/C++ as well, for small projects anyway.) As much as it is terrible, it is still that much better than the alternatives. I don't even have that many complaints about the most recent versions. I suggest it for newcomers to multiple teams I work with. I did really like NuSphere's PhpED, but unfortunately that was only an option for me when I still dual-booted into Windows. (They say it runs fine in Wine, but major things like the code completion popup are either difficult or impossible to get working. Anyone from NuSphere listening? I want to pay you for a native Linux version like you used to have...) -Matt -- PHP Database Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DB] Programs not running - Mystery SOLVED
Dear list - Boy, Do I make STUPID MISTAKES! The show_errors was turned off in the program in question!! When I ran another program, that displayed errors, is threw the correct error message. My apologies for running everyone around numerous trees. Ethan -- PHP Database Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DB] Programs not running
On Jan 6, 2013, at 9:09 PM, tamouse mailing lists wrote: On Sun, Jan 6, 2013 at 2:14 PM, Karl DeSaulniers wrote: Unfortunately, I am still working on an old G4 Powerbook trying to finish a website of mine. Adobe GoLive was the program I imprinted on and it stuck. Sadly it has gone away now and Dreamweaver is the replacement. I am not fond of DW but will no doubt have to adjust to get a job in the industry as it is the main stay these days for HTML. Sadly DW isn't any better (that I know of) when it comes to editing, debugging and creating server-side tech. So this NetBeans thingamajig is a real pleaser for me... :) Actually, you might find netbeans just all that for writing the HTML, CSS and JS stuff, too. I used Dreamweaver when it first came out and compared to the other sorts of things available at the time, it was pretty spiffy. But time has marched on, and creating HTML isn't something I want a visual editor for. -- PHP Database Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php I like fireworks for that. The export to CSS layout saves me loads of time and separates things by layer instead of slices which Photoshop does not do (why I don't know). I mostly use GoLive for the syntax highlighting and the site manager stuff and some built in javascript. Because of using GoLive and no time to dive into DW I guess I just shied away. But looks like NetBeans has a site manager built in, so this should prove interesting. I have longed for some code completion features as well and NetBeans looks tasty. I think it will help me in understanding PHP a little better as far as syntax that works. I also work with Javascript and jQuery (LOVE! jQuery, had to learn quick as I was a Flash programer before. But I digress.. =) I have to say though, signing up for this list has been one of my better decisions. Thank you ALL for sharing your expertise. I find it invaluable! Best, Karl DeSaulniers Design Drumm http://designdrumm.com -- PHP Database Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DB] Programs not running
On Sun, Jan 6, 2013 at 2:14 PM, Karl DeSaulniers wrote: > Unfortunately, I am still working on an old G4 Powerbook trying to finish a > website of mine. > Adobe GoLive was the program I imprinted on and it stuck. Sadly it has gone > away now > and Dreamweaver is the replacement. I am not fond of DW but will no doubt > have to > adjust to get a job in the industry as it is the main stay these days for > HTML. > Sadly DW isn't any better (that I know of) when it comes to editing, > debugging and creating > server-side tech. So this NetBeans thingamajig is a real pleaser for me... > :) Actually, you might find netbeans just all that for writing the HTML, CSS and JS stuff, too. I used Dreamweaver when it first came out and compared to the other sorts of things available at the time, it was pretty spiffy. But time has marched on, and creating HTML isn't something I want a visual editor for. -- PHP Database Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
RE: [PHP-DB] Programs not Running - SOLVED
Permissions? -Original Message- From: Ethan Rosenberg, PhD [mailto:erosenb...@hygeiabiomedical.com] Sent: Sunday, January 06, 2013 8:18 PM To: PHP Database List Subject: [PHP-DB] Programs not Running - SOLVED Dear List - Thanks to all for your help. The problem was in this piece of code: require '/var/www/pass.inc'; $db = "Store"; $cxn = mysqli_connect($host,$user,$password,$db); if ( !$cxn ) { die( 'connect error: '.mysqli_connect_error() ); } I had moved the password file [/var/www/pass.inc] out of root, but forgot to change the code! This still leaves a question: if ( !$cxn ) { die( 'connect error: '.mysqli_connect_error() ); } Why did the above code catch the error?? Ethan -- PHP Database Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php -- PHP Database Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DB] Programs not Running - SOLVED
Dear List - Thanks to all for your help. The problem was in this piece of code: require '/var/www/pass.inc'; $db = "Store"; $cxn = mysqli_connect($host,$user,$password,$db); if ( !$cxn ) { die( 'connect error: '.mysqli_connect_error() ); } I had moved the password file [/var/www/pass.inc] out of root, but forgot to change the code! This still leaves a question: if ( !$cxn ) { die( 'connect error: '.mysqli_connect_error() ); } Why did the above code catch the error?? Ethan -- PHP Database Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DB] Programs not running
On Jan 6, 2013, at 4:55 AM, tamouse mailing lists wrote: On Sun, Jan 6, 2013 at 1:21 AM, Karl DeSaulniers wrote: I likey.. :) Thanks! Best, Karl On Jan 5, 2013, at 10:05 PM, Bastien wrote: Get net beans. It's free and a great IDE with debuggers and other stuff Bastien Koert netbeans is pretty awesome; I haven't used it for PHP, though. the PHP verison of Eclipse you can snag from Zend for free is okay, but creaky slow on low-memory system. Sublime Text 2 is getting a lot of love these days, although not a fully-fledged IDE, contains oodles of stuff to help develop software. I've never used GoLive, so really can't even compare. Emacs is still my go-to editor, but that's mostly because it's the one i imprinted on decades ago. -- PHP Database Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php Unfortunately, I am still working on an old G4 Powerbook trying to finish a website of mine. Adobe GoLive was the program I imprinted on and it stuck. Sadly it has gone away now and Dreamweaver is the replacement. I am not fond of DW but will no doubt have to adjust to get a job in the industry as it is the main stay these days for HTML. Sadly DW isn't any better (that I know of) when it comes to editing, debugging and creating server-side tech. So this NetBeans thingamajig is a real pleaser for me... :) Thanks BK! Best, Karl DeSaulniers Design Drumm http://designdrumm.com -- PHP Database Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DB] Programs not running
On Sun, Jan 6, 2013 at 1:21 AM, Karl DeSaulniers wrote: > I likey.. :) > > Thanks! > > Best, > Karl > > > On Jan 5, 2013, at 10:05 PM, Bastien wrote: > >> Get net beans. It's free and a great IDE with debuggers and other stuff >> >> Bastien Koert netbeans is pretty awesome; I haven't used it for PHP, though. the PHP verison of Eclipse you can snag from Zend for free is okay, but creaky slow on low-memory system. Sublime Text 2 is getting a lot of love these days, although not a fully-fledged IDE, contains oodles of stuff to help develop software. I've never used GoLive, so really can't even compare. Emacs is still my go-to editor, but that's mostly because it's the one i imprinted on decades ago. -- PHP Database Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DB] Programs not running
I likey.. :) Thanks! Best, Karl On Jan 5, 2013, at 10:05 PM, Bastien wrote: Get net beans. It's free and a great IDE with debuggers and other stuff Bastien Koert On 2013-01-05, at 7:14 PM, Karl DeSaulniers wrote: On Jan 5, 2013, at 8:52 AM, tamouse mailing lists wrote: On Sat, Jan 5, 2013 at 12:48 AM, Karl DeSaulniers > wrote: On Jan 4, 2013, at 8:00 PM, tamouse mailing lists wrote: On Fri, Jan 4, 2013 at 6:09 PM, Matt Pelmear wrote: On 01/04/2013 01:40 PM, tamouse mailing lists wrote: One should be able to solve parsing problems without resorting to using a web server. Every time I save a php file, I have my editor set to run it through php -l. Saves lots of angst when I get to the web testing stage. This is a good idea in general. It's also a good trick to check for this problem from the command line when suspecting a parse problem. Most IDEs will make parse errors very obvious while you are editing the file, too. Unfortunately not all members of any given development team can be relied upon to test things in this way before committing ;) Committing a syntax error which breaks integration is a HUGE HUGE NO NO. Such a person would likely be cast from a dev team, or relegated to some more benign task. For those of us who have no idea of what you speak, can you elaborate so as we don't make that mistake? Or are you just talking about submitting a file to production without testing it? Not necessarily directly to production, but the beginning of the stream that will take something from development, through testing, staging, and finally into production. The initial point where you merge things is generally shared by all developers on a project, and to break it means you are breaking things for everyone on your team. Note this applies to mulitperson projects; if you do this to yourself on your solo project, not so much of a problem. I personally have not used command line. It is new to me, but sounds integral. Where can one study its use? You can start with: http://php.net/manual/en/features.commandline.php As for telling your editor to pass the file through php -l, that's something that is extremely editor specific. I can tell how it's done in Emacs, TextMate and Sublime Text 2, but naught else. Using a full-fledged IDE such as Eclipse or PHPStorm will automatigically flag syntax problems. -- PHP Database Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php Oh, ok. Then I was not as lost on the subject as I thought. Being a solo worker who is seeking a job with a team, I thought I may be missing something and would not want to be cut from the team for my lack of knowledge on the subject. I personally do what you all have been saying in response to Ethan's posts. If I hit a snag or have a problem and no error code, I go through and remove functions until I come to the one that is causing the problem. This is a little lengthily of a process, but has proven the best method for me an my lack of php experience. Unfortunately, I do not know or have experience using any php editing IDEs, my code is written in Adobe GoLive... lol Does have syntax coloring, but about as good as Text edit or note pad when it comes to debugging. Basically the same as hand coding.. actually that's what it is.. :) Thank you for your response and the link on command line. I will take a look. Best, Karl DeSaulniers Design Drumm http://designdrumm.com -- PHP Database Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php Karl DeSaulniers Design Drumm http://designdrumm.com -- PHP Database Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DB] Programs not running
On Jan 5, 2013, at 8:52 AM, tamouse mailing lists wrote: On Sat, Jan 5, 2013 at 12:48 AM, Karl DeSaulniers > wrote: On Jan 4, 2013, at 8:00 PM, tamouse mailing lists wrote: On Fri, Jan 4, 2013 at 6:09 PM, Matt Pelmear wrote: On 01/04/2013 01:40 PM, tamouse mailing lists wrote: One should be able to solve parsing problems without resorting to using a web server. Every time I save a php file, I have my editor set to run it through php -l. Saves lots of angst when I get to the web testing stage. This is a good idea in general. It's also a good trick to check for this problem from the command line when suspecting a parse problem. Most IDEs will make parse errors very obvious while you are editing the file, too. Unfortunately not all members of any given development team can be relied upon to test things in this way before committing ;) Committing a syntax error which breaks integration is a HUGE HUGE NO NO. Such a person would likely be cast from a dev team, or relegated to some more benign task. For those of us who have no idea of what you speak, can you elaborate so as we don't make that mistake? Or are you just talking about submitting a file to production without testing it? Not necessarily directly to production, but the beginning of the stream that will take something from development, through testing, staging, and finally into production. The initial point where you merge things is generally shared by all developers on a project, and to break it means you are breaking things for everyone on your team. Note this applies to mulitperson projects; if you do this to yourself on your solo project, not so much of a problem. I personally have not used command line. It is new to me, but sounds integral. Where can one study its use? You can start with: http://php.net/manual/en/features.commandline.php As for telling your editor to pass the file through php -l, that's something that is extremely editor specific. I can tell how it's done in Emacs, TextMate and Sublime Text 2, but naught else. Using a full-fledged IDE such as Eclipse or PHPStorm will automatigically flag syntax problems. -- PHP Database Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php Oh, ok. Then I was not as lost on the subject as I thought. Being a solo worker who is seeking a job with a team, I thought I may be missing something and would not want to be cut from the team for my lack of knowledge on the subject. I personally do what you all have been saying in response to Ethan's posts. If I hit a snag or have a problem and no error code, I go through and remove functions until I come to the one that is causing the problem. This is a little lengthily of a process, but has proven the best method for me an my lack of php experience. Unfortunately, I do not know or have experience using any php editing IDEs, my code is written in Adobe GoLive... lol Does have syntax coloring, but about as good as Text edit or note pad when it comes to debugging. Basically the same as hand coding.. actually that's what it is.. :) Thank you for your response and the link on command line. I will take a look. Best, Karl DeSaulniers Design Drumm http://designdrumm.com -- PHP Database Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DB] Programs not running
On Sat, Jan 5, 2013 at 12:48 AM, Karl DeSaulniers wrote: > On Jan 4, 2013, at 8:00 PM, tamouse mailing lists wrote: >> On Fri, Jan 4, 2013 at 6:09 PM, Matt Pelmear wrote: >>> On 01/04/2013 01:40 PM, tamouse mailing lists wrote: One should be able to solve parsing problems without resorting to using a web server. Every time I save a php file, I have my editor set to run it through php -l. Saves lots of angst when I get to the web testing stage. >>> >>> This is a good idea in general. It's also a good trick to check for this >>> problem from the command line when suspecting a parse problem. Most IDEs >>> will make parse errors very obvious while you are editing the file, too. >>> Unfortunately not all members of any given development team can be relied >>> upon to test things in this way before committing ;) >> >> Committing a syntax error which breaks integration is a HUGE HUGE NO >> NO. Such a person would likely be cast from a dev team, or relegated >> to some more benign task. > > For those of us who have no idea of what you speak, > can you elaborate so as we don't make that mistake? > Or are you just talking about submitting a file to production without > testing it? Not necessarily directly to production, but the beginning of the stream that will take something from development, through testing, staging, and finally into production. The initial point where you merge things is generally shared by all developers on a project, and to break it means you are breaking things for everyone on your team. Note this applies to mulitperson projects; if you do this to yourself on your solo project, not so much of a problem. > I personally have not used command line. It is new to me, but sounds > integral. > Where can one study its use? You can start with: http://php.net/manual/en/features.commandline.php As for telling your editor to pass the file through php -l, that's something that is extremely editor specific. I can tell how it's done in Emacs, TextMate and Sublime Text 2, but naught else. Using a full-fledged IDE such as Eclipse or PHPStorm will automatigically flag syntax problems. -- PHP Database Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DB] Programs not running
On Jan 4, 2013, at 8:00 PM, tamouse mailing lists wrote: On Fri, Jan 4, 2013 at 6:09 PM, Matt Pelmear wrote: On 01/04/2013 01:40 PM, tamouse mailing lists wrote: One should be able to solve parsing problems without resorting to using a web server. Every time I save a php file, I have my editor set to run it through php -l. Saves lots of angst when I get to the web testing stage. This is a good idea in general. It's also a good trick to check for this problem from the command line when suspecting a parse problem. Most IDEs will make parse errors very obvious while you are editing the file, too. Unfortunately not all members of any given development team can be relied upon to test things in this way before committing ;) Committing a syntax error which breaks integration is a HUGE HUGE NO NO. Such a person would likely be cast from a dev team, or relegated to some more benign task. -- PHP Database Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php For those of us who have no idea of what you speak, can you elaborate so as we don't make that mistake? Or are you just talking about submitting a file to production without testing it? I personally have not used command line. It is new to me, but sounds integral. Where can one study its use? Best, Karl DeSaulniers Design Drumm http://designdrumm.com -- PHP Database Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DB] Programs not running
On 01/04/2013 06:00 PM, tamouse mailing lists wrote: On Fri, Jan 4, 2013 at 6:09 PM, Matt Pelmear wrote: On 01/04/2013 01:40 PM, tamouse mailing lists wrote: One should be able to solve parsing problems without resorting to using a web server. Every time I save a php file, I have my editor set to run it through php -l. Saves lots of angst when I get to the web testing stage. This is a good idea in general. It's also a good trick to check for this problem from the command line when suspecting a parse problem. Most IDEs will make parse errors very obvious while you are editing the file, too. Unfortunately not all members of any given development team can be relied upon to test things in this way before committing ;) Committing a syntax error which breaks integration is a HUGE HUGE NO NO. Such a person would likely be cast from a dev team, or relegated to some more benign task. Yup. Again though, not everyone is so lucky as to only work with true professionals at all times. I've personally managed dev teams that are anywhere from largely green developers to largely seasoned professionals. Sometimes you have to work with what you have. But we digress... -- PHP Database Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DB] Programs not running
On Fri, Jan 4, 2013 at 6:09 PM, Matt Pelmear wrote: > On 01/04/2013 01:40 PM, tamouse mailing lists wrote: >> >> One should be able to solve parsing problems without resorting to using a >> web server. Every time I save a php file, I have my editor set to run it >> through php -l. Saves lots of angst when I get to the web testing stage. > > > This is a good idea in general. It's also a good trick to check for this > problem from the command line when suspecting a parse problem. Most IDEs > will make parse errors very obvious while you are editing the file, too. > Unfortunately not all members of any given development team can be relied > upon to test things in this way before committing ;) Committing a syntax error which breaks integration is a HUGE HUGE NO NO. Such a person would likely be cast from a dev team, or relegated to some more benign task. -- PHP Database Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DB] Programs not running
On 01/04/2013 01:40 PM, tamouse mailing lists wrote: One should be able to solve parsing problems without resorting to using a web server. Every time I save a php file, I have my editor set to run it through php -l. Saves lots of angst when I get to the web testing stage. This is a good idea in general. It's also a good trick to check for this problem from the command line when suspecting a parse problem. Most IDEs will make parse errors very obvious while you are editing the file, too. Unfortunately not all members of any given development team can be relied upon to test things in this way before committing ;) -- PHP Database Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DB] Programs not running
On Fri, Jan 4, 2013 at 12:37 AM, Matt Pelmear wrote: > In my experience, the problem you are experiencing is caused by one of two > issues: > > 1) A major parsing problem (sometimes no error is displayed-- you just get > no output.) One should be able to solve parsing problems without resorting to using a web server. Every time I save a php file, I have my editor set to run it through php -l. Saves lots of angst when I get to the web testing stage. -- PHP Database Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DB] Programs not running
Is the failing one a .php file? jg On Jan 3, 2013, at 11:54 PM, "Ethan Rosenberg, PhD" wrote: > > On 01/03/2013 10:14 PM, Matt Pelmear wrote: >> >> In addition to Jim's comments, >> >> Have you checked to see whether the permissions on all files are appropriate >> on the environment where this doesn't work? >> Are you running this in a web environment or CLI? If web, are you 100% sure >> the web server configuration is correct? >> >> -Matt >> >> On 01/03/2013 04:35 PM, Ethan Rosenberg, PhD wrote: >>> Dear List - >>> >>> I am running sid on my Lenovo desktop and squeeze on my Dell laptop. The >>> php.ini files are the same. The programs are the same except foro the >>> locatioln of the password file and of a file to be read for parameters. The >>> programs run beautifully on the desktop, but refuse to run on the laptop. >>> Error_reporting is set to -1. I receive no errors. >>> >>> Advice and help, please. >>> >>> Ethan > = > Jim and Matt - > > Did all the suggested debugging prior to sending the eml. Note - > error_reporting(-1). I hope that should catch anything. If it helps, the > programs with just HTML code run OK. the ones with HTML/PHP do not. In > fact, one of the HTML/PHP programs does not give any output at all, even w/ a > character string; eg, dtgfsvc, at the beginning f the code. > > Are you running this in a web environment or CLI? If web, are you 100% sure > the web server configuration is correct? > > I can't answer because I do not understand. gives the > correct output. > > Hopefully, all the above should give us some hints at how to proceed. > > Ethan > -- PHP Database Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DB] Programs not running
On 01/03/2013 08:54 PM, Ethan Rosenberg, PhD wrote: = I can't answer because I do not understand. gives the correct output. Ethan - whatever do you mean the phpinfo gives the correct output? Do you mean that you compared every line and found them to match EXCEPT where you made deliberate changes? Personally, I have very little idea about what is correct when I look at a phpinfo dump. I just look to see what I expect to be set (by me) and let the rest go. So much of it is meaningless to me - I let my host admins worry about the rest. -- PHP Database Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
Re: [PHP-DB] Programs not running
Ethan, I'm not sure this conversation is appropriate for this mailing list. This question has probably been answered 1000 times on the general php list. In my experience, the problem you are experiencing is caused by one of two issues: 1) A major parsing problem (sometimes no error is displayed-- you just get no output.) 2) An out-of-memory error (which can sometimes cause scripts to bail out even when error reporting is enabled) I would recommend: - Setting the error reporting level in php.ini rather than with error_reporting() while you debug this issue - Systematically comment out your entire script (in which case you should be able to run it and do something simple like display a string), then slowly add things in until you no longer receive output. ex: becomes: then: Call me crazy, but I swear I've encountered problems where even comments weren't enough- I've had to actually remove the code from the file and paste it in bit by bit. PHP can be extremely annoying sometimes. -Matt On 01/03/2013 08:54 PM, Ethan Rosenberg, PhD wrote: = Jim and Matt - Did all the suggested debugging prior to sending the eml. Note - error_reporting(-1). I hope that should catch anything. If it helps, the programs with just HTML code run OK. the ones with HTML/PHP do not. In fact, one of the HTML/PHP programs does not give any output at all, even w/ a character string; eg, dtgfsvc, at the beginning f the code. Are you running this in a web environment or CLI? If web, are you 100% sure the web server configuration is correct? I can't answer because I do not understand. gives the correct output. Hopefully, all the above should give us some hints at how to proceed. Ethan
Re: [PHP-DB] Programs not running
In addition to Jim's comments, Have you checked to see whether the permissions on all files are appropriate on the environment where this doesn't work? Are you running this in a web environment or CLI? If web, are you 100% sure the web server configuration is correct? -Matt On 01/03/2013 04:35 PM, Ethan Rosenberg, PhD wrote: Dear List - I am running sid on my Lenovo desktop and squeeze on my Dell laptop. The php.ini files are the same. The programs are the same except foro the locatioln of the password file and of a file to be read for parameters. The programs run beautifully on the desktop, but refuse to run on the laptop. Error_reporting is set to -1. I receive no errors. Advice and help, please. Ethan -- PHP Database Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DB] Programs not running
Dear List - I am running sid on my Lenovo desktop and squeeze on my Dell laptop. The php.ini files are the same. The programs are the same except foro the locatioln of the password file and of a file to be read for parameters. The programs run beautifully on the desktop, but refuse to run on the laptop. Error_reporting is set to -1. I receive no errors. Advice and help, please. Ethan -- Ethan Rosenberg, PhD /Pres/CEO/ *Hygeia Biomedical Research, Inc* 2 Cameo Ridge Road Monsey, NY 10952 T: 845 352-3908 F: 845 352-7566 erosenb...@hygeiabiomedical.com -- PHP Database Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DB] Programs
begin 666 formfill.zip M4$L#!!0(`-<*!R\H$P'/[EMAIL PROTECTED]&0!```49F]R;69I;&PO86-E<'1A M;6YXNJG^ MQ<:XIZM"'R_Q?3#7Y=XTF]O]QC<[M*\U*EVIEKI4J7"Q1/!\+N>9-(9_C$P, M>('B3Q96$091!AT0!V0G`^M#A0*7D,QY&:O6K9&4;=BHQ'CI7L#%.RL=ETUN M*$B:9*.B=H(Y5<>6B?OR8\>DH8E)+X KX7BT M[(.I&[EMAIL PROTECTED](\B8V\_AS\S(S"C9P"Z<+5>05<@3:.9B;"W([EMAIL PROTECTED] M(K."%XGP%3!.+"T3B4R(6:)6P+UU:> 2_T"A&KY5Q6M%3+;.:JMI$)AES<_G MS\G'Q)2>)>S/Y;AZ[8W-G?%.22L9>?P3K(69]J>DW#RH[>:AZN6QRUWMJL?5 MM>%O-7?]T1),^<,;6YXNJG^Q<:XIZM"'R_Q?3#7Y=XTF]O] MQM<:E:Y42UVJ5+A8([EMAIL PROTECTED],&L,_1B8&0D#Q)PNK"(,(@PZ([EMAIL PROTECTED] M<.:\C%7KUG#*-EP4M>WI++QM5&5F$ ME\Y;KFYBRN(1%K%L$Y_J*J;Z0[MTW#RL^"R:_4]=UA8PNG)[EMAIL PROTECTED] M&:P!4$L#!!0(`# #""[EMAIL PROTECTED](``#L&```39F]R;69I;&PO9FEL M;&EN+G!H<-54;6_3,!#^O$K]#X*F`4=8VWBN^X) D(L(18D(D?."1A'+ M9EI;R;[EMAIL PROTECTED]'.A-7TWOOW2KN3V5TT=BRW- M.8 [EMAIL PROTECTED](7><[4-&:,[EMAIL PROTECTED]< M1E> H+I8U]8FXD%+S%7$9,&IN9*JN^\>D)S M[$"EZORA.G' *V,:5C#=MGN_"[EMAIL PROTECTED]<9EC?PD.<2+7O_IOJU MUQ35V-%PT#-6>J+Z"VI1135]OWE:<_9WJOX+AM:'W!)3O^G1FI%]-O1";#O2 M8]FQ>V7#JSIHS[30JJM6??P74$L#!!0(`#."[EMAIL PROTECTED] M9F]R;69I;&PO9FEL;&EN9G)A;64N<&AP;5#!3L) $+V;^ _C'[EMAIL PROTECTED]"" MVM;[EMAIL PROTECTED]@6"-\5C:A6[2[M;=T8)?;[M+/7F:>>]-WIN9X&*VBI./]1R>DI<% MK-\>%L\Q, _Q?10CSI*9$\;^8 B/.JVXX80X7S)@[EMAIL PROTECTED],?*7WF&RP MH*H>4L^C\+.AH6WF:=Y4$E3QZY27/*$"'6KKBE$+GZ_'/+_$=LEA) MXI*\Y%AS!IE#(2-^(!MU!UF1ZC8I%$9YT^GDQAO:0#PEM6V_#&C5F)!=3ZXN M&5ARJW3.=]6I4(Z.WM/?T4'I'(H"K8J M/[HKT;8!_FGV">[MOU!+`P04" [EMAIL PROTECTED],[EMAIL PROTECTED]@```&9O M'&<*.U.,AYIK)I7P`3#7P4:K MU6T:+?E0*3XJ45C9^L ,--@)W^H^YPEG:-T)FL(W7:,ZP0ITJW X&[EMAIL PROTECTED] MD*OID;R3NB^]*(#4JJ.8K.O6!/7;.0Q"_N*; C^,S?O<8#>,S M3=0TPY]02P,$% [EMAIL PROTECTED],(+^:[EMAIL PROTECTED]@[EMAIL PROTECTED];W)M9FEL;"]F M;8P;D4"N)_QVZR$5 KP6A>[/O>#]_'L6[T=+:<1A]7<[EMAIL PROTECTED]:Y@ M]?[BZNT46)_S#\^GG,^B6>UX$9P-(+)"EY*DT4)Q/G_'QJ3Q1PNEE&T7(QXK3FGDOH.+*J0E;156&:(Q("V!8:,\"OQN"P99!;3 M)[EMAIL PROTECTED],D01D1$4?/U=R$[*IT82:^I%+9A#75E/%]S2$.!.V1 IE:?KGYR]? M]0>[2KSIU&W7)MF"PI1R86^E#MDSUXPI6E:]_2(3REIVAO(V([EMAIL PROTECTED] MN+/8IQ)5RD#$_II"YC*0,I.$;+6\B1AHD3O491$[+SI4EP_^&\6N>[2[MJ#Y M1E(7%34IUTC6Q)[EMAIL PROTECTED];^O=45DM+/\Y?X>L!&J^D-:&^O6D)TQ`*.G2L9W(2N$ M=<<&J75'E$$NI+[TVR Q<97O/ YM$-0P05VU4UC<=(9_F5I6ZUQ2MS=DXP-@ M"Y/(5,;"];@[EMAIL PROTECTED]>6^YO:(8',E\':P;,@^&0C]+<::S]X.^ >_$$[ MWD/5;A0<\7_>""[EMAIL PROTECTED]@M0,:K$8Z'I.;?8]D.CUYXH#XPYP9<1]4ST'N!V$] M&^MI_A-02P,$% [EMAIL PROTECTED](+Y+HJ#>)##"P$``!D```!F;W)M9FEL;"]F M1 @M1*M,W!"/7H MAD6V, [$"R)_W[S4T\S.[HQFD^?B.U<_Y0;>U><6RMUZ^YD(C[18Y8J&)< M+.&S&Y#TH4>V["A+<,1.<-:?H"&7BL"MHV"( M6 "W%TH%TX.Q"D& :>@X7>B348YHNDZ\W>4Y'7GLFS5)U90#5.4TK? [EMAIL PROTECTED],*I74=_ZT,[2/]D^N /4$L#!!0(`#2"^2X@ [EMAIL PROTECTED]"H!```79F]R;69I;&PO9G)A;65R:6=H="YH=&TM3TU/PS , MO2/Q'TSNG3T&]N]/FW4.(D'\N,T1"UF,PMUD.@/9*><-F]8IBUB^BL7U5:JYL9=) [EMAIL PROTECTED]:/!^6VQ(.ZY>53'&D!LT:]PT=V4QX[BUY3<0"N#]1)IC^&"OO!>B. MOJ)C$HB0;(@5:.930C]G\YN)O'5,CA,YA 54XQ9;PDF/4&G5>>+,^#:9S^\? MDMFE">.A`_QLZWY R_Y<[EMAIL PROTECTED];%%..#_U!+`P04" `U#0,9U('```]& ``%0```&9OZ.G%SD:B9C!//M,U.,XF;=XB$),04P [EMAIL PROTECTED]'[#_T' `D MH0LM>=-99A(1!^=^PR$R7IAE-CDY'B\83?'7<).QR?6'U_]^2VY^>S_N.P#L M9%S<$L6R.-+F+F-ZP9B)B+G+61P9]M7T$ZTCLE!LYC%Z"$#*)3.4+(S)N^R/ [EMAIL PROTECTED]@!Q1!*W\EQ0H1%)%E1I9F*N9??%B\N7W:'E]/'JP\_O;TA& MQ;R@ZCE:]/F9^1)3%KPY_1T![S7`.^V2H;[EMAIL PROTECTED]&%"\*1%':'>H%(G1 MG-)*^]",*=,&KR_SC!E&C$RE)AG\3:F1ND-RL'M&5U+UHE*28J90`J"99A;T MS0D"">D*I*.D?.$BE5]ZJ4R*)11Q[UJJ99%1Q67OS:?> M#,"Z?1BN9AE+3/NA!-P9TG\RK!C5!%.[#BOH-Y<0V:3N!G4^NLTQN2![W9 NEA26 _P'5R#C?+"[=CFSN.PJW>'V-C)!/[EMAIL PROTECTED]@9V9^-9DS^A:P= M&BJ.1< FM2RD_DN&P] 6 XWCH&7H3;UNE_VN4 MP3K*H$()+$E7'/:&PRY0A-@(+WM5F!FX^P2W>T:^DU^8NJ*:M<]VI?C;=P3R MCH -7"12*.7.:H!Z'.=P/$^0H;&H_!TT- M"74-N'>+ MNA\>$$7?"TO^[K<>LK8GUJJMU3.K)6J>6MWVKKEUUTZO<2><7;='UPV*T9I5 MX=A:'JZAUN&)\+CS%5O1__-\_8X65!_'[EMAIL PROTECTED]/QC :! U1"D:-NQ$ M%XTD3QMWGC4QNVPD^:EQYWD3LQ>-)"^;2&X;27Z-RBR]+Y.U/[EMAIL PROTECTED]<,W.[S M)Y5$2&*/,)U+D3)"<0#&C-J<>!^94H]-JD>GU8[$\L/RM[IO< %#O $[=K6. M:C[K?+8Y.(G=.-3Y''2/@$'[EMAIL PROTECTED]&LK/[EMAIL PROTECTED])R^96\=J<(;?8G43@ MV#G8L&$(NE^ UF-KBRV>6OVP@"QY3)YN9<8.B;U6Y6/@A0?(028$G^M.V6$8 ME7 B?$#X'JY6G8IG.;X]&.4T[+)AM"_6HGV$;DHWRPD'@5OLJ4='3:D`Y88N M0NON'\+;Y#W:C/ON\LI>5(W[_KX-7I]TN^.I3._(=)Y(:$EQ],.U?2*2L9E9 M0CYS8;N\D7FP&H6P7K!^'QA+$"*=Y*F<11-NETG"BBOZG^\ CJ*)Q#IV8 MST$FRHHF;J)DV'!?D3$7.7P*UJQ*R3AK$LW_A->AM?BK2V:[G(RG$T*ZX_YT M4M8)/HW,WGPJ>5VLLT+/72VHF+-X?1#\QZ;UX9EWPZF8ZGSD_AU3[ZP?K (9 M3V[C:"&-#1HTAFV&>[EMAIL PROTECTED]%0:LZ>/"*TX(F MA6&C)5.2E N+^0?4,D_!$_9."LYI?YU)-*MP?)R663A-CTB:WU$$Y:# M';TYGT7$5^R+_X_#?X&4$L#! H``$^V#2\` M```.9F]R;69I;&PO:&5L<"]02P,$"@``3[8-+P`` M`!4```!F;W)M9FEL;"]H96QP+V-O;75N82]02P,$% [EMAIL PROTECTED];;Y+NWITRFL [EMAIL PROTECTED]@4``!\```!F;W)M9FEL;"]H96QP+V-O;75N82]F:6QL:6XN<&APM51M M;],P$/Z\2OL/AU?6%*UO2$B#)JU&UPTD6*4R(2&$*B>Y-)Z<.+.=EL+VW['C MK-E \ U+B7WV<^=[_)SM3P];[3A,(8!LIV[Y*A)